7.5
深览指数
科技Bestblogs·腾讯技术工程··AI 生成

REA:让智能体调用逆向工具,交付可追溯的分析

REA 通过 MCP 协议桥接 IDA、Ghidra、Hopper 等逆向工具,使 AI Agent 能统一调用并自动执行搜索字符串、追踪引用等调查流程,所有结果附带地址和伪代码作为证据。文章详细拆解了'工具不可调用、过程不可追溯、经验不可复用'三大痛点及其工程解决方案,并列举了社区案例。适合对 AI Agent 开发、安全工具链自动化感兴趣的工程师,但需注意其对混淆、反调试和内核分析的有效性有限。原文 ↗

核心观点
  • ▍REA 的核心贡献是解决逆向工程领域的三大痛点:工具不可被 AI Agent 编程调用、分析过程缺乏可追溯证据链、专家经验无法固化复用。
  1. 01REA 通过实现 MCP 服务器,将 IDA、Ghidra、Hopper 等 GUI 工具封装成标准化 API,使得 AI Agent 能通过单一接口访问多个反编译引擎,解决了工具调用问题。
  2. 02REA 引入“结果契约”概念,要求所有分析结果必须附带函数地址、调用图、伪代码等详细证据,使得逆向过程可审计、可复现。
  3. 03REA 将“搜索字符串”、“追踪 XRef”、“查看调用关系”等常见逆向步骤固化为可执行的“工作流指令”,使专家经验可作为资产注入新任务。
  4. 04文章通过射击游戏还原案例展示了 REA 的实际应用效果,但指出该案例使用了另一套 MCP 工具,并非 REA 原生方案。
  5. 05REA 的架构设计遵循“桥接即扩展”原则,新增逆向引擎只需实现桥接层,无需修改上层接口,降低了扩展成本。
反方 / 局限
  • — 文章明确指出了 REA 的局限:在面对代码混淆、反调试以及内核级逆向时,其有效性会显著降低。
  • — 射击游戏逆向的社区案例使用的是另一套 MCP 工具,暗示了 REA 的实际生态尚未完全统一,用户面临工具链碎片化的风险。
3 分钟 · 3 卡片 · 6 资料
读原文 →

前置背景

争议局限

延伸追问