Beskytter en VPN mod KRACK? Hvad rettelsen løser

Hvis du køber en VPN, fordi en overskrift sagde, at KRACK bryder Wi-Fi-kryptering, så reparerer du det forkerte lag. Den afsløring i 2017 beskrev en familie af nøglegeninstallationsangreb mod WPA2's firevejs-håndtryk, og reparationen kom som opdateringer til styresystemer, patches til trådløse drivere og routerfirmware. En tunnel kan skjule din trafik for det lokale netværk, men den kan ikke reparere et håndtryk, der afsluttes nedenunder. Så det første spørgsmål er ikke, hvilken VPN du skal købe; det er, hvilke af dine enheder der stadig kører en uopdateret trådløs stak.

Den samme skelnen besvarer økonomibekymringen. En person, der ikke har råd til et abonnement, blev aldrig udelukket fra den egentlige løsning, fordi løsningen var en gratis opdatering. Det, der koster penge, er at udskifte hardware, som ikke længere modtager en.

Hvad angrebet faktisk manipulerede

WPA2 udleder en ny parvis nøgle ved tilkobling gennem et firevejs-håndtryk. Adgangspunktet sender en nonce, klienten svarer med sin egen, begge sider beregner den parvise transiente nøgle, og adgangspunktet bekræfter med en besked, som klienten kvitterer for. Et nøglegeninstallationsangreb forstyrrer den sekvens i stedet for at gætte adgangsfrasen og tvinger en klient til at installere en nøgle, den allerede har installeret. Hver geninstallation kan nulstille send-noncen og modtagelses-tælleren for genafspilning, der er knyttet til den nøgle.

Når de tællere bevæger sig baglæns, bliver noget af den trafik, der burde være afvist, acceptabel igen. Afhængigt af varianten og implementeringen kunne en angriber inden for radioafstand genafspille rammer, dekryptere dem eller injicere dem. Gruppe-nøgle-håndtrykket og håndtrykket for hurtig overgang havde deres egne varianter, og derfor listede rådgivningen flere angrebsnavne i stedet for ét.

Android 6.0 og nyere var det værste tilfælde. Dets wpa_supplicant-versioner kunne tvinges til at installere en nøgle med alle nuller, hvilket gjorde dekryptering langt lettere end på platforme, hvor geninstallation kun nulstillede tællere. Den detalje skilte en teoretisk svaghed fra en praktisk på den mest udbredte telefonplatform på det tidspunkt.

Rettelsen bor i den trådløse stak

Rettelsen fra upstream bad supplicanter og adgangspunkter om at ignorere en gensendt håndtryksbesked, når nøglen allerede var installeret. Patchede builds af wpa_supplicant og hostapd bar den, og distributionerne bagporterede den til ældre grene, så den streng, som wpa_supplicant -v udskriver, er et udgangspunkt og ikke en dom. Læs distributionens sikkerhedsrådgivning, og bekræft den konkrete patch, ikke kun versionsnummeret. Et build, der rapporterer en gammel version, kan stadig være rettet, og et build med en ny version kan stadig mangle en producentpatch.

Begge ender af forbindelsen kræver opmærksomhed. En repareret router patcher ikke den bærbare computer, der forbinder til den, og en repareret bærbar computer patcher ikke routeren. Producenterne udgav rådgivning pr. produkt, og routerrettelser kom ofte bagefter telefonopdateringer, fordi hver model kræver sit eget firmware-build. Hvis en enheds seneste udgivelse er ældre end rådgivningen, så behandl den som uopdateret, indtil producenten siger andet.

For udstyr, du ikke kan opdatere, er mulighederne snævre og uglamourøse. Tag det ud af drift, hold det væk fra netværk med følsom trafik, eller begræns det til et segment, hvor dets eneste jævnbyrdige er lige så undværlige. Ingen af disse muligheder indebærer et abonnement, og ingen af dem bliver bedre af at vælge en anden tunneludbyder.

Hvad en tunnel dækker

