用 MCP 扩展 Chrome DevTools 做 JS 逆向

2.2 网络分析

2.3 脚本分析

2.4 断点调试

2.5 运行时分析

2.6 Hook 与追踪

2.7 存储与控制台

三、几个常见场景

3.1 定位加密函数

目标通常很明确：先找到某个参数是在哪儿拼出来的，再看它经过了哪些加密或编码。

3.2 分析 Cookie 生成

Cookie 的设置过程经常比参数加密更绕，尤其是混进了很多公共封装之后。这个时候先抓 setter，往往比直接翻源码省事。

3.3 XHR 断点调试

如果接口请求是分阶段拼出来的，光看最终请求没什么用，得在发出去之前停住。

3.4 VM 字节码分析

VM 代码一般不适合硬啃，先找解释器循环，再盯住关键状态变化，会舒服很多。

四、AI 怎么配合用

4.1 定位加密入口

4.2 动态调试

4.3 批量 Hook

五、我比较看重的点

5.1 效率

这套东西最直接的价值，就是把原本散在不同窗口里的动作收拢起来了。

5.2 适合的场景

• 混淆代码分析：搜索、断点、变量查看一套跑下来就够用了
• VM 逆向：能追踪执行流程，至少不会一直在源码里打转
• 加密算法定位：Hook 配合调用栈，通常比纯手工快
• 批量测试：适合反复试参数、试分支

5.3 局限

• 还是要依赖浏览器和 CDP
• 有些反调试逻辑会盯着 CDP 连接
• 复杂异步链路，AI 只能帮忙缩小范围，最后判断还是得人来
• 它提升的是操作效率，不是替你理解业务逻辑

六、搭建思路

6.1 环境要求

• Chrome/Chromium 浏览器
• Node.js 运行时
• Claude Desktop 或支持 MCP 的客户端

6.2 核心原理

MCP Server 负责把 CDP 封装成 AI 能直接调用的工具函数。这样一来，AI 不需要理解 DevTools 的全部细节，也能完成大部分逆向动作。

6.3 关键能力

1. 页面控制：导航、刷新、截图
2. 网络拦截：请求列表、调用栈追踪
3. 脚本调试：断点、单步、变量查看
4. 代码注入：Hook、Trace、执行任意 JS

七、我建议的用法

1. 先看请求，再动脚本。list_network_requests 能先把大方向摸清。
2. 搜索别省。search_in_sources 比手翻源码省得多。
3. 断点尽量按文本下。混淆代码里，set_breakpoint_on_text 比死记行号稳。
4. 先 Hook 再深入。很多时候先观察调用，再决定要不要停住。
5. 关键结论及时记下来。否则 AI 跑两轮后，上下文很容易散。
6. 每一步都验一下。逆向里最怕的不是慢，是把错的假设一路带下去。

MCP 的意义不在于把 DevTools 再做一遍，而是让 AI 真正接手那些重复、琐碎但又离不开的操作。对 JS 逆向来说，这一步已经够实用了。