TLS/SSL抓包常见方法(二)

概述

TLS/SSL抓包常见方法(一)中介绍了几种抓包的方式,除了这些方式之后,在日常工作中经常使用的是MITM(Man-in-the-middle)工具,MITM能够与网络通讯两端分别创建连接,交换其收到的数据,使得通讯两端都认为自己直接与对方对话,而事实上整个会话都被中间人所控制。

MITM方式局限性

由于MITM是通过伪装的方式实现的,因此需要绕过客户端校验和服务端校验;

Client <-------> MITM <---------> Server
           ^                ^
           C2               C1

上述 C1 连接,是中间人冒充Client,与Server建立的连接,互联网上多数TLS/SSL Server一般不认证客户端身份,这一步通常没有问题。对于 C2 连接,中间人想要冒充Server,有两种情况:

  • 客户端是浏览器
    其实就是是校验服务器证书,只不过这些校验工作都由浏览器完成了:
    1)校验证书是否过期;
    2)校验数字签名:
    所谓数字签名就是CA使用哈希算法(例如SHA256)计算hash,然后使用私钥加密得到的结果;客户端使用CA root证书提供的公钥解密,如果双方计算的hash一致,则校验通过;
  1. 校验证书状态:
    OCSP(Online Certificate Status Protocol,在线证书状态协议)是校验证书状态的两种普遍模式之一。OCSP克服了证书注销列表(CRL)的主要缺陷:必须经常在客户端下载以确保列表的更新。当用户试图访问一个服务器时,在线证书状态协议发送一个对于证书状态信息的请求。服务器回复一个“有效”、“过期”或“未知”的响应。协议规定了服务器和客户端应用程序的通讯语法。
    4)Host Name校验,校验证书Subject的CN和访问的地址是否一致。

可以看到如果中间人能够通过某种方式往系统受信任的根证书列表导入自己的证书,则可以绕过第二步校验;
注: Fiddler、Charles 这一类调试工具能够解密 HTTPS 流量的关键在于他们会往系统受信任的根证书列表导入自己的证书,这样他们的自签证书就能被浏览器信任。不过由于它们都是采用正向代理的方式,因此需要配置代理;

  • 客户端是App或其它应用:
    和浏览器不同,APP客户端需要开发人员编写代码来对证书进行校验,有些开发人员为了省事,干脆就不校验,类似这种代码:
SSLContext context = SSLContext.getInstance(protocol);
TrustManager tm = new X509TrustManager() {
    @Override
    public void checkClientTrusted(X509Certificate[] x509Certificates, String s) throws CertificateException {
        System.out.println("checkClientTrusted:" + s);
    }

    @Override
    public void checkServerTrusted(X509Certificate[] x509Certificates, String s) throws CertificateException {
        System.out.println("checkServerTrusted:" + s);
    }

    @Override
    public X509Certificate[] getAcceptedIssuers() {
        return new X509Certificate[0];
    }
};

context.init(null, new TrustManager[]{tm}, new SecureRandom());
engine = context.createSSLEngine(remoteAddress, port);
engine.setUseClientMode(true);

可以看到里面对证书没有做任何校验,如果是这种,那伪造中间人很容易;如果客户端做了校验,那就要看对方具体的校验逻辑,例如如果只是校验了HostName,那么中间人需要根据服务器的实际访问域名签发证书即可;

常用工具

抓包工具很多,这边以Charles为例
Charles是Mac上不错的一款抓包软件,通常是Charles上建立正向代理,然后配置手机或浏览器代理执行Charles的代理地址和端口;同时需要启用SSL Proxy;

ssl.png

如图:我配置了www.baidu.com网站采用SSL Proxy,这样当在浏览器输入https://www.baidu.com 时,实际上是与Charles中间人建立连接,Charles会使用根证书动态签一个证书返回到客户端,如果客户端未导入Charles根证书,会出现警告页面:

warning.png
Paste_Image.png

如果导入了证书,则不会出现该信息;Charles中看到的请求数据如下:

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

推荐阅读更多精彩内容