Con un normale proxy HTTP, la rete locale può vedere la destinazione CONNECT iniziale anche se la richiesta al sito è protetta da HTTPS. TLS fino al proxy modifica questa esposizione sul tratto client-proxy.

PercorsoVisibilità per un osservatore che accede al traffico locale
Sito HTTP in chiaro tramite proxy HTTP in chiaroLo scambio applicativo viaggia in forma leggibile, non soltanto l’indirizzo del proxy.
Sito HTTPS tramite proxy HTTP in chiaroL’autorità CONNECT in chiaro, la connessione al proxy e le tempistiche sono osservabili; il TLS della destinazione protegge la richiesta al sito dentro il tunnel.
Connessione a un proxy HTTPS verificata correttamenteTLS protegge lo scambio con il proxy su quel segmento; la connessione all’endpoint e i metadati del traffico restano osservabili.

La protezione su quel tratto non elimina la visione che l’operatore del proxy ha della propria gestione delle connessioni. TLS della destinazione e fiducia nell’operatore sono elementi distinti del percorso.

Anche DNS richiede un controllo separato. Un nome di destinazione risolto localmente non passa automaticamente all’interno della connessione proxy. La risoluzione SOCKS remota modifica quella ricerca, ma processi in background e altre applicazioni possono continuare a risolvere nomi e connettersi autonomamente.

Per una valutazione utile della privacy, annota schema dell’URL del proxy, schema della destinazione, percorso effettivo del client e comportamento DNS. Una sola impostazione del browser non dimostra la copertura dell’intero dispositivo. Alla destinazione, una richiesta con accesso a un account può ancora identificare quell’account tramite cookie, anche con il tratto locale cifrato e un IP di uscita diverso.

Articoli correlati