基于 MCP 协议辅助 JS 逆向分析与调试

2.1 页面管理

2.2 网络分析

2.3 脚本分析

2.4 断点调试

2.5 运行时分析

2.6 Hook 与追踪

2.7 存储与控制台

三、实战场景

3.1 定位加密函数

目标：找到生成 w_tsfp 参数的代码

3.2 分析 Cookie 生成

目标：追踪 Cookie 的设置过程

3.3 XHR 断点调试

目标：在特定 API 请求时暂停

3.4 VM 字节码分析

目标：追踪 VM 执行过程

四、AI 对话示例

4.1 定位加密入口

用户：帮我找到这个页面 w_tsfp 参数的生成位置

AI：
1. 调用 list_network_requests 找到相关请求
2. 调用 get_request_initiator 获取调用栈
3. 分析调用栈，定位到 probe.js 第 XXX 行
4. 调用 get_script_source 获取上下文代码
5. 输出：w_tsfp 在 RC4 加密后通过 btoa 编码，入口函数是 ...

4.2 动态调试

用户：在 RC4 加密函数处设断点，我想看加密前的明文

AI：
1. 调用 search_in_sources 搜索 "RC4" 或特征代码
2. 调用 set_breakpoint_on_text 设置断点
3. 提示用户刷新页面
4. 断点命中后调用 get_paused_info
5. 调用 evaluate_on_callframe 获取参数值
6. 输出：加密前明文是 {"loadts":...,"fingerprint":...}

4.3 批量 Hook

用户：Hook 所有可能的加密函数，看哪个被调用

AI：
1. 调用 hook_function 依次 Hook:
   - btoa
   - atob
   - JSON.stringify
   - encodeURIComponent
2. 提示用户操作页面
3. 调用 list_console_messages 查看 Hook 日志
4. 输出：btoa 被调用，参数是 RC4 加密后的数据...

五、优势总结

5.1 效率提升

5.2 适合场景

• 混淆代码分析：AI 可以快速搜索、设断点、查看变量
• VM 逆向：自动追踪执行流程，记录状态变化
• 加密算法定位：Hook + 调用栈分析，快速定位入口
• 批量测试：自动化执行多轮测试

5.3 局限性

• 需要浏览器配合（DevTools Protocol）
• 某些反调试可能检测 CDP 连接
• 复杂异步逻辑仍需人工判断
• AI 理解能力有限，核心决策仍需人工

六、搭建指南

6.1 环境要求

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

6.2 核心原理

Claude ←→ MCP Server ←→ Chrome DevTools Protocol ←→ 浏览器

MCP Server 封装 CDP 协议，暴露为 AI 可调用的工具函数。

6.3 关键能力

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

七、最佳实践

1. 先观察再动手：用 list_network_requests 了解请求模式
2. 善用搜索：search_in_sources 比手动翻代码快
3. 断点要精准：set_breakpoint_on_text 比行号更可靠
4. Hook 优先：先 Hook 观察，再设断点深入
5. 保存上下文：让 AI 记录关键发现，避免重复分析
6. 分步验证：每一步都验证结果，避免错误累积

MCP 让 AI 从'分析助手'变成'操作助手'，显著提升逆向效率