Angriff

Cross-Site Request Forgery

Abkürzung: CSRF

Angriff, bei dem ein Nutzer unwissentlich autorisierte Anfragen an eine Webanwendung sendet, bei der er bereits eingeloggt ist.

🧒

Einfach erklärt

Für jeden verständlich — ohne Vorkenntnisse

“Du bist in deiner Bank eingeloggt. Du öffnest gleichzeitig eine andere Webseite. Diese Seite enthält unsichtbar einen Befehl: "Überweise 500 Euro an Konto X". Dein Browser sendet diesen Befehl automatisch mit deiner Bank-Session — und die Bank denkt, du hast das gewollt.”

Ausführliche Erklärung

CSRF nutzt das Vertrauen aus, das eine Webanwendung in den Browser des Nutzers hat. Da Browser automatisch Cookies (inkl. Session-Cookies) mitsenden, kann ein Angreifer den Browser des Opfers dazu bringen, eine authentifizierte Anfrage an eine andere Webseite zu senden. Klassische Angriffe umfassen das Ändern von E-Mail-Adressen, Passwörtern oder das Auslösen von Überweisungen. Schutz bieten CSRF-Tokens, SameSite-Cookie-Attribut und Double-Submit-Cookie-Pattern.

>Wie funktioniert das?

Opfer ist bei einer Webanwendung (z.B

Bank) eingeloggt und hat ein gültiges Session-Cookie

Angreifer lockt Opfer auf eine bösartige Webseite

Diese Seite enthält eine versteckte Anfrage an die Bank (z.B

<img src="bank.de/transfer?to=hacker&amount=500">)

Der Browser sendet die Anfrage automatisch mit dem Session-Cookie

Die Bank führt die Aktion aus, da die Anfrage authentifiziert wirkt.

?Häufig gestellte Fragen

Antwort

Primär die Entwickler der Webanwendung — sie müssen CSRF-Tokens implementieren und das SameSite-Cookie-Attribut setzen.

Antwort

XSS schleust Code in die Zielseite ein und läuft im Kontext des Opfer-Browsers. CSRF missbraucht die bestehende Authentifizierung des Opfers, um ungewollte Aktionen auszuführen.

Antwort

Für ungewollte Aktionen wie Passwortänderungen, Überweisungen, Accountlöschungen oder das Hinzufügen von Administratoren in Webanwendungen.

Antwort

Weil sie oft Bearer-Token statt Cookies für Authentifizierung nutzen, die nicht automatisch vom Browser mitgesendet werden — aber andere Angriffsvektoren entstehen dadurch.

Antwort

Durch synchronisierte CSRF-Tokens pro Formular, SameSite=Strict oder SameSite=Lax für Session-Cookies, Überprüfung des Origin/Referer-Headers und Vermeidung von GET-Requests für zustandsändernde Aktionen.

Alle Begriffe im Glossar

APT Brute-Force-Angriff Botnet CVE Credential Stuffing DDoS EDR Firewall Honeypot IDS KI-Angriff (Adversarial AI)Lateral Movement LLM-Sicherheit Malware MFA Netzwerksegmentierung OSINT Passkeys Patch Management Phishing Prompt Injection Ransomware SIEM Social Engineering SQL-Injection Threat Intelligence TTP WAF XDR Zero-Day Zero Trust XSS CSRF MitM Supply-Chain-Angriff Spear-Phishing Vishing Smishing Watering-Hole-Angriff Drive-by-Download Insider-Bedrohung Typosquatting Clickjacking DNS-Spoofing Session-Hijacking BEC Cryptojacking SIM-Swapping SOC Pentest Threat Hunting Red Team Blue Team DevSecOps Security Awareness Training Vulnerability Management SAST DAST 3-2-1 Backup-Strategie Cyber-Versicherung NIS2 DSGVO ISO/IEC 27001 BSI IT-Grundschutz NIST CSF KRITIS — Kritische Infrastrukturen PCI-DSS CRA TISAX — Automotive Informationssicherheit BCM Meldepflicht bei Datenpannen Adversarial Machine Learning Model Poisoning Deepfake KI-Halluzination LLM-Jailbreak Federated Learning Shadow AI Trojaner Computerwurm Spyware Rootkit Keylogger Fileless Malware Backdoor Infostealer Wiperware Adware OAuth 2.0 SAML SSO PAM IAM RBAC Passwort-Manager Biometrische Authentifizierung Hardware-Sicherheitsschlüssel VPN DMZ VLAN Port-Scanning BGP-Hijacking IPS NAC TLS SSH HTTPS — HyperText Transfer Protocol Secure SPF, DKIM & DMARC — E-Mail-Authentifizierung IPsec — Internet Protocol Security API-Sicherheit DNSSEC