ARTICLE · 1178693
6 天涨 10 万星,能拆开任何 App,风险在谁头上
6 天涨 10 万星,能拆开任何 App · 风险在谁头上
它是什么、能拆什么、装一次要几步,以及那份省下来的力气,代价落在谁头上。
194,072 颗星|5 张表|一次合规自查
6 天,10 万颗星。
这是 GitHub 上一个叫 REA 的项目上周干出来的事。10 月 6 日它还不到 1 万颗星,10 月 12 日破了 11 万,我写这篇的时候又去看了一眼,194,072 颗星,昨日 Trending 榜首。
它全名 Reverse Engineer Anything,翻过来叫「逆向任何东西」。
官方第一屏那句宣传语更直白:看到一个你喜欢的 App 功能?让智能体去调查它怎么实现的,然后给你的项目也做一个。
这篇不吹它多猛。我把它是什么、能拆什么、装一次要几步讲清楚,最后讲一个更值钱的问题:它省下来的这份力气,代价落在谁头上。

01
PART
先把数据摆出来
THE DATA
02
PART
说白了,它就是个接线员
WHAT IT IS
AI 会动脑子,但没手。Hopper、Ghidra、IDA 这类逆向工具像手术刀,削铁如泥,可没几个人会用。
REA 干的事就是给这两位拉个线。它跑在你本机,用 MCP 把你常用的编程智能体接到这些工具上。MCP 你可以理解成AI 界通用的外设接口,跟当年打印机插上 USB 就能用是同一个意思。
接上之后,你说话就行:
「去,看看这个 App 的搜索是怎么实现的,把证据给我,再照这个思路帮我项目里也做一个。」
它自己调工具,翻二进制、拆包、读打包好的 JavaScript,最后把结论和证据一起交回来。
门槛低到什么程度?Node.js 22.19 以上,一行命令:
npx rea-agents setup
选要接哪个智能体,看一眼它打算改哪些配置,批准,重启。就这样。主流的那几个编程智能体都能接,不想开智能体的话,终端里直接跑也行。
03
PART
这件事,去年就有人做过了
NOTHING NEW
让 AI 接上逆向工具,不是什么新鲜事。
有个做调试器的开发者,用另一个开源的 IDA 接口,大约一小时就解完了一场年度逆向挑战赛的所有题目,那类比赛的题大多取材自真实的恶意软件样本。
REA 刷屏那几天,一位写过逆向教材的老手泼了盆冷水:这是炒作,同类工具早就有了。
可它还是火了。火的地方很朴素:以前想让 AI 帮你拆东西,你得先是个会拆的人,装好 IDA,配好插件,知道该问什么。现在是一行命令,点个头。
推它上热榜的不是安全圈,是 AI 博主和科技大号。
那它到底能拆到什么程度?圈内说法不一致,但大方向有共识:没加壳的程序,AI 拿下得很轻松;轻度加壳也没问题;套了几层高强度虚拟化保护壳的,目前还啃不动。
还有个更硬的天花板:放在服务器上的那半段逻辑,你永远拿不到。你能拆开装在自己电脑上的客户端,拆不开别人机房里的服务。
所以「闭源护城河没了」这种说法,至少现在,夸张了。
04
PART
这四类人,对号入座
WHO YOU ARE
说白了,一行命令谁都能跑。可跑之前,你清楚自己在拆谁的东西吗?
05
PART
如果你只想知道它能干什么,看下面这张表
CAPABILITY
这张表建议你存一下,装之前对着挑,能省你半小时翻文档。
06
PART
它最像样的地方,是每条结论都带证据
EVIDENCE
REA 返回的不是一段自信满满的解说,而是带证据编号、覆盖范围、局限条数的结构化结果。
这句话听着干,但它解决的是 AI 最让人头疼的毛病:一本正经胡说。
完整分析结果可能有 1.9 MB,但你可以只要一个摘要视图,5 KB,小了 400 倍,而且不用重跑分析。摘要里就留统计和局限计数。
官方的案例页里已经把规矩写明白了:它返回伪代码、汇编、符号和关系,不声称能还原原始源码,也不会自动克隆一个应用。
07
PART
我第一个念头,是拆掉我天天用的那个软件
MY FIRST THOUGHT
看到 REA 的那天晚上,我脑子里跳出来的目标特别具体:一个我每天要打开好几次的 markdown 编辑器,Obsidian。
严格来说 Obsidian 不算是 markdown 编辑器。Obsidian 虽然也认 markdown,但它主要是拿来管知识库的,读写只是它顺带的功能之一。
我要的是一个纯粹的阅读编辑工具:打开就是一张白纸,能写、能预览、能导出,别的都不要。
市面上有接近的,比如 Typora,但总有地方没有完全对上我的需求。
这事在我心里搁了一阵子了。我不是程序员出身,之前也试过让智能体帮我做一个类似的小工具,来回折腾好几轮,结果都不太满意。
所以看到 REA,我是真的兴奋。它像是一条新路,能让我把「我想要的工具」从现成程序里看明白。
08
PART
然后我冷静了一下
THEN I PAUSED
兴奋过去,我先把一个问题查清楚了:逆向这件事,到底合不合法。
查完的结论是,它不是一个「合法」或者「违法」的二选一,而是三件事叠在一起。
三个问题问完,有哪个是查完就能放心的?一个都没有。
所以我卡在第二个上。我天天用的那个编辑器不是我写的,是买来的。它算不算「我自己的」,我心里其实有答案。
09
PART
真正让我收手的,是工序上的一个问题
CLEAN ROOM
软件行业对付「照着做一个」,有一套用了很多年的老办法,叫净室开发。
一拨人负责拆对方的产品,只交出一份功能说明书;另一拨人从没看过对方代码,照着说明书从头写。
两拨人中间隔着一道墙,那道墙不是形式,是将来打官司时唯一的证据,能证明新代码是独立写出来的。
REA 干的恰恰是把这道墙拆了。读反编译结果的是它,写新代码的也是它,中间一个人都没有。
那我打算做的是哪一种?差别落到我身上,就是下面这张表:
第一条是我给自己划的线。第二条最省事,也最危险。第三条我压根没想过,是查完才知道的。
10
PART
还有一层,我一开始没想到
ONE MORE LAYER
REA 说分析在本机跑,这点它没骗人,工具确实在你电脑上。但智能体要理解这些结果,就得把反编译出来的代码片段、调用关系和字符串,发给它背后的模型服务商。
分析在你电脑上,结果会出门。
要是我拆的是客户交给我的东西,或者签了保密协议的,光这一步就出问题了,跟我拆得对不对没关系。
出事之后算谁的?项目写了免责声明,责任交给用户;模型服务商有自己的政策,拦在哪不公告;被拆的公司手里握着用户协议和法务。三方都留了后手,站在最前面的是发出那句指令的人。
对做 App 的人来说,结论有点残酷:只要程序跑在用户手里,它就能被拆开。稳一点的办法是把关键逻辑放到服务器上。至少现在是这样。
11
PART
回到标题那个问题
THE REAL CHANGE

它真正改变的不是 AI 能不能拆程序,是那句指令谁都能发出来了。
以前拦在这道门槛前面的其实不是技术,是敬畏。会拆的人知道哪条线不能碰:拿到授权再动手,发现漏洞先通知厂商,为了兼容才去拆协议。这些是行内的默认规矩。
现在门槛没了,规矩没跟着打包进来。
CLOSING
一行命令的成本,和一行命令的责任,从来不是一回事。
我那个纯粹的 markdown 编辑器,现在还是想要。只是这一路查下来,我大概不会再想着从别人的程序里把它拆出来。
你有没有一个一直想要、但市面上就是没有的工具?评论区聊聊。
如果你觉得今天这篇有收获,欢迎点赞、在看、转发三连,我们下篇见
THANKS FOR READING















































































