Backend, Daten & Sicherheit Mehr Details B · Offizielle Anleitung Plattform: Web

Cross-Site Request Forgery

Cross-Site Request Forgery

Cross-Site Request Forgery, oder CSRF, täuscht einen angemeldeten Browser dazu, eine Aktion zu senden, die die Person nicht gewählt hat. Die Zielseite vertraut Cookies oder anderen Anmeldedaten, die der Browser automatisch hinzufügt.

Sieh, wie es funktioniert
Du könntest es nennen Cross-Site Request ForgeryCSRFSession-Riding

Sieh, wie es funktioniert

Original bearbeitetes BeispielCross-Site Request Forgery

Ein weiteres Beispiel

Ein angemeldeter Lohnabrechnungs-Administrator besucht eine schädliche Seite, die versucht, eine Bankkontenänderung per `POST` vorzunehmen. Die App verlangt ein Sitzung-CSRF-Token, prüft `Origin` und verwendet `SameSite`-Cookies. Sie fordert den Administrator außerdem auf, sich erneut anzumelden. Ein `GET`-Link kann die Lohnabrechnung nicht ändern.

Hauptteile

  1. 01Authentifizierte Umgebungs-Sitzung
  2. 02Standortsübergreifende gefälschte Anfrage
  3. 03Serverseitige Anti-CSRF-Validierung

Verwenden Sie es, wenn

Schützen Sie jede Browser-Anfrage, die Daten ändert. Dies schließt Anfragen ein, die gespeicherte Zugangsdaten selbstständig senden. Verwenden Sie geeignete Tokens und Ursprungsprüfungen.

Nutze es nicht, wenn

`POST` allein ist kein Schutz, und CORS ist keine vollständige CSRF-Abwehr. Platziere niemals ein CSRF-Token in einer URL oder an einem Ort, den eine andere Website lesen kann.

In Code verwendeter Name

synchronizer/double-submit token + Origin/Fetch Metadata checks + SameSite + reauthentication

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.

Anfrage, die Sie kopieren können

Outcome: Complete the task with Cross-Site Request Forgery (Cross-Site Request Forgery). User context: Ein angemeldeter Lohnabrechnungs-Administrator besucht eine schädliche Seite, die versucht, eine Bankkontenänderung per `POST` vorzunehmen. Die App verlangt ein Sitzung-CSRF-Token, prüft `Origin` und verwendet `SameSite`-Cookies. Sie fordert den Administrator außerdem auf, sich erneut anzumelden. Ein `GET`-Link kann die Lohnabrechnung nicht ändern. Risk or control to address: Cross-Site Request Forgery (Cross-Site Request Forgery). Why it applies: Schützen Sie jede Browser-Anfrage, die Daten ändert. Dies schließt Anfragen ein, die gespeicherte Zugangsdaten selbstständig senden. Verwenden Sie geeignete Tokens und Ursprungsprüfungen. Classification boundary: `POST` allein ist kein Schutz, und CORS ist keine vollständige CSRF-Abwehr. Platziere niemals ein CSRF-Token in einer URL oder an einem Ort, den eine andere Website lesen kann. 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 Cross-Site Request Forgery (Cross-Site Request Forgery) is used now. Definition: Cross-Site Request Forgery, oder CSRF, täuscht einen angemeldeten Browser dazu, eine Aktion zu senden, die die Person nicht gewählt hat. Die Zielseite vertraut Cookies oder anderen Anmeldedaten, die der Browser automatisch hinzufügt. 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.

B
Wie offiziell ist dieser Begriff?

Offizielle Anleitung

Die benannte Plattform, das Framework, Projekt oder Expertengruppe hat einen offiziellen Leitfaden für diesen Begriff.

Es ist offiziell für diese Quelle. Andere Plattformen oder Teams können den Begriff auf andere Weise verwenden.

Umfang
Nur das, was die Quelle abdeckt:Barrierefreiheit、Nutzungshinweise、Ratschläge zur Vermeidung
Dokumentenstatus
stabil
Geprüft am
2026-07-30

Beweisquellen & Umfang

Autoritätsquelle + Begriffsreferenz · OWASP Foundation · stabil Cross-Site Request Forgery Prevention Cheat Sheet Umfang: Barrierefreiheit、Nutzungshinweise、Ratschläge zur Vermeidung Rolle hier: Direkte Begriffsreferenz Quelle umfasst: Barrierefreiheit, Nutzungshinweise, Ratschläge zur Vermeidung

Selbst kopieren

Der Browser konnte dies nicht kopieren. Wählen Sie die Anfrage unten aus und kopieren Sie sie selbst.