Duži SOCKS lanac ne skriva sljedeći skok automatski

Lanac mijenja ko otvara svaku vezu. Ne dodaje šifriranje samo zato što je na popis dodana još jedna SOCKS adresa.

Zamislite klijenta koji sam gradi ovaj lanac:

application → SOCKS A → SOCKS B → website

Najprije traži od A da se poveže s B. Kroz taj tok zatim može pregovarati s B o vezi s web-mjestom. Ako prijenos od klijenta do A nosi oba pregovora bez šifriranja, dovoljno sposoban promatrač na toj vezi može pročitati bajtove postavljanja koje je klijent poslao. Vanjsko TCP odredište nije jedini mogući promatračev dokaz.

Odvojite lanac od zaštićene razmjene aplikacije

HTTPS može zaštititi aplikacijski sadržaj web-mjesta nakon početka TLS sesije. Ne šifrira unatrag prethodne poruke postavljanja SOCKS-a. Ni provjera identiteta korisničkim imenom i lozinkom u SOCKS5 nije šifrirani prijenos.

Šifrirani raspored između klijenta i prvog skoka mijenja vidljivost na toj vezi. I dalje ima operatora i drugu krajnju točku koja drži dešifrirani tok. Opišite tu granicu povjerenja umjesto da tvrdite da se lanac ne može pratiti.

Nadređena ruta koju je konfigurirao poslužitelj druga je topologija. Ako A iznutra odabere B, klijent nije nužno poslao potpuni popis posrednika svojom prvom vezom. Ne tvrdite da svaki lanac otkriva svaki skok na isti način.

Za korisnu procjenu privatnosti navedite promatrača, vezu, pregovor s proxyjem i granice TLS-a. Web-mjesto koje promatra B-ov izlaz i promatrač pristupne mreže koji gleda prvu klijentovu vezu odgovaraju na različita pitanja. Samo brojanje skokova ne odgovara ni na jedno.