Server-Side Request Forgery
Serverseitige Anforderungsfälschung
Serverseitige Anforderungsfälschung oder SSRF tritt auf, wenn angreiferkontrollierte Eingaben einen Server eine Anfrage senden lassen. Die Anfrage erreicht einen Ort, den sie nicht erreichen sollte.
Ein weiteres Beispiel
Ein Rechnungstool akzeptiert eine URL des Lieferantenlogos. Es parst einmal, erlaubt nur genehmigte Lieferanten-HTTPS-Hosts und lehnt aufgelöste private, Loopback-, Link-Lokal- oder Metadaten-Adressen ab. Es schaltet auch Weiterleitungen aus, begrenzt Bytes und Zeit, verwendet einen Ausgangsproxy und blockiert `http://169.254.169.254`.
Hauptteile
- 01Vom Angreifer beeinflusste URL
- 02Serverseitige Fetch-Fähigkeit
- 03Ziel- und Ausgangskontrollen
Verwenden Sie es, wenn
Überprüfen Sie die Bedrohung für jede Serverfunktion, die eine vom Benutzer beeinflusste URL abruft. Erzwingen Sie Ziel-Whitelist, Netzwerk-Ausgangsbeschränkungen und Prüfungen nach der Namensauflösung.
Nutze es nicht, wenn
Ein Textpräfix, eine DNS-Abfrage oder nur das Parsen einer URL ist nicht ausreichend. Weiterleitungen und DNS-Rebinding können die geprüfte Grenze überschreiten.
In Code verwendeter Name
strict URL parser + destination allowlist + IP-range checks + redirect policy + egress proxy Vor dem Ausliefern
Work only within an explicitly authorized and isolated defense test. Check the trust boundary, inert regression case, mitigation, and handling of secrets and personal data. Check redacted detection signals, safe failure, incident owner, recovery, and rollback. Never test a real target.
Outcome: Complete the task with Serverseitige Anforderungsfälschung (Server-Side Request Forgery). User context: Ein Rechnungstool akzeptiert eine URL des Lieferantenlogos. Es parst einmal, erlaubt nur genehmigte Lieferanten-HTTPS-Hosts und lehnt aufgelöste private, Loopback-, Link-Lokal- oder Metadaten-Adressen ab. Es schaltet auch Weiterleitungen aus, begrenzt Bytes und Zeit, verwendet einen Ausgangsproxy und blockiert `http://169.254.169.254`. Risk or control to address: Serverseitige Anforderungsfälschung (Server-Side Request Forgery). Why it applies: Überprüfen Sie die Bedrohung für jede Serverfunktion, die eine vom Benutzer beeinflusste URL abruft. Erzwingen Sie Ziel-Whitelist, Netzwerk-Ausgangsbeschränkungen und Prüfungen nach der Namensauflösung. Classification boundary: Ein Textpräfix, eine DNS-Abfrage oder nur das Parsen einer URL ist nicht ausreichend. Weiterleitungen und DNS-Rebinding können die geprüfte Grenze überschreiten. Safety requirements: Test only in an isolated space with explicit permission. Use inert, harmless inputs. Protect secrets and personal data. Name the trust boundary and record the mitigation. Operational safeguards: Set up detection and logs that hide sensitive data. Name the incident owner. Define a safe failure mode and rollback before release. Acceptance criteria: A defensive regression test fails before the mitigation and passes after it. No real target, secret, or personal data is used. Monitoring and rollback are verified. Evidence and limits (evidence boundary): Es ist offiziell für diese Quelle. Andere Plattformen oder Teams können den Begriff auf andere Weise verwenden. Unknowns to confirm: Authorized scope, affected assets, data class, threat actor, incident owner, and rollback limits.
Diese Anfrage prüfen
Review how Serverseitige Anforderungsfälschung (Server-Side Request Forgery) is used now. Definition: Serverseitige Anforderungsfälschung oder SSRF tritt auf, wenn angreiferkontrollierte Eingaben einen Server eine Anfrage senden lassen. Die Anfrage erreicht einen Ort, den sie nicht erreichen sollte. Release checks: Work only within an explicitly authorized and isolated defense test. Check the trust boundary, inert regression case, mitigation, and handling of secrets and personal data. Check redacted detection signals, safe failure, incident owner, recovery, and rollback. Never test a real target. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.