Cosa cifra il tunnel e cosa lascia leggibile

Il tunnel è attivo, una scheda mostra un lucchetto verde, e una pagina HTTP semplice in un'altra scheda avverte ancora che la connessione non è sicura. Questa combinazione confonde le persone perché le due protezioni coprono distanze diverse. Una VPN protegge il traffico tra i propri estremi, e oltre l'uscita il traffico torna ordinario. HTTPS protegge una connessione fino al sito web. Mettere questi due fatti uno accanto all'altro spiega la maggior parte delle domande su cosa una VPN nasconda davvero.

Cosa copre davvero il tunnel

Tra il client e il peer VPN, un osservatore vede byte cifrati invece di una richiesta leggibile. Questo copre il segmento che il tunnel attraversa, che di solito è la parte che non controlli. Non si estende al collegamento tra l'uscita VPN e il sito web, perché il tunnel è terminato all'uscita. I byte tornano leggibili dal momento in cui il tunnel termina. Niente di tutto ciò è una configurazione errata.

L'uscita è una macchina che decifra e inoltra, ed è esattamente a questo che serve una VPN. Tutto ciò che inoltra è visibile ad essa nella forma in cui l'ha ricevuto, quindi una richiesta HTTP semplice resta testo in chiaro dall'uscita in poi.

Leggilo come una proprietà e non come un difetto. La cifratura è limitata a un percorso, e il percorso finisce dove inizia il servizio.

Chiavi, nonce e integrità in parole semplici

Il traffico in corso è protetto con crittografia simmetrica, e entrambi gli estremi derivano o ottengono il materiale di chiave durante l'handshake. La crittografia autenticata, descritta in termini generali dalla RFC 5116, offre riservatezza e integrità in un'unica costruzione. Il ricevente rifiuta i byte modificati invece di limitarsi a non riuscire a leggerli, ed è la parte che le persone dimenticano quando pensano che cifrare significhi mescolare.

Le chiavi provengono da quello scambio, non dalla password digitata all'accesso. La password autentica un'identità, poi il protocollo stabilisce il materiale di sessione. Lo scambio di chiavi effimero è ciò che dà riservatezza in avanti, quindi una sessione registrata resta illeggibile anche se in seguito una chiave a lungo termine trapela.

Un numero grande in una specifica non risponde a nessuna di queste domande, e confrontare numeri tra algoritmi non correlati non è una classifica. Chiedi invece cosa offre lo scambio di chiavi.

Dove finisce il tunnel

L'estremo che termina il tunnel può leggere ciò che inoltra. Vale allo stesso modo per un gateway aziendale, un fornitore commerciale e un server autoospitato. È il progetto, non un difetto. La crittografia forte non può impedire a un estremo compromesso di leggere il testo in chiaro che gli arriva, perché l'estremo è il punto in cui la protezione si ferma.

HTTPS continua oltre quel punto, ed è per questo che un sito può essere sicuro su una rete ostile anche senza VPN. Le due protezioni si sovrappongono sul primo segmento e solo una continua dopo l'uscita.

Ecco perché indebolire la verifica del certificato per far funzionare una connessione non è un test del tunnel. Disattiva un'altra protezione e ti lascia con meno di quanto avevi all'inizio.

Perché l'anonimato è un altro prodotto

Indirizzi, tempi e volume restano osservabili fuori dal tunnel. Un osservatore può vedere che il traffico scorre verso un estremo VPN, all'incirca quanto e quando. Il contenuto può essere illeggibile mentre il modello resta informativo.

Il fornitore si trova anche in un luogo diverso dalla tua rete, il che è un cambio di osservatore e non una rimozione dell'osservazione. Cookie, accessi e identificatori di account funzionano esattamente come prima, perché il tunnel non ha mai promesso di alterarli.

Scegli un fornitore in base alla sua politica di registrazione e alla giurisdizione se questo è il requisito, poi leggi la politica stessa. Le pagine marketing raramente rispondono a quella domanda in modo che qualcuno possa verificarlo.

Verifica separatamente il tunnel e il sito

Verifica prima il tunnel, per sapere quale protezione stai provando. Poi verifica il trasporto proprio del sito e confronta i due risultati invece di supporre che uno implichi l'altro. Un tunnel che trasporta HTTP semplice e un sito che serve HTTPS fanno esattamente ciò per cui sono stati configurati.

Esegui i controlli contro un host che ti è consentito testare, e leggi l'output invece del riepilogo.

wg show
ip -brief addr show tun0
curl -sS -o /dev/null -w '%{http_code} %{url_effective}\n' https://example.com

Quando il tunnel è attivo e il sito è HTTPS, hai due protezioni sul primo segmento e una sul secondo. Quando il sito è HTTP semplice, il secondo segmento è leggibile da chiunque vi si trovi, compresa l'uscita che ha inoltrato la richiesta. Sapere quale delle due manca è tutta la diagnosi, e servono due comandi invece di un nuovo client.