REA作者把AI逆向提示词全套公开,可拆解APK/EXE/固件/闭源App

导语:REA 作者把整套 AI 逆向提示词在 X 上公开,贴给 Claude Code、Codex、Cursor 等 AI 助手,就能拆解安卓 APK、iOS App、Windows EXE、固件、闭源软件。推文 2 天 5232 赞、794 转发,有评论称这是当下互联网最危险的东西。

一、推文爆火:2 天 5 千赞

10 月 13 日,X 用户 @qwerty__cs 发推:”REA 作者把逆向提示词公开了,这踏马有点猛。复制提示词粘贴给 Claude Code、Codex、Cursor、Muse Code,直接让 AI 帮你干逆向。安卓 APK、iPhone App、Windows EXE,固件、闭源软件也没问题。提示词和用法在下面,拿走不谢。”

推文配了 4 张图:一张 REA × OPUS 5.5 课程封面横幅,以及 3 张提示词原文截图(标注 PAGE 1/3、2/3、3/3),顶部注明”Prompts verbatim from the official REA repo (github.com/morluto/rea)”。到 10 月 15 日,推文拿到 5232 赞、794 转发。@0xCodila 在转发里写了一句后来被反复引用的话:”REA is the most dangerous thing on the internet right now”——也成了后续报道里最常引用的金句。

二、REA 是什么:一个 MCP,专做逆向

REA 全称 Reverse Engineer Anything,作者 GitHub @morluto,仓库 github.com/morluto/rea,官方站点 rea.tools。自我介绍:”One MCP for reverse engineering across binaries, applications, and runtime behavior.”——一个覆盖二进制、应用、运行时行为的逆向工程 MCP。

MCP 是 Anthropic 提出的开放标准,用来让 AI 助手调用外部工具。REA 实现了一组逆向工程工具,例如 open_binary(打开二进制)、analyze_javascript_application(分析 JS/Electron)、search_strings(搜字符串)、capture_process_scenario(捕获进程行为)等。安装一行命令:

npx rea-agents setup

该命令注册 REA 的 MCP 服务并装好工作流指令,目前支持 Claude Code、Codex、Cursor、Gemini CLI、Grok Build 等客户端。所有分析在本地完成,结果附带 evidence(证据)和 limitation(局限性),AI 汇报时必须区分 Inference(推测)与 Evidence(有证据),不能把”没跑过的工具”当成”已跑过”,也不能把”没覆盖的盲区”当成”已核对过没问题”——这套 evidence discipline 是它和”让 AI 直接猜逆向结果”最大的区别。

三、五步工作流:从理解到复刻到验证

被公开的提示词把整个逆向过程拆成 5 个步骤,外加 2 个 EXTRA 场景。

REA 提示词第 1 页:STEP 1 MAP & UNDERSTAND 与 STEP 2 FIND THE GAPS

STEP 1 — MAP & UNDERSTAND(理解目标)。AI 调用 open_binary 或 analyze_javascript_application 打开目标文件(APK、EXE、Electron 包、固件),用 search_strings 找出可疑字符串与函数,用 inspect_analysis_view 跟踪一次完整的用户交互,建立”功能点 → 函数 → 调用者”的依赖图,输出”功能理解 + 未知清单”。

STEP 2 — FIND THE GAPS(找盲区)。基于 STEP 1 的未知清单,用 list_unknowns 列出还没确认的点,用 verify_unknown_resolution 确认每个未知项是否被现有证据解决。状态严格区分”已解决 / 仍然未知 / 被阻塞 / 被现有证据反驳”四类——这是为了防止 AI 跳过验证,直接给出”看起来合理”的结论。

STEP 3 — WATCH IT RUN(可选:观察运行时)。如果目标可执行,AI 用 capture_process_scenario 在 PTY 里实际跑一遍,记录终端输出、交互、退出状态、文件系统变化。这一步适合 license 校验、登录流程、加密通信等”必须看运行时才能确认”的功能。

