Kion via reto povas vidi kiam vi uzas prokurilon?
Apartigu la prokurilan konekton, celan TLS kaj DNS-trafikon por taksi, kion observanto en via reto povas vidi.
Kun ordinara HTTP-prokurilo via loka reto povas vidi la komencan CONNECT-celon, eĉ kiam HTTPS protektas la retejan peton. TLS ĝis la prokurilo ŝanĝas tiun malkovron ĉe la ligo inter kliento kaj prokurilo.
| Itinero | Videbleco por observanto kun aliro al la loka trafiko |
|---|---|
| Neĉifrita HTTP-retejo tra neĉifrita HTTP-prokurilo | La aplikaĵa interŝanĝo vojaĝas legebla, ne nur la prokuriladreso. |
| HTTPS-retejo tra neĉifrita HTTP-prokurilo | La neĉifrita CONNECT-celo, prokurila konekto kaj tempado estas observeblaj; cela TLS protektas la retejan peton en la tunelo. |
| Ĝuste kontrolita HTTPS-prokurila konekto | TLS protektas la prokurilan interŝanĝon sur tiu segmento; la finpunkta konekto kaj trafikaj metadatumoj restas observeblaj. |
Protekto de tiu ligo ne forigas la vidon de la prokurilfunkciigisto pri sia propra konektotraktado. Cela TLS kaj fido al la funkciigisto estas apartaj partoj de la itinero.
Ankaŭ DNS bezonas propran kontrolon. Loke solvita celnomo ne aŭtomate moviĝas en la prokurilan konekton. Fora SOCKS-solvado ŝanĝas tiun serĉon, dum fonaj procezoj kaj aliaj aplikaĵoj ankoraŭ povas solvi nomojn kaj konektiĝi sendepende.
Por utila privateca takso registru la URL-skemon de la prokurilo, la celskemon, la efektivan klientan itineron kaj la DNS-konduton. Unu retumila agordo ne establas kovradon de la tuta aparato. Ĉe la celo ensalutinta peto ankoraŭ povas identigi sian konton per kuketoj, eĉ se la loka ligo estas ĉifrita kaj la elira IP ŝanĝiĝis.