xdm如何监视360浏览器

用Fiddler抓360浏览器的监视包，比想象的浏览容易

360浏览器有个毛病，后台偷偷发数据。监视你打开一个空白页，浏览它都能给你连上三四个服务器。监视我前阵子排查一个广告弹窗问题，浏览顺手抓了一下它的监视通信，发现事情比预想的浏览简单——它大部分请求压根没做证书校验。

工具用Fiddler Classic就够了。监视装完之后别急着开浏览器，浏览先去Fiddler的监视Tools > Options > HTTPS里把Decrypt HTTPS traffic勾上，然后点Actions选Trust Root Certificate。浏览这一步是监视让Fiddler能解密HTTPS。360浏览器用的浏览是系统证书库，所以这一步做完它就会认Fiddler的监视根证书。

然后打开360浏览器。你会发现Fiddler左侧的会话列表开始刷屏。别慌，先过滤。在Fiddler底部的命令行输入 select html 或者 select json，把图片和静态资源先筛掉。剩下的就是你要看的。

一个实际例子

我打开360浏览器的新标签页，Fiddler里立刻出现一个POST请求，目标域名是 s.360.cn，路径类似 /stat/click。请求体是一串JSON，里面有你的浏览器版本、操作系统、当前时间戳，还有一个叫 mid 的字段——那是你设备的唯一标识，第一次安装时生成的，之后每次启动都会带上。

这个请求每打开一个新标签页就发一次。频率不高，但内容很具体。你如果不想让它发，可以在Fiddler里右键这个请求，选 Filter Now > Hide，但那只在Fiddler层面拦截，浏览器本身还是会发。真要阻断，得用防火墙或者改hosts。

更直接的办法是用Fiddler的AutoResponder。把 s.360.cn/stat/* 拖进去，然后设置一个本地空文件作为响应。这样浏览器以为请求成功了，实际上什么都没发出去。我试过，新标签页照样打开，速度还快了一点。

有些请求不走系统代理

360浏览器有个恶心的地方——它会检测系统代理设置。如果你开了Fiddler，它某些核心请求会绕过代理直接走TCP。这时候Fiddler就抓不到了。解决办法是用Proxifier或者Clash的TUN模式做全局透明代理。Proxifier里把360浏览器的进程 360se.exe 和 360ChromeX.exe 都加进去，规则指向Fiddler的监听端口8888。这样它绕不过去。

我试过用Wireshark直接抓网卡。能看到目标IP，但内容是TLS加密的。除非你有它的私钥，否则解不开。所以还是得靠中间人。360浏览器对中间人攻击的防御很弱，它不校验证书链的完整性，只检查证书是否过期。Fiddler自签的证书它照单全收。

别用浏览器自带的开发者工具

F12打开的那个Network面板，能看到一部分请求，但360浏览器会屏蔽掉一些内部通信。比如它调用本地服务 127.0.0.1:端口 的请求，在开发者工具里根本不显示。Fiddler能抓到。我见过它往本地一个叫 360Base.dll 的模块发指令，走的是命名管道，Fiddler抓不到——那种得用API Monitor。但普通的HTTP/HTTPS请求，Fiddler绰绰有余。

最后说一句：监视归监视，别拿去干坏事。抓自己的流量，分析自己的隐私泄露，没问题。抓别人的，那是另一回事了。