Zum Hauptinhalt springen

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.

Von Iain JewittVeröffentlicht Aktualisiert
📖 8 Min. Lesezeit1,118 Wörter2 ausgearbeitete Beispiele2 Übungsfragen5 Schlüsseldefinitionen

Video overview

Diesen Leitfaden anhören

Podcast-Transkript ansehen
Willkommen beim Purple Technical Briefing. Ich bin Ihr Gastgeber, ein Senior Technical Content Strategist bei Purple. Heute befassen wir uns mit einem kritischen, zeitkritischen Problem für jedes Unternehmen, das ein WiFi der Enterprise-Klasse betreibt: eine neue, praktisch anwendbare Schwachstelle in einem 30 Jahre alten Protokoll, die es Angreifern ermöglichen könnte, direkt durch Ihre digitale Eingangstür zu spazieren. Wir sprechen über das RADIUS Protokoll und den MD5-Kollisionsangriff, der als Blast-RADIUS bekannt ist. Für unsere Zielgruppe aus IT-Managern, Netzwerkarchitekten und CTOs im Gastgewerbe, im Einzelhandel und in großen öffentlichen Veranstaltungsorten ist dies kein bloß theoretisches Problem. Es ist eine direkte Bedrohung für Ihre Netzwerkintegrität, Datensicherheit und Ihren Compliance-Status. In den nächsten zehn Minuten werden wir aufschlüsseln, worum es sich bei dieser Schwachstelle handelt, wie sie funktioniert und - was am wichtigsten ist - einen klaren, umsetzbaren Fahrplan für die Behebung bereitstellen. Unabhängig davon, ob Sie für ein Hotel mit 200 Zimmern, eine nationale Einzelhandelskette oder ein Stadion mit 60.000 Sitzplätzen verantwortlich sind, ist dieses Briefing direkt relevant für Entscheidungen, die Sie in diesem Quartal treffen müssen. Beginnen wir mit etwas Kontext. RADIUS - Remote Authentication Dial-In User Service - wurde 1991 in der Ära des Dial-Up-Internets entwickelt. Es ist ein Client-Server-Protokoll, das die Authentifizierung, Autorisierung und Abrechnung für den Netzwerkzugriff übernimmt. Wenn sich ein Mitarbeiter oder ein Gerät mit Ihrem Enterprise WiFi verbindet, fungiert der Access Point als RADIUS Client und sendet eine Authentifizierungsanfrage an einen zentralen RADIUS Server. Der Server überprüft die Anmeldedaten und antwortet entweder mit einem Access-Accept oder einem Access-Reject. Dieser Austausch bildet seit über drei Jahrzehnten das Rückgrat der Netzwerksicherheit von Unternehmen. Das Problem ist, dass RADIUS entwickelt wurde, bevor moderne kryptografische Standards existierten. Das Protokoll verwendet den MD5-Hashing-Algorithmus, um eine grundlegende Integritätsprüfung der Serverantworten durchzuführen - ein Feld namens Response Authenticator. Es wurde bereits 2004 nachgewiesen, dass MD5 kryptografisch fehlerhaft ist. Dennoch schreiben wir das Jahr 2024, und RADIUS verlässt sich immer noch darauf. Die Branche wusste, dass MD5 schwach war. Das Protokoll wurde schlichtweg nie aktualisiert. Gehen wir nun ins technische Detail. Der Blast-RADIUS Angriff, offiziell als CVE-2024-3596 eingestuft, wurde im Juli 2024 von einem Forscherteam der Boston University, der UC San Diego, dem CWI Amsterdam und Microsoft Research offengelegt. Er kombiniert eine Schwachstelle auf Protokollebene mit einem Chosen-Prefix-Kollisionsangriff auf MD5 - und entscheidend ist, dass er erhebliche Geschwindigkeitsverbesserungen bietet, die den Angriff in Echtzeit praktisch anwendbar machen. So funktioniert es: Ein Man-in-the-Middle-Angreifer positioniert sich auf dem Netzwerkpfad zwischen dem RADIUS-Client - Ihrem Access Point - und dem RADIUS-Server. Wenn ein Benutzer versucht, sich zu authentifizieren, fängt der Angreifer das Access-Request-Paket ab. Er schleust ein speziell gestaltetes, bösartiges Attribut in diese Anfrage ein. Dieses Attribut ist so konzipiert, dass es eine mathematische Kollision verursacht: eine Situation, in der zwei unterschiedliche Eingaben denselben MD5-Hash erzeugen. Der Angreifer berechnet diese Kollision im Voraus, sodass der MD5-Hash der legitimen Access-Reject-Antwort des Servers mit dem MD5-Hash einer gefälschten Access-Accept-Antwort übereinstimmt, die der Angreifer konstruiert hat. Wenn der Server sein Access-Reject zurückgibt, ersetzt der Angreifer dieses durch sein gefälschtes Access-Accept. Der RADIUS-Client überprüft den Response Authenticator, stellt fest, dass er gültig ist - da die MD5-Hashes übereinstimmen - und gewährt Netzwerkzugriff. Der Angreifer musste weder das Passwort des Benutzers noch das Shared Secret zwischen dem RADIUS-Client und dem Server kennen. Er hat lediglich die mathematische Schwachstelle in MD5 ausgenutzt, um eine gefälschte Antwort legitim erscheinen zu lassen. Und mit moderner Hardware kann die erforderliche MD5-Kollision in weniger als fünf Minuten berechnet werden. Dies ist kein theoretischer Angriff. Er ist heute operativ durchführbar. Diese Schwachstelle betrifft alle RADIUS-Bereitstellungen, die die Authentifizierungsmodi PAP (Password Authentication Protocol), CHAP und MS-CHAP über UDP nutzen. Diese sind in Unternehmensumgebungen, insbesondere in Altsystemen, extrem verbreitet. Die einzigen Authentifizierungsmodi, die immun sind, sind jene, die EAP (Extensible Authentication Protocol) verwenden - da EAP einen eigenen kryptografischen Tunnel aufbaut, der unabhängig vom MD5 Response Authenticator ist. Lassen Sie mich das geschäftliche Risiko in konkrete Zahlen fassen. Betrachten wir eine Hotelkette: Ein Angreifer, der sich unbefugten Zugriff auf das Unternehmensnetzwerk verschafft, kann sich lateral bewegen, um das Property-Management-System zu erreichen, auf Gästedaten zuzugreifen, Point-of-Sale-Terminals zu erreichen und potenziell Zahlungskartendaten zu entwenden. Die durchschnittlichen Kosten einer Datenpanne im Gastgewerbe übersteigen drei Millionen Pfund. Unter der GDPR kann eine Verletzung des Schutzes personenbezogener Gästedaten zu Geldbußen von bis zu vier Prozent des weltweiten Jahresumsatzes führen. Unter PCI-DSS kann ein Vorfall mit Karteninhaberdaten obligatorische forensische Untersuchungen, Geldstrafen der Kartenmarken und den potenziellen Verlust von Privilegien zur Zahlungsabwicklung nach sich ziehen. Die finanziellen Risiken und Reputationsschäden sind beträchtlich. Nun zu den Implementierungsempfehlungen: Wie verteidigen Sie sich dagegen? Die Reaktion umfasst zwei Ebenen: sofortige Härtung und langfristige Modernisierung. Die sofortige Maßnahme besteht darin, die Patches der Hersteller für CVE-2024-3596 einzuspielen. Jeder führende RADIUS-Hersteller - Cisco ISE, Microsoft NPS, FreeRADIUS, Juniper, Aruba, Ruckus - hat Updates veröffentlicht. Neben dem Patching ist die wichtigste Konfigurationsänderung die Durchsetzung des Message-Authenticator-Attributs auf allen RADIUS-Clients und -Servern. Dieses in RFC 2869 definierte Attribut bietet eine HMAC-basierte Integritätsprüfung für das gesamte RADIUS-Paket. Im Gegensatz zum Response Authenticator ist die HMAC-Konstruktion nicht anfällig für Kollisionsangriffe mit gewähltem Präfix (Chosen-Prefix-Kollisionen). Wenn Sie Ihre Infrastruktur so konfigurieren, dass dieses Attribut erforderlich ist - und jede Nachricht, die ohne dieses Attribut eingeht, abgewiesen wird -, schließt dies den unmittelbaren Angriffsvektor. Für FreeRADIUS bedeutet dies, require_message_authenticator auf yes in Ihrer Client-Konfigurationsdatei zu setzen. Für Microsoft NPS ist dies eine Richtlinieneinstellung in Ihrer Netzwerkrichtlinienkonfiguration. Dies ist eine Änderung mit geringem Störungspotenzial, die in der Regel innerhalb eines Wartungsfensters durchgeführt werden kann. Die Durchsetzung des Message-Authenticator ist jedoch nur eine Notlösung, keine dauerhafte Antwort. Die langfristige strategische Reaktion ist die Migration auf eine EAP-basierte Authentifizierung. Der Goldstandard ist WPA3-Enterprise mit EAP-TLS. EAP-TLS nutzt eine zertifikatsbasierte gegenseitige Authentifizierung - sowohl das Client-Gerät als auch der RADIUS-Server müssen gültige digitale Zertifikate einer vertrauenswürdigen Zertifizierungsstelle vorlegen. Dadurch wird der Shared Secret vollständig überflüssig, die Abhängigkeit von MD5 beseitigt und ein Sicherheitsniveau erreicht, das gegen die gesamte Klasse von Angriffen, die Blast-RADIUS darstellt, immun ist. Für Umgebungen, in denen die Bereitstellung einer vollständigen PKI-Infrastruktur komplex ist - insbesondere an Standorten mit hoher Gerätefluktuation oder Bring-Your-Own-Device-Richtlinien -, ist PEAP mit MSCHAPv2 ein akzeptabler Zwischenschritt, vorausgesetzt, die Clients sind so konfiguriert, dass sie das Zertifikat des RADIUS-Servers validieren. Ohne Serverzertifikatsvalidierung ist PEAP anfällig für Angriffe über gefälschte Access Points, was ein anderes, aber ebenso schwerwiegendes Risiko darstellt. Die letzte Phase des Modernisierungsplans ist die Bereitstellung von RADIUS über TLS, bekannt als RADSEC. RADSEC kapselt den gesamten RADIUS-Datenverkehr in einer gegenseitig authentifizierten TLS-Sitzung und bietet so vollständige Vertraulichkeit und Integrität für den gesamten Authentifizierungsaustausch. Dies macht Angriffe auf der Transportschicht wie Blast-RADIUS unmöglich, da kein unverschlüsselter RADIUS-Datenverkehr abgefangen werden kann. RADSEC ist besonders wertvoll in verteilten Umgebungen - Hotelketten, Einzelhandelsnetzen, Stadionkomplexen -, in denen der RADIUS-Datenverkehr mehrere Netzwerksegmente zwischen dem Access Point und dem zentralen Authentifizierungsserver durchqueren kann. Kommen wir zu einer schnellen Fragerunde. Frage eins: Wir verwenden EAP. Sind wir sicher? Wenn Sie EAP-TLS, PEAP oder EAP-TTLS verwenden, sind Sie für den spezifischen Blast-RADIUS-MD5-Kollisionsangriff nicht anfällig. Dennoch sollten Sie die Patches der Hersteller als Defense-in-Depth-Maßnahme einspielen und Ihre Konfiguration überprüfen, um sicherzustellen, dass die Serverzertifikatsvalidierung auf allen Clients erzwungen wird. Frage zwei: Unser RADIUS-Traffic befindet sich in einem dedizierten Management-VLAN. Schützt uns das? Es verringert die Angriffsfläche, beseitigt aber nicht die Schwachstelle. Ein Angreifer, der bereits ein Gerät im Management-Netzwerk kompromittiert hat, kann immer noch einen Man-in-the-Middle-Angriff ausführen. Segmentierung ist eine wertvolle Schutzebene, muss aber mit der Erzwingung des Message-Authenticator und der EAP-Migration kombiniert werden. Frage drei: Wie schwierig ist die sofortige Schadensbegrenzung? In den meisten Umgebungen ist das Erzwingen des Message-Authenticator eine einfache Konfigurationsänderung. Die größte Herausforderung besteht darin, sicherzustellen, dass alle Netzwerkgeräte - Access Points, Switches, Controller - das Attribut unterstützen und aktiviert haben. Ein Geräte-Audit vor der serverseitigen Erzwingung der Anforderung ist unerlässlich, um Authentifizierungsfehler auf älterer Hardware zu vermeiden. Frage vier: Kann ich erkennen, ob ich angegriffen wurde? Das ist sehr schwierig. Das gefälschte Access-Accept-Paket erscheint dem RADIUS-Client gültig, da die MD5-Hash-Prüfung erfolgreich ist. Der beste Erkennungsansatz besteht darin, die RADIUS-Accounting-Protokolle auf ungewöhnliche erfolgreiche Authentifizierungen zu überwachen - unerwartete Gerätetypen, MAC-Adressen, die nicht mit Ihrem Inventar übereinstimmen, oder erfolgreiche Logins zu ungewöhnlichen Zeiten. Integrieren Sie Ihre RADIUS-Accounting-Daten in Ihr SIEM für eine automatisierte Alarmierung. Zusammenfassung und nächste Schritte: Die Blast-RADIUS-Schwachstelle ist eine schwerwiegende, praktisch ausnutzbare Bedrohung für jedes Unternehmen, das ältere RADIUS-Authentifizierungen über UDP ausführt. Der Angriff erfordert keine Kenntnis von Anmeldedaten und kann in wenigen Minuten ausgeführt werden. Ihre unmittelbare Priorität besteht darin, Ihre Infrastruktur zu prüfen, Patches der Anbieter zu installieren und das Attribut Message-Authenticator auf allen RADIUS-Clients und -Servern zu erzwingen. Ihr mittelfristiges Ziel ist die Migration auf EAP-TLS und WPA3-Enterprise. Ihr langfristiges Architekturziel ist RADSEC. Bei Purple bieten wir die Intelligence-Ebene, die Ihnen hilft, das WiFi-Netzwerk Ihres Standorts zu verstehen und zu sichern. Unsere Plattform bietet Ihnen die nötige Transparenz, um Gerätetypen zu identifizieren, Authentifizierungsmuster zu überwachen und sicherzustellen, dass Ihre Sicherheitsrichtlinien an jedem Access Point in Ihrem Bestand effektiv durchgesetzt werden. Ihr Aktionsplan besteht aus drei Wörtern: Prüfen, Patchen und Modernisieren. Lassen Sie ein 30 Jahre altes Protokoll nicht zum Schwachpunkt Ihrer Sicherheitsstruktur werden. Vielen Dank, dass Sie an diesem Purple Technical Briefing teilgenommen haben. Bleiben Sie sicher.

