Un VPN e un circuito Tor cifrano entrambi il tuo traffico per una parte del percorso. Entrambi smettono di cifrarlo presso un peer che scelgono da soli. HTTPS è il livello che arriva al sito stesso, e nessuna quantità di tunneling davanti ad esso trasforma l’invio di un modulo in chiaro in uno protetto. Seguire ogni livello fino al punto in cui termina lo rende evidente.

Tre livelli, tre punti di terminazione diversi

Un VPN tradizionale termina il suo tunnel al server VPN. Tutto ciò che sta tra il tuo dispositivo e quel server è dentro il tunnel, e tutto ciò che viene dopo non lo è. Un circuito Tor si comporta allo stesso modo con un altro peer, lasciando la rete a un relè di uscita che inoltra la tua richiesta alla destinazione.

TLS termina al sito. Il certificato che hai convalidato lega un nome host a una chiave controllata dal sito, e le chiavi di sessione esistono tra il tuo browser e quel server. Quel punto di terminazione è oltre sia il server VPN sia l’uscita Tor.

I tre livelli hanno quindi tre confini di fiducia diversi, e una richiesta li attraversa tutti in sequenza. Rafforzarne uno non dice nulla sugli altri, e l’ultimo è l’unico a cui la destinazione partecipa.

Che cosa espone l’ultimo salto

Se l’applicazione usa HTTP in chiaro, il contenuto oltre l’uscita è leggibile da chiunque gestisca quel salto. Il tunnel precedente ha fatto il suo lavoro perfettamente e semplicemente non c’è più. Le credenziali digitate in un modulo HTTP sono esposte esattamente nel punto in cui la protezione è finita.

LayerTerminates atWho can read the request there
VPN tunnelThe VPN server you selectedThe operator of that server, and anyone who can compel them
Tor circuitAn exit relay chosen by the networkThe exit relay operator, for traffic that is not otherwise protected
HTTPSThe website's own TLS endpointThe site itself, and no intermediary on the path

Con HTTPS convalidato correttamente, un intermediario sul percorso non può leggere né modificare silenziosamente il contenuto dell’applicazione. Vede comunque che ti sei connesso, quando e verso quale indirizzo, perché le intestazioni dei pacchetti devono essere instradabili. La riservatezza del contenuto e i metadati sulla connessione sono proprietà diverse, e solo la prima è ciò che fornisce TLS.

L’identità dell’account è ancora una terza cosa. Accedere a un account ti identifica a quel servizio indipendentemente dall’indirizzo di uscita usato, quindi l’uscita protegge il percorso di rete e non l’account. Questa distinzione sopravvive a qualsiasi numero di livelli davanti. Cambiare uscita non cambia mai ciò che rivela una sessione connessa. Il servizio sapeva chi eri prima che il primo pacchetto partisse.

Niente di questa disposizione si rompe aggiungendo un secondo tunnel. Ciò che cambia è quale osservatore vede il primo salto, non se l’ultimo salto è cifrato.

L’ordine cambia gli osservatori, non il punto di terminazione

Concatenare un VPN e Tor è un modo legittimo di cambiare chi vede cosa a livello di rete. Eseguire Tor su un VPN nasconde alla tua rete di accesso il fatto che usi Tor, mentre eseguire un VPN su Tor nasconde il tuo indirizzo al fornitore VPN. Entrambi gli ordini sono descritti nella documentazione pubblica ed entrambi hanno compromessi in prestazioni e comportamento in caso di guasto.

Nessuno dei due ordini sposta il punto di terminazione TLS. In entrambi i casi il browser convalida ancora un certificato per il nome host richiesto, e in entrambi i casi un URL HTTP invia ancora il contenuto in chiaro oltre l’ultimo relè. La composizione cambia l’elenco degli osservatori; non cambia il numero di livelli alla destinazione.

Per questo i consigli sulla concatenazione riguardano di solito i modelli di minaccia e non la sicurezza in generale. Una catena più lunga non è una versione più forte della stessa cosa, e non sostituisce il protocollo scelto dall’applicazione.

curl -sSI https://example.net | head -3
openssl s_client -connect example.net:443 -servername example.net -brief

Entrambi i comandi mostrano il livello che conta alla destinazione. Il secondo stampa il protocollo negoziato senza coinvolgere alcun tunnel. Nessuno dei due ti dice nulla sull’uscita che hai usato.

Mantieni attiva la convalida mentre diagnostichi

Un avviso di certificato è un’informazione sulla connessione che stai per fare. Può significare un nome host che non corrisponde, un problema di orologio, una catena non attendibile o un tentativo di intercettazione. Aggiungere un’eccezione permanente perché un VPN è connesso rimuove l’unico segnale che avrebbe distinto questi casi.

Le funzioni di connessione sicura di Tor Browser e i suoi avvisi esistono per lo stesso motivo, e disattivarli per far caricare una pagina scambia un errore visibile con uno invisibile. Se un sito non è raggiungibile senza eccezione, la conclusione onesta è che la connessione non è verificabile, non che il tunnel l’abbia resa sicura.

La cifratura non dice nulla nemmeno sulle intenzioni. Una connessione HTTPS valida verso un sito ingannevole consegna i tuoi dati a quel sito con perfetta riservatezza. Controlla l’indirizzo e ciò che invii, non solo la presenza del lucchetto.

I servizi Onion sono un modello davvero diverso. Vi si accede attraverso la rete Tor senza una normale uscita pubblica, il che non è lo stesso che accedere a un sito pubblico tramite Tor. Trattalo come un caso a sé con le proprie aspettative, non come una versione più forte della stessa visita.

La regola che sopravvive a ogni configurazione è breve. Mantieni intatta la convalida del browser. Giudica ogni livello da dove finisce davvero.

Articoli correlati