Dlhší reťazec SOCKS ďalší skok automaticky neskryje

Reťazec mení, kto otvára každé spojenie. Nepridáva šifrovanie len tým, že sa do zoznamu pridá ďalšia adresa SOCKS.

Zoberme klienta, ktorý tento reťazec zostavuje sám:

application → SOCKS A → SOCKS B → website

Najprv požiada A, aby sa pripojil k B. Cez tento tok potom môže s B vyjednať spojenie s webom. Ak prenos od klienta k A nesie obe vyjednávania bez šifrovania, dostatočne schopný pozorovateľ na tomto spoji môže čítať nastavovacie bajty, ktoré klient odoslal. Vonkajší cieľ TCP nie je jediným možným dôkazom pozorovateľa.

Oddeľte reťazec od chránenej výmeny aplikácie

HTTPS dokáže chrániť aplikačný obsah webu po začatí jeho relácie TLS. Nešifruje spätne skoršie nastavovacie správy SOCKS. Ani overovanie SOCKS5 menom a heslom nie je šifrovaný prenos.

Šifrované usporiadanie medzi klientom a prvým skokom mení viditeľnosť na tomto spoji. Stále má prevádzkovateľa a ďalší koncový bod, ktorý drží dešifrovaný tok. Opíšte túto hranicu dôvery, namiesto tvrdenia, že reťazec nemožno vystopovať.

Rodičovská trasa nastavená na serveri je iná topológia. Ak A vyberá B vnútri, klient nemusel svojím prvým spojením poslať úplný zoznam prostredníkov. Netvrďte, že každý reťazec odhaľuje každý skok rovnako.

Pre užitočné posúdenie súkromia pomenujte pozorovateľa, spoj, vyjednávanie s proxy a hranice TLS. Web, ktorý pozoruje výstup B, a pozorovateľ prístupovej siete, ktorý sleduje prvé spojenie klienta, odpovedajú na rôzne otázky. Samotné počítanie skokov neodpovedá na ani jednu.