In langere SOCKS-ketting ferberget de folgjende hop net automatysk
Identifisearje de net-fersifere opsetberjochten yn in troch de klient boude SOCKS-ketting foardat jo oannimme dat noch in hop bestimmingsmetadata ferberget.
In ketting feroaret wa't elke ferbining iepenet. It foeget gjin fersifering ta troch allinnich noch in SOCKS-adres oan in list ta te foegjen.
Besjoch in klient dy't dizze ketting sels bout:
application → SOCKS A → SOCKS B → websiteIt freget earst A om mei B te ferbinen. Fia dy stream kin it dêrnei mei B oer in ferbining nei de webside ûnderhannelje. As it ferfier fan de klient nei A beide ûnderhannelings sûnder fersifering bringt, kin in genôch betûft waarnimmer op dat ferbining de opsetbytes lêze dy't de klient stjoerd hat. De bûtenste TCP-bestimming is net it iennichste mooglike bewiis fan de waarnimmer.
Skied de ketting fan de beskerme applikaasje-útwikseling
HTTPS kin de applikaasje-ynhâld fan de webside beskermje neidat syn TLS-sesje begjint. It fersiferet eardere SOCKS-opsetberjochten net efterôfwurkend. Ek SOCKS5-brûkersnamme/wachtwurd-ferifikaasje is gjin fersifere ferfier.
In fersifere regeling tusken de klient en de earste hop feroaret de sichtberens op dat ferbining. It hat noch altyd in operator en in oar einpunt dat de ûntsifere stream hâldt. Beskriuw dy fertrouwensgrins yn stee fan te bewearjen dat de ketting net te folgjen is.
In âlderâne konfigurearre op de server is in oare topology. As A B yntern kiest, hat de klient net needsaaklik in folsleine list fan tuskenlizzers oer syn earste ferbining stjoerd. Bewearje net dat elke ketting elke hop op deselde wize bleatleit.
Foar in brûkbere privacy-beoardieling neam dan de waarnimmer, it ferbining, de proxy-ûnderhanneling en de TLS-grinzen. De webside dy't de útgong fan B waarnimt en de waarnimmer fan it tagongsnetwurk dy't de earste ferbining fan de klient folget, beantwurdzje ferskate fragen. Allinnich hops telle beantwurdet gjin fan beide.