Cu un proxy HTTP obișnuit, rețeaua locală poate vedea destinația CONNECT inițială chiar dacă cererea către site este protejată prin HTTPS. TLS până la proxy schimbă această expunere pe legătura client–proxy.

RutăVizibilitate pentru un observator cu acces la traficul local
Site HTTP necriptat printr-un proxy HTTP necriptatSchimbul aplicației circulă într-o formă lizibilă, nu doar adresa proxy-ului.
Site HTTPS printr-un proxy HTTP necriptatAutoritatea CONNECT în clar, conexiunea la proxy și temporizarea sunt observabile; TLS-ul destinației protejează cererea către site în tunel.
O conexiune la proxy HTTPS verificată corectTLS protejează schimbul cu proxy-ul pe acel segment; conexiunea la endpoint și metadatele traficului rămân observabile.

Protecția acelei legături nu elimină perspectiva operatorului proxy asupra gestionării propriilor conexiuni. TLS-ul destinației și încrederea în operator sunt părți separate ale rutei.

DNS necesită și el o verificare separată. Un nume de țintă rezolvat local nu se mută automat în interiorul conexiunii proxy. Rezolvarea SOCKS la distanță schimbă acea căutare, dar procesele de fundal și alte aplicații pot rezolva în continuare nume și se pot conecta independent.

Pentru o evaluare utilă a confidențialității, notează schema URL a proxy-ului, schema destinației, ruta reală a clientului și comportamentul DNS. O singură setare a browserului nu demonstrează acoperirea întregului dispozitiv. La destinație, o cerere cu sesiune autentificată își poate identifica în continuare contul prin cookie-uri, chiar dacă legătura locală este criptată și IP-ul de ieșire s-a schimbat.

Articole similare