Подолг SOCKS ланец не го крие автоматски следниот скок

Ланецот менува кој отвора секоја врска. Не додава шифрирање само затоа што на список е додадена уште една SOCKS адреса.

Земете клиент што сам го гради овој ланец:

application → SOCKS A → SOCKS B → website

Најпрво бара од A да се поврзе со B. Преку тој тек потоа може да преговара со B за врска со веб-страницата. Ако преносот од клиентот до A ги носи двете преговори без шифрирање, доволно способен набљудувач на таа врска може да ги прочита бајтите за поставување што ги испратил клиентот. Надворешното TCP одредиште не е единствениот можен доказ на набљудувачот.

Одделете го ланецот од заштитената размена на апликацијата

HTTPS може да ја заштити содржината на апликацијата на веб-страницата откако ќе почне нејзината TLS сесија. Тој не ги шифрира наназад претходните SOCKS пораки за поставување. Ниту автентикацијата на SOCKS5 со корисничко име и лозинка не е шифриран пренос.

Шифрираниот распоред меѓу клиентот и првиот скок ја менува видливоста на таа врска. Тој сè уште има оператор и друга крајна точка што го држи дешифрираниот тек. Опишете ја таа граница на доверба наместо да тврдите дека ланецот не може да се следи.

Родителската рута конфигурирана на серверот е друга топологија. Ако A избира B внатрешно, клиентот не мора да испратил целосен список посредници преку својата прва врска. Не тврдете дека секој ланец го открива секој скок на ист начин.

За корисна проценка на приватноста наведете го набљудувачот, врската, преговорот со проксито и границите на TLS. Веб-страницата што го набљудува излезот на B и набљудувачот на пристапната мрежа што ја гледа првата врска на клиентот одговараат на различни прашања. Самото броење скокови не одговара на ниту едно.