Agent Skills
返回列表
🔒

SSRF 服务端请求伪造

IT 运维与安全 更新于 2026.08.29

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

请根据 https://skillhub.cn/install/skillhub.md，安装 @user_3c6cb52e/ssrf-server-side-request-forgery-lr-qqi7。

技能介绍

解决什么问题

SSRF 的麻烦不在于“能不能发出请求”，而在于目标环境的过滤器、协议栈和解析器各有各的行为。一个参数一旦具备 URL 拉取能力，攻击面就从公网扩展到内网服务、云元数据端点和本地回环地址。普通思路往往止步于 169.254.169.254，但真实场景里还会遇到 URL 黑名单绕过、协议混淆、解析器差异、Gopher 等非 HTTP 协议注入，以及从 SSRF 到 RCE 的完整利用链设计。

技能如何工作

该技能按场景把专家级 SSRF 技术分成三层，方便按需加载。

  • 快速上手：当你刚发现一个会拉取 URL 的参数，先用 http://127.0.0.1/ 这类载荷做首次确认，确认服务端是否真的发起了请求、是否存在内网访问能力。
  • 扩展场景：当需要真实 CVE 链、DNS Rebinding 深入、K8s SSRF 或 SSRF → Redis → RCE 完整打链时，加载 SCENARIOS.md。其中覆盖 WebLogic SSRF（CVE-2014-4210）、通过 CRLF 注入 Redis 命令、TTL 控制下的 DNS 重绑定、CVE-2020-8555 与 CVE-2020-8562 的 K8s 绕过，以及 PDF/截图生成器中的 SSRF 模式。
  • 高级参考：当过滤器比较严格时，加载 URL_PARSER_TRICKS.md，获取 Python、Java、PHP、Node、Go 各端 URL 解析差异表、完整云元数据端点目录、gopher:// 针对 Redis/MySQL/SMTP/FastCGI/Memcached 的编码配方，以及 DNS Rebinding 的 TOCTOU 分析。

适用边界与注意点

这不是 SSRF 检测指南，而是利用侧的知识库，适用于授权渗透、红队演练和安全研究场景。基础载荷只是起点，SCENARIOS.md 和 URL_PARSER_TRICKS.md 才是应对复杂过滤器、内网服务和云环境的关键。使用前确认目标处于授权范围内。

使用场景

  • 渗透测试人员发现 URL 拉取参数，需用回环地址载荷快速确认是否存在 SSRF。
  • 红队需要利用 DNS Rebinding 绕过 K8s 的 CVE-2020-8562 过滤，读取内部服务。
  • 安全研究员分析 WebLogic CVE-2014-4210，需通过 CRLF 注入 Redis 实现 SSRF 到 RCE。
  • 攻防工程师要用 Gopher 协议向内网 Redis 或 FastCGI 注入 TCP 流量，扩展攻击面。

适合人员

  • 负责 Web 应用渗透测试的安全工程师，需要快速验证参数是否具备内网请求能力。
  • 研究云环境攻防的红队成员，需要 DNS Rebinding 与元数据端点利用的实战手册。
  • 开发安全工具的安全研究员，需要各语言 URL 解析差异来绕过复杂的 SSRF 过滤器。
  • 处理 CVE 漏洞的应急响应人员，需要 SSRF 到 RCE 的完整利用链来评估风险等级。