Angriff

Session-Hijacking

Übernahme einer aktiven Nutzersitzung durch Stehlen oder Fälschen des Session-Tokens, um ohne Passwort auf Konten zuzugreifen.

🧒

Einfach erklärt

Für jeden verständlich — ohne Vorkenntnisse

“Wenn du dich bei einer Webseite anmeldest, bekommst du einen "Ausweis" (Session-Token) für diese Sitzung. Wenn jemand diesen Ausweis klaut, kann er sich als du ausgeben — ohne dein Passwort zu kennen. Es ist wie wenn jemand deinen Schlüssel kopiert, während du kurz nicht aufpasst.”

Ausführliche Erklärung

HTTP ist zustandslos — Session-Cookies oder Token identifizieren einen angemeldeten Nutzer bei jeder Anfrage. Wenn ein Angreifer dieses Token stiehlt (via XSS, Netzwerk-Sniffing, MitM), kann er die Session übernehmen und sich als der Nutzer ausgeben — ohne Passwort oder MFA. Moderne Gegenmaßnahmen: HttpOnly und Secure Flags für Cookies, kurze Session-Timeouts, Token-Binding, SameSite-Cookie-Attribut und Gerätefingerabdruck-Validierung.

>Wie funktioniert das?

Nutzer meldet sich an und erhält Session-Token (Cookie oder Bearer-Token)

Angreifer stiehlt das Token (via XSS, Netzwerk-Sniffing, MitM oder Datenbank-Leak)

Angreifer sendet Anfragen mit dem gestohlenen Token an den Server

Server hält den Angreifer für den legitimen Nutzer

Vollständige Kontoübernahme ohne Kenntnis des Passworts.

?Häufig gestellte Fragen

Antwort

Nutzer öffentlicher WLANs, Seiten ohne HTTPS, Anwendungen ohne HttpOnly-Cookie-Flag und Plattformen ohne Session-Invalidierung nach Passwortänderung.

Antwort

Eine moderne Form des Session-Hijackings bei der Angreifer gestohlene Browser-Cookies nutzen, um Cloud-Dienste zu übernehmen — besonders effektiv gegen MFA, da die Session bereits authentifiziert ist.

Antwort

Für Kontoübernahmen, Datendiebstahl, Durchführung von Transaktionen, Verbreitung von Malware über das kompromittierte Konto oder als Ausgangspunkt für weitere Angriffe.

Antwort

Weil nach erfolgreicher MFA-Authentifizierung nur noch das Session-Token geprüft wird — wer das Token hat, gilt als authentifiziert, ohne erneut MFA durchlaufen zu müssen.

Antwort

HttpOnly und Secure Flags für Cookies, kurze Session-Timeouts mit Re-Authentifizierung, Geräte-/IP-Bindung von Sessions, HTTPS überall, regelmäßige Token-Rotation und XSS-Prävention.

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