Beskytter en VPN mot KRACK? Hva rettelsen reparerer

Hvis du kjøper en VPN fordi en overskrift sa at KRACK bryter Wi-Fi-krypteringen, reparerer du feil lag. Den avsløringen i 2017 beskrev en familie av nøkkelreinstallasjonsangrep mot WPA2s fireveis håndtrykk, og reparasjonen kom som oppdateringer av operativsystemet, patcher for trådløse drivere og rutermikrokode. En tunnel kan skjule trafikken din for det lokale nettet, men den kan ikke reparere et håndtrykk som fullføres under den. Så det første spørsmålet er ikke hvilken VPN du skal kjøpe; det er hvilke av enhetene dine som fortsatt kjører en uoppdatert trådløs stabel.

Den samme forskjellen svarer på budsjettbekymringen. Den som ikke har råd til et abonnement, ble aldri stengt ute fra den egentlige løsningen, fordi løsningen var en gratis oppdatering. Det som koster penger, er å bytte ut maskinvare som ikke lenger mottar en.

Hva angrepet faktisk manipulerte

WPA2 utleder en ny parnøkkel ved tilkobling gjennom et fireveis håndtrykk. Aksesspunktet sender en nonce, klienten svarer med sin egen, begge sider beregner den parvise transiente nøkkelen, og aksesspunktet bekrefter med en melding som klienten kvitterer for. Et nøkkelreinstallasjonsangrep forstyrrer den sekvensen i stedet for å gjette passfrasen, og tvinger en klient til å installere en nøkkel den allerede har installert. Hver reinstallasjon kan nullstille sendenoncen og mottakstelletelleren for gjenavspilling som er knyttet til den nøkkelen.

Når de tellerne går bakover, blir noe av trafikken som burde vært avvist, akseptabel igjen. Avhengig av varianten og implementasjonen kunne en angriper innen radioavstand spille av rammer på nytt, dekryptere dem eller injisere dem. Gruppnøkkelhåndtrykket og håndtrykket for rask overgang hadde egne varianter, og derfor listet rådgivningen flere angrepsnavn i stedet for ett.

Android 6.0 og nyere var det verste tilfellet. wpa_supplicant-versjonene kunne tvinges til å installere en nøkkel som besto av bare nuller, noe som gjorde dekryptering langt enklere enn på plattformer der reinstallasjon bare nullstilte tellere. Den detaljen skilte en teoretisk svakhet fra en praktisk på den mest utbredte telefonplattformen den gangen.

Rettelsen bor i den trådløse stabelen

Korreksjonen fra oppstrøms ba supplikanter og aksesspunkter om å ignorere en videresendt håndtrykkmelding når nøkkelen allerede var installert. Patchede bygg av wpa_supplicant og hostapd bar den, og distribusjonene bakporterte den til eldre grener, så strengen som wpa_supplicant -v skriver ut, er et utgangspunkt og ikke en dom. Les distribusjonens sikkerhetsrådgivning og bekreft den konkrete patchen, ikke bare versjonsnummeret. Et bygg som rapporterer en gammel versjon, kan fortsatt være rettet, og et bygg med en ny versjon kan fortsatt mangle en bakport fra produsenten.

Begge ender av forbindelsen trenger oppmerksomhet. En reparert ruter patcher ikke den bærbare maskinen som kobler seg til den, og en reparert bærbar maskin patcher ikke ruteren. Produsentene publiserte rådgivning per produkt, og ruterrettelser kom ofte etter telefonoppdateringer fordi hver modell trenger sitt eget fastvarebygg. Hvis en enhets siste utgivelse er eldre enn rådgivningen, behandler du den som uoppdatert til produsenten sier noe annet.

For utstyr du ikke kan oppdatere, er valgene smale og lite glamorøse. Ta det ut av drift, hold det unna nettverk som fører sensitiv trafikk, eller begrens det til et segment der de eneste likemennene er like utgiftbare. Ingen av disse valgene innebærer et abonnement, og ingen av dem blir bedre av å velge en annen tunnelleverandør.

Hva en tunnel dekker

