Protegeix una VPN contra KRACK? Què arregla el pedaç

Si compreu una VPN perquè un titular deia que KRACK trenca el xifratge del Wi-Fi, esteu arreglant la capa equivocada. Aquella revelació del 2017 descrivia una família d’atacs de reinstal·lació de claus contra l’aplec de mans de quatre vies del WPA2, i la reparació va arribar com a actualitzacions del sistema operatiu, pedaços dels controladors sense fil i firmware del router. Un túnel pot amagar el vostre trànsit de la xarxa local, però no pot reparar un aplec de mans que es completa per sota seu. Per tant, la primera pregunta no és quina VPN comprar; és quin dels vostres dispositius encara executa una pila sense fils sense pedaçar.

La mateixa distinció respon al neguit pressupostari. Qui no es pot permetre una subscripció mai no va quedar fora del remei real, perquè el remei era una actualització gratuïta. El que costa diners és substituir maquinari que ja no en rep cap.

Què va manipular realment l’atac

El WPA2 deriva una clau per parell nova en el moment de l’associació mitjançant un aplec de mans de quatre vies. El punt d’accés envia un nonce, el client respon amb el seu, les dues bandes calculen la clau transitòria per parell, i el punt d’accés confirma amb un missatge que el client reconeix. Un atac de reinstal·lació de claus interfereix en aquesta seqüència en lloc d’endevinar la contrasenya, i força un client a instal·lar una clau que ja havia instal·lat. Cada reinstal·lació pot reiniciar el nonce de transmissió i el comptador de reproducció de recepció lligats a aquesta clau.

Quan aquests comptadors retrocedeixen, part del trànsit que s’hauria d’haver rebutjat torna a ser acceptable. Segons la variant i la implementació, un atacant a l’abast de ràdio podia repetir trames, desxifrar-les o injectar-les. L’aplec de mans de clau de grup i el de transició ràpida tenien les seves pròpies variants, i per això l’avís llistava diversos noms d’atac en lloc d’un.

Android 6.0 i posteriors va ser el pitjor cas. Les seves versions de wpa_supplicant es podien forçar a instal·lar una clau tota a zero, cosa que feia el desxifratge molt més fàcil que en plataformes on la reinstal·lació només reiniciava comptadors. Aquest detall va separar una debilitat teòrica d’una de pràctica a la plataforma de telèfon més comuna d’aleshores.

La solució viu a la pila sense fils

La correcció original va dir als supplicants i als punts d’accés que ignorin un missatge d’aplec de mans retransmès quan la clau ja està instal·lada. Les compilacions pedaçades de wpa_supplicant i hostapd la portaven, i les distribucions la van retroportar a branques antigues, així que la cadena que imprimeix wpa_supplicant -v és un punt de partida, no un veredicte. Llegeix l’avís de seguretat de la distribució i confirma el pedaç concret, no només el número de versió. Una compilació que declara una versió antiga encara pot estar corregida, i una que en declara una de nova encara pot mancar d’un pedaç del fabricant.

Els dos extrems de l’enllaç necessiten atenció. Un router reparat no pedaça el portàtil que s’hi associa, i un portàtil reparat no pedaça el router. Els fabricants publicaven avisos per producte, i les correccions de router solien anar darrere de les actualitzacions de telèfon perquè cada model necessita la seva pròpia compilació de firmware. Si l’última versió d’un dispositiu és anterior a l’avís, tracta’l com a sense pedaçar fins que el fabricant digui el contrari.

Per a l’equip que no podeu actualitzar, les opcions són estretes i poc glamuroses. Retireu-lo, manteniu-lo fora de xarxes que portin trànsit sensible, o confineu-lo en un segment on els seus únics iguals siguin igual de prescindibles. Cap d’aquestes opcions no implica una subscripció, i cap no millora triant un altre proveïdor de túnel.

Què cobreix un túnel