Teil unserer Kernserie: Enterprise WiFi Security Guide

Härtung von RADIUS gegen MD5-Kollisionsangriffe

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:

  1. Abfangen des Access-Requests: Abfangen eines legitimen Access-Requests, der von einem Access Point gesendet wurde.
  2. Injektion von Kollisionspräfixen: Einfügen von manipulierten Proxy-State-Attributen in das Anfrage-Paket vor der Weiterleitung an den RADIUS-Server.
  3. Access-Reject abfangen: Wenn der RADIUS-Server den Authentifizierungsversuch ablehnt und ein Access-Reject zurückgibt, fängt der Angreifer das Paket ab.
  4. 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

  1. Zero-Touch 802.1X-Zertifikats-Onboarding: Automatisiert die SCEP- und EST-Zertifikatsausstellung für verwaltete Geräte und macht manuelle Passwortkonfigurationen überflüssig.
  2. Integrierte RADSEC-Proxy-Architektur: Sichert den Datenverkehr entfernter Niederlassungen über verschlüsselte TCP-Verbindungen, ohne dass komplexe Site-to-Site-IPsec-Tunnel erforderlich sind.
  3. 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:

  1. Paketerfassungs-Audit: Führen Sie Wireshark oder tcpdump auf der RADIUS-Serverschnittstelle (UDP-Port 1812) aus, um eingehende Access-Request-Pakete zu erfassen: tcpdump -i eth0 -n port 1812 -w radius_audit.pcap.
  2. 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.
  3. 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.
Kommentar des Prüfers: Die Überprüfung der Client-Funktionen vor der serverseitigen Durchsetzung verhindert, dass ältere Netzwerk-Switches oder ältere APs während Wartungsfenstern ausgesperrt werden.

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:

  1. Stufe 1 (Sofortige Härtung): Aktualisieren Sie FreeRADIUS auf Version 3.0.27 oder 3.2.5. Bearbeiten Sie die clients.conf, um require_message_authenticator = yes festzulegen, und aktualisieren Sie die radiusd.conf, um unauthentifizierte Pakete abzulehnen.
  2. 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.
Kommentar des Prüfers: Stufe 1 schließt den CVE-2024-3596-Exploit-Vektor sofort und ohne Hardwarekosten, während Stufe 2 eine langfristige kryptografische Isolierung gegen das Abfangen von Paketen im WAN etabliert.

Ü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.

Leitfaden lesen →

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.

Leitfaden lesen →

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.

Leitfaden lesen →

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.