Un account VPN anonimo rende davvero anonimo il tuo traffico?
Una registrazione senza email cambia un campo di un modulo. L'indirizzo di origine, il token dell'account e i cookie del browser rispondono a tre domande diverse.
Una registrazione senza indirizzo email cambia un campo di un modulo. Non cambia l'indirizzo di origine sulla rete, né l'identificatore che il servizio emette internamente, né i cookie che il browser invia a ogni sito che visiti. Sono tre domande separate, e solo la prima riguarda l'account. Ecco cosa trattiene davvero ogni livello e quale decisione spetta a te e non al fornitore.
Tratta l'anonimato come una proprietà rispetto a ciascun osservatore. Chiedi quale osservatore, e la risposta onesta cambia.
Un account pseudonimo resta un account
Un fornitore può emettere un numero di account, una chiave di dispositivo o un token di abbonamento senza mai chiedere un nome legale. Quell'oggetto lega comunque le sessioni all'interno del servizio: lo stesso token sullo stesso piano, per mesi.
Ciò che l'operatore può collegare a quel token dipende da altri sistemi. Esistono registrazioni di pagamento se hai pagato con un metodo tracciabile, esiste un indirizzo di supporto se hai scritto, e identificatori di dispositivo o marche temporali di connessione possono trovarsi nei log operativi. Nulla di questo è richiesto dal modulo di registrazione, e nulla di questo è escluso da un modulo senza email. Il modulo determina ciò che è stato chiesto, non ciò che esiste dopo.
Inviare un profilo diagnostico o aprire un ticket di supporto può aggiungere più dettagli di quanti il modulo originale abbia mai chiesto.
Ciò che l'estremità del tunnel vede necessariamente
L'estremità termina la tua connessione, quindi sa quale indirizzo di origine la tua rete di accesso ha assegnato per quella sessione e quando è iniziata. Sa anche a quale chiave interna o account corrisponde quella connessione, perché è quella mappatura a decidere dove inviare il traffico.
La documentazione di WireGuard è insolitamente diretta qui: l'identità del peer è la chiave pubblica, non un tratto nascosto.
Ciò che esce dall'estremità verso una destinazione è un'altra connessione. Se l'indirizzo di uscita è condiviso con altri utenti, il sito dall'altra parte vede un indirizzo comune invece del tuo. Quella separazione è reale, ed è anche l'unica separazione che un'uscita condivisa offre. Non nasconde la tua sessione all'operatore e non ti fonde con la folla per chiunque possa osservare entrambe le estremità, ed è esattamente il problema di correlazione a cui RFC 6973 dedica tutta la sua lunghezza.
Ciò che la destinazione riceve ancora
Un sito web vede l'indirizzo di uscita, la richiesta e tutto ciò che il tuo client fornisce volontariamente. I cookie, una sessione già aperta, un'impronta del browser e un account salvato sopravvivono tutti a una connessione VPN senza modifiche, perché il tunnel li trasporta invece di sostituirli.
Accedere a un account personale ti identifica presso quel sito, qualunque etichetta porti l'account VPN.
La risoluzione dei nomi merita una riga propria. Se le richieste vanno a un resolver gestito dall'operatore, l'operatore vede i nomi che chiedi. Se vanno a un resolver pubblico, quel resolver li vede, e così chiunque sul percorso possa osservare DNS in chiaro. In ogni caso, quale resolver viene usato è una decisione sulla privacy che il modulo di registrazione non ha preso per te.
Dove avviene davvero la correlazione
L'analisi del traffico non ha bisogno del contenuto delle pagine. Il momento delle connessioni, il volume trasferito e lo schema di quale estremità parla con quale destinazione possono allineare una connessione di origine con una di uscita quando si osservano entrambi i lati. Un'uscita condivisa ti protegge quindi da un solo osservatore, non da due che cooperano.
La cifratura del trasporto cambia ciò che è leggibile, non ciò che è collegabile.
Tre domande al posto dello slogan
Ognuna ha un proprietario diverso, per questo una promessa fatta a un livello non può coprirne un altro. Le righe qui sotto sono l'intero argomento in forma compatta.
| Observer | What it can hold | What actually changes it |
|---|---|---|
| Your access network | The connection to the VPN endpoint, with volume and timing | Nothing on the account form |
| The VPN operator | Source address, session times, key-to-account mapping, names if it runs the resolver | Retention policy, payment method, whether you contact support |
| The destination site | Exit address, cookies, logged-in identity, request content | Browser hygiene, logging out, separate profiles |
| An observer at both ends | Correlated timing and volume across the two connections | Padding, cover traffic, a different exit at a different time |
Solo la riga centrale riguarda l'account, e solo in parte. Le righe sopra e sotto sono decise dall'instradamento, dalla conservazione e dal tuo browser.
Leggi l'inventario, non l'etichetta
Un fornitore che pubblica un inventario dei dati, una finestra di conservazione e un flusso di lavoro sull'identità ti ha detto qualcosa di verificabile. Un fornitore che dice anonimo ti ha detto una parola. Cerca cosa viene raccolto alla registrazione, cosa sopravvive alla fine della sessione e con quale procedura i dati vengono consegnati a terzi.
Se mancano queste tre cose, l'etichetta non è prova di nulla.
Parti dall'osservatore che ti interessa davvero, poi segui una riga della tabella: quale indirizzo vede, quale identificatore detiene, per quanto tempo viene conservato. Correggi la riga che fallisce invece di rinominare l'account. È l'unico passo qui che cambia un risultato.