Pinoprotektahan ba ng VPN laban sa KRACK? Ano ang inaayos ng patch

Kung bumibili ka ng VPN dahil sinabi ng isang headline na binabasag ng KRACK ang encryption ng Wi-Fi, maling layer ang inaayos mo. Inilarawan ng pagsisiwalat noong 2017 ang isang pamilya ng mga pag-atakeng muling pag-install ng key laban sa four-way handshake ng WPA2, at dumating ang pag-aayos bilang mga update ng operating system, patch ng wireless driver at firmware ng router. Maaaring itago ng tunnel ang trapiko mo mula sa lokal na network, ngunit hindi nito maaayos ang handshake na nagtatapos sa ilalim nito. Kaya ang unang tanong ay hindi kung aling VPN ang bibilhin; ito ay kung alin sa mga device mo ang tumatakbo pa rin ng walang patch na wireless stack.

Ang parehong pagkakaiba ang sumasagot sa alalahanin sa badyet. Ang hindi kayang magbayad ng subscription ay hindi kailanman naibabaon sa tunay na lunas, dahil ang lunas ay libreng update. Pera ang kailangan sa pagpapalit ng hardware na hindi na tumatanggap ng update.

Ano ang tunay na minanipula ng pag-atake

WPA2 ay kumukuha ng bagong pairwise key sa oras ng asosasyon sa pamamagitan ng four-way handshake. Nagpapadala ang access point ng nonce, sumasagot ang client ng sarili nito, kinakalkula ng magkabilang panig ang pairwise transient key, at kinukumpirma ng access point sa pamamagitan ng mensaheng tinatanggap ng client. Ang pag-atakeng muling pag-install ng key ay nakikialam sa pagkakasunod-sunod na iyon sa halip na hulaan ang passphrase, na pinipilit ang client na i-install ang key na na-install na nito. Ang bawat muling pag-install ay maaaring mag-reset ng transmit nonce at receive replay counter na nakatali sa key na iyon.

Kapag bumalik ang mga counter na iyon, ang bahagi ng trapikong dapat tanggihan ay nagiging katanggap-tanggap muli. Depende sa variant at implementasyon, ang attacker sa saklaw ng radyo ay maaaring mag-replay ng frame, mag-decrypt nito o mag-inject. Ang group-key handshake at ang fast-transition handshake ay may sariling variant, kaya naglista ang advisory ng ilang pangalan ng pag-atake sa halip na isa.

Android 6.0 at mas bago ang pinakamasamang kaso. Ang mga bersyon nito ng wpa_supplicant ay maaaring pilitin na mag-install ng key na puro zero, na ginagawang mas madali ang decryption kaysa sa mga platform kung saan ang muling pag-install ay nagre-reset lamang ng counter. Ang detalyeng iyon ay naghiwalay ng teoretikal na kahinaan mula sa praktikal sa pinakakaraniwang platform ng telepono noong panahong iyon.

Ang pag-aayos ay nasa wireless stack

Sinabi ng upstream na pagwawasto sa supplicant at access point na huwag pansinin ang muling ipinadalang mensahe ng handshake kapag na-install na ang key. Dinala ito ng mga patched build ng wpa_supplicant at hostapd, at ibinalik ito ng mga distribusyon sa lumang branch, kaya ang string na ipiniprint ng wpa_supplicant -v ay panimulang punto at hindi hatol. Basahin ang security advisory ng distribusyon at kumpirmahin ang partikular na patch, hindi lamang ang numero ng bersyon. Ang build na nag-uulat ng lumang bersyon ay maaaring naayos pa rin, at ang build na may bagong bersyon ay maaaring kulang pa rin ng backport ng vendor.

Kailangan ng pansin ang magkabilang dulo ng link. Ang naayos na router ay hindi nagpapatches sa laptop na kumokonekta rito, at ang naayos na laptop ay hindi nagpapatches sa router. Naglathala ang mga vendor ng advisory kada produkto, at ang mga pag-aayos ng router ay kadalasang nahuhuli sa mga update ng telepono dahil ang bawat modelo ay nangangailangan ng sarili nitong build ng firmware. Kung ang huling release ng device ay mas luma kaysa sa advisory, ituring itong walang patch hanggang sabihin ng vendor ang kabaligtaran.

Para sa kagamitang hindi mo maaaring i-update, ang mga pagpipilian ay makitid at walang kislap. Iretiro ito, ilayo sa mga network na may sensitibong trapiko, o limitahan sa isang segment kung saan ang tanging kapwa nito ay kasing-dispensable. Wala sa mga pagpipiliang ito ang nangangailangan ng subscription, at wala rin ang gumagaling sa pagpili ng ibang tagapagbigay ng tunnel.

Ano ang saklaw ng tunnel

