Lengri SOCKS-keðja felur ekki næsta stökk sjálfkrafa

Keðja breytir því hver opnar hverja tengingu. Hún bætir ekki dulkóðun við einungis vegna þess að annarri SOCKS-vistfangi er bætt á lista.

Hugleiddu biðlara sem byggir þessa keðju sjálfur:

application → SOCKS A → SOCKS B → website

Hann biður A fyrst að tengjast B. Í gegnum það straum getur hann síðan samið við B um tengingu við vefsvæðið. Ef flutningurinn frá biðlaranum til A ber báðar samningaviðræðurnar án dulkóðunar getur nægilega hæfur áhorfandi á þeirri tengingu lesið uppsetningarbætin sem biðlarinn sendi. Ytra TCP-áfangastaðurinn er ekki eina mögulega sönnunin sem áhorfandinn hefur.

Aðgreindu keðjuna frá hinu verndaða forritaskiptum

HTTPS getur varið forritainnihald vefsvæðisins eftir að TLS-lotan þess hefst. Það dulkóðar ekki fyrri SOCKS-uppsetningarskilaboð afturvirkt. Ekki er heldur SOCKS5 notandanafn/lykilorð auðkenning dulkóðaður flutningur.

Dulkóðuð skipan milli biðlarans og fyrsta stökksins breytir sýnileika á þeirri tengingu. Hún hefur enn stjórnanda og annan endapunkt sem heldur afdulkóðaða straumnum. Lýstu þeim traustamörkum í stað þess að fullyrða að ekki sé hægt að rekja keðjuna.

Yfirleggsleið sem stillt er á þjóninum er önnur skipan. Ef A velur B innvortis hefur biðlarinn ekki endilega sent tæmandi lista milliliða í fyrstu tengingu sinni. Fullyrtu ekki að sérhver keðja afhjúpi hvert stökk á sama hátt.

Fyrir gagnlegt persónuverndarmat skaltu nefna áhorfandann, tenginguna, samningaviðræðurnar við milliþjóninn og TLS-mörkin. Vefsvæðið sem fylgist með útgangi B og áhorfandi aðgangsnetkerfisins sem fylgist með fyrstu tengingu biðlarans svara mismunandi spurningum. Að telja stökk ein og sér svarar hvorugu.