Az IWD (Intel inet Wireless Daemon) és a wpa_supplicant nyílt csomagjaiban, amelyek a Linux rendszerek vezeték nélküli hálózatra való csatlakoztatására szolgálnak, sebezhetőségeket fedeztek fel, amelyek lehetővé teszik az autentikálási mechanizmusok megkerülését:
- Az IWD sebezhetősége (CVE-2023-52161) csak akkor lép fel, ha az eszközt hotspot üzemmódban használják, ami szokatlan az IWD esetében, amelyet jellemzően vezeték nélküli hálózatokhoz való csatlakozásra használnak. Ez a sebezhetőség lehetővé teszi, hogy az eszközhöz csatlakozzanak a jelszó ismerete nélkül, például amikor a felhasználó kifejezetten megengedi, hogy az eszközén keresztül csatlakozzon a hálózathoz (Hotspot). A probléma az IWD 2.14-es verziójában van javítva.
A sebezhetőséget az okozza, hogy nem ellenőrzik megfelelően a kapcsolódáshoz szükséges lépések sorrendjét a védett vezeték nélküli hálózathoz való első csatlakozás során alkalmazott 4 lépéses protokollban. Mivel az IWD bármely csatlakozási lépésből származó üzeneteket fogad, anélkül, hogy ellenőrizné a korábbi lépés teljesítését, a támadó a második lépés üzenetének elküldése nélkül közvetlenül a negyedik lépés üzenetet küldhet, és hozzáférhet a hálózathoz, megkerülve a hitelesítési ellenőrzést végző lépést.
Közben az IWD megpróbálja ellenőrizni a MIC (Message Integrity Code) kódot a kapott negyedik lépés üzenete alapján. Mivel a második lépés üzenete az autentikációs paraméterekkel nem érkezett meg, a negyedik lépés üzenetének feldolgozása során a PTK (Pairwise Transient Key) kulcs nullázódik. Következésképpen a támadó ki tudja számítani a MIC-t, a nullás PTK-ra alapozva, és ez a hitelesítési kód az IWD által helyesnek fogadható el. Az ilyen hiányos csatlakozási megállapodás befejezése után a támadó teljes hozzáférést nyer a vezeték nélküli hálózathoz, mivel a hozzáférési pont fogadja az általa küldött kereteket, amelyeket a nullás PTK kulccsal titkosít.
- A wpa_supplicant által felfedezett probléma (CVE-2023-52160) lehetővé teszi a támadó számára, hogy a felhasználót egy hamis vezeték nélküli hálózatra csábítsa, amely klónja a hálózatnak, amelyhez a felhasználó csatlakozni szeretne. Ha a felhasználó a hamis hálózatra csatlakozik, a támadó megszerezheti a felhasználó titkosítatlan forgalmát (például HTTP oldalak látogatásakor).
A PEAP (Protected Extensible Authentication Protocol) protocol implementation flaw allows an attacker to bypass the second stage of authentication when connecting an incorrectly configured user device. Bypassing the second stage of authentication allows the attacker to create a spoofed clone of a legitimate Wi-Fi network and connect the user to a fake network without password verification.
To successfully conduct an attack, the server verification in wpa_supplicant on the user side must be disabled. TLS tanúsítvány The attacker must know the wireless network identifier (SSID, Service Set Identifier). At the same time, the attacker must be within the range of the victim's wireless adapter but outside the range of the access point of the cloned wireless network. The attack is possible on networks with WPA2-Enterprise or WPA3-Enterprise that use the PEAP protocol.
Developers of wpa_supplicant stated that they do not consider the issue a vulnerability because it manifests only in incorrectly configured wireless networks where EAP authentication is used together with the PEAP protocol (EAP-TTLS) without checking the TLS certificate. a szerverConfigurations that do not verify certificates are not protected against active attacks. Those who discovered the vulnerability claim that such incorrect configurations are common and widespread, posing a threat to many consumer devices based on Linux, Android, and Chrome OS that use wpa_supplicant.
To address the issue in wpa_supplicant, a patch has been released that adds a mandatory second authentication phase, in addition to checking the TLS certificate. According to the developers, the proposed change is merely a workaround that makes it more difficult to conduct attacks using manual authentication and is useless when using options like EAP-GTC. For a real solution, network administrators should properly configure their setups, i.e., set up a trust chain to verify the server certificate using the ca_cert parameter.
Forrás: opennet.ru
