抓包神器之Charles配置和使用手册

抓包神器之--Charles配置和使用手册

image-20210719153634905

天降大任

charles简介

Charles 是常用的网络封包截取工具, 通过将自己设置成系统的网络访问代理服务器,使得所有的网络访问请求都通过它来完成,从而实现了网络封包的截取和分析。

Charles 主要功能包括:

  1. 截取 Http 和 Https 网络封包

  2. 支持重发网络请求,方便后端调试

  3. 支持修改网络请求参数

  4. 支持网络请求的截获并动态修改

  5. 支持模拟慢速网络

主界面介绍

image-20210719154036465

Charles 主要提供两种查看封包的视图,分别名为 “Structure” 和 “Sequence”。

  1. Structure 视图将网络请求按访问的域名分类。
  2. Sequence 视图将网络请求按访问的时间排序。

大家可以根据具体的需要在这两种视图之前来回切换。请求多了有些时候会看不过来,Charles 提供了一个简单的 Filter 功能,可以输入关键字来快速筛选出 URL 中带指定关键字的网络请求。

image-20210719154252360

对于某一个具体的网络请求,你可以查看其详细的请求内容和响应内容。如果请求内容是 POST 的表单,Charles 会自动帮你将表单进行分项显示。如果响应内容是 JSON 格式的,那么 Charles 可以自动帮你将 JSON 内容格式化,方便你查看。如果响应内容是图片,那么 Charles 可以显示出图片的预览。

夜魅以求

下载

说明

charles是收费软件,有条件者请选择正规渠道下载并付费授权使用

下载地址:https://www.charlesproxy.com/

windows端

笔者开发电脑为mac,windows端没有收藏链接,不过windows端的charles破解版应该很多~

mac端

mac端Charles这里可以推荐个下载网站:未来mac下载

地址:https://mac.orsoon.com/ (非广告植入)

需要付费会员才可以下载,但某宝上代理会员下载的商家很多,一两元可以搞定,费用感觉还行~

得心应手

charles基础配置

以下内容笔者使用mac端charles4.2.8版本进行演示

CA证书安装

安装CA证书是为了抓包https请求,完成SSL的证书验证环节

1.电脑下载Charles CA证书

image-20210719114452057

2.安装证书并设置为始终信任

image-20210719114725647

访问权限列表-白名单设置

设置白名单,即设置允许哪些IP可以通过代理进行请求抓包

  1. 进入Proxy → Access Control settings

  2. 点击add添加运许的IP地址,笔者这里填入了0.0.0.0/0,即允许任意IP。笔者主要用测试手机连接charles代理服务器抓包进行逆向分析,没有其他特殊用途,这里就不限制IP了。手机连WIFI后IP是通过DHCP随机分发的,设置某个IP作为白名单也不太方便。

image-20210719115611070

charles代理服务器配置

  1. 进入Proxy → proxying settings

  2. 配置代理服务器端口

Port:8888 默认端口号为8888,若端口被占用需手动更改;笔者8888端口已被其他应用占用,这里改为了8899

Enable transparent HTTP proxying(透明HTTP代理):

透明代理使Charles能够去支持那些不支持HTTP代理服务器的客户端,或者说不知道他们正在使用HTTP代理服务器,例如TCP / IP连接由路由器或防火墙重定向到Charles。

image-20210719140730440

开启https 443端口代理

基于安全考虑现在的请求接口都是https,http很少见了。因此配置SSL代理来抓包https必不可少。

  1. 进入Proxy → SSL Proxying settings

  2. IP设置为通配符*,代表任意服务器IP,端口设为443,当然端口也可以设置为*;https的默认端口为443,一般来说企业不会去修改它。当然端口配置为*更严谨一些

image-20210719140315929

略知一二

抓包

当我们分析一个应用,做的第一件事情往往是先抓个包看看,它发送和接收了哪些数据。收包发包是应用的命门,企业为用户服务过程中最为关键的步骤——注册、浏览商品、下单购买、点赞评论、意见反馈等行为,均通过收包发包来完成。出于网络安全的考虑,企业会对数据的收发包采取安全策略来校验。试想如果对收包发包的数据没有校验,黑灰产业可以直接制作相应的协议刷工具,脱离应用本身进行实质性业务操作,给企业和用户带来巨大的损失。

抓包原理

借用一张图。原理一言以蔽之:构建中间人,发起中间人攻击(MITM)。

image-20210719150612020

配置Charles代理构成中间人后,本来C/S架构的通信过程会“分裂”为两个独立的通信过程,app本来验证的是服务器的证书,服务器的证书手机的根证书是认可的,直接内置的;分裂成两个独立的通信过程之后,app验证的证书就成了Charles的证书,这就是为什么我们抓包前需要安装在手机端和电脑端均安装charles证书。

