Wat kan jou netwerk sien wanneer jy ’n instaanbediener gebruik?
Onderskei die instaanbedienerverbinding, bestemming-TLS en DNS-verkeer wanneer jy bepaal wat ’n waarnemer op jou netwerk kan sien.
Met ’n gewone HTTP-instaanbediener kan jou plaaslike netwerk die aanvanklike CONNECT-bestemming sien, selfs wanneer die webwerfversoek met HTTPS beskerm word. TLS tot by die instaanbediener verander daardie blootstelling op die kliënt-na-instaanbediener-skakel.
| Roete | Sigbaarheid vir ’n waarnemer met toegang tot die plaaslike verkeer |
|---|---|
| Ongeënkripteerde HTTP-webwerf deur ’n ongeënkripteerde HTTP-instaanbediener | Die toepassingsuitruiling beweeg in leesbare vorm, nie net die instaanbedieneradres nie. |
| HTTPS-webwerf deur ’n ongeënkripteerde HTTP-instaanbediener | Die CONNECT-teiken in gewone teks, die instaanbedienerverbinding en tydsverloop is waarneembaar; bestemming-TLS beskerm die webwerfversoek binne die tonnel. |
| ’n Korrek geverifieerde HTTPS-instaanbedienerverbinding | TLS beskerm die uitruiling met die instaanbediener op daardie deel; die eindpuntverbinding en verkeersmetadata bly waarneembaar. |
Beskerming op dié skakel verwyder nie die instaanbedieneroperateur se insig in sy eie verbindingshantering nie. Bestemming-TLS en vertroue in die operateur is aparte dele van die roete.
DNS moet ook apart nagegaan word. ’n Plaaslik opgeloste teikennaam skuif nie outomaties die instaanbedienerverbinding binne nie. Afgeleë SOCKS-opsoek verander daardie opsoek, maar agtergrondprosesse en ander toepassings kan steeds onafhanklik name opsoek en verbind.
Teken die instaanbediener-URL-skema, bestemmingskema, werklike kliëntroete en DNS-gedrag aan vir ’n nuttige privaatheidsbeoordeling. Een blaaierinstelling bewys nie dekking vir die hele toestel nie. By die bestemming kan ’n aangemelde versoek steeds sy rekening deur koekies identifiseer, al is die plaaslike skakel geënkripteer en die uitgaande IP verander.