En VPN flytter grænsen. Din enhed krypterer hver pakke og sender den til en VPN-server, som dekrypterer den og videresender den. En person, der manipulerer Wi-Fi-forbindelsen, ser ydre tunnelpakker, ikke nyttelasten indeni, så et geninstallationsangreb, der blotlægger rammer på linklaget, blotlægger ikke automatisk indholdet af den tunnelforbindelse. Den beskyttelse holder, selv mens den trådløse stak nedenunder forbliver sårbar, og det er netop derfor, de to kontroller forveksles.

Forbeholdet er "tunnelet". Opdelt tunnellering, en omgåelsesliste eller en undtagelse for captive portal sender noget trafik uden for tunnelen, og den trafik får ingen gavn af den. Det samme gælder trafik fra andre enheder på samme netværk, som aldrig installerede klienten. En tunnel er en beslutning pr. enhed og pr. rute, ikke en egenskab ved lokalet, og en VPN på routerniveau dækker kun det, der faktisk ruter gennem routeren.

Det, tunnelen ikke kan, er at reparere driveren, stoppe en deautentificeringsflod eller forhindre en angriber i at jamme kanalen. Den kan heller ikke beskytte en forbindelse, der aldrig går ind i den. Det er tilgængeligheds- og linklagsproblemer, og de bliver hos den trådløse stak, uanset hvor stærk ciphersuiten på tunnelen er.

HTTPS og tunnelen beskytter forskellige hop

En enkelt sideindlæsning kan omfatte tre separate beskyttelser: Wi-Fi-forbindelsen, tunnelen til VPN-serveren og TLS-sessionen til webstedet. Hver af dem forhandles uafhængigt. TLS med et gyldigt certifikat og en moderne protokolversion giver dig autentificeret kryptering mellem browser og websted, selv når det første hop er fjendtligt, fordi certifikatkontrollen er det, der forhindrer en bedrager i at indsætte sin egen nøgle.

Den kontrol har svage punkter i kanterne. En omdirigering fra HTTPS til HTTP, en side, der indlæser scripts over almindelig HTTP, eller en bruger, der klikker gennem en certifikatadvarsel, flytter alle trafik uden for den beskyttede session. HSTS og browserens mellemsider findes, fordi de fejl er almindelige, ikke fordi TLS er skrøbeligt.

At beholde HTTPS og en tunnel gør ikke den trådløse implementering usårbar. Rammerne bliver stadig dekrypteret af en fejlbehæftet driver; forskellen er, hvad angriberen finder indeni dem, og om det indhold allerede var beskyttet af noget andet.

Reparationsrækkefølge for et blandet netværk

Start med adgangspunktet, fordi det er den enhed, du kontrollerer, og den alle klienter afhænger af. Gå derefter gennem klienternes styresystemer, ældste først, da platforme, der er stoppet med at modtage opdateringer, er dem, der aldrig bliver patchet. Først når den opgørelse er færdig, giver en VPN-beslutning mening, og det er en beslutning om eksponering, ikke om reparation. At gøre det i den anden rækkefølge, tunnel først og firmware senere, lader den faktiske fejl blive på plads, så længe abonnementet varer.

Skriv ned, hvad du verificerede, inklusive firmwareversionen og datoen. "Opdateret" er ikke en tilstand, nogen kan revidere senere.

Tre kontroller dækker det meste af arbejdet, og de kommer i denne rækkefølge. Spring ikke den tredje over, bare fordi de to første kom tilbage rene.

• Routerfirmware: sammenlign den installerede version med producentens rådgivningsside, ikke med opdateringsknappen.
• Klient-OS: bekræft det patchniveau, der omfatter den trådløse rettelse til hver telefon, bærbar computer og tablet.
• Rester: list enheder uden patchvej, og beslut om de skal udfases, isoleres eller accepteres.

Hvis restlisten er lang, køber et gæstenetværk med klientisolering tid, mens hardwaren udskiftes. Test derefter én kendt klient på hvert bånd, notér resultatet, og kontroller igen efter næste firmwareudgivelse. Hardwareopgørelsen er det, der gør den næste rådgivning hurtig; tunnelen er det, der dækker hullet i mellemtiden.