Distrust

Don't Trust Anyone

局域网 HTTPS 请求监控与飞书消息实时监听

MIT 开源 · 单 APK · Android arm64 · 需 root

Distrust 控制台总览:运行状态、统计、审计目标与网络环境

它能做什么

💻

目标设备无感

目标设备上什么都不用配置,旧应用的 HTTPS 请求在局域网里完全裸奔。

✏️

响应实时改写

不止能看 HTTPS 请求内容,还能构造并替换任意响应内容,改完立即生效。

💬

飞书消息审计

实时消息和历史消息都能看,文字、图片一目了然,也能向任意会话发送消息。

请求抓包:实时列表与改写标记

HTTPS 请求被完整记录,改动过的一眼就能看出

飞书消息:按会话聚合的实时消息

飞书消息按会话汇总,文字和图片都能看

这件事是怎么发生的

8 张
eMudhra 泄露私钥的中间证书
< 256
私钥实际取值,本该是 384 位
3 小时
Mozilla 从收到报告到完成封禁
2026.10
事件发生并被报告的时间

2026 年 10 月,有人发现印度 CA eMudhra 旗下 emSign 的 8 张中间证书私钥,在生成时随机性严重不足,导致拿公开证书就能直接算出来。各大浏览器第一时间封禁了这些证书,Go、Python、Rust 也很快发了新版。

但更新需要时间,大部分人的软件还是旧的:macOS 自带的 curl、git 根本不检查证书是否被吊销;Go、certifi 这类自带信任库的客户端得重新编译才行;Electron 应用要等上游发版。

Distrust 就诞生在这个背景下:它能监控并篡改那些尚未更新的旧应用发出的 HTTPS 请求,其中就包括飞书这类即时通信软件。换句话说,和你连同一个 WiFi 的人,可以随意查看你的飞书消息。

这个事件给我们的启示是:一定要保持系统和应用经常更新,不要随便连接陌生的 WiFi 热点。

时间线、受影响证书和各家修复版本,详见 emudhra.we-have-a-problem.com。

更多截图

图中 IP、域名、会话均为虚构,仅用于演示功能界面。

设备发现:局域网设备清单

设备发现:选中局域网里的目标设备

实时日志:事件流

实时日志:网关、mitmproxy 与规则事件

规则列表:命中次数与动作

规则列表:命中次数和动作都列在旁边

飞书客户端:会话消息

飞书客户端:实时消息自动出现在会话里

常见问题

这是不是意味着我连上任何 WiFi 都不安全?

不是。前提是同一个 WiFi 里有人在做 ARP 劫持,同时你的设备和应用还信任着已经失效的证书。公共 WiFi 风险更高,是因为你既不知道别人在做什么,也不知道他们用什么方式接入。

更新浏览器够不够?

不够。浏览器拦下的证书,命令行工具、开发环境和桌面应用未必会跟着拦。macOS 自带的 curl、git 就不检查吊销信息,Electron 应用要等它自己更新。

它凭什么能解开 HTTPS?

不破解私钥,也不伪造证书。它只让目标设备的流量经过自己,再用目标设备本来就信任、还没被吊销的证书,去签出目标会接受的临时证书。

它能替代专业安全审计吗?

不能。它是一个演示和研究工具,用来说明证书信任链断掉一环之后会发生什么,不提供完整的测试、报告和修复流程。

Don't Trust Anyone

免责声明:本项目仅用于安全研究、学习和已获授权的审计测试。ARP 劫持和证书解密会直接影响被审计设备和他人的网络,未经授权在任何设备或网络上使用均可能违法,后果由使用者自负。作者不对任何滥用行为负责。