其实这样的抓包方式在某些情况下也许并不能成功。简单提两种情况:

1.安卓系统版本

如果你用的是android手机,会发现当android版本在7.0(包含)以上时,并不能抓到https的接口请求(charles中显示为unknown)

这是因为谷歌基于数据安全考虑,android7.0之后版本不再信任用户级别证书,只信任系统级别证书。而charles的证书默认是安装在用户目录下的。它的证书手机根证书并不认可,并不是由手机内置的权威根证书签发机构签发的,所以手机不认,app也不认。

当然有防必有攻,是有应对策略的:

  • 将android版本降低到6.0以下
  • 既然7.0之后版本只信任系统级别的CA证书,那我们把charles的证书想办法移动到系统目录下就好了。

具体操作可参考:https://www.pianshen.com/article/97291182754/

2.SSL planning证书绑定机制

现象为手机连接代理后,操作app时出现网络异常。

一般大厂都很重视软件安全,他们的应用几乎都有安全策略,SSL planning就是常见的一种。可以简单理解为在应用代码中还有一层对证书校验的流程,如果不是自己签发的证书直接拒绝服务。SSL planning机制可以利用Frida或Objection通过hook来应对,这里不再展开。

牛刀小试

移动端通过charles代理抓包接口

以苹果手机 IOS系统为例演示

前置工作

连接charles代理服务

【注】注意前提条件,电脑和手机必须在同一wifi网络下

1.获取代理服务器的IP和端口号

image-20210719154931920
image-20210719142808752

2.手机wifi配置代理服务

点击你的wifi→配置代理→手动→填入上图charles弹窗中的服务器IP和端口号

(android手机对应操作应该是:长按wifi → 修改网络 → 高级选项 →代理 → 手动 → 填入上图charles弹窗中的服务器IP和端口号)

image-20210719141624129

3.移动端charles证书安装

image

根据弹窗提示,手机浏览器输入chls.pro/ssl这个链接进行访问下载移动端charles证书,点击Allow进行下载

image-20210719143630132

证书下载安装好后,IOS10之后的版本还需要手动操作进行证书信任:

设置→ 通用→ 描述文件与设备管理 →关于本机 →证书信息设置 → 选择charles证书 → 开启信任开关

image-20210719143833931

测试抓包

上述工作完成后,可以测试抓包了,手机访问某个应用,观察charles是否抓到接口请求

下图为连接代理后操作微信抓到的数据请求

image-20210719144931713

去掉对电脑端请求的抓包

proxy菜单中有一项目macOS Proxy是打钩的,意思是charles默认也会抓取电脑端所有的接口请求

逆向分析场景下我们一般是手机连接代理抓取手机端的请求,电脑端的请求其实是一种干扰。

可再次点击macOS Proxy将前面的勾去掉,这样charles就不会再抓取电脑端的请求了。

image-20210719145558384

拨云散雾

遇到的问题和解决策略

1.mac安装charles后报下图错误

image-20210719153125704

原因不详

解决方式:终端执行如下命令

sudo chown -R root "/Applications/Charles.app/Contents/Resources"
sudo chmod -R u+s "/Applications/Charles.app/Contents/Resources"

2.Android HTTPS抓包报错:SSL Handshanke:Recevied fatal alert unknown_ca

原因:

Android 7.0版本以上 && targetSdkVersion >= 24,只信任系统证书(即用户证书不被信任)

解决策略:

  • Root Android手机,将Charles证书放到系统证书内

  • 将APP的公秘钥导入Charles中(具备APP开发权限)

  • APP编译为信任用户证书的版本(具备APP开发权限)

  • 使用Xposed的JustTrustMe模块信任所有证书

  • 使用沙箱应用

3.windows下移动端无法连接到代理

现象:移动端访问chls.pro/ssl,无提示证书下载/保存

排查思路:

  • 确认防火墙是否拦截

  • 【控制面板】-【所有控制面板项】-【Windows Defender 防火墙】-【允许的应用】

  • 确认是否存在【Charles Web Debbuging Proxy】,且是否勾选,对应(专用/共用)网络是否符合环境

小具法力

本文简单介绍了一下charles的基本的配置和用法。

其实charles功能很强大,后续专门出一篇介绍charles的便捷功能和骚操作,敬请期待~

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,080评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,422评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,630评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,554评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,662评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,856评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,014评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,752评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,212评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,541评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,687评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,347评论 4 331
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,973评论 3 315
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,777评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,006评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,406评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,576评论 2 349

推荐阅读更多精彩内容