Agent Skills
返回列表
🔒

SSRF服务端请求伪造

IT 运维与安全 更新于 2026.08.30

将以下提示词粘贴到你的 AI 对话框中:

请根据 https://skillhub.cn/install/skillhub.md,安装 @user_3c6cb52e/ssrf-lr-6iwz。

技能介绍

这个技能解决什么问题

当 Web 应用允许用户传入 URL,再由服务端代为发起请求时,攻击者就能把服务器变成跳板,探测内网服务、读取云环境凭据。SSRF 测试的难点在于场景分散:有的是能回显的直接 SSRF,有的是只有 DNS 或 HTTP 请求被发出的盲 SSRF,过滤规则还常被写成黑名单,绕过手法层出不穷。这个技能把一套完整的测试方法论固化成检查清单,让测试者按顺序逐项验证,避免遗漏关键端点或绕过手段。

技能如何工作

激活后,它会先加载完整方法论作为操作清单,并按顺序推进各阶段,除非用户另行指定。每个技巧都会先判断在当前目标和上下文下的适用性,同时记录已完成的清单项,最后基于发现建议下一步动作。

核心能力覆盖以下几块:

  • SSRF 发现:定位服务端请求功能,确认是否可控。
  • 盲 SSRF 带外检测:通过 OOB 通道观察请求是否真正发出。
  • 云元数据端点:覆盖 AWS、GCP、Azure 的 metadata 接口探测。
  • 过滤绕过:包含 IP 编码、DNS rebinding、重定向链 等手法。
  • SSRF 到 RCE 升级:在拿到服务端执行能力后继续推进利用链。

触发条件包括 SSRF、server-side request forgery、blind SSRF、cloud metadata、DNS rebinding、SSRF RCE、internal port scan 等表述。

适用边界与注意点

它面向 Web 应用 SSRF 测试与漏洞赏金场景,属于进攻性安全方法论。IP 编码、DNS rebinding 这类绕过可能造成对目标环境的额外请求,重定向链 和 SSRF 到 RCE 路径的验证也存在加重攻击面的风险,因此在授权范围内使用是前提。技能按既定顺序执行,若目标环境不适合某阶段,需要测试者自行判断是否跳过,而不是机械走完清单。

使用场景

  • 进行 Web 应用渗透测试,遇到 URL 参数触发服务端请求,需要确认是否存在 SSRF
  • 做漏洞赏金挖掘时遇到盲 SSRF,需要用带外通道确认请求是否发出
  • 目标服务存在 IP 黑名单,需要用编码或 DNS rebinding 尝试绕过过滤
  • 云环境目标可能暴露 metadata 端点,需要验证能否读取 AWS、GCP、Azure 凭据

适合人员

  • 渗透测试工程师,需要按结构化清单系统验证 Web 应用中的 SSRF 漏洞
  • 漏洞赏金猎人,要在真实业务环境中快速判断 SSRF 的可利用性和影响范围
  • 云安全工程师,负责评估实例元数据端点暴露带来的凭据泄露风险
  • 应用安全研究员,研究过滤绕过手法和 SSRF 到 RCE 的升级路径