Cosa può vedere il tuo fornitore VPN e cosa no
L'uscita vede indirizzi, orari e, se non si usa Encrypted Client Hello, il nome del sito nell'handshake TLS. La conservazione è una questione separata.
Il tuo tunnel tiene la rete locale fuori dal tuo traffico. Non elimina però l'azienda dall'altra parte, che tratta ogni pacchetto prima che raggiunga l'internet aperto. Questa posizione è insieme il modello di business e la questione della privacy. La domanda utile quindi non è se il fornitore può vederti, ma cosa vede, cosa può nominare e cosa conserva.
Dove si sposta davvero la fiducia
La crittografia va dal tuo dispositivo al server del fornitore, e quel tratto esterno è tutto ciò che la tua rete locale vede mai. Il fornitore tiene l'altro capo del tratto, quindi decifra il tunnel e inoltra i tuoi pacchetti. Non c'è alcun difetto in questo; è la definizione del servizio che hai acquistato. La fiducia si è spostata dall'operatore locale all'operatore dell'uscita invece di scomparire.
Da quella posizione apprende il tuo indirizzo di origine, quando ti sei connesso, all'incirca quanto hai trasferito e quali destinazioni hai contattato. Nulla di ciò richiede di leggere i tuoi messaggi, ed è proprio questo il senso di separare le categorie. Le differenze interessanti tra fornitori riguardano ciò che accade dopo a quelle osservazioni.
Ciò che l'uscita tratta per necessità
Ordina le categorie in base a quanto l'uscita può vederle in modo affidabile. Nessuna riga richiede di rompere una crittografia, e ciascuna ha una risposta diversa sulla possibilità di evitarla del tutto.
| Category | Visible at the exit | Why |
|---|---|---|
| Your public address | Always | It is the address the tunnel arrives from |
| Connection times and volume | Always | Accounting data, not content |
| Destination IP addresses | Always | The exit has to route the packets |
| HTTPS hostname (SNI) | Normally, unless ECH is used | Sent in the clear in the TLS ClientHello |
| DNS names | Only if DNS is plaintext | DoH or DoT hides the query; plaintext is readable by the forwarder |
| Page paths and form contents | Not normally | Protected by the destination site's TLS session |
La quarta riga è ciò che sfugge alla maggior parte dei modelli mentali. Un browser moderno mette il nome del sito nel ClientHello, il primo messaggio dell'handshake TLS, e quel campo è leggibile all'uscita anche quando ogni query DNS è cifrata da un capo all'altro. Se non si negozia Encrypted Client Hello, il nome viaggia in chiaro accanto all'indirizzo di destinazione. Il DNS cifrato cambia chi vede la query, non chi vede il nome.
Lo stesso vale per i certificati sulle connessioni più vecchie: TLS 1.3 cifra il certificato del server, mentre un handshake TLS 1.2 può esporre il nome a un osservatore che registra il flusso. Entrambi sono fatti del trasporto e non politica del fornitore.
Cosa copre TLS e cosa no
Quando un sito serve HTTPS, il tuo browser costruisce una connessione TLS verso l'endpoint di quel sito, non verso il server VPN. Il fornitore inoltra record cifrati e apprende l'indirizzo di destinazione, il momento e le dimensioni approssimative. Il nome del sito viaggia nel ClientHello se ECH non è in gioco, e il corpo della pagina resta cifrato in entrambi i casi. Un certificato radice inatteso cambia quel confine, per questo gli avvisi sui certificati meritano rispetto.
L'HTTP semplice non ha alcuna protezione del genere oltre l'uscita. Il tunnel protegge il tratto fino al fornitore, e dopo la richiesta viaggia esattamente come viaggerebbe senza VPN. ECH non rimedia, perché protegge il nome e non il contenuto.
La conservazione è una questione distinta dalla visibilità
Un operatore può trattare i dati di connessione in memoria e non conservare nulla, oppure conservare un sottoinsieme e descriverlo con precisione come non cronologia di navigazione. Leggi un'affermazione di zero log per categoria e non per slogan: registri di connessione, marche temporali, totali di volume, dati di destinazione, identificatori di account e messaggi di assistenza contano tutti. Un fornitore può onestamente non tenere log di navigazione e allo stesso tempo conservare il record dell'account e i metadati necessari a gestire il servizio. La visibilità non ti dice quale di queste categorie è memorizzata.
Un audit è una prova sui sistemi e sulla finestra temporale che ha coperto, e il codice client aperto descrive il client e non i server. Entrambi sono utili, e nessuno parla per ogni sistema di archiviazione dietro l'uscita. Chiedi l'ambito di un audit, non il suo distintivo.
Le domande che separano i fornitori
Chiedi cosa viene conservato, per quanto tempo e chi può recuperarlo. Chiedi chi gestisce l'uscita, perché una scheda di directory, uno sviluppatore di app e la persona che gestisce un determinato server possono essere tre parti diverse. Chiedi come viene trattato il DNS e se ECH è supportato sui percorsi che usi, dato che un ClientHello in chiaro nomina il sito anche senza una query DNS. Chiedi cosa accade con una richiesta legale, e leggi la risposta come descrizione di capacità e non di intenzione.
La guida dell'EFF per scegliere una VPN è una lista di controllo ragionevole per queste domande, ed è un quadro e non un verdetto su alcun servizio. Una pagina di marketing non è una politica di conservazione. Nulla di tutto ciò rende inutile una VPN; cambia di chi devi fidarti, e per cosa.