Ein Downgrade-Angriff zwingt ein System oder eine Verbindung, ein sicheres Protokoll oder Verfahren aufzugeben und auf eine ältere, schwächere Variante zurückzufallen, die der Angreifer brechen kann.
Wie Downgrade-Angriffe funktionieren
Viele Protokolle lassen beide Seiten aushandeln, welche Version und welche Cipher-Suite verwendet wird, und behalten alte Optionen aus Kompatibilitätsgründen bei. Ein Angreifer in einer Man-in-the-Middle-Position kann diese Aushandlung manipulieren – starke Optionen entfernen, Fehler vortäuschen oder Upgrades blockieren –, bis sich die Parteien auf etwas Schwaches einigen. Bekannte Beispiele aus der Geschichte von TLS:
- POODLE (2014) – Browser wiederholten fehlgeschlagene Verbindungen mit SSL 3.0, dessen Padding sich dann angreifen ließ.
- FREAK (2015) und Logjam (2015) – brachten Server dazu, absichtlich geschwächte „Export“-Schlüssel aus den 1990er-Jahren für RSA und Diffie-Hellman zu verwenden.
- DROWN (2016) – nutzte Server aus, die noch SSLv2 unterstützten.
Weitere Formen sind das SSL-Stripping, 2009 von Moxie Marlinspike mit dem Tool sslstrip demonstriert, das Opfer auf unverschlüsseltem HTTP statt HTTPS hält, sowie das Zurückstufen von Mobiltelefonen von 4G auf 2G-Netze mit schwacher oder ohne Verschlüsselung.
Warum Downgrade-Angriffe relevant sind
Ein modernes Protokoll ist nur so stark wie die schwächste Version, die beide Seiten noch akzeptieren. Altlasten in Servern, VPNs, WLAN und Mobilfunknetzen halten alte Schwachstellen ausnutzbar, lange nachdem sie in neueren Versionen behoben wurden.
So verhindern Sie Downgrade-Angriffe
- SSL 2.0/3.0, TLS 1.0/1.1 und schwache Cipher-Suites deaktivieren; TLS 1.3 bevorzugen, das einen eingebauten Downgrade-Schutz enthält (RFC 8446).
- Auf Systemen, die ältere Versionen noch brauchen, das Signal TLS_FALLBACK_SCSV (RFC 7507) unterstützen.
- HTTP Strict Transport Security (HSTS, RFC 6797) samt HSTS-Preloading aktivieren.
- Fallbacks auf Altprotokolle in WLAN-, VPN- und Mobilfunkkonfigurationen nach Möglichkeit abschalten.
