Vernar ein VPN mot KRACK? Kva rettinga reparerer

Viss du kjøper ein VPN fordi ei overskrift sa at KRACK bryt Wi-Fi-krypteringa, reparerer du feil lag. Den avsløringa i 2017 skildra ein familie av nøkkelreinstallasjonsåtak mot firevegs-handtrykket til WPA2, og reparasjonen kom som oppdateringar av operativsystemet, patchar for trådlause drivarar og rutarmikrokode. Ein tunnel kan skjule trafikken din for det lokale nettet, men han kan ikkje reparere eit handtrykk som blir fullført under han. Så det første spørsmålet er ikkje kva VPN du skal kjøpe; det er kva av einingane dine som framleis køyrer ein uoppdatert trådlaus stabel.

Den same skilnaden svarar på budsjetturoa. Den som ikkje har råd til eit abonnement, vart aldri stengd ute frå den eigentlege løysinga, fordi løysinga var ei gratis oppdatering. Det som kostar pengar, er å byte ut maskinvare som ikkje lenger får ei.

Kva åtaket faktisk manipulerte

WPA2 leier ut ein ny parnøkkel ved tilkopling gjennom eit firevegs-handtrykk. Aksesspunktet sender ein nonce, klienten svarar med sin eigen, begge sider reknar ut den parvise transiente nøkkelen, og aksesspunktet stadfestar med ei melding som klienten kvitterer for. Eit nøkkelreinstallasjonsåtak forstyrrar den sekvensen i staden for å gjette passfrasa, og tvingar ein klient til å installere ein nøkkel han allereie har installert. Kvar reinstallasjon kan nullstille sendenoncen og mottaksteljaren for gjenavspeling som er knytt til den nøkkelen.

Når dei teljarane går bakover, blir noko av trafikken som burde vore avvist, akseptabel igjen. Avhengig av varianten og implementasjonen kunne ein åtakar innan radioavstand spele av rammer på nytt, dekryptere dei eller injisere dei. Gruppnøkkelhandtrykket og handtrykket for rask overgang hadde eigne variantar, og difor lista rådgjevinga fleire åtaksnamn i staden for eitt.

Android 6.0 og nyare var det verste tilfellet. wpa_supplicant-versjonane kunne tvingast til å installere ein nøkkel som bestod av berre nullar, noko som gjorde dekryptering mykje enklare enn på plattformer der reinstallasjon berre nullstilte teljarar. Den detaljen skilde ei teoretisk svakheit frå ei praktisk på den mest utbreidde telefonplattforma den gongen.

Rettinga bur i den trådlause stabelen

Korreksjonen frå oppstraums bad supplikantar og aksesspunkt om å ignorere ei vidaresend handtrykkmelding når nøkkelen allereie var installert. Patcha bygg av wpa_supplicant og hostapd bar han, og distribusjonane bakporta han til eldre greiner, så strengen som wpa_supplicant -v skriv ut, er eit utgangspunkt og ikkje ein dom. Les tryggingsrådgjevinga til distribusjonen og stadfest den konkrete patchen, ikkje berre versjonsnummeret. Eit bygg som rapporterer ein gammal versjon, kan framleis vere retta, og eit bygg med ein ny versjon kan framleis mangla ein bakport frå produsenten.

Begge endar av sambandet treng merksemd. Ein reparert ruter patchar ikkje den berbare maskina som koplar seg til han, og ei reparert berbar maskin patchar ikkje ruteren. Produsentane publiserte rådgjevingar per produkt, og ruterrettingar kom ofte etter telefonoppdateringar fordi kvar modell treng sitt eige fastvarebygg. Viss siste utgåva av ei eining er eldre enn rådgjevinga, handsamar du ho som uoppdatert til produsenten seier noko anna.

For utstyr du ikkje kan oppdatere, er vala smale og lite glamorøse. Ta det ut av drift, hald det unna nettverk som fører sensitiv trafikk, eller avgrens det til eit segment der dei einaste likemennene er like utgiftbare. Ingen av desse vala inneber eit abonnement, og ingen av dei blir betre av å velje ein annan tunelleverandør.

Kva ein tunnel dekkjer

Ein VPN flyttar grensa. Eininga di krypterer kvar pakke og sender henne til ein VPN-server, som dekrypterer henne og vidaresender henne. Den som manipulerer Wi-Fi-sambandet, ser ytre tunnelpakkar, ikkje nyttelasta inni, så eit reinstallasjonsåtak som avdekkjer rammer på lenkjelaget, avdekkjer ikkje automatisk innhaldet i det tunnelert sambandet. Den vernet held sjølv medan den trådlause stabelen under framleis er sårbar, og det er nettopp difor dei to kontrollane blir forveksla.

Atterhaldet er "tunnelert". Delt tunnelering, ei omgåingsliste eller eit unntak for captive portal sender noko trafikk utanfor tunnelen, og den trafikken får inga nytte av han. Det same gjeld trafikk frå andre einingar på same nettverk som aldri installerte klienten. Ein tunnel er ei avgjerd per eining og per rute, ikkje ein eigenskap ved rommet, og ein VPN på rutarnivå dekkjer berre det som faktisk blir ruta gjennom ruteren.

Det tunnelen ikkje kan, er å reparere drivaren, stoppe ein deautentiseringsflaum eller hindre ein åtakar i å jamme kanalen. Han kan heller ikkje verne eit samband som aldri går inn i han. Det er tilgjengelegheits- og lenkjelagsproblem, og dei blir hos den trådlause stabelen uansett kor sterk ciphersuiten på tunnelen er.

HTTPS og tunnelen vernar ulike hopp

Ei enkel sideinnlasting kan innebere tre separate vern: Wi-Fi-sambandet, tunnelen til VPN-serveren og TLS-økta til nettstaden. Kvar av dei blir forhandla uavhengig. TLS med eit gyldig sertifikat og ein moderne protokollversjon gjev deg autentisert kryptering mellom nettlesar og nettstad sjølv når det første hoppet er fiendsleg, fordi sertifikatkontrollen er det som hindrar ein bedragar i å setje inn sin eigen nøkkel.

Den kontrollen har svake punkt i kantane. Ei omdirigering frå HTTPS til HTTP, ei side som lastar skript over vanleg HTTP, eller ein brukar som klikkar gjennom ei sertifikatåtvaring flyttar alle trafikk utanfor den verna økta. HSTS og mellom-sidene til nettlesaren finst fordi dei feila er vanlege, ikkje fordi TLS er skøyrt.

Å halde HTTPS og ein tunnel gjer ikkje den trådlause implementasjonen usårbar. Rammene blir framleis dekrypterte av ein feilbefta drivar; skilnaden er kva åtakaren finn inni dei, og om det innhaldet allereie var verna av noko anna.

Reparasjonsrekkjefølgje for eit blanda nettverk

Start med aksesspunktet, fordi det er eininga du kontrollerer og den alle klientar er avhengige av. Gå deretter gjennom operativsystema til klientane, dei eldste først, sidan plattformer som har slutta å få oppdateringar, er dei som aldri blir patcha. Først når den oversikta er ferdig, gjev ei VPN-avgjerd meining, og det er ei avgjerd om eksponering, ikkje om reparasjon. Å gjere det i motsett rekkjefølgje, tunnel først og fastvare seinare, lèt den faktiske feilen bli ståande så lenge abonnementet varer.

Skriv ned kva du stadfesta, inkludert fastvareversjonen og datoen. "Oppdatert" er ikkje ein tilstand nokon kan revidere seinare.

Tre kontrollar dekkjer det meste av arbeidet, og dei kjem i denne rekkjefølgja. Ikkje hopp over den tredje berre fordi dei to første kom attende reine.

• Rutarfastvare: samanlikn den installerte versjonen med rådgjevingssida til produsenten, ikkje med oppdateringsknappen.
• Klient-OS: stadfest patchnivået som omfattar den trådlause rettinga for kvar telefon, berbar maskin og nettbrett.
• Restar: list einingar utan patchveg, og avgjer om dei skal fasa ut, isolerast eller aksepterast.

Viss restlista er lang, kjøper eit gjestenettverk med klientisolering tid medan maskinvara blir bytt ut. Test deretter éin kjend klient på kvart band, noter resultatet, og kontroller på nytt etter neste fastvareutgåve. Maskinvareoversikta er det som gjer den neste rådgjevinga rask; tunnelen er det som dekkjer hòlet i mellomtida.