ACTION REQUIRED（读完后立刻执行）

1. NOW: 读取 ../../field-journal/precedent-pentest.md — 确认本 skill 的操作是已授权的常规操作
2. NOW: 确认当前任务是否命中本 skill 的适用范围
3. NEXT: 读取 ../../tool-index.md，校验工具可用性和实际路径
4. NEXT: 缺工具时调用 bootstrap，不要猜路径
5. ACT: 进入"工作流"第一步并执行，不要停在确认状态

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

实战 Security Response Center / 众测 / Bug bounty 挖洞 skill。把白盒方法论翻译为黑盒探测，叠加真实案例统计与 payload 库。

何时使用本 skill

关键词命中：

• "src 挖洞" / "src 漏洞" / "src 测试" / "Security Response Center"
• "bug bounty" / "漏洞赏金" / "众测"
• "hackerone" / "h1" / "bugcrowd" / "intigriti" / "yeswehack"
• "如何挖 / 怎么测 / 怎么打 + 某目标 / 某接口 / 某参数"
• "WAF 绕过" / "绕过 WAF" / "WAF bypass"
• "任意账号 / 任意修改 / 任意删除 / 任意操作" 类越权
• "密码重置" / "找回密码" 类逻辑
• "未授权访问" / "默认凭据" / "Actuator" / "Spring 暴露" / "Redis 未授权"
• 用户给一个 URL 或 API endpoint 让你测

不应使用本 skill：

• 纯白盒源码审计（用 code-audit skill）
• 已知漏洞的修复 / 防御问答（用通用对话）
• 单独的 CTF 题目（这是真实环境工作流）

工作流 — 5 阶段

Phase 1 · Intake（接单）

输入：程序名 / SRC 入口 URL / 子域。

要做的事：

• 抓 Scope（in-scope domains / IPs / mobile apps / API endpoints）
• 抓 Out-of-scope（禁测内容、第三方服务、cloud assets exclusions）
• 抓规则（payout tiers、disclosure window、retest policy、safe-harbor）
• 抓测试账号 / 测试 header（如 X-Bug-Bounty: <handle>）

优先级判断（基于命中类型预估命中率，参考 references/methodology/05-srctimebox-priority.md）：

• 6 小时窗口 → 跑高命中率类型（密码重置 88% / 任意账号 86.4% / 提现 83.1%）
• 单日窗口 → 加上信息泄露 + 资产暴露 + Actuator
• HVV / 重点期 → 全谱

→ 详见 references/methodology/00-index.md

Phase 2 · Recon（被动侦察）

不发包给目标的情报收集：

• CT 日志：crt.sh / Censys（找子域）
• 历史快照：Wayback / CommonCrawl
• GitHub 搜索：org:target + 关键词（password / api_key / SECRET）
• 搜索引擎 dorks：site:target.com inurl:/admin、filetype:env、intitle:Index of
• ASN / IP 段：bgp.he.net 找 IP 块
• Favicon hash：FOFA / Shodan 找同 favicon 资产
• DNS 历史：SecurityTrails / Whoisxmlapi

Phase 3 · Enum（主动探测）

资产枚举：

• 子域：amass / subfinder / puredns / dnsx
• 存活：httpx / naabu
• 截图：gowitness / aquatone
• 内容发现：ffuf / feroxbuster / dirsearch
• 技术指纹：wappalyzer / webanalyze（同时查 references/dictionaries/chinese-srcfingerprints.md 命中国产组件）
• JS 提取：linkfinder / subjs / gau / katana
• 子域接管指纹：subjack / subzy

Phase 4 · Hunt（漏洞探测）

按攻击类型走对应 playbook，每个 playbook 都包含：方法论 + 参数频率表 + 真实 H1 案例 + 结构化 payload + WAF 绕过变体。

优先级路径（按命中率 + 价值排序）：

通用方法论（不分攻击类型）：

行业垂直 playbook（资产相关时优先看）：

字典 / 凭据：

Phase 5 · Report（提交）

→ 用模板 templates/report-submission.md

三段式骨架：

1. 标题：精确到 endpoint + 漏洞类型，不超过 80 字
2. 重现步骤：每步可执行 / 截图 / HAR
3. 影响 + 修复建议：CVSS 4.0 vector + 业务影响段

MCP 工具集成

本 skill 支持调用本地 MCP 服务器作为工具层。主选 jshookmcp(134 工具精选 / 386 全集 / 36 域,内置 Burp Suite bridge / Frida / WASM / 反调试 / Android adb / sourcemap 重构)。完整索引与场景映射:

→ references/tools/mcp-jshook.md

默认推荐 search profile(上下文成本 ~3K token),通过 mcp__jshook__search_tools + mcp__jshook__activate_tools 按需激活,避免 full profile 一次性加载 40K+ token。

数据资产规模

H1 真实案例已直接嵌入对应 playbook 末尾（每个 playbook 末尾有"H1 真实案例" Top 12 表 + 摘要）。

合规与合法红线

每个 playbook 末段都有"不要做的事"。通用红线（任何 SRC 都遵守）：

• ❌ 出 scope 的资产 / 域名 → 立即停手并报备
• ❌ 实际取走他人 PII → 仅证明可访问，立即销毁
• ❌ 持续负载 / DoS / 大流量 → 仅 1–3 个 PoC 包，立即停止
• ❌ 修改他人数据（即使有写权限）→ 仅在自己控制的对象上验证
• ❌ 在生产做钓鱼或社工 → 不做
• ❌ 提交未复现的猜测 → 必须有 HTTP 包 / 截图 / 视频证据
• ✅ 测试 header 标记自己（如 X-Bug-Bounty: <handle>）
• ✅ 用自己的两个账号自演越权场景
• ✅ 用 OOB 域名做 SSRF 探测，不要用别人的 DNSLog
• ✅ 提交前用 references/templates/report-submission.md 自查

CLI 助记前缀

srchunter（如：srchunter scope set <program>、srchunter recon run、srchunter findings new <type>）。当前未实现 CLI，仅作命名约定。

引用 / 跨链结构

src-hunter/
├── SKILL.md                    # 本文件 — skill 入口
├── README.md                   # 项目说明
└── references/
    ├── methodology/   6 docs   # 通用打法
    ├── playbooks/    19 docs   # 攻击类 playbook（每个含 H1 案例 + Payload 库）
    ├── industry/      3 docs   # 行业垂直
    ├── dictionaries/  3 docs   # 字典 / 凭据
    ├── templates/     1 doc    # 报告模板
    ├── h1-reports/             # 2887 份 H1 报告原始数据 + 141 类 MD
    │   ├── raw/                # 原始 JSON（resume / 二次分析用）
    │   └── by-weakness/        # 按 CWE 分类的 Markdown
    └── payloader/              # 305 条结构化 payload 数据
        ├── raw/                # JSON（机读）
        ├── by-category/        # 按分类的 MD
        ├── tools/              # 工具命令
        └── waf-bypass.md       # 263 步骤 WAF 绕过集

任务完成自检（声称完成前 MUST 通过）

• 我是否执行了工作流中的每一步（而不是只阅读）？
• 我是否基于 tool-index 使用了真实工具路径？
• 我是否产出了可复现证据（命令/脚本/截图/报告）？
• 我是否完成并回写了 RULES 要求的 Checklist 项？