用途：hunt-ssrf 是一个 SSRF 漏洞狩猎技能，基于 9 份公开漏洞赏金报告构建，适用于对任意目标进行 SSRF 排查。其核心前提是“无 OOB 即不成立”：盲 SSRF 必须通过带外（OOB）确认，即 Burp Collaborator、interactsh-client、canarytoken 或自控 DNS+HTTP 接收器，证明服务器确实发起了出站连接。服务器在错误信息中回显 URL、对外部与本地 URL 返回不同状态码、响应延迟，都不算确认。
主要能力：提供 URL 输入面识别（如 /api/*/preview、fetch、import、webhook、proxy、render 等及 ?url=、?uri= 等参数）、客户端 JS 拉取模式与响应头/技术栈信号判断；内置默认工作流：先植入 Collaborator 子域并按 sink 打标签，再发送请求，等待 30–120 秒后轮询 OOB 监听器，只有确认回调后才主张 SSRF。
使用方式：先用 interactsh-client 建立唯一回调域，例如 interactsh-client -v；再向目标参数发送回调 URL，例如 curl -s "https://target.com/api/preview?url=https://YOUR_ID.oast.pro"。随后测试云元数据端点（GCP metadata.google.internal、AWS 169.254.169.254、Azure 元数据）、本地与内部端口（如 6443 Kubernetes、2379 etcd、9090 Prometheus、9200 Elasticsearch），并覆盖重定向型 SSRF、JavaScript 执行上下文（无头浏览器/PDF 渲染器）通过 fetch 或 DNS 外带数据。
适用场景：目标运行在云基础设施、Kubernetes/编排平台、内部开发者工具（CI/CD、Flyte、Argo）、链接预览/URL 拉取功能、数据集或文件导入管线、企业自托管软件（GitHub Enterprise、GitLab）。
限制：无确认回调时不得主张 SSRF，需撤回；需区分“回显 URL”与真实出站请求；报告前需确认可复现性、实际可达影响与受害者损失。资料未提供该技能的安装命令、运行依赖或收费信息。