SSRF protections и egress control
Ограничаване на server-side outbound requests и защитаване на internal metadata/admin endpoints.
Какво е
Ограничаване на server-side outbound requests и защитаване на internal metadata/admin endpoints.
Как работи
Allowlist destinations, network egress policy, safe URL parsing и metadata hardening предотвратяват използването на server-а като proxy.
SSRF като „server с чужди очи“
Attacker не може директно да достъпи internal metadata endpoint, но намира feature, който кара server-а да fetch-не URL от негово име.
Лоша защита
„Блокираме URL-и, съдържащи localhost.“
Това пропуска IP variants, DNS resolution, redirects, IPv6, encoded forms и други обходи.
По-добър модел
Allowed destinations + safe URL parser + DNS/IP validation + redirect policy + egress firewall + cloud metadata hardening.
Как да проверим
Тествайте internal ranges, link-local, redirects към private address и DNS re-resolution.
Практическа имплементация
- Destination allowlist.
- Resolve and validate IP ranges.
- Block link-local/private ranges where unnecessary.
- Cloud metadata protections.
- Egress firewall/proxy.
Какво НЕ решава
Allowlist based само на string matching лесно се заобикаля чрез redirects/DNS tricks.
Предпазва най-силно от
- Cloud IAM Privilege Escalation · Cloud, SaaS, containers и Kubernetes
- Cloud Metadata Credential Theft · Cloud, SaaS, containers и Kubernetes
- Server-Side Request Forgery (SSRF) · Web приложения и браузърни атаки
- SSRF чрез API/Webhook · API и business-logic атаки