In den offenen Paketen IWD (Intel inet Wireless Daemon) und wpa_supplicant, die verwendet werden, um Linux-Client-Systeme mit drahtlosen Netzwerken zu verbinden, wurden Schwachstellen entdeckt, die das Umgehen von Authentifizierungsmechanismen ermöglichen:
- Im IWD tritt die Schwachstelle (CVE-2023-52161) nur im AP-Modus auf, was für IWD untypisch ist, da es normalerweise für die Verbindung mit drahtlosen Netzwerken genutzt wird. Diese Schwachstelle erlaubt es, sich ohne Passwort mit dem erstellten Access Point zu verbinden, beispielsweise wenn der Benutzer explizit die Möglichkeit zur Netzwerknutzung über sein Gerät (Hotspot) bereitstellt. Das Problem wurde in Version IWD 2.14 behoben.
Die Schwachstelle resultiert aus dem Fehlen einer ordnungsgemäßen Überprüfung des Ablaufs aller Schritte während des vierstufigen Aushandlungsprozesses, der beim ersten Verbindungsaufbau mit einem geschützten drahtlosen Netzwerk verwendet wird. Da IWD Nachrichten für alle Phasen des Verbindungs-Aushandelns empfängt, ohne zu überprüfen, ob der vorherige Schritt durchlaufen wurde, kann ein Angreifer die Nachricht des zweiten Schrittes umgehen und direkt die Nachricht des vierten Schrittes senden, um auf das Netzwerk zuzugreifen, und somit die Phase auslassen, 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 den Authentifizierungsparametern nicht empfangen wurde, wird der PTK (Pairwise Transient Key) bei der Verarbeitung der vierten Phase auf null gesetzt. Infolgedessen kann der Angreifer den MIC mithilfe des nullwertigen PTK berechnen, und dieser Prüfcode wird von IWD als gültig akzeptiert. Nach Abschluss eines solchen unvollständigen Verbindungsaufbaus erhält der Angreifer vollen Zugriff auf das drahtlose Netzwerk, da der Access Point die von ihm gesendeten Pakete, die mit dem nullwertigen PTK verschlüsselt sind, akzeptiert.
- Das in wpa_supplicant entdeckte 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 der Benutzer sich verbinden möchte. Wenn der Benutzer sich mit dem gefälschten Netzwerk verbindet, kann der Angreifer den unverschlüsselten Transitverkehr des Benutzers abfangen (z. B. Anfragen an Webseiten ohne HTTPS).
Aufgrund eines Fehlers in der Implementierung des PEAP-Protokolls (Protected Extensible Authentication Protocol) kann ein Angreifer die zweite Phase der Authentifizierung beim Verbindungsversuch eines falsch konfigurierten Geräts des Benutzers umgehen. Das Umgehen der zweiten Authentifizierungsphase ermöglicht es dem Angreifer, einen gefälschten Klon eines vertrauenswürdigen Wi-Fi-Netzwerks zu erstellen und den Benutzer mit einem Fake-Netzwerk zu verbinden, ohne das Passwort zu überprüfen.
Für einen erfolgreichen Angriff muss im wpa_supplicant auf der Benutzerseite die Überprüfung des Servers deaktiviert sein. TLS-Zertifikat Der Angreifer muss außerdem die SSID (Service Set Identifier) des drahtlosen Netzwerks kennen. Dabei sollte der Angreifer sich im Empfangsbereich des WLAN-Adapters des Opfers befinden, aber außerhalb des Bereichs des Zugangspunkts des klonierten drahtlosen Netzwerks. Der Angriff ist auf Netzwerke mit WPA2-Enterprise oder WPA3-Enterprise möglich, in denen das PEAP-Protokoll verwendet wird.
Die Entwickler von wpa_supplicant haben erklärt, dass sie die Problematik nicht als Sicherheitsanfälligkeit betrachten, da sie nur in falsch konfigurierten drahtlosen Netzwerken auftritt, in denen die 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. Entdecker der Schwachstelle behaupten, dass solche fehlerhaften Konfigurationen typisch und weit verbreitet sind und viele Verbrauchergeräte, die auf Linux, Android und Chrome OS basieren, gefährden, auf denen wpa_supplicant verwendet wird.
Um das Problem in wpa_supplicant zu beheben, wurde ein Patch veröffentlicht, der einen Modus hinzufügt, der die zweite Phase der Authentifizierung zwingend macht, zusätzlich zur Zertifikatsüberprüfung. Laut den Entwicklern ist die vorgeschlagene Änderung nur ein Umgehungsweg, der es Angreifern erschwert, manuelle Authentifizierung zu verwenden, und nutzlos bei Optionen wie EAP-GTC. Für eine tatsächliche Lösung des Problems sollten Netzwerkadministratoren ihre Konfigurationen korrekt einstellen, d.h. eine Vertrauenskette zur Überprüfung des Serverzertifikats mit dem Parameter ca_cert einrichten.
Quelle: opennet.ru
