这是一个专门讨论 idea 的地方。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
这是一个创建于 2290 天前的主题，其中的信息可能已经有所发展或是发生改变。
当年微信跳一跳刚出来时，有使用过 Charles 抓取微信 HTTPS 包直接更改分数的同学一定对这款工具印象深刻。但 Charles 是个收费的闭源软件，另一款 Fiddler HTTPS 分析工具也无从获取源代码。我在使用 ptrace 之后，发现可以将之前实现的重定向工具 graftcp 工作原理应用于 HTTPS 监控及明文分析方面。下面简单说下想法：
- 事先在本地生成 HTTPS 的证书，并添加到系统信任。
- 通过 ptrace 将应用程序的 TCP 流量重定向到一个本地中间工具去，SSL/TLS 握手阶段，这个工具会用本地的证书秘钥和应用程序握手，而自己和目标服务器进行真正的 SSL/TLS 握手。
- 完成握手后，应用程序发送请求的数据，中间工具自然就可以拿到明文了。解密到明文后再用目标服务的公钥进行 HTTPS 数据加密后转发给目标服务器。同样，应答数据也是这般处理转发给应用程序。
拿到得到的明文数据就可以各种分析了。如果要实时查看通信过程，开启 wireshark， 在本地再开一个服务，中间工具实时地把明文转发给它，这样 wireshark 就能监控到这个明文的传输过程了。
这种做法相对于 Charles 监控整个端口所有流量的做法，有个好处：完全不影响其他程序的流量，仅仅被监控的应用程序受到影响。
另外，ptrace 的应用还有许多，比如实现个沙盒系统、通过监控 brk 分析程序的大概堆内存（可能不太现实）。
有时间的话，可能会开个新坑做下概念验证吧...
 |
1
RIcter 2018-08-06 22:30:17 +08:00
Surge、Burpsuite 了解一下
|
 |
2
devtiange 2018-08-06 22:36:27 +08:00
|
 |
3
beastk 2018-08-06 22:46:46 +08:00 via iPhone
thor 了解一下
|
 |
4
hu6360567 2018-08-06 22:52:10 +08:00 via Android
就是中间人攻击嘛
|
 |
5
xenme 2018-08-06 23:23:43 +08:00 via iPhone
mitmproxy
|
 |
6
3a3Mp112 2018-08-06 23:34:56 +08:00
HTTPS 从来都不是保证数据安全的关键啊。
微信的聊天记录你看是 HTTPS 的吗。。 电报的呢？ 也不是。 可是都解不开呀。 |
 |
7
gleport OP 楼上列举的部分工具，它们的原理基本一致，有些是和 Charles 一样都是闭源收费软件，基本都需要代理全局流量来达到效果。而这种方式是仅仅影响到需要分析的程序的。我仅仅是提出一种想法，没有这方面需求的话也就没有必要继续了。
|
 |
8
des 2018-08-06 23:46:29 +08:00 via Android
|
 |
9
xuyl 2018-08-07 00:26:31 +08:00
阿里的 anyproxy 感觉挺好用的，用这个抓过微信公众号
|
 |
10
johnnie502 2018-08-07 01:37:36 +08:00
就是中间人，我用 squid 也实现过一个
|
 |
11
jisibencom 2018-08-07 07:33:03 +08:00 via Android
上面提到的都试过，不能解 https 啊，动乱码，抓 即刻 的客户端
|
 |
12
fournoas 2018-08-07 10:02:53 +08:00
中间人攻击的原理，伪造证书。就这一种方法
|
 |
13
cxxcoding 2018-08-07 10:39:31 +08:00
最好的方法就是用瀏覽器抓 chromium 和 webkit 都有接口 firefox 也是開源的 你 google "headless chrome"
從我主頁進 github，可以拿 chrome 開發版，直接上 google |
 |
14
sola97 2018-08-07 13:43:35 +08:00 via Android
最烦的就是装证书，还要电脑来抓
|
Select Language