Härtung von RADIUS gegen MD5-Kollisionsangriffe (BlastRADIUS)
Schützen Sie sich vor CVE-2024-3596 BlastRADIUS-Angriffen. Erzwingen Sie RADIUS Message-Authenticator, patchen Sie FreeRADIUS & Cisco ISE und migrieren Sie zu 802.1X EAP-TLS.
Video overview
Diesen Leitfaden anhören
Podcast-Transkript ansehen
Teil unserer Kernserie: Enterprise WiFi Security Guide →
- Management-Zusammenfassung
- Technische Mechanismen von MD5-Kollisionsangriffen (CVE-2024-3596)
- Die kryptografische Schwachstelle in RFC 2865
- Schritt-für-Schritt-Leitfaden zur Schadensbegrenzung
- Schritt 1: Message-Authenticator erzwingen (RFC 2869)
- Vergleichende Sicherheitsmatrix: RADIUS-Härtungsoptionen
- Übergang zu RADSEC (RFC 6614) & EAP-TLS
- Wichtigste architektonische Vorteile von Purple Cloud RADIUS
- Auswirkungen auf Enterprise-Compliance & Audits
- PCI-DSS v4.0 Anforderungen
- ISO 27001 & GDPR Konformität
- Bewerten Sie Ihre RADIUS-Sicherheitslage mit Purple
- Häufig gestellte Fragen
- Ist EAP-TLS anfällig für BlastRADIUS?
- Wie verhindert Message-Authenticator (RFC 2869) CVE-2024-3596?
- Was ist der Unterschied zwischen UDP RADIUS und RADSEC (RFC 6614)?
- Wie überprüfen Netzwerkteams ältere Access Points auf Unterstützung von Message-Authenticator?
- Nächste Schritte & verwandte Ressourcen

