In den offenen Paketen IWD (Intel inet Wireless Daemon) und wpa_supplicant, die verwendet werden, um die Verbindung von Client-Linux-Systemen zu drahtlosen Netzwerken zu organisieren, wurden Schwachstellen entdeckt, die zur Umgehung von Authentifizierungsmechanismen führen:
- Die Schwachstelle in IWD (CVE-2023-52161) tritt nur im Access-Point-Modus auf, was für IWD untypisch ist, da es normalerweise für die Verbindung zu drahtlosen Netzwerken verwendet wird. Die Schwachstelle ermöglicht es, sich ohne Kenntnis des Passworts mit dem erstellten Access Point zu verbinden, beispielsweise wenn der Benutzer ausdrücklich die Möglichkeit bietet, über sein Gerät (Hotspot) ins Internet zu gehen. Das Problem wurde in Version IWD 2.14 behoben.
Die Schwachstelle wird durch fehlende Überprüfung der Reihenfolge aller Schritte bei der vierstufigen Aushandlung des Kommunikationskanals verursacht, die beim ersten Anschluss an ein sicheres drahtloses Netzwerk verwendet wird. Da IWD Nachrichten für alle Aushandlungsphasen akzeptiert, ohne zu überprüfen, ob die vorherige Phase erfolgreich war, kann ein Angreifer, ohne die Nachricht der zweiten Phase zu senden, direkt die Nachricht der vierten Phase senden und Zugriff auf das Netzwerk erhalten, während er die Phase überspringt, in der die Authentifizierung überprüft wird.
Dabei versucht IWD, den MIC (Message Integrity Code) für die empfangene Nachricht der vierten Phase zu verifizieren. Da die Nachricht der zweiten Phase mit Authentifizierungsparametern nicht empfangen wurde, wird bei der Verarbeitung der Nachricht der vierten Phase der PTK (Pairwise Transient Key) auf null gesetzt. Dementsprechend kann der Angreifer den MIC unter Verwendung des nullen PTK berechnen, und dieser Prüfcode wird von IWD als korrekt akzeptiert. Nach Abschluss einer solchen unvollständigen Aushandlung des Anschlusses erhält der Angreifer vollständigen Zugriff auf das drahtlose Netzwerk, da der Access Point die von ihm gesendeten Frames akzeptiert, die mit dem nullen PTK-Schlüssel verschlüsselt sind.
- Das in wpa_supplicant gefundene Problem (CVE-2023-52160) ermöglicht es einem Angreifer, einen Benutzer in ein gefälschtes drahtloses Netzwerk zu locken, das als Klon des Netzwerks auftritt, mit dem sich der Benutzer verbinden möchte. Wenn sich der Benutzer mit dem gefälschten Netzwerk verbindet, kann der Angreifer den unverschlüsselten Transitverkehr des Benutzers abfangen (zum Beispiel Anfragen an Websites ohne HTTPS).
Aufgrund eines Fehlers in der Implementierung des PEAP-Protokolls (Protected Extensible Authentication Protocol) kann ein Angreifer die zweite Authentifizierungsstufe beim Anschluss eines falsch konfigurierten Endgeräts eines Nutzers umgehen. Das Umgehen der zweiten Authentifizierungsstufe ermöglicht es dem Angreifer, ein betrügerisches Klon einer vertrauenswürdigen Wi-Fi-Netzwerk zu erstellen und den Benutzer ohne Passwortüberprüfung mit einem gefälschten Netzwerk zu verbinden.
Um einen Angriff erfolgreich durchzuführen, muss auf der Benutzerseite die Überprüfung im wpa_supplicant deaktiviert sein. TLS-Zertifikat des Servers, und der Angreifer muss die Identifikation des drahtlosen Netzwerks (SSID, Service Set Identifier) kennen. Dabei muss der Angreifer sich in Reichweite des drahtlosen Adapters des Opfers, aber außerhalb der Reichweite des Access Points des geklonten drahtlosen Netzwerks befinden. Ein Angriff ist möglich auf Netzwerke mit WPA2-Enterprise oder WPA3-Enterprise, in denen das PEAP-Protokoll verwendet wird.
Die Entwickler von wpa_supplicant haben erklärt, dass sie das Problem nicht als Sicherheitsanfälligkeit betrachten, da es nur in schlecht konfigurierten drahtlosen Netzwerken auftritt, in denen EAP-Authentifizierung zusammen mit dem PEAP-Protokoll (EAP-TTLS) ohne Überprüfung des TLS-Zertifikats verwendet wird. Server. Konfigurationen ohne Zertifikatsüberprüfung bieten keinen Schutz vor aktiven Angriffen. Die Entdecker der Sicherheitsanfälligkeit behaupten, dass solche unsachgemäßen Konfigurationen typisch und weit verbreitet sind, was viele Verbrauchergeräte auf Linux-, Android- und Chrome OS-Basis, die wpa_supplicant verwenden, gefährdet.
Um das Problem im wpa_supplicant zu beheben, wurde ein Patch veröffentlicht, der einen obligatorischen Modus für die zweite Authentifizierungsstufe hinzufügt, zusätzlich zur Überprüfung des TLS-Zertifikats. Laut den Entwicklern ist die vorgeschlagene Änderung jedoch nur eine Umgehung, die das Durchführen von Angriffen bei Verwendung manueller Authentifizierung erschwert, aber nutzlos ist bei Verwendung solcher Optionen wie EAP-GTC. Um das Problem tatsächlich zu lösen, sollten Netzwerkadministratoren ihre Konfigurationen in den richtigen Zustand versetzen, d.h. eine Vertrauenskette zur Überprüfung des Serverzertifikats mit dem Parameter ca_cert einrichten.
Quelle: opennet.ru