Una VPN mou la frontera. El vostre dispositiu xifra cada paquet i l’envia a un servidor VPN, que el desxifra i el reenvia. Qui manipula l’enllaç Wi-Fi veu els paquets externs del túnel, no la càrrega útil de dins, així que un atac de reinstal·lació que exposa trames de capa d’enllaç no exposa automàticament el contingut de la connexió tunnelada. Aquesta protecció es manté fins i tot mentre la pila sense fils de sota continua vulnerable, i és exactament per això que els dos controls es confonen.

El matís és «tunnelat». El túnel dividit, una llista d’excepcions o una excepció de portal captiu envien part del trànsit fora del túnel, i aquest trànsit no en treu cap benefici. També passa amb el trànsit d’altres dispositius de la mateixa xarxa que mai no van instal·lar el client. Un túnel és una decisió per dispositiu i per ruta, no una propietat de la sala, i una VPN a nivell de router només cobreix el que realment passa pel router.

El que el túnel no pot fer és reparar el controlador, aturar una allau de desautenticació o impedir que un atacant interfereixi el canal. Tampoc no pot protegir una connexió que mai no hi entra. Són problemes de disponibilitat i de capa d’enllaç, i es queden amb la pila sense fils per molt fort que sigui el conjunt de xifratges del túnel.

HTTPS i el túnel protegeixen salts diferents

Una sola càrrega de pàgina pot implicar tres proteccions separades: l’enllaç Wi-Fi, el túnel cap al servidor VPN i la sessió TLS cap al lloc web. Cadascuna es negocia de manera independent. TLS amb un certificat vàlid i una versió de protocol moderna us dóna xifratge autenticat entre navegador i lloc fins i tot quan el primer salt és hostil, perquè la comprovació del certificat és el que atura un impostor que vulgui substituir la seva pròpia clau.

Aquesta comprovació té punts febles a les vores. Una redirecció d’HTTPS a HTTP, una pàgina que carrega scripts per HTTP simple o un usuari que clica a través d’un avís de certificat mouen trànsit fora de la sessió protegida. HSTS i les pàgines intermèdies del navegador existeixen perquè aquests errors són comuns, no perquè TLS sigui fràgil.

Mantenir HTTPS i un túnel no fa que la implementació sense fils deixi de ser vulnerable. Les trames encara les desxifra un controlador amb errors; la diferència és què hi troba l’atacant a dins i si aquell contingut ja estava protegit per una altra cosa.

Ordre de reparació per a una xarxa mixta

Comença pel punt d’accés, perquè és el dispositiu que controles i del qual depèn cada client. Després recorre els sistemes operatius dels clients, dels més antics als més nous, ja que les plataformes que van deixar de rebre actualitzacions són les que mai no es pedaçaran. Només quan aquest inventari estigui fet té sentit una decisió sobre la VPN, i és una decisió sobre exposició, no sobre reparació. Fer-ho a l’inrevés, primer el túnel i després el firmware, deixa el defecte real al seu lloc mentre duri la subscripció.

Anota què has verificat, incloent-hi la versió de firmware i la data. «Actualitzat» no és un estat que ningú pugui auditar després.

Tres comprovacions cobreixen la major part de la feina, i van en aquest ordre. No saltis la tercera només perquè les dues primeres han sortit netes.

• Firmware del router: compara la versió instal·lada amb la pàgina d’avisos del fabricant, no amb el botó d’actualització.
• SO del client: confirma el nivell de pedaços que inclou la correcció sense fils per a cada telèfon, portàtil i tauleta.
• Restes: llista els dispositius sense camí de pedaç i decideix retirar, aïllar o acceptar.

Si la llista de restes és llarga, una xarxa de convidats amb aïllament de clients guanya temps mentre es substitueix el maquinari. Després prova un client conegut a cada banda, anota el resultat i torna a comprovar després de la propera versió de firmware. L’inventari de maquinari és el que fa ràpid el proper avís; el túnel és el que cobreix el buit mentrestant.