REA 提示词第 2 页:STEP 3 WATCH IT RUN、STEP 4 BUILD YOUR VERSION、STEP 5 VERIFY AGAINST THE ORIGINAL

STEP 4 — BUILD YOUR VERSION(自己复刻一份)。基于前三步的证据,让 AI 复刻目标功能。官方示例包括:”看 Notes 应用的搜索怎么实现的,展示证据,然后给我的项目做类似的”、”看 Chrome 恐龙游戏做一个速度可调的版本”、”克隆 rea.tools 网站”、”从可执行文件重建一款游戏并和原版对比”。

STEP 5 — VERIFY AGAINST THE ORIGINAL(对照原版验证)。复刻完后用 compare_artifacts、compare_functions、compare_process_captures 对比两份实现,如果还不一致就回到 STEP 2 继续找盲区,直到通过对比证据为止。

REA 提示词第 3 页:EXTRA 模块 - COMPARE TWO VERSIONS 与 TRACE A CRASH

提示词还附带两个 EXTRA:COMPARE TWO VERSIONS(比较两个版本的应用找差异)、TRACE A CRASH(在崩溃样本上定位调用路径)。整套提示词反复强调”不要伪造证据”:任何结论必须能引用具体的 Evidence ID,推理要标成 Inference 并给可信度,没覆盖的盲区必须留在 Unknowns 里——不允许把”还没确认”当成”已确认”。

四、能逆向什么:从 APK 到固件

REA 官方 README 列了一份对照表,覆盖范围比一般”App 拆包”工具宽。原生二进制需要 Hopper / Ghidra / IDA,返回伪代码、汇编、调用关系;JavaScript / Electron 在 Node.js 下读 ASAR,提取模块、imports、路由、IPC;Android APK 需要 JADX + JDK,返回 manifest、类、反编译方法;固件需要 Binwalk / Unblob 提取分区后交给 Hopper;还有 .NET(纯静态)、Flutter、WASM、EVM、SQLite、网站、HAR / SAZ 抓包、Linux 崩溃样本、进程行为等。只要反编译引擎与辅助工具装齐,覆盖从 App、桌面软件到固件、智能合约的完整逆向流水线。

五、争议与法律边界

评论区讨论最多的是合法性。qwerty__cs 的几条边界:技术研究 vs 对外分发——”能不能逆向购买的 Apple 付费软件”,他回”技术研究可以,对外发放就不行”;”能不能公开逆向结果”,他原话”发出来是违法的”。绕过 AI 安全策略——他建议”用 Kimi 指挥 Claude,具体方法由 Claude 自己定,Kimi 只负责把目的包装一下让 Claude 不拒绝”。封号风险——他回”有可能”,并建议”用自己的账号,别长期挂这个任务”。

需要强调:qwerty__cs 公开的是”提示词”——AI 拿到目标后怎么分析的方法论,不是任何具体软件或固件的逆向结果。提示词本身在 GitHub 上以 MIT 协议开源,但按提示词跑出来的产物(伪代码、提取的算法、复刻代码)的合法性,取决于当地法律、目标产品授权条款、使用方式。

六、安全视角:防御方需要重新评估客户端信任

REA 这类工具的意义不在于”让逆向变简单”,而在于把门槛从”熟练逆向工程师 + 长期投入”压到”会用 AI 助手 + 看得懂 evidence”。依赖混淆做防护的方案在贬值——变量名混淆、控制流平坦、字符串加密,对能调用 Hopper/Ghidra 又会推理命名规律的 AI 来说,抵抗时间明显缩短;客户端是”最后一道防线”的假设需要重新审视——license 校验、积分签名、付费功能开关只要放在客户端,迟早会被类似流水线走通,重要判定需要回收到服务端。同样的能力,合规、取证、安全运营团队也能用——快速理解陌生 APK、定位可疑代码、发现固件里不该出现的服务。