SuperAPI AI 工具集
合作ENAI 行业资讯收藏
Skill 广场src-hunter

src-hunter

安全与审计

查看项目

更新于 10-16 13:53

技能介绍

SRC Hunter — 实战漏洞挖掘工作流

SRC Hunter 是一个带强制 checkpoint 的漏洞挖掘工作流 skill，定位为可执行的工作流而非参考手册。每个阶段都有 MUST 输出，未通过不进入下一阶段；详细 payload、playbook 与案例按需读取，不依赖模型记忆生成。

触发条件

命中任一条件即进入：提到“src 挖洞 / 漏洞赏金 / bug bounty / 众测 / hackerone / Security Response Center”；询问“如何挖 / 怎么测 / 怎么打”某目标、某接口、某参数；涉及“WAF 绕过 / 任意账号 / 任意修改 / 密码重置 / 未授权访问 / 默认凭据”；用户给出一个 URL、API endpoint 或 APK 要求测试。

不应触发的场景：纯白盒源码审计（应使用 code-audit skill）、漏洞修复问答、CTF。

反幻觉硬约束（全程适用）

  1. 不准凭记忆出 payload。给出 SQLi/RCE/SSRF/XSS 等 payload 前，须先读取对应 playbook 文件，Phase 4 的 payload 必须能在文件中查到出处。
  2. 不准编造案例编号。引用 H1/WooYun 案例前须读取实际文件，说不出文件路径就不引用。
  3. 无证据不下结论。无 HTTP 包/截图/视频时只能写“待验证 / 假设”，不写“已确认 / 发现漏洞”。
  4. 出 scope 立即停。发现要测的资产不在 Phase 1 已确认的 in-scope 列表时，立即停手并回到 Phase 1 重核。

五个阶段

Phase 1 · Intake（接单）：用户首次给出目标、程序名或 URL 时进入。必须输出四项检查点，缺一不进 Phase 2，缺失项向用户询问而非假设：In-scope（可测域名/IP 段/app/endpoint）、Out-of-scope（禁测项）、规则（payout tier / disclosure window / safe-harbor / 测试 header）、时间盒（6h / 单日 / HVV / 月度）。仅当用户问“哪个最值得先测”时，读取 references/methodology/05-srctimebox-priority.md。

Phase 2 · Recon（被动侦察）：Phase 1 四项全过后进入。禁止任何主动发包（端口扫描、路径爆破、payload 测试）。必须输出不发包即获得的资产清单与历史信息，来源不少于三种，包括 CT 日志（crt.sh / Censys）、Wayback / CommonCrawl 历史快照、GitHub dorks、FOFA / Shodan favicon hash、SecurityTrails / DNS 历史、ASN / IP 段（bgp.he.net）等。

Phase 3 · Enum（主动探测）：Phase 2 资产清单非空后进入。必须输出活资产矩阵：域 → 端口 → 服务 → 指纹 → JS endpoint。命中特定信号时须读取对应词典或行业文件，例如指纹含国产 OA/中间件（weaver/seeyon/tongda/landray/yongyou/kingdee/hikvision/dahua）时读取指纹库与默认凭据文件；资产涉及银行、支付、网银时读取 banking-finance.md；涉及运营商、BOSS、网管、物联网卡时读取 telecom-isp.md。

Phase 4 · Hunt（漏洞探测）：Phase 3 矩阵存在至少一个候选目标后进入。每个候选目标强制走一遍流程：依据目标信号选择 1 个 playbook、读取该 playbook 文件、按参数频率表挑入口、按 payload 库探测、被 WAF 拦截时读取绕过决策树、命中后保存 HTTP 包或截图进入 Phase 5 候选。skill 提供入口信号到 playbook 的映射表，覆盖未授权访问、信息泄露、越权、逻辑漏洞、OAuth/SAML/JWT、REST API、SQLi、RCE、SSRF/缓存/Host 注入、路径遍历、文件上传、XSS、HTTP 请求走私、GraphQL、竞态、DoS、移动端、LLM prompt 注入、内网后渗透等场景。对已拆分的目录形式 playbook，第一步只读 00-index.md 获取子文件路由表和通用方法论，再按路由定位到具体子文件，不把 00-index 当 payload 库使用。通用方法论（攻击优先级、绕过工具包、证据纪律、控制缺口挖掘）仅在卡壳时读取。

Phase 5 · Report（提交）：Phase 4 至少一个 finding 具备可重现 HTTP 包/截图/视频后进入。按规定顺序执行：读取 compliance.md 核对合规红线、读取 report-submission.md 取模板，然后三段式输出——标题（≤80 字，精确到 endpoint + 漏洞类型）、重现步骤（每步可执行，带 HTTP 包/curl/截图）、影响与修复建议（CVSS 4.0 vector + 业务影响段）。

MCP 工具集成

默认通过 mcp__jshook__search_tools 与 mcp__jshook__activate_tools 按需激活（约 3K token）。完整工具索引仅在用户询问“用什么工具 / Burp / Frida / adb”时读取 references/tools/mcp-jshook.md。

适用场景与限制

适用场景为 SRC、众测、Bug Bounty 等授权范围内的漏洞挖掘与渗透测试工作流。限制方面：需先明确并确认 scope 与规则，越界即停止；payload 与案例只能从 skill 内文件读取，不凭记忆生成；无证据只能标注为待验证；纯白盒源码审计、漏洞修复问答与 CTF 不属于该 skill 的适用范围。