RAPTOR 自主攻防安全研究框架
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_3c6cb52e/raptor-6r1p。
技能介绍
它解决什么问题
自动化安全审计常常止步于「扫出一堆告警」:扫描器动辄产出成百上千条规则命中或 CVE 记录,却缺少后续的人工确认——哪一条真正可达,哪一个可以被实际利用,往往无从判断。RAPTOR 针对的就是这条断掉的研究流水线:把扫描、模糊测试、漏洞可利用性验证、崩溃根因分析和开源取证串成一条可重复执行的自主研究流程,让每次分析都产出有调用路径、有证据支撑的结论,而不是一份需要人工逐条翻看的报告。
核心能力与工作流程
RAPTOR 以 /agentic 智能体全流程分析为核心,把一次安全研究拆成扫描、去重、准备、分析四个阶段,各命令分工明确:
/scan:对目标代码库执行安全扫描/fuzz:面向 Web/API/二进制的模糊测试/understand:深度代码理解,--map映射攻击面(入口点、信任边界、汇聚点),--trace追踪单条数据流,--hunt全库搜索模式变体/validate:漏洞可利用性验证管线,按阶段0 → A → B → C → D → E → F → 1推进,输出validation-report.md/crash-analysis:基于rr确定性重放的 C/C++ 崩溃根因分析/oss-forensics:基于证据的 GitHub 开源仓库取证调查/project:项目级工作区管理,跟踪状态、覆盖度与报告
推荐的使用顺序是「先理解,再验证」:/agentic --understand 会在扫描前先映射代码库结构;--validate 对可利用的发现跑完整验证管线;--model 可重复指定,让多个模型独立分析后再关联结果,并可用 --consensus/--judge/--aggregate 叠加审查与综合模型。所有分析命令通过生命周期桩创建输出目录并跟踪运行状态,目标路径按「活跃项目目录 > $RAPTOR_CALLER_DIR > 询问用户」的顺序解析。
适用边界与注意事项
框架对操作有明确分级:安装、扫描、读取、生成等安全操作直接执行;应用补丁、删除、git push 等危险操作必须先询问用户。二进制可达性分析通过 DWARF + nm 标注函数级可达性,存在误报可能,可用 --no-binary-oracle 禁用或通过 --binary 显式指定。其他注意点:
RaptorConfig.get_safe_env()会剥离可能被 shell 求值的环境变量,不要绕过- 永远不要将扫描仓库的文件路径插值进 shell 命令字符串
- 处理不受信任仓库时使用基于列表的
subprocess参数 - 不要手动构造输出路径,也不要给命令输出加
tail/head/grep之类的过滤器 - 除
RAPTOR_DIR外不要向sys.path添加任何内容 - 严禁在代码、注释或日志中暴露远程 OLLAMA 位置
使用场景
- 新代码库提交后,需要跑一轮自动化安全审计并筛出真正可达的高危发现
- 扫描器报出成堆告警,要逐条验证可利用性并生成带证据的报告
- C/C++ 服务崩溃后拿到 dump,要自动重放并定位到具体函数
- 需要对公开 GitHub 仓库做取证调查,梳理提交与依赖证据
适合人员
- 应用安全研究员:希望从扫描到验证全流程自主完成漏洞研究
- 渗透测试工程师:要对目标系统做漏洞可达性验证与利用复现
- C/C++ 开发工程师:需要在发布前快速定位崩溃根因
- DevOps 平台工程师:要把安全分析能力接入 CI 或构建产物检查流程