Daljša veriga SOCKS naslednjega skoka ne skrije samodejno

Veriga spremeni, kdo odpre vsako povezavo. Ne doda šifriranja samo zato, ker je na seznam dodan še en naslov SOCKS.

Vzemimo odjemalca, ki to verigo zgradi sam:

application → SOCKS A → SOCKS B → website

Najprej prosi A, da se poveže z B. Skozi ta tok se lahko nato z B pogaja o povezavi s spletnim mestom. Če prenos od odjemalca do A nosi oba pogajanja brez šifriranja, lahko dovolj sposoben opazovalec na tej povezavi prebere nastavitvene bajte, ki jih je poslal odjemalec. Zunanji cilj TCP ni edini možni opazovalčev dokaz.

Ločite verigo od zaščitene izmenjave aplikacije

HTTPS lahko zaščiti vsebino aplikacije spletnega mesta, potem ko se začne seja TLS. Ne šifrira za nazaj prejšnjih nastavitvenih sporočil SOCKS. Tudi preverjanje pristnosti SOCKS5 z uporabniškim imenom in geslom ni šifriran prenos.

Šifrirana ureditev med odjemalcem in prvim skokom spremeni vidnost na tej povezavi. Še vedno ima operaterja in drugo končno točko, ki hrani dešifriran tok. Opišite to mejo zaupanja, namesto da trdite, da verige ni mogoče izslediti.

Nadrežena pot, nastavljena na strežniku, je druga topologija. Če A izbere B znotraj, odjemalec ni nujno poslal popolnega seznama posrednikov po svoji prvi povezavi. Ne trdite, da vsaka veriga razkrije vsak skok na enak način.

Za koristno oceno zasebnosti poimenujte opazovalca, povezavo, pogajanje s posrednikom in meje TLS. Spletno mesto, ki opazuje izhod B, in opazovalec dostopovnega omrežja, ki gleda prvo povezavo odjemalca, odgovarjata na različna vprašanja. Samo štetje skokov ne odgovori na nobeno.