Management-Zusammenfassung
Das Remote Authentication Dial-In User Service (RADIUS) Protokoll, definiert in IETF RFC 2865, dient seit über drei Jahrzehnten als zentrales Authentifizierungs-Framework für Unternehmensnetzwerke. Die Offenlegung von CVE-2024-3596 (bekannt als BlastRADIUS) deckte jedoch eine kritische Schwachstelle im Protokoll auf, wie RADIUS MD5-basierte Response-Authenticator-Felder verarbeitet.
Durch Ausnutzung von MD5-Chosen-Prefix-Kollisionstechniken kann ein Man-in-the-Middle-Angreifer (MitM), der sich auf dem Netzwerkpfad zwischen einem RADIUS-Client (wie einem Wireless Access Point oder Switch) und einem RADIUS-Server befindet, gefälschte Authentifizierungsfreigaben erzeugen. Ein Angreifer kann ein legitimes Access-Reject-Paket in Echtzeit in ein Access-Accept-Paket umwandeln, ohne über Benutzeranmeldedaten zu verfügen oder das gemeinsame RADIUS-Geheimnis zu kennen.
Dieser technische Leitfaden beschreibt die kryptografischen Mechanismen des BlastRADIUS-Angriffs, erläutert die unmittelbaren Abhilfestrategien der Hersteller durch die Durchsetzung von Message-Authenticatoren und bietet einen Fahrplan für Unternehmen zur Migration der WiFi-Infrastruktur auf Zero-Trust EAP-TLS und Purple Cloud RADIUS.
Technische Mechanismen von MD5-Kollisionsangriffen (CVE-2024-3596)
Um BlastRADIUS zu verstehen, muss die durch RFC 2865 festgelegte RADIUS-Paket-Header-Struktur untersucht werden:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Code | Identifier | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
| Request Authenticator |
| |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Attributes...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Die kryptografische Schwachstelle in RFC 2865
Wenn ein RADIUS-Server auf einen Access-Request antwortet, berechnet er einen MD5-Hash über den Response-Code, den Identifier, die Länge, den Request-Authenticator, die Attribute und das gemeinsame Geheimnis:
Response Authenticator = MD5(Code + ID + Length + Request Authenticator + Attributes + Shared Secret)
Da MD5 anfällig für Chosen-Prefix-Kollisionen ist, führt ein Angreifer die folgende Sequenz aus:
- Abfangen des Access-Requests: Abfangen eines legitimen Access-Requests, der von einem Access Point gesendet wurde.
- Injektion von Kollisionspräfixen: Einfügen von manipulierten Proxy-State-Attributen in das Anfrage-Paket vor der Weiterleitung an den RADIUS-Server.
- Access-Reject abfangen: Wenn der RADIUS-Server den Authentifizierungsversuch ablehnt und ein Access-Reject zurückgibt, fängt der Angreifer das Paket ab.
- Access-Accept fälschen: Der Angreifer ändert den Antwortcode in Access-Accept und modifiziert die Attribut-Payloads. Da der im Voraus berechnete Kollisionspräfix einen identischen MD5-Ausgabe-Digest erzeugt, validiert der Access Point das gefälschte Access-Accept als authentisch.
-
Schritt-für-Schritt-Leitfaden zur Schadensbegrenzung
Schritt 1: Message-Authenticator erzwingen (RFC 2869)
Das Attribut Message-Authenticator (Attribut 80) verwendet HMAC-MD5, um eine digitale Signatur über das gesamte RADIUS-Paket zu berechnen, einschließlich der Header-Felder und Payload-Attribute:
Message-Authenticator = HMAC-MD5(RADIUS Packet, Shared Secret)
Da HMAC-MD5 resistent gegen Chosen-Prefix-Kollisionsangriffe ist, macht das Erzwingen von Attribut 80 bei allen Client-Anfragen und Server-Antworten eine BlastRADIUS-Ausnutzung unmöglich.
Implementierungsbefehle der Hersteller
| RADIUS-Hersteller | Konfigurationsbefehl / Aktion | Mindestens unterstützte Version |
|---|---|---|
| FreeRADIUS | Setzen Sie require_message_authenticator in clients.conf auf yes |
v3.0.27 / v3.2.5 |
| Cisco ISE | Aktivieren Sie Require Message-Authenticator for all RADIUS Requests |
v3.1 Patch 8 / v3.2 Patch 4 |
| Aruba ClearPass | Aktivieren Sie Enforce Message-Authenticator im RADIUS Service |
v6.11.7 / v6.12.2 |
| Microsoft NPS | Registrierungs-DWORD RequireMessageAuthenticator auf Wert 1 anwenden |
Windows Server 2019/2022 KB5040442 |
| Ruckus SmartZone | Aktivieren Sie Message-Authenticator Enforcement unter AAA Server |
v6.1.2 Patch 1 |
# FreeRADIUS clients.conf Härtungs-Snippet
# Stellen Sie sicher, dass require_message_authenticator für Client-Blöcke auf yes gesetzt ist
client branch_ap_cluster {
ipaddr_range: 192.168.10.0/24
secret_key: EnterpriseSecret2026!
require_message_authenticator_option: yes
limit_connections: 16
idle_timeout_sec: 30
}
# Microsoft NPS Registrierungs-Härtung via PowerShell
New-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Services\RemoteAccess\Policy" `
-Name "RequireMessageAuthenticator" -Value 1 -PropertyType DWORD -Force
Restart-Service IAS
-
Vergleichende Sicherheitsmatrix: RADIUS-Härtungsoptionen
| Härtungsmaßnahme | Schutz vor Sicherheitsanfälligkeiten | Implementierungsaufwand | Client-Kompatibilität | Betriebliche Auswirkungen |
|---|---|---|---|---|
| Message-Authenticator (RFC 2869) | Blockiert CVE-2024-3596 | Gering (Konfigurationsänderung) | Kompatibel mit modernen APs | Minimale Ausfallzeit |
| RADSEC (RFC 6614) | Vollständige WAN TLS 1.3 Verschlüsselung | Mittel (Proxy-Bereitstellung) | Erfordert TCP 2083-Unterstützung | Eliminiert MitM-Risiken |
| 802.1X EAP-TLS Migration | Zero-Trust gegenseitige Zertifikatsauthentifizierung | Mittel bis hoch (PKI / SCEP) | Alle Unternehmens-Betriebssysteme unterstützt | Eliminiert Passwörter |
| Purple Cloud RADIUS | End-to-End Cloud RADIUS + RADSEC | Gering (Schlüsselfertige Cloud-Integration) | Universelle 802.1X Unterstützung | Automatisierter Zertifikatslebenszyklus |
-
Haben Sie Fragen zu Ihrem spezifischen Setup?
Unser Team arbeitet mit Standortbetreibern, IT-Managern und Netzwerktechnikern an über 80.000 Standorten zusammen. Buchen Sie ein 20-minütiges Gespräch und wir zeigen Ihnen, wie andere diese Herausforderungen gelöst haben.
Übergang zu RADSEC (RFC 6614) & EAP-TLS
Traditionelles RADIUS arbeitet über unverschlüsselte UDP-Ports 1812 und 1813. Der Transport von Authentifizierungsdatenverkehr über nicht vertrauenswürdige WAN-Verbindungen setzt Paket-Header dem aktiven Abfangen aus.
Die Bereitstellung von RADSEC (RADIUS über TLS) verpackt RADIUS-Pakete in einen verschlüsselten TCP TLS 1.3-Tunnel:
- Port: TCP 2083
- Verschlüsselung: TLS 1.3 mit AES-256-GCM-Verschlüsselungssammlungen
- Authentifizierung: Gegenseitige X.509-Zertifikatsüberprüfung zwischen Client-Proxys und Server-Endpunkten
flowchart LR
A[\"Drahtlose Endgeräte (Laptops/IoT)\"] -->|WPA3-Enterprise 802.1X| B[\"Access Points / Switches\"]
B -->|RADSEC TLS 1.3 Port 2083| C[\"Purple Cloud RADIUS\"]
C -->|REST / SCIM API| D[\"Cloud IdP (Entra ID / Okta / Google)\"]
Wichtigste architektonische Vorteile von Purple Cloud RADIUS
- Zero-Touch 802.1X-Zertifikats-Onboarding: Automatisiert die SCEP- und EST-Zertifikatsausstellung für verwaltete Geräte und macht manuelle Passwortkonfigurationen überflüssig.
- Integrierte RADSEC-Proxy-Architektur: Sichert den Datenverkehr entfernter Niederlassungen über verschlüsselte TCP-Verbindungen, ohne dass komplexe Site-to-Site-IPsec-Tunnel erforderlich sind.
- Umfassende Gäste- und Unternehmenssicherheit: Kombiniert die Enterprise-802.1X-Authentifizierung mit GDPR-konformem Captive Portal Gäste-Onboarding.
Auswirkungen auf Enterprise-Compliance & Audits
PCI-DSS v4.0 Anforderungen
Unter PCI-DSS v4.0 setzt eine nicht sanierte RADIUS-Infrastruktur Zahlungskartenumgebungen einer schwerwiegenden Audit-Nichtkonformität aus:
- Anforderung 8.3: Schreibt eine Multi-Faktor-Authentifizierung und ein starkes Anmeldedaten-Management für alle administrativen Zugriffe vor.
- Anforderung 8.6: Verbietet das Vertrauen auf schwache kryptografische Algorithmen (wie unverschlüsselte MD5-Digests).
- Anforderung 1.3: Erfordert eine strikte Netzwerksegmentierung zwischen Gäste-, IoT- und Karteninhaber-Datenumgebungen (CDE).
ISO 27001 & GDPR Konformität
Die Aufrechterhaltung einer unverschlüsselten oder anfälligen RADIUS-Authentifizierung verstößt gegen ISO 27001:2022 Control A.8.20 (Netzwerksicherheit) und GDPR Artikel 32 (Sicherheit der Verarbeitung). Ein Upgrade auf EAP-TLS und RADSEC stellt eine dokumentierte kryptografische Konformität her.
Bewerten Sie Ihre RADIUS-Sicherheitslage mit Purple
Ist Ihre Enterprise WiFi-Infrastruktur anfällig für BlastRADIUS (CVE-2024-3596)? Purple bietet Zero-Trust Cloud-RADIUS-Lösungen mit integrierter RADSEC-Verschlüsselung, automatisierter SCEP-Zertifikatsbereitstellung und nahtloser Identity-Provider-Integration.
- Automatisiertes 802.1X EAP-TLS-Onboarding: Eliminieren Sie veraltete Passwörter auf allen Unternehmens-Endgeräten.
- Schlüsselfertige RADSEC Cloud-Proxys: Verschlüsseln Sie den Authentifizierungsdatenverkehr von Niederlassungen über TLS 1.3 ohne VPN-Overhead.
- Einheitliche Sicherheit & Analysen: Verwalten Sie die 802.1X-Sicherheit von Unternehmen zusammen mit GDPR-konformem Gäste-WiFi.
Sprechen Sie mit einem RADIUS-Sicherheitsspezialisten
Häufig gestellte Fragen
Ist EAP-TLS anfällig für BlastRADIUS?
Nein. EAP-TLS, PEAP und EAP-TTLS bauen einen unabhängigen TLS-Tunnel zwischen dem Client-Gerät und dem RADIUS-Server auf. Dieser kryptografische Tunnel arbeitet unabhängig vom veralteten RADIUS Response Authenticator MD5-Digest, wodurch die EAP-Authentifizierung immun gegen CVE-2024-3596 ist.
Wie verhindert Message-Authenticator (RFC 2869) CVE-2024-3596?
Message-Authenticator (Attribut 80) verwendet HMAC-MD5, um das gesamte RADIUS-Paket unter Verwendung des Shared Secret zu signieren. Im Gegensatz zu Standard-MD5-Response-Authenticatoren ist HMAC-MD5 kryptografisch resistent gegen Chosen-Prefix-Kollisionsangriffe, was eine Paketfälschung unmöglich macht.
Was ist der Unterschied zwischen UDP RADIUS und RADSEC (RFC 6614)?
Standard-RADIUS überträgt Authentifizierungspakete im Klartext über unverschlüsselte UDP-Ports 1812 und 1813. RADSEC kapselt RADIUS-Pakete in einem verschlüsselten TLS 1.3 TCP-Stream auf Port 2083 und bietet so eine gegenseitige X.509-Zertifikatsauthentifizierung und vollständige Vertraulichkeit über nicht vertrauenswürdige Netzwerke.
Wie überprüfen Netzwerkteams ältere Access Points auf Unterstützung von Message-Authenticator?
Netzwerkteams sollten den eingehenden RADIUS-Verkehr mit tcpdump -i eth0 -n port 1812 erfassen und nach radius.Message_Authenticator filtern. Die Bestätigung des Vorhandenseins von Attribut 80 bei allen Access-Point-Modellen stellt sicher, dass die serverseitige Durchsetzung die Client-Verbindungen nicht beeinträchtigt.
Nächste Schritte & verwandte Ressourcen
Um verwandte Sicherheitsarchitekturen für Enterprise WiFi und Diagnosehandbücher zu erkunden, lesen Sie die folgenden Ressourcen:
Schlüsseldefinitionen
BlastRADIUS (CVE-2024-3596)
Eine kritische Sicherheitslücke auf Protokollebene in RADIUS (RFC 2865), die es einem Angreifer ermöglicht, Authentifizierungsantworten mithilfe von MD5-Chosen-Prefix-Kollisionstechniken zu fälschen.
Veröffentlicht im Juli 2024, betrifft Enterprise-Netzwerkinfrastrukturen, die unverschlüsselte RADIUS-Authentifizierung über UDP ausführen.
Message-Authenticator (Attribut 80)
Ein in RFC 2869 definiertes RADIUS-Header-Attribut, das HMAC-MD5 verwendet, um eine digitale Signatur über das gesamte RADIUS-Paket zu berechnen.
Das Erzwingen von Attribut 80 blockiert BlastRADIUS-Angriffe, da HMAC-MD5 kryptografisch immun gegen Chosen-Prefix-Kollisionsmanipulationen ist.
Response Authenticator
Ein 16-Byte-Feld in RFC 2865 RADIUS-Paketheadern, das über einen MD5-Digest aus Request Authenticator, Attributen und dem Shared Secret berechnet wird.
Der empfangende Access Point verlässt sich auf diesen Digest, um die Paketauthentizität zu überprüfen, was von BlastRADIUS ausgenutzt wird.
RADSEC (RADIUS über TLS)
Ein RFC 6614-Standard, der RADIUS-Authentifizierungspakete in einem verschlüsselten TLS 1.3-TCP-Stream auf Port 2083 kapselt.
Verhindert das Abfangen von Paketen durch Man-in-the-Middle-Angriffe auf ungesicherten WAN-Verbindungen zwischen Access Points und RADIUS-Servern.
EAP-TLS
Extensible Authentication Protocol - Transport Layer Security. Ein gegenseitiger IEEE 802.1X-Authentifizierungsstandard unter Verwendung digitaler X.509-Zertifikate.
Von NIST- und ISO 27001-Frameworks als primärer Ersatz für die veraltete PAP/CHAP-RADIUS-Authentifizierung empfohlen.
Ausgearbeitete Beispiele
Wie überprüfen Netzwerkadministratoren, ob bestehende Wireless Access Points und Switches Message-Authenticator erzwingen, bevor sie die obligatorische Durchsetzung auf RADIUS-Servern aktivieren?
Um die Konformität des Message-Authenticator zu prüfen, ohne den produktiven WiFi-Zugang zu beeinträchtigen:
- Paketerfassungs-Audit: Führen Sie Wireshark oder
tcpdumpauf der RADIUS-Serverschnittstelle (UDP-Port 1812) aus, um eingehendeAccess-Request-Pakete zu erfassen:tcpdump -i eth0 -n port 1812 -w radius_audit.pcap. - Attributfilter-Prüfung: Filtern Sie die erfassten Pakete nach
radius.Message_Authenticator. Bestätigen Sie, dass jeder Client-Hardwaretyp (Access Points, Switches, Wireless Controller) das Attribut 80 in den ersten Anfragen enthält. - Hersteller-Richtlinientest: Aktivieren Sie die Message-Authenticator-Anforderung für ein einzelnes Test-RADIUS-Clientprofil, bevor Sie die globale Durchsetzung auf produktiven FreeRADIUS-, Cisco ISE- oder Microsoft NPS-Servern anwenden.
Wie rüstet ein Betreiber von Multi-Site-Standorten ältere FreeRADIUS-Installationen auf, um BlastRADIUS zu blockieren, während eine Zero-Trust EAP-TLS-Migration geplant wird?
Ein zweistufiger Sanierungsplan sichert die Kontinuität des Netzwerkbetriebs:
- Stufe 1 (Sofortige Härtung): Aktualisieren Sie FreeRADIUS auf Version 3.0.27 oder 3.2.5. Bearbeiten Sie die
clients.conf, umrequire_message_authenticator = yesfestzulegen, und aktualisieren Sie dieradiusd.conf, um unauthentifizierte Pakete abzulehnen. - Stufe 2 (Architektur-Upgrade): Stellen Sie RADSEC-Proxys auf den Branch-Access-Points bereit, um den RADIUS-Datenverkehr in TLS 1.3-Tunneln (TCP-Port 2083) zu kapseln, und integrieren Sie Purple Cloud RADIUS mit automatisierter SCEP-Registrierung für Unternehmensgeräte.
Übungsfragen
Q1. Warum ermöglicht die MD5-Chosen-Prefix-Kollision einem Angreifer, die RADIUS-Authentifizierung zu umgehen, ohne das Shared Secret zu kennen?
Hinweis: Konzentrieren Sie sich darauf, wie der MD5 Response Authenticator-Digest vom Wireless Access Point überprüft wird.
Musterlösung anzeigen
In RFC 2865 RADIUS hängen die Access-Reject- und Access-Accept-Paket-Digests von einem MD5-Hash der Paketinhalte in Kombination mit dem Shared Secret ab. Ein Angreifer mit Man-in-the-Middle-Zugriff fügt Kollisionspräfixe in Proxy-Zustandsattribute ein, bevor er den Access-Request weiterleitet. Wenn der Server ein Access-Reject zurückgibt, ändert der Angreifer den Paketcode in Access-Accept. Da MD5 Chosen-Prefix-Kollisionen identische Hash-Ausgangs-Digests für unterschiedliche Eingaben erzeugen, validiert der Access Point das gefälschte Access-Accept als authentisch, ohne jemals das Shared Secret zu kennen.
Q2. Welche RADIUS-Authentifizierungsmethoden sind für BlastRADIUS anfällig und welche Methoden sind kryptografisch immun?
Hinweis: Unterscheiden Sie zwischen älteren PAP/CHAP über UDP im Vergleich zu in TLS verpackten EAP-Protokollen.
Musterlösung anzeigen
RADIUS-Authentifizierungsmodi, die auf PAP, CHAP und MS-CHAP über UDP basieren, sind anfällig, da sie direkt auf der MD5-Response-Authenticator-Validierung beruhen. EAP-TLS, PEAP und EAP-TTLS sind immun gegen BlastRADIUS, da EAP eine unabhängige kryptografische TLS-Sitzung zwischen Supplicant und Server aufbaut und somit die Abhängigkeit vom alten RADIUS-Response-Authenticator-Digest zur Identitätsüberprüfung umgeht.
Weiterlesen in dieser Reihe
Konfigurieren von RADIUS-Authentifizierung für Gäste- und Mitarbeiter-WiFi-Netzwerke
Dieses technische Referenzhandbuch beschreibt die Architektur, Konfiguration und Bereitstellung der RADIUS-Authentifizierung für WiFi-Netzwerke von Unternehmen für Gäste und Mitarbeiter. Es bietet Netzwerkarchitekten und IT-Managern die genauen Protokolle, Sicherheitsstandards und Fehlerbehebungsmethoden, die für den Aufbau sicherer, skalierbarer drahtloser Zugriffskontrollsysteme erforderlich sind.
Passpoint und OpenRoaming: Das vollständige Handbuch
Dieses technische Referenzhandbuch bietet eine umfassende Analyse der Passpoint (Hotspot 2.0) und WBA OpenRoaming Frameworks in Enterprise WiFi Netzwerken. Es beschreibt detailliert die zugrundeliegenden Authentifizierungsprotokolle, Architekturkomponenten und Bereitstellungsstrategien, die für den Aufbau einer sicheren, reibungslosen Gastkonnektivität erforderlich sind. Netzwerkarchitekten und IT-Leiter erfahren, wie sie diese Standards entwerfen, implementieren und Fehler beheben, um manuelle Anmeldebarrieren zu beseitigen und gleichzeitig die Sicherheit auf Enterprise-Niveau aufrechtzuerhalten.
Server RADIUS: Ein umfassender Leitfaden für Unternehmen
Dieser Leitfaden bietet IT-Managern, Netzwerkarchitekten und CTOs eine definitive technische Referenz zur Server RADIUS-Authentifizierung für Enterprise-WiFi. Er behandelt das AAA-Framework, die 802.1X-Architektur, die Auswahl von EAP-Methoden, die Abwägung zwischen Cloud- und On-Premises-Bereitstellung sowie die dynamische VLAN-Zuweisung. Betreiber von Standorten in den Bereichen Hotellerie, Einzelhandel, Events und im öffentlichen Sektor finden hier praktische Implementierungsanleitungen, Fallstudien aus der Praxis und die Entscheidungsrahmen, die für die Migration von unsicheren Pre-Shared Keys zu einer sicheren, identitätsbasierten Netzwerkzugriffskontrollarchitektur erforderlich sind.
Haben Sie Fragen zu Ihrem spezifischen Setup?
Unser Team arbeitet mit Standortbetreibern, IT-Managern und Netzwerktechnikern an über 80.000 Standorten zusammen. Buchen Sie ein 20-minütiges Gespräch und wir zeigen Ihnen, wie andere diese Herausforderungen gelöst haben.