In de open pakketten IWD (Intel inet Wireless Daemon) en wpa_supplicant, die worden gebruikt om clientsystemen met Linux aan te sluiten op draadloze netwerken, zijn kwetsbaarheden ontdekt die leiden tot het omzeilen van authenticatiemechanismen:
- In IWD doet de kwetsbaarheid (CVE-2023-52161) zich alleen voor wanneer de functie als toegangspunt is ingeschakeld, wat atypisch is voor IWD, dat doorgaans wordt gebruikt voor verbindingen met draadloze netwerken. De kwetsbaarheid stelt gebruikers in staat om verbinding te maken met het gevestigde toegangspunt zonder het wachtwoord te kennen, bijvoorbeeld wanneer de gebruiker expliciet de mogelijkheid biedt om via zijn apparaat toegang te krijgen tot het netwerk (Hotspot). Het probleem is opgelost in versie IWD 2.14.
De kwetsbaarheid wordt veroorzaakt door het ontbreken van een juiste controle over de volgorde van alle stappen tijdens de 4-staps kanaalafstemming, die wordt toegepast bij de eerste verbinding met een beveiligd draadloos netwerk. Aangezien IWD berichten accepteert voor elke fase van de verbindingsafstemming zonder te controleren of de vorige fase is doorlopen, kan een aanvaller, zonder het tweede fasebericht te verzenden, direct het vierde fasebericht sturen en toegang krijgen tot het netwerk, waarbij hij de fase om de authenticatie te controleren overslaat.
IWD probeert de MIC (Message Integrity Code) van het ontvangen vierde fasebericht te verifiƫren. Omdat het tweede fasebericht met de authenticatieparameters niet is ontvangen, wordt de PTK (Pairwise Transient Key) ingesteld op een nulwaarde tijdens de verwerking van het vierde fasebericht. Dienovereenkomstig kan de aanvaller de MIC berekenen met behulp van de null PTK, en deze controlecode zal door IWD als geldig worden geaccepteerd. Na het voltooien van deze onvolledige verbindingsafstemming krijgt de aanvaller volledige toegang tot het draadloze netwerk, aangezien het toegangspunt de door hem verzonden frames, versleuteld met de null PTK, zal accepteren.
- Het probleem dat is ontdekt in wpa_supplicant (CVE-2023-52160) stelt een aanvaller in staat om een gebruiker naar een valse draadloze netwerk te lokken, die fungeert als een kloon van het netwerk waarmee de gebruiker verbinding wil maken. Bij het aansluiten van de gebruiker op het nepnetwerk kan de aanvaller onversleutelde transitietraffic van de gebruiker onderscheppen (bijvoorbeeld verzoeken aan websites zonder HTTPS).
Door een tekortkoming in de implementatie van het PEAP-protocol (Protected Extensible Authentication Protocol) kan een aanvaller de tweede fase van authenticatie omzeilen bij het verbinden met een verkeerd geconfigureerd apparaat van de gebruiker. Het omzeilen van de tweede fase van authenticatie stelt de aanvaller in staat om een vervalste kloon van een vertrouwde Wi-Fi-netwerk te creƫren en de gebruiker te verbinden met een fictief netwerk zonder wachtwoordverificatie.
Voor een succesvolle aanval moet in wpa_supplicant aan de gebruikerszijde de verificatie van de server zijn uitgeschakeld. TLS-certificaat Daarnaast moet de aanvaller de identificatie van het draadloze netwerk (SSID, Service Set Identifier) kennen. De aanvaller moet daarbij binnen het bereik van de draadloze adapter van het slachtoffer zijn, maar buiten het bereik van het toegangspunt van het gekloonde draadloze netwerk. De aanval is mogelijk op netwerken met WPA2-Enterprise of WPA3-Enterprise, waarin het PEAP-protocol wordt toegepast.
De ontwikkelaars van wpa_supplicant hebben verklaard dat zij het probleem geen kwetsbaarheid vinden, omdat het zich alleen manifesteert in verkeerd geconfigureerde draadloze netwerken waar EAP-authenticatie samen met het PEAP-protocol (EAP-TTLS) wordt gebruikt zonder verificatie van het TLS-certificaant. de serverConfiguraties zonder certificaatverificatie bieden geen bescherming tegen actieve aanvallen. De ontdekker van de kwetsbaarheid stelt dat dergelijke onjuiste configuraties gebruikelijk en wijdverbreid zijn, wat veel consumentenelektronica met Linux, Android en Chrome OS, die gebruikmaken van wpa_supplicant, in gevaar brengt.
Om het probleem in wpa_supplicant te verhelpen, is er een patch uitgebracht die een verplichte doorloop van de tweede fase van authenticatie toevoegt, naast de verificatie van het TLS-certificaat. Volgens de ontwikkelaars is de voorgestelde wijziging slechts een omweg die het uitvoeren van aanvallen bemoeilijkt bij handmatige authenticatie en nutteloos is bij het gebruik van dergelijke opties zoals EAP-GTC. Voor een echte oplossing moeten netwerkbeheerders hun configuratie op de juiste manier instellen, dat wil zeggen een vertrouwensketen voor de verificatie van het servercertificaat instellen met behulp van de parameter ca_cert.
Bron: opennet.ru
