REA开源逆向工具爆红
AI科技 · 27 篇公开推文 · 22 位作者 · 曝光 1156959 · 评论 893 · 点赞 8145 · 书签 7912
开源逆向项目REA迅速走红,用户分享用它分析应用和Codex功能的案例,也引发关于自动化逆向能力、软件安全与开发者争议的讨论。
创作角度
- 解释REA如何借助AI对编译程序进行逆向分析及其适用范围
- 讨论开源逆向工具对软件版权、安全和商业壁垒的影响
- 展示具体应用案例,并区分可验证结果与夸大说法
相关公开推文
REA(Reverse Engineer Anything)逆向一切 三天从 3 万 Star 涨到 12 万+,一天新增 2.5 万以上。MIT 开源。 大家都在说它,"一切软件都可逆", 我看到更好玩的是:拆硬件的通信协议。 家里的空调、热水器、灯,基本都配了一个难用的厂商 App。App 背后,其实就是一套设备通信协议。 REA 这几天的更新正好补齐了这条链路: · adb 连模拟器或真机,抓到官方 App · 分析 HAR 或 mitmproxy 抓包,把每个请求定位到 App 源码 · 用 Binwalk/Unblob 拆固件,再交给 Ghidra 分析 然后把证据交给 Claude Code / Codex,还原协议,自己写控制端。 X 上已经有人用同样的思路,逆向了空调,做成 Mac 状态栏应用,又花 15 分钟移植到 AR 眼镜上,看一眼就能控制。 以前是厂商 App 决定你能怎么用自己的设备,以后你可以自己写。 https://x.com/icanberk/status/2109122304429236559/video/1
曝光 123353 · 评论 39 · 点赞 1865 · 书签 1609
查看原帖GitHub 日榜统计窗口,Rea 新增两万多颗 Star。最近的关注度,已经到了火爆的程度。 REA,全称 Reverse Engineer Anything,是一个给 Codex、Claude Code 等 AI
曝光 102846 · 评论 62 · 点赞 576 · 书签 1144
查看原帖这次逆向神库 REA为什么会爆火?原因是作者morluto 是大神中的大神,不是一个普通的AI 自媒体博主。 你看看他的github 主页的成就,他对AI 数据也很感兴趣,解决了困扰数学家 33 年的一个数学问题。 并且参与过超多知名开源项目,他也在X上。
曝光 79082 · 评论 39 · 点赞 801 · 书签 674
查看原帖rea 这更新速度,是真不把人当外人 6.4.0 刚发:Android 逆向被吃进来了 手机接上 ADB,agent 直接看设备、抓日志、截屏、传文件 Ghidra 那边 Windows DLL 也能啃了 搞逆向的,这工具现在是真离不开它了
曝光 70882 · 评论 30 · 点赞 579 · 书签 551
查看原帖大家千万别随便用 Codex 做逆向了,血的教训! 本来想试试最近 GitHub 上爆火的 Rea 项目,拿 Codex 做个逆向玩玩,结果项目还没折腾明白,OpenAI 就直接把我的号封了。 最难受的是,这还是我 2022 年注册的老号,陪了我快四年了,就这么没了。
曝光 66917 · 评论 121 · 点赞 210 · 书签 82
查看原帖REA 现在太火了,已经132k了,我找了一圈大家到底拿它干了啥,真开眼了🤯 硬件方面: 让 Claude 把 WHOOP 手环 App 整个反编译了,现在手环想怎么调怎么调,数据也有了,月费也不想交了 HP 打印机、三菱空调、青萍空气检测仪、Levoit 净化器,全屋语音控制...... 软件方面: Steam 游戏不到 30 分钟整个反编译成 C#,直接在 Unity 里跑起来 Instagram:240MB 的安装包、18 万个类,翻完打了个补丁,随性改,比如把 Reels 砍了 设计工具 Paper、Mac 系统监控 Vitals,都有人用 REA 照着成品重做了一版 总之,就是随心改🥲🥲🥲
曝光 63449 · 评论 44 · 点赞 565 · 书签 519
查看原帖关于全 AI 自动化构建软件该不该存在的问题,最近终于爆发了。 这次事件的主角是 @yetone 的 magpie: 从 9 月 23 日建仓开始算,短短 19 天积累了 9200 星 版本号已经到 v0.1.1203,过去 24 小时发了 25 版 有人说:讲真不太敢用,有人说它是快餐式服务,作者则直接怒怼,自己掏钱订最贵的模型、7×24 小时在满足用户需求。 我梳理了一下整个过程,其实问题核心已经不是该不该了。全自动AI构建软件已经成为了现实,离广泛采用只是临门一脚, @yetone 作为时代的弄潮儿,被当成榜样学习还来不及呢 😄
曝光 52971 · 评论 74 · 点赞 212 · 书签 113
查看原帖为什么对着magpie骂啊?new-api最近可能被ai扫issue和pr弄得烦了,我可以理解,memoh是怎么能跟magpie杠上的啊? 嘲笑magpie用大量ai,在维护和审查上质量不够。但是memoh发布当日,模型上下文长度输入超过5位数就会被清空,而且类型甚至是string,这是我付费订阅后才发现的诶,这是谁在审查维护?
曝光 52536 · 评论 9 · 点赞 120 · 书签 22
查看原帖再贡献一个 REA 用法,在不需要你去反编译 Codex 代码的情况下搞懂它一些运行逻辑。 这次我是想搞明白 Codex 是怎么在内置浏览器上标记发评论的,如果知道这个,也许我可以在自己网页上往输入框发消息。 我之前已经安装好了 REA,所以我给 Codex 发了一条消息: > Use REA 帮我分析下, Codex/ChatGPT App 中,浏览器的标记,然后附加标记内容到 composer 是如何实现的?发送的消息是什么? > 告诉我需要怎么配合 注意我发了一句:“告诉我需要怎么配合”,这样我可以辅助做一些事帮助它分析。 然后它去查看 Electron App 的原始代码,找到了关键链路(虽然我也不知道它怎么找到的),中间我配合发了一次消息。 分析完了我想验证一下,继续让它帮我做一个测试网页,让我可以测试一下是不是可以给 Codex 输入框发送消息,于是 Codex 帮我做了一个网页,没能直接往输入框附加评论,但是可以弹出评论框,可以帮你填充输入内容,原来 OpenAI 本来就提供了 API 只是我一直不知道。 document.oai.annotation.request() https://learn.chatgpt.com/docs/annotations-extensibility#open-an-annotation-from-your-website 继续让它分析了 Cursor 和 Claude Code,可惜它们不支持这样的 API。
曝光 47086 · 评论 52 · 点赞 392 · 书签 467
查看原帖从头到尾我都只是在讨论技术问题,没骂过一句脏话,也没搞过什么人身攻击。 结果对方的反应越来越激烈,开始在推上到处骂人,甚至还说我们是有组织、有预谋地在抹黑他。 说实话,这帽子扣得我都有点看不懂了。只是对一种开发模式表达了些担忧,怎么就成了有组织的抹黑? 本来还挺期待能认真交流一下的,现在看来也没什么必要了。技术上有不同意见很正常,但如果连正常的讨论都要被揣测动机,那就没什么好聊的了。 就这样吧,没必要再浪费时间了。
曝光 45960 · 评论 25 · 点赞 32 · 书签 0
查看原帖录屏是个好办法👍 继续贡献一个 REA 案例,除了录屏还可以用 Computer Use,我想学习一下 CapCut 的动态字幕格式,我也不知道格式存在哪里怎么渲染的。 继续问 REA,它的字幕是怎么渲染的,这次我让它自己用 Computer Use 去操作,去点击下载 Templates,然后它会自己打开 CapCut 去一个个点击下载,下载的同时去监控网络地址和磁盘保存地址。 就这样操作了几十个后,Codex 发现这样点击太慢了,自己拼 URL 去从 URL 下载了,就这样下载了 2291 个 Templates。
曝光 30141 · 评论 40 · 点赞 159 · 书签 195
查看原帖终于搞懂大家为什么都在折腾 ESP32 了。花 50 块钱买块小板子,不用越狱也不用 Mac,直接接管 iPhone 自动点屏幕。这种低成本硬核玩法,难怪全在玩 https://github.com/onehumanbeing/esp32-iphone-agent
曝光 28831 · 评论 9 · 点赞 319 · 书签 444
查看原帖宝哥用 REA 拆解 Codex 内置浏览器的「注解标记 → 写评论 → 发送到聊天输入框」功能,这个思路值得学习。 还有另一种解法: 开启录屏。 在内置浏览器里走一遍流程:标记、写评论、发送到聊天输入框。 把录屏发给 Fable,让它照着复刻。现在估计 Opus 5.5 也能搞定。 我自己的 harness 里,内置浏览器的注解功能就是这么复刻出来的。 https://x.com/LinearUncle/status/2099355773679943847
曝光 27023 · 评论 6 · 点赞 49 · 书签 47
查看原帖怎么写个插件的功夫就吵起来了 @yetone 不得不说 一个产品得先做出来 然后活下去才能考虑更为优雅 这个 magpie 插件用于检查模型的降智问题 https://github.com/mu-zi-lee/magpie-intelligence-check
曝光 26940 · 评论 18 · 点赞 95 · 书签 102
查看原帖你已经落后于时代车轮了,还不自知。 6 月份东京 w/Code Claude 大会上有人问 Bun 作者,你怎么 review 你的代码? (以防你不知道上下文: Bun 花了11天用 ai 重写为 Rust 实现核心代码,一百多万行) 你认为这是肉眼+人脑可以review过来的吗? Bun 作者当然也是人,不是神。他们的办法是 Review AI 生成流程,遇到 Bug 就修改指令重新生成代码。 人的作用是构建一条完善的 AI 生产线,维护生产线,而不是看代码改代码。 代码不重要了,醒醒吧。 但也不要误会我这句“代码不重要”,代码本身很重要,但人类在软件开发过程中关注代码本身这件事变得不重要。
曝光 25191 · 评论 8 · 点赞 133 · 书签 63
查看原帖