En VPN flytter grensen. Enheten din krypterer hver pakke og sender den til en VPN-server, som dekrypterer den og videresender den. Den som manipulerer Wi-Fi-forbindelsen, ser ytre tunnelpakker, ikke nyttelasten inni, så et reinstallasjonsangrep som avdekker rammer på lenkelaget, avdekker ikke automatisk innholdet i den tunnelerte forbindelsen. Den beskyttelsen holder selv mens den trådløse stabelen under fortsatt er sårbar, og det er nettopp derfor de to kontrollene forveksles.

Forbeholdet er "tunneleret". Delt tunnelering, en omgåelsesliste eller et unntak for captive portal sender noe trafikk utenfor tunnelen, og den trafikken får ingen nytte av den. Det samme gjelder trafikk fra andre enheter på samme nettverk som aldri installerte klienten. En tunnel er en beslutning per enhet og per rute, ikke en egenskap ved rommet, og en VPN på ruternivå dekker bare det som faktisk rutes gjennom ruteren.

Det tunnelen ikke kan, er å reparere driveren, stoppe en deautentiseringsflod eller hindre en angriper i å jamme kanalen. Den kan heller ikke beskytte en forbindelse som aldri går inn i den. Det er tilgjengelighets- og lenkelagsproblemer, og de blir hos den trådløse stabelen uansett hvor sterk ciphersuiten på tunnelen er.

HTTPS og tunnelen beskytter forskjellige hopp

En enkelt sideinnlasting kan innebære tre separate beskyttelser: Wi-Fi-forbindelsen, tunnelen til VPN-serveren og TLS-økten til nettstedet. Hver av dem forhandles uavhengig. TLS med et gyldig sertifikat og en moderne protokollversjon gir deg autentisert kryptering mellom nettleser og nettsted selv når det første hoppet er fiendtlig, fordi sertifikatkontrollen er det som hindrer en bedrager i å sette inn sin egen nøkkel.

Den kontrollen har svake punkter i kantene. En omdirigering fra HTTPS til HTTP, en side som laster skript over vanlig HTTP, eller en bruker som klikker gjennom en sertifikatadvarsel flytter alle trafikk utenfor den beskyttede økten. HSTS og nettleserens mellomsider finnes fordi de feilene er vanlige, ikke fordi TLS er skjørt.

Å beholde HTTPS og en tunnel gjør ikke den trådløse implementasjonen usårbar. Rammene blir fortsatt dekryptert av en feilbeheftet driver; forskjellen er hva angriperen finner inni dem, og om det innholdet allerede var beskyttet av noe annet.

Reparasjonsrekkefølge for et blandet nettverk

Start med aksesspunktet, fordi det er enheten du kontrollerer og den alle klienter er avhengige av. Gå deretter gjennom klientenes operativsystemer, de eldste først, siden plattformer som har sluttet å motta oppdateringer, er de som aldri blir patchet. Først når den oversikten er ferdig, gir en VPN-beslutning mening, og det er en beslutning om eksponering, ikke om reparasjon. Å gjøre det i motsatt rekkefølge, tunnel først og fastvare senere, lar den faktiske feilen bli stående så lenge abonnementet varer.

Skriv ned hva du verifiserte, inkludert fastvareversjonen og datoen. "Oppdatert" er ikke en tilstand noen kan revidere senere.

Tre kontroller dekker mesteparten av arbeidet, og de kommer i denne rekkefølgen. Ikke hopp over den tredje bare fordi de to første kom tilbake rene.

• Ruterfastvare: sammenlign den installerte versjonen med produsentens rådgivningsside, ikke med oppdateringsknappen.
• Klient-OS: bekreft patchnivået som omfatter den trådløse rettelsen for hver telefon, bærbar maskin og nettbrett.
• Rester: list enheter uten patchvei, og avgjør om de skal utfases, isoleres eller aksepteres.

Hvis restlisten er lang, kjøper et gjestenettverk med klientisolering tid mens maskinvaren byttes ut. Test deretter én kjent klient på hvert bånd, noter resultatet, og kontroller på nytt etter neste fastvareutgivelse. Maskinvareoversikten er det som gjør den neste rådgivningen rask; tunnelen er det som dekker hullet i mellomtiden.