Mnyororo mrefu wa SOCKS haufichi hatua inayofuata kiotomatiki
Tambua ujumbe wa usanidi ambao haujasimbwa katika mnyororo wa SOCKS uliojengwa na mteja kabla ya kudhani kuwa hatua nyingine inaficha metadata ya lengwa.
Mnyororo hubadilisha nani anafungua kila muunganisho. Hauongezi usimbaji fiche kwa sababu tu anwani nyingine ya SOCKS imeongezwa kwenye orodha.
Fikiria mteja anayejenga mnyororo huu mwenyewe:
application → SOCKS A → SOCKS B → websiteKwanza humwomba A kuunganishwa na B. Kupitia mkondo huo anaweza kisha kujadiliana na B kuhusu muunganisho na tovuti. Ikiwa usafirishaji kutoka kwa mteja hadi A unabeba majadiliano yote mawili bila usimbaji fiche, mwangalizi mwenye uwezo wa kutosha kwenye kiungo hicho anaweza kusoma baiti za usanidi ambazo mteja alituma. Lengwa la nje la TCP si ushahidi pekee unaowezekana kwa mwangalizi.
Tenganisha mnyororo na mabadilishano ya programu yaliyolindwa
HTTPS inaweza kulinda maudhui ya programu ya tovuti baada ya kikao chake cha TLS kuanza. Haisimbii kwa nyuma ujumbe wa awali wa usanidi wa SOCKS. Uthibitishaji wa jina la mtumiaji na nenosiri wa SOCKS5 pia si usafirishaji uliosimbwa.
Mpangilio uliosimbwa kati ya mteja na hatua ya kwanza hubadilisha mwonekano kwenye kiungo hicho. Bado una mwendeshaji na ncha nyingine inayoshikilia mkondo uliofumbuliwa. Eleza ukingo huo wa uaminifu badala ya kudai kuwa mnyororo hauwezi kufuatiliwa.
Njia kuu iliyowekwa kwenye seva ni topolojia nyingine. Ikiwa A huchagua B ndani, mteja hakika hakutuma orodha kamili ya wapatanishi kupitia muunganisho wake wa kwanza. Usidai kuwa kila mnyororo hufichua kila hatua kwa njia ile ile.
Kwa tathmini muhimu ya faragha, taja mwangalizi, kiungo, majadiliano na proksi na mipaka ya TLS. Tovuti inayotazama tokeo la B na mwangalizi wa mtandao wa ufikiaji anayetazama muunganisho wa kwanza wa mteja hujibu maswali tofauti. Kuhesabu hatua pekee hakujibu lolote kati ya hayo mawili.