Skyddar en VPN mot KRACK? Vad rättningen reparerar

Om du köper en VPN för att en rubrik sa att KRACK bryter Wi-Fi-krypteringen, reparerar du fel lager. Den avslöjandet 2017 beskrev en familj av nyckelåterinstallationsattacker mot WPA2:s fyrvägs-handskakning, och rättningen kom som uppdateringar av operativsystemet, patchningar av trådlösa drivrutiner och routermjukvara. En tunnel kan dölja din trafik för det lokala nätet, men den kan inte reparera en handskakning som slutförs under den. Så den första frågan är inte vilken VPN du ska köpa; det är vilka av dina enheter som fortfarande kör en ouppdaterad trådlös stack.

Samma åtskillnad svarar på budgetoron. Den som inte har råd med en prenumeration stängdes aldrig ute från den egentliga lösningen, eftersom lösningen var en gratis uppdatering. Pengar kostar att byta ut hårdvara som inte längre får någon.

Vad attacken faktiskt manipulerade

WPA2 härleder en ny parnyckel vid anslutning genom en fyrvägs-handskakning. Åtkomstpunkten skickar en nonce, klienten svarar med sin egen, båda sidor beräknar den parvisa tillfälliga nyckeln, och åtkomstpunkten bekräftar med ett meddelande som klienten kvitterar. En nyckelåterinstallationsattack stör den sekvensen i stället för att gissa lösenfrasen och tvingar en klient att installera en nyckel som den redan har installerat. Varje återinstallation kan nollställa sändnings-noncen och mottagningens uppspelningsräknare som är knutna till den nyckeln.

När de räknarna går bakåt blir en del av trafiken som borde ha avvisats acceptabel igen. Beroende på varianten och implementeringen kunde en angripare inom radioavstånd spela upp ramar igen, dekryptera dem eller injicera dem. Gruppnyckelhandskakningen och handskakningen för snabb övergång hade egna varianter, och därför listade rådgivningen flera attacknamn i stället för ett.

Android 6.0 och senare var det värsta fallet. Dess wpa_supplicant-versioner kunde tvingas att installera en nyckel som bestod av bara nollor, vilket gjorde dekryptering mycket enklare än på plattformar där återinstallation bara nollställde räknare. Den detaljen skilde en teoretisk svaghet från en praktisk på den mest utbredda telefonplattformen då.

Rättningen bor i den trådlösa stacken

Korrigeringen från uppströms bad supplikanter och åtkomstpunkter att ignorera ett återsänt handskakningsmeddelande när nyckeln redan var installerad. Patchade byggen av wpa_supplicant och hostapd bar den, och distributionerna bakporterade den till äldre grenar, så strängen som wpa_supplicant -v skriver ut är en utgångspunkt och inte en dom. Läs distributionens säkerhetsrådgivning och bekräfta den specifika patchen, inte bara versionsnumret. Ett bygge som rapporterar en gammal version kan fortfarande vara rättat, och ett bygge med en ny version kan fortfarande sakna en bakport från tillverkaren.

Båda ändarna av förbindelsen behöver uppmärksamhet. En reparerad router patchar inte den bärbara dator som ansluter till den, och en reparerad bärbar dator patchar inte routern. Tillverkarna publicerade rådgivning per produkt, och routerrättningar kom ofta efter telefonuppdateringar eftersom varje modell behöver sitt eget firmwarebygge. Om en enhets senaste utgåva är äldre än rådgivningen, behandla den som ouppdaterad tills tillverkaren säger annat.

För utrustning du inte kan uppdatera är valen smala och föga glamorösa. Ta den ur drift, håll den borta från nätverk som bär känslig trafik, eller begränsa den till ett segment där dess enda jämlikar är lika umbärliga. Inget av dessa val innebär en prenumeration, och inget av dem blir bättre av att välja en annan tunnelleverantör.

Vad en tunnel täcker

En VPN flyttar gränsen. Din enhet krypterar varje paket och skickar det till en VPN-server, som dekrypterar det och vidarebefordrar det. Den som manipulerar Wi-Fi-förbindelsen ser yttre tunnelpaket, inte nyttolasten inuti, så en återinstallationsattack som blottlägger ramar på länklagret blottlägger inte automatiskt innehållet i den tunnlade förbindelsen. Det skyddet håller även när den trådlösa stacken under fortfarande är sårbar, och det är just därför de två kontrollerna förväxlas.

Förbehållet är "tunnlad". Delad tunnling, en kringgångslista eller ett undantag för captive portal skickar en del av trafiken utanför tunneln, och den trafiken får ingen nytta av den. Samma sak gäller trafik från andra enheter i samma nätverk som aldrig installerade klienten. En tunnel är ett beslut per enhet och per rutt, inte en egenskap hos rummet, och en VPN på routernivå täcker bara det som faktiskt routas genom routern.

Det tunneln inte kan är att reparera drivrutinen, stoppa en deautentiseringsflod eller hindra en angripare från att störa kanalen. Den kan inte heller skydda en förbindelse som aldrig går in i den. Det är tillgänglighets- och länklagersproblem, och de stannar hos den trådlösa stacken oavsett hur stark chiffersviten på tunneln är.

HTTPS och tunneln skyddar olika hopp

En enda sidladdning kan innebära tre separata skydd: Wi-Fi-förbindelsen, tunneln till VPN-servern och TLS-sessionen till webbplatsen. Var och en förhandlas oberoende. TLS med ett giltigt certifikat och en modern protokollversion ger dig autentiserad kryptering mellan webbläsare och webbplats även när det första hoppet är fientligt, eftersom certifikatkontrollen är det som hindrar en bedragare från att sätta in sin egen nyckel.

Den kontrollen har svaga punkter i kanterna. En omdirigering från HTTPS till HTTP, en sida som laddar skript över vanlig HTTP, eller en användare som klickar igenom en certifikatvarning flyttar alla trafik utanför den skyddade sessionen. HSTS och webbläsarens mellansidor finns för att de felen är vanliga, inte för att TLS är bräckligt.

Att behålla HTTPS och en tunnel gör inte den trådlösa implementeringen osårbar. Ramarna dekrypteras fortfarande av en felaktig drivrutin; skillnaden är vad angriparen hittar inuti dem och om det innehållet redan skyddades av något annat.

Reparationsordning för ett blandat nätverk

Börja med åtkomstpunkten, eftersom det är enheten du kontrollerar och den som varje klient är beroende av. Gå sedan igenom klienternas operativsystem, de äldsta först, eftersom plattformar som har slutat få uppdateringar är de som aldrig blir patchade. Först när den inventeringen är klar har ett VPN-beslut någon mening, och det är ett beslut om exponering, inte om reparation. Att göra det i omvänd ordning, tunnel först och firmware senare, lämnar det faktiska felet på plats så länge prenumerationen varar.

Skriv ned vad du verifierade, inklusive firmwareversionen och datumet. "Uppdaterad" är inte ett tillstånd som någon kan granska i efterhand.

Tre kontroller täcker det mesta av arbetet, och de kommer i den här ordningen. Hoppa inte över den tredje bara för att de två första kom tillbaka rena.

• Routerfirmware: jämför den installerade versionen med tillverkarens rådgivningssida, inte med uppdateringsknappen.
• Klient-OS: bekräfta patchnivån som omfattar den trådlösa rättningen för varje telefon, bärbar dator och surfplatta.
• Rester: lista enheter utan patchväg och besluta om de ska fasas ut, isoleras eller accepteras.

Om restlistan är lång köper ett gästnätverk med klientisolering tid medan hårdvaran byts ut. Testa sedan en känd klient på varje band, notera resultatet och kontrollera igen efter nästa firmwareutgåva. Hårdvaruinventeringen är det som gör nästa rådgivning snabb; tunneln är det som täcker luckan under tiden.