Problem som leder till att Wi-Fi-autentisering omgås i IWD och wpa_supplicant

I de öppna paketen IWD (Intel inet Wireless Daemon) och wpa_supplicant, som används för att ansluta Linux-klientsystem till trådlösa nätverk, har sårbarheter upptäckts som möjliggör omgåendende av autentiseringsmekanismer:

• I IWD uppträder sårbarheten (CVE-2023-52161) endast när applikationsläget är aktiverat, vilket är ovanligt för IWD, som vanligtvis används för att ansluta till trådlösa nätverk. Sårbarheten gör det möjligt att ansluta till en skapad åtkomstpunkt utan att känna till lösenordet, till exempel när användaren uttryckligen ger möjlighet att dela sin internetanslutning via sin enhet (Hotspot). Problemet har åtgärdats i version IWD 2.14.

  Sårbarheten orsakas av bristande verifiering av ordningen i alla steg vid 4-stegs kanalsamordning, som används vid första anslutning till ett skyddat trådlöst nätverk. Eftersom IWD accepterar meddelanden för alla steg i anslutningsförfarandet utan att kontrollera om föregående steg har passerats kan en angripare, utan att skicka meddelandet för det andra steget, omedelbart skicka meddelandet för det fjärde steget och få tillgång till nätverket, genom att hoppa över det steg där autentiseringskontrollen utförs.

  Samtidigt försöker IWD verifiera MIC-koden (Message Integrity Code) för det mottagna meddelandet i det fjärde steget. Eftersom meddelandet för det andra steget med autentiseringsparametrar inte har mottagits, ställs PTK-nyckeln (Pairwise Transient Key) in på noll vid bearbetning av meddelandet för det fjärde steget. Därmed kan angriparen beräkna MIC med hjälp av en noll PTK, och den verifieringskoden kommer att accepteras av IWD som gäller. Efter att en sådan ofullständig anslutning har slutförts kommer angriparen att få full tillgång till det trådlösa nätverket, eftersom åtkomstpunkten kommer att acceptera de paketer som sänds av honom och som är krypterade med en noll PTK-nyckel.
• Den identifierade problematiken i wpa_supplicant (CVE-2023-52160) gör det möjligt för en angripare att locka en användare till ett falskt trådlöst nätverk, vilket fungerar som en klon av det nätverk som användaren avser att ansluta till. Om användaren ansluter till det falska nätverket kan angriparen organisera avlyssning av användarens okrypterade transittrafik (till exempel besök på webbplatser utan HTTPS).

  På grund av brister i implementeringen av PEAP (Protected Extensible Authentication Protocol) kan en angripare få igenom det andra autentiseringsteget när en felkonfigurerad användardator ansluter. Att hoppa över det andra autentiseringsteget ger angriparen möjlighet att skapa en falsk klon av ett trovärdigt Wi-Fi-nätverk och att få användaren att ansluta till ett falskt nätverk utan lösenordsverifiering.

  För att attacken ska kunna genomföras måste verifieringen i wpa_supplicant på användarsidan vara avstängd. TLS-certifikat angriparen måste dessutom känna till identifieraren för det trådlösa nätverket (SSID, Service Set Identifier). Angriparen måste befinna sig inom räckhåll för offrets trådlösa adapter, men utanför räckhåll för åtkomstpunkten i det klonade trådlösa nätverket. Attacken är möjlig mot nätverk med WPA2-Enterprise eller WPA3-Enterprise där PEAP-protokollet används.

  Utvecklarna av wpa_supplicant har angett att de inte anser att problemet är en sårbarhet eftersom det endast uppstår i felkonfigurerade trådlösa nätverk där EAP-autentisering används tillsammans med PEAP-protokollet (EAP-TTLS) utan TLS-certifikatverifiering. servernKonfigurationer utan certifikatverifiering har ingen skydd mot aktiva attacker. De som har identifierat sårbarheten hävdar att sådana felaktiga konfigurationer är typiska och utbredda, vilket hotar många konsumentenheter baserade på Linux, Android och Chrome OS, där wpa_supplicant används.

  För att åtgärda problemet har ett patch släppts för wpa_supplicant som lägger till ett läge för obligatorisk genomförande av den andra autentiseringsfasen, förutom TLS-certifikatverifiering. Utvecklarna menar att det föreslagna ändringen endast är en omväg som komplicerar angrepp vid användning av manuell autentisering och är värdelöst vid användning av sådana alternativ som EAP-GTC. För att verkligen lösa problemet bör nätverksadministratörer justera sina konfigurationer korrekt, det vill säga ställa in en förtroendekedja för att verifiera servercertifikatet med hjälp av parameter ca_cert.

Källa: opennet.ru