REA 逆向工具0 许可证成本接入 Hopper demo3 步让 Agent 分析原生二进制【免费下载链接】reaReverse engineer anything with agents, from app behavior down to native binaries.项目地址: https://gitcode.com/GitHub_Trending/rea2/reaREA 是一个把 AI Agent 接进 Hopper、Ghidra 等分析引擎的逆向工具。没有 Hopper 付费许可证也能跑一条npx rea-agents setup走完安装审批demo 模式即可做完整的函数级分析无桌面环境也行。3 步跑通从空环境到第一次反汇编把原文分散在三处的操作压成一条主线跟着敲就行第 1 步确认环境达标。对照下面这张表缺什么补什么REA 不会替你升级 Homebrew / Node也不动你的运行时项目要求操作系统macOS 12或 Ubuntu 24.04 / Fedora 41 / 64 位 Arch / CachyOS运行时Node.js 22.19、24.11 或 26带 npm 即可额外依赖无。Linux demo 需要的 Xvfb、Python 3、X11/XTEST 由 setup 经包管理器自动补齐第 2 步跑安装并批准。npx rea-agents setupnpm 若问是否下载并运行 REA那只针对 REA 包本身。随后 REA 会打印一份完整安装计划——精确路径、变更内容、网络来源、完整性校验证据——你批准后才真正写文件、装 Hopper。两个审批是独立的只注册 Agent 不装 Hopper、或反之都成立任何一步拒绝或 Ctrl-C系统零改动。已有配置会先备份成.rea.backup再写入。固定使用最新版则换成npx rea-agentslatest setup。第 3 步重启 Agent用自然语言下任务。完成提示里列出的 Agent 要重启一遍完整客户端清单见 docs/installation.md。若 Hopper 弹出首启窗口选 demo 模式——demo 有厂商定义的分析上限但函数级分析体验完整。终端侧可以完全不依赖 Agent 自检rea analyze /absolute/path/to/binary --provider hopper --json系统里同时装了 Hopper 和 Ghidra 时显式的--provider hopper或环境变量REA_ANALYSIS_PROVIDER能避免多引擎歧义报错。更多分析工作流见 docs/native-investigation.md。两个平台为什么是两条路DMG 校验 vs 私有虚拟显示同一个rea setup在 macOS 和 Linux 上走的链路完全不同。这张对比表是后面排查问题的坐标系维度macOSLinux包来源官方 DMG先比对公开大小与摘要digest再验证应用包完整性官方.deb/.rpm/ Arch 包校验后交给系统原生包管理器安装当前验证的是 6.4.2 demo 版实现见 src/application/LinuxHopper.ts安装位置原子化装到~/Applications/Hopper Disassembler.app交给系统包管理器可能弹出系统授权提示权限不需要 Homebrew不需要管理员权限可能需 sudo 授权无桌面的服务器同样可跑demo 授权必须由人手动选REA 打开 Hopper 后由你选 demo 或激活已有许可证REA 不读取、不自动化任何 license 信息全自动每次分析会话都跑在私有 Xvfb 虚拟显示上脚本scripts/hopper-demo-x11.py自动点选 Hopper 提供的 demo 选项对你的桌面影响会打开 Hopper 窗口零影响无头服务器、CI 环境直接可用默认启动路径macOS 是/Applications/Hopper Disassembler.app/Contents/MacOS/hopperLinux 优先/opt/hopper/bin/Hopper其次~/.local/share/rea/hopper/bin/Hopper。装在其他位置时用HOPPER_LAUNCHER_PATH显式指定。Linux 上如果提示找不到引擎但文件确实存在用ldd检查缺失的共享库补齐后重跑rea setup即可。两条使用线Agent 对话与终端直连日常用自然语言描述任务即可Agent 会自行调用分析引擎。偶尔想跳过 Agent 直接验证终端侧的rea analyze或rea inspect/rea search/rea function等都能带--provider hopper --json输出结构化结果。一个容易忽略的细节Hopper 不需要你提前手动启动。REA 在需要时自己拉起它macOS 上若 Hopper 弹出首启提示选 demo 模式或填入已有许可证就行。详见 README.md 的 FAQ。CI 与脚本哪些审批能跳哪些跳不了无人值守场景下交互审批是阻碍REA 给了受控的跳过方式——显式声明意图rea setup --yes --all-detected --install-hopper --json这条命令背后有两个必须记住的边界--yes不会顺带批准 Hopper 安装必须显式携带--install-hoppermacOS 的 demo 首启选择无法绕过人工它必须在实际运行 REA 的同一用户会话中手动完成。所以临时 macOS runner 需要一个交互式的初始化步骤Linux 则凭借私有 Xvfb 显示从装包到分析全程无人值守。补充两条脚本化细节摘自 docs/installation.mdrea setup --json只报告计划和一个紧凑的.doctor就绪投影不会实际应用变更不加 scope 标志时--yes只作用于 REA 已有的注册项不会自动选中所有检测到的客户端——想批量配置就显式加--all-detected。CI 里 Hopper 启动失败时别急着杀进程或把 runner 桌面暴露出去直接跑诊断命令拿结构化失败分类私有显示依赖缺失 / 不支持的 demo 构建 / 进程所有权冲突 / 生命周期早期退出再按报告修复。遇到什么 → 先跑什么 → 看什么输出排障的第一反应是rea doctor它严格只读不碰任何文件症状先跑看什么只查 Hopper 引擎健康rea doctor --provider hopper --json选中的启动策略、挂载状态等结构化诊断只查某个 Agent 的注册rea doctor --client codex --json该客户端的注册与配置路径全量体检rea doctor --json各 provider、skill、客户端的整体状态Linux 引擎文件存在但起不来ldd /opt/hopper/bin/Hopper缺失的共享库清单补齐后重跑 setup启动路径不在默认位置设置HOPPER_LAUNCHER_PATH后复查export HOPPER_LAUNCHER_PATH/absolute/path/to/Hopper再跑 doctorLinux 下 demo 启动失败时按返回的修复建议操作即可无需手动管理 Xvfb。延伸入口完整安装流程、CI 边界与客户端清单docs/installation.md环境要求与支持引擎总览README.md原生二进制分析工作流inspect / search / function / tracedocs/native-investigation.mdLinux demo 的包校验与 Xvfb 会话实现src/application/LinuxHopper.tsdemo 自动点选脚本scripts/hopper-demo-x11.py下一步建议先在你手头的环境跑一遍rea doctor --provider hopper --json拿到基线输出再执行npx rea-agents setup走完整流程把基线与装完后的输出各存一份——以后任何一次异常两份 JSON 的 diff 就是最快的定位线索。【免费下载链接】reaReverse engineer anything with agents, from app behavior down to native binaries.项目地址: https://gitcode.com/GitHub_Trending/rea2/rea创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考