Ilgesnė SOCKS grandinė automatiškai nepaslepia kito šuolio

Grandinė keičia, kas atidaro kiekvieną ryšį. Ji neprideda šifravimo vien todėl, kad į sąrašą įtraukiamas dar vienas SOCKS adresas.

Panagrinėkime klientą, kuris šią grandinę sukuria pats:

application → SOCKS A → SOCKS B → website

Jis pirmiausia paprašo A prisijungti prie B. Tuo srautu jis vėliau gali derėtis su B dėl prisijungimo prie svetainės. Jei transportas iš kliento į A perduoda abu derėjimus be šifravimo, pakankamai galingas stebėtojas toje grandyje gali perskaityti kliento išsiųstus sąrankos baitus. Išorinė TCP paskirtis nėra vienintelis įmanomas stebėtojo įrodymas.

Atskirkite grandinę nuo apsaugoto programos mainų

HTTPS gali apsaugoti svetainės programos turinį po to, kai prasideda jos TLS sesija. Jis neatgaline tvarka neužšifruoja ankstesnių SOCKS sąrankos pranešimų. SOCKS5 vartotojo vardo/slaptažodžio autentifikavimas taip pat nėra užšifruotas transportas.

Užšifruota tvarka tarp kliento ir pirmo šuolio pakeičia matomumą toje grandyje. Ji vis dar turi operatorių ir kitą galinį tašką, laikantį iššifruotą srautą. Apibūdinkite tą pasitikėjimo ribą, o ne teigkite, kad grandinės neįmanoma atsekti.

Serveryje sukonfigūruotas tėvinis maršrutas yra kita topologija. Jei A viduje pasirenka B, klientas nebūtinai pirmuoju ryšiu išsiuntė visą tarpininkų sąrašą. Neteikite, kad kiekviena grandinė atskleidžia kiekvieną šuolį vienodai.

Naudingam privatumo vertinimui įvardykite stebėtoją, grandį, derybas su tarpiniu serveriu ir TLS ribas. Svetainė, stebinti B išėjimą, ir prieigos tinklo stebėtojas, žiūrintis pirmą kliento ryšį, atsako į skirtingus klausimus. Vien šuolių skaičiavimas neatsako nė į vieną.