Inililipat ng VPN ang hangganan. Ini-encrypt ng device mo ang bawat packet at ipinapadala ito sa server ng VPN, na nagde-decrypt at nagpapasa nito. Ang nagmamanipula ng link ng Wi-Fi ay nakakakita ng panlabas na packet ng tunnel, hindi ang payload sa loob, kaya ang pag-atakeng muling pag-install na naglalantad ng frame ng link layer ay hindi awtomatikong naglalantad ng nilalaman ng koneksyong naka-tunnel. Nananatili ang proteksyong iyon kahit ang wireless stack sa ilalim ay nananatiling mahina, at iyon ang dahilan kung bakit napagkakamalan ang dalawang kontrol.

Ang kondisyon ay "naka-tunnel". Ang split tunneling, listahan ng bypass o eksepsyon sa captive portal ay nagpapadala ng bahagi ng trapiko sa labas ng tunnel, at ang trapikong iyon ay walang pakinabang dito. Gayundin ang trapiko ng iba pang device sa parehong network na hindi kailanman nag-install ng client. Ang tunnel ay desisyon kada device at kada ruta, hindi katangian ng silid, at ang VPN sa antas ng router ay sumasaklaw lamang sa aktwal na dumadaan sa router.

Ang hindi kaya ng tunnel ay ayusin ang driver, pigilan ang pagbaha ng deauthentication o hadlangan ang attacker sa pag-jam ng channel. Hindi rin nito mapoprotektahan ang koneksyong hindi kailanman pumapasok dito. Mga problema ito sa availability at link layer, at nananatili sila sa wireless stack gaano man kalakas ang cipher suite sa tunnel.

HTTPS at tunnel ay nagpoprotekta sa magkaibang hop

Ang isang pag-load ng pahina ay maaaring may tatlong hiwalay na proteksyon: ang link ng Wi-Fi, ang tunnel sa server ng VPN at ang sesyon ng TLS sa website. Bawat isa ay hiwalay na pinag-uusapan. Ang TLS na may valid na sertipiko at modernong bersyon ng protocol ay nagbibigay sa iyo ng authenticated na encryption sa pagitan ng browser at site kahit ang unang hop ay pagalit, dahil ang pagsusuri ng sertipiko ang pumipigil sa impostor na maglagay ng sarili nitong key.

Ang pagsusuring iyon ay may mahinang punto sa mga gilid. Ang redirect mula HTTPS papuntang HTTP, pahinang naglo-load ng script sa simpleng HTTP, o user na nagki-click sa babala ng sertipiko ay naglilipat ng trapiko sa labas ng protektadong sesyon. Ang HSTS at mga intermediate na pahina ng browser ay umiiral dahil karaniwan ang mga pagkakamaling iyon, hindi dahil marupok ang TLS.

Ang pagpapanatili ng HTTPS at tunnel ay hindi nagpapahinto sa wireless implementation na maging mahina. Ang mga frame ay nagde-decrypt pa rin ng depektibong driver; ang pagkakaiba ay ang makikita ng attacker sa loob at kung ang nilalamang iyon ay protektado na ng iba.

Ayos ng pag-aayos para sa halo-halong network

Magsimula sa access point, dahil ito ang device na kontrolado mo at pinagkakatiwalaan ng bawat client. Pagkatapos ay dumaan sa mga operating system ng client, pinakaluma muna, dahil ang mga platform na tumigil sa pagtanggap ng update ang hindi kailanman mapapatch. Kapag natapos ang imbentaryong iyon, may saysay na ang desisyon sa VPN, at ito ay desisyon tungkol sa exposure, hindi sa pag-aayos. Ang gawin ito sa baligtad na ayos, tunnel muna at firmware mamaya, ay iniiwan ang tunay na depekto sa puwesto hangga't tumatagal ang subscription.

Isulat ang iyong na-verify, kasama ang bersyon ng firmware at petsa. Ang "na-update" ay hindi estado na maaaring i-audit ng kahit sino mamaya.

Tatlong pagsusuri ang sumasaklaw sa karamihan ng trabaho, at sumusunod ang mga ito sa ayos na ito. Huwag laktawan ang pangatlo dahil lang malinis na bumalik ang unang dalawa.

• Firmware ng router: ihambing ang naka-install na bersyon sa pahina ng advisory ng vendor, hindi sa pindutan ng update.
• OS ng client: kumpirmahin ang antas ng patch na may kasamang wireless fix para sa bawat telepono, laptop at tablet.
• Mga natira: ilista ang mga device na walang landas ng patch at magpasya kung iretiro, ihiwalay o tanggapin.

Kung mahaba ang listahan ng natira, ang guest network na may client isolation ay bumibili ng oras habang pinapalitan ang hardware. Pagkatapos ay subukan ang isang kilalang client sa bawat band, itala ang resulta at muling suriin pagkatapos ng susunod na release ng firmware. Ang imbentaryo ng hardware ang nagpapabilis sa susunod na advisory; ang tunnel ang sumasaklaw sa puwang sa pagitan.