Ұзынырақ SOCKS тізбегі келесі секірісті автоматты түрде жасырмайды

Тізбек әр қосылымды кім ашатынын өзгертеді. Тізімге тағы бір SOCKS мекенжайын қосу шифрлауды қоспайды.

Осы тізбекті өзі құрастыратын клиентті қарастырайық:

application → SOCKS A → SOCKS B → website

Ол әуелі A-дан B-ге қосылуды сұрайды. Сол ағын арқылы ол кейін B-мен сайтқа қосылу туралы келіссөз жүргізе алады. Егер клиенттен A-ға дейінгі тасымал екі келіссөзді де шифрлаусыз тасыса, сол буындағы жеткілікті қабілетті бақылаушы клиент жіберген конфигурация байттарын оқи алады. Сыртқы TCP межесі бақылаушының жалғыз мүмкін дәлелі емес.

Тізбекті қорғалған қолданба алмасуынан ажыратыңыз

HTTPS сайттың қолданба мазмұнын TLS сессиясы басталғаннан кейін қорғай алады. Ол бұған дейінгі SOCKS конфигурация хабарламаларын кері күшпен шифрламайды. SOCKS5 пайдаланушы аты/құпия сөз аутентификациясы да шифрланған тасымал емес.

Клиент пен бірінші секіріс арасындағы шифрланған реттеу сол буындағы көрінушілікті өзгертеді. Оның әлі де операторы және шифры ашылған ағынды ұстайтын басқа шеткі нүктесі бар. Тізбекті ізіне түсу мүмкін емес деп мәлімдеудің орнына сол сенім шекарасын сипаттаңыз.

Серверде конфигурацияланған аталық бағыт — басқа топология. Егер A іштей B-ні таңдаса, клиент бірінші қосылымы арқылы делдалдардың толық тізімін міндетті түрде жіберген жоқ. Әр тізбек әр секірісті бірдей ашады деп мәлімдемеңіз.

Пайдалы құпиялық бағалауы үшін бақылаушыны, буынды, проксимен келіссөзді және TLS шекараларын атаңыз. B-нің шығысын бақылайтын сайт пен клиенттің бірінші қосылымын бақылайтын кіру желісінің бақылаушысы әртүрлі сұрақтарға жауап береді. Секірістерді жай санау екеуіне де жауап бермейді.