Med en vanlig HTTP-proxy kan det lokala nätverket se det första CONNECT-målet även om webbplatsförfrågan skyddas av HTTPS. TLS till proxyn ändrar den exponeringen på sträckan mellan klient och proxy.

VägSynlighet för en observatör med tillgång till den lokala trafiken
Okrypterad HTTP-webbplats genom en okrypterad HTTP-proxyApplikationsutbytet överförs i läsbar form, inte bara proxyadressen.
HTTPS-webbplats genom en okrypterad HTTP-proxyCONNECT-målet i klartext, proxyanslutningen och tidsmönster är observerbara; målets TLS skyddar webbplatsförfrågan inne i tunneln.
En korrekt verifierad HTTPS-proxyanslutningTLS skyddar proxyutbytet på den sträckan; endpointanslutningen och trafikmetadata är fortfarande observerbara.

Skydd på den länken tar inte bort proxyoperatörens insyn i den egna anslutningshanteringen. Målets TLS och förtroendet för operatören är separata delar av vägen.

DNS behöver också kontrolleras separat. Ett målnamn som slås upp lokalt flyttas inte automatiskt in i proxyanslutningen. Fjärruppslagning med SOCKS ändrar den uppslagningen, medan bakgrundsprocesser och andra program fortfarande kan slå upp namn och ansluta självständigt.

För en användbar integritetsbedömning ska du anteckna proxy-URL:ens schema, målets schema, klientens faktiska väg och DNS-beteendet. En webbläsarinställning visar inte att hela enheten omfattas. Vid målet kan en inloggad förfrågan fortfarande identifiera sitt konto genom kakor, även om den lokala länken är krypterad och utgångs-IP har ändrats.

Relaterade artiklar