
点击蓝字 关注我们

把一个 APK、二进制文件或前端加密问题交给 AI,最容易得到的往往是一串工具名:jadx、apktool、Frida、IDA、radare2、BurpSuite。名字都对,顺序却可能完全不对。
真正消耗时间的,不是知道世界上有这些工具,而是判断当前任务属于哪一类、这台电脑装了什么、下一步应该做静态分析还是动态验证,以及哪些操作已经获得授权。少一个判断,Agent 就可能在错误路径上运行十几条命令。
reverse-skill 处理的正是这层“开始分析之前的工程”。它把自己定位为网络安全技能路由包:先识别任务类型,再选择方法论和子 Skill,检查本地工具,按需引入工具链,最后把证据、发现与报告串起来。它不是新的反编译器,也不会凭空替代 IDA、Frida 或 BurpSuite。
它的出现,反映出一个现实:当 Agent 开始调用终端、MCP 和安全工具,大家关心的已经不只是“模型会不会分析”,还包括它能否选择正确流程、约束操作范围,并留下可复核证据。
1
reverse-skill:它不是工具箱,而是工具箱前面的调度台
reverse-skill 的入口是一条明确的行为链:用户任务先经过全局规则,再进入 PRIMARY 路由;随后创建案例范围,检查授权和网络模式,打开对应的子 Skill,最后调用本机真实工具。
当前主分支的快速路由表把任务分到多个方向,例如 APK、iOS、前端 JS、.NET、恶意样本、固件、API 安全、云与容器、数字取证、代码审计、LLM 安全和安全报告。用户说的是“分析 APK”,PRIMARY 会指向 `apk-reverse/`;说的是“前端签名”,则转到 `js-reverse/`。没有命中强关键词时,才回到通用逆向路径。
它还维护一份机器本地的 `tool-index.md` 与 `tool-index.json`。这两份文件不会随仓库分发,需要用户克隆后在自己的电脑上重新生成,用来记录 Java、Python、Node、jadx、apktool、Frida 等工具是否存在,以及实际路径。
这里的第一个科普点是:Skill Router 与安全工具不是同一种产品。
安全工具负责反编译、抓包、扫描或调试;Skill Router 负责决定先用谁、缺什么、证据写到哪里。它的价值类似医院分诊:分诊可以减少挂错科,但真正完成检查的仍是后面的设备和专业人员。
这也解释了项目的边界。路由写得再完整,也不能让没有 JDK 的电脑运行 jadx,不能让没有设备环境的电脑做 Frida 动态分析,更不能替代商业 IDA 许可证。README 也没有提供路由准确率 benchmark,因此“自动选择”仍要由使用者复核。
2
reverse-skill:比多装几个工具更重要的,是把范围写成机器可检查的状态
安全自动化与普通代码生成最大的差别,是一次错误动作可能落到真实网络、账号或设备上。
reverse-skill 为每个案例设计了 scope.md。其中要记录授权状态、目标资产、允许活动、禁止活动、数据处理方式和网络模式。网络模式分为离线、本地实验环境、仅授权目标和不受限实验网;只要 auth.status 不是 granted,规则要求 Agent 不得对目标执行扫描、Hook 或利用。
第二个科普点是:授权闸门与操作系统沙箱不是一回事。
scope.md 和 case-guard.ps1 能让流程知道这一步按规则不该做,属于可审计的工作流控制;沙箱、虚拟机、容器、低权限账号和防火墙负责“即使流程判断错误,也尽量限制它能碰到什么”。前者降低误操作概率,后者缩小误操作后果。
所以,对安全 Agent 来说,最稳妥的做法不是二选一,而是两层都要有:先在文档中写清范围,再把执行环境放进独立虚拟机或实验网。把规则文件当成技术隔离,会高估提示词对真实系统权限的控制力。
项目的另一个设计是 Evidence→Finding→Path:先保存命令、哈希、截图或日志等证据,再形成发现,最后串成可解释的攻击或分析路径。这个顺序对团队很重要,因为模型给出的结论可能变化,原始证据却应该能够由另一个人重新检查。
3
reverse-skill:热度背后,是 Agent 从会建议走向会操作
过去的安全知识库大多是 Markdown 清单。reverse-skill 在清单之外增加了 PowerShell 与 Bash 脚本,用于刷新工具索引、路由任务、初始化案例、检查范围、追加证据和做一致性测试。正式 v1.0.0 还把工具按需安装放进 bootstrap-manifest.json,避免 Agent 临时编造一个下载地址或能力名称。
主分支的供应链文档要求外部 Skill、MCP 和脚本先审阅来源、依赖与可执行文件,避免默认读取 SSH 目录、浏览器数据或连接未知服务。项目自己的静态审计报告称,在纳入检查的可执行脚本中未发现后门、主动删库、格式化磁盘或 curl | sh 式管道执行;jadx、apktool 等部分下载已加入固定版本与哈希校验。
但静态审计只能说明“检查范围内没有发现这些模式”,不能替代持续审计。仓库会安装 npm、pip、GitHub Release、MCP 和本地服务,任何一层更新都可能改变风险。工具索引显示“已安装”,也不代表该工具可信、服务可用或配置权限合理。
这正是项目今天值得普通技术读者理解的地方:Agent 的能力正在从回答问题变成组合软件。组合越多,路由、权限、版本锁定、来源校验和证据记录越接近核心产品能力,而不再是写在说明文档最后的注意事项。
4
reverse-skill:快速上手
说明文档列出的基础环境包括 Java/JDK、Node.js 22.12+、Python 3.x,以及 Claude Code、Codex CLI、Cursor 等能够执行命令和读取规则的代码 AI 客户端。JDK 主要服务于 jadx、apktool 等 Android 工具;Node.js 用于 JS 工具链和 MCP;Python 用于 Frida 与辅助脚本。只体验路由和工具探测时,不需要先装齐所有安全工具。
先克隆仓库:
git clone https://github.com/zhaoxuya520/reverse-skill.gitcd reverse-skill
Windows 生成本机工具索引:
powershell -NoProfile -ExecutionPolicy Bypass -File skills/scripts/refresh-tool-index.ps1Linux 或 macOS 使用:
bash skills/scripts/refresh-tool-index.shKali Linux 有单独入口:
bash kali/scripts/refresh-tool-index.sh成功后,仓库内应出现当前机器专属的:skills/tool-index.md 和 skills/tool-index.json。
这一步只探测并记录工具,不等于所有能力已经安装。可以先打开 skills/tool-index.md,确认哪些工具存在、路径是否正确。
在 Windows 上跑通第一个路由结果:
powershell -File skills\scripts\master-route.ps1 -Hint "<用户任务>"预期结果是终端给出 PRIMARY 路径和路由依据,并在 `work/` 下写出对应的路由范围文件。它此时只完成任务分诊,不会自动证明目标可安全操作。
准备进入一个真实案例前,先初始化范围:
powershell -File skills\scripts\case-init.ps1 -Hint "<用户任务>" -CaseName "my-case"命令会在 work/my-case/ 下生成 scope.md、时间线和工作项。用户需要真实填写授权依据、目标范围、禁止活动与网络模式;授权未就绪时,只读文档和做离线规划,不要对外部目标执行动作。
常见注意点有四个。
第一,Windows 是项目的主要执行路径,Linux、macOS 和 Kali 虽有文档与 Bash 脚本,工具版本和 GUI 路径仍可能不同。
第二,README 的自动配置流程可能写入 Agent 规则或注册 MCP,正式机器上应先审阅脚本与配置差异。
第三,IDA Pro、BurpSuite 等工具仍需手动安装或授权。
第四,主分支变化快,团队使用应固定已审查的 commit,并在升级后重新生成工具索引和运行自检。
5
reverse-skill:结语
reverse-skill 的启发不在于又收集了多少安全工具,而在于它把安全 Agent 最容易被忽略的前置工作做成了显式流程:先判断任务,再核对工具;先写授权范围,再允许行动;先保留证据,再形成结论。
这套思路也适用于安全之外的 Agent 工作流。只要 AI 开始调用真实系统,最有价值的能力就不只是“多会几个命令”,而是知道什么时候能做、应该调用什么,以及出了问题如何复盘。
对个人用户,合适的起点是克隆仓库、刷新工具索引、运行一次纯路由与冒烟测试,不连接真实目标;对团队,先审阅 bootstrap、MCP 和全局规则写入行为,再把它放进隔离实验环境。把它当成安全流程骨架,会比把它当成自动化攻击按钮更接近项目的真实价值。


如果本期内容对你有帮助的话,请点赞分享哦!
感谢大家!
关注
每天分享一个 AI 工具
往期精彩:
求点赞

求分享

求喜欢

夜雨聆风