{"id":113690,"date":"2024-02-18T22:02:41","date_gmt":"2024-02-18T20:02:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/problemy-privodyashhie-k-obhodu-autentifikaczii-wi-fi-v-iwd-i-wpa_supplicant"},"modified":"2024-02-18T22:02:41","modified_gmt":"2024-02-18T20:02:41","slug":"problemy-privodyashhie-k-obhodu-autentifikaczii-wi-fi-v-iwd-i-wpa_supplicant","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/problemy-privodyashhie-k-obhodu-autentifikaczii-wi-fi-v-iwd-i-wpa_supplicant","title":{"rendered":"Problemer, der f\u00f8rer til omg\u00e5else af Wi-Fi-autentificering i IWD og wpa_supplicant","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
I \u00e5bne pakkefiler til IWD (Intel inet Wireless Daemon) og wpa_supplicant, der bruges til at forbinde klient Linux-systemer til et tr\u00e5dl\u00f8st netv\u00e6rk, er der opdaget s\u00e5rbarheder, der kan omg\u00e5 autentificeringsmekanismerne: <\/p>\n
\n
I IWD manifesterer s\u00e5rbarheden (CVE-2023-52161) sig kun, n\u00e5r der arbejdes i adgangspunktmode, hvilket ikke er typisk for IWD, da det normalt bruges til at forbinde til tr\u00e5dl\u00f8se netv\u00e6rk. S\u00e5rbarheden g\u00f8r det muligt at oprette forbindelse til et oprettet adgangspunkt uden at kende adgangskoden, for eksempel n\u00e5r en bruger aktivt giver mulighed for at f\u00e5 forbindelse til nettet gennem deres enhed (Hotspot). Problemet er l\u00f8st i version IWD 2.14.\n
S\u00e5rbarheden skyldes manglende korrekt kontrol af r\u00e6kkef\u00f8lgen af alle trin under den 4-trins kommunikationsaftale, der anvendes ved den f\u00f8rste forbindelse til et beskyttet tr\u00e5dl\u00f8st netv\u00e6rk. Fordi IWD accepterer beskeder for alle trin i forbindelse, uden at kontrollere, om det foreg\u00e5ende trin er best\u00e5et, kan en angriber springe det andet trins besked over og straks sende fjerde trins besked for at f\u00e5 adgang til netv\u00e6rket, mens det trin, der omfatter autentificeringskontrollen, ellers overses. <\/p>\n
Samtidig fors\u00f8ger IWD at verificere MIC-koden (Message Integrity Code) for den modtagne besked fra fjerde trin. Da beskeden fra andet trin med autentificeringsparametrene ikke er modtaget, bliver PTK-n\u00f8glen (Pairwise Transient Key) sat til nul under behandlingen af beskeden fra fjerde trin. F\u00f8lgelig kan angriberen beregne MIC ved at bruge den nulstillede PTK, og denne verificeringskode vil blive accepteret af IWD som korrekt. Efter afslutningen af en s\u00e5dan ufuldst\u00e6ndig forbindelsesforhandling vil angriberen f\u00e5 fuld adgang til det tr\u00e5dl\u00f8se netv\u00e6rk, da adgangspunktet vil acceptere de rammer, der sendes af ham, og som er krypteret med den nulstillede PTK-n\u00f8gle. <\/p>\n
Den opdagede s\u00e5rbarhed i wpa_supplicant (CVE-2023-52160) giver en angriber mulighed for at lokke brugeren ind i et falsk tr\u00e5dl\u00f8st netv\u00e6rk, der fungerer som en klon af det netv\u00e6rk, som brugeren \u00f8nsker at oprette forbindelse til. Hvis brugeren opretter forbindelse til det falske netv\u00e6rk, kan angriberen organisere opsnapning af uforkodet transit trafik fra brugeren (for eksempel anmodninger til websteder uden HTTPS).\n
P\u00e5 grund af en fejl i implementeringen af PEAP (Protected Extensible Authentication Protocol) kan en angriber omg\u00e5 den anden fase af autentificeringen, n\u00e5r de forbinder et forkert konfigureret brugerudstyr. At omg\u00e5 den anden fase af autentificering g\u00f8r det muligt for angriberen at oprette en falsk klon af et p\u00e5lideligt Wi-Fi-netv\u00e6rk og s\u00f8rge for, at brugeren forbindes til det falske netv\u00e6rk uden at tjekke adgangskoden. <\/p>\n