从技能到漏洞农场：Cloudflare 公开安全审计流水线的起点
来源：GitHub — 2026-10-26 · ⭐ 46,341 stars · JavaScript
📋 概述
把编码智能体改造成安全审计员的一套技能：先做侦察，把架构、信任边界、输入面写进 architecture.md，把可测单元登记进 coverage-ledger.json，再按账本派隔离的猎手逐格查，每个候选取证后交给一个全新的验证者去尝试推翻它。产出按 confirmed、needs_validation、rejected 三档写进 findings.json，并由零依赖脚本对照 report-schema.json 校验；报告由已验证的记录反推生成。Cloudflare 说明这套技能就是他们那套跨仓库漏洞挖掘系统的单仓库起点。
🔑 核心要点
- 六阶段流水线：侦察建账、按账本狩猎、候选验证、结构化产出、独立复核、目标中立的报告生成，每一步都有脚本卡口，父智能体在生成账本后与每次更新后都要跑 validate-coverage-ledger.cjs。
- 判决三档分明：confirmed 必须有完整源码链和边界内的观察结果，needs_validation 只写一条未解决的确切事实且不给严重级别，rejected 记录被推翻的候选，避免把「查过」当成「已覆盖」。
- 对同一仓库多轮审计是可叠加的：新的一轮沿用上一轮的账本和记录，专攻缺口、复验改动过的源码，旧证据按当前源码重判，不把过期结论算作覆盖。
- 没有操作系统级沙箱就不许执行目标代码：缺少禁网、白名单环境变量、资源上限这些控制时，线索一律留在 needs_validation，而不是硬跑目标里的构建、测试、浏览器或模糊测试。
💡 金句
Adversarial validation. The agent that checks a finding is never the agent that found it.
👍 0
👎 0
← 返回 GitHub Trending 首页