Узунураак SOCKS тизмеги кийинки секириктен автоматтык түрдө жашырбайт
Кардар өзү түзгөн SOCKS тизмегиндеги шифрленбеген конфигурация билдирүүлөрүн, башка секирик максат метаберилиштерин жашырат деп ойлоого чейин аныктаңыз.
Тизмек ар бир байланышты ким ачарын өзгөртөт. Тизмеге дагы бир SOCKS дарегин кошуу шифрлөөнү кошпойт.
Бул тизмени өзү түзгөн кардарды карап көрөлү:
application → SOCKS A → SOCKS B → websiteАл адегенде Aдан B менен байланышууну сурайт. Ошол агым аркылуу ал кийин B менен сайтка байланыш боюнча сүйлөшө алат. Эгерде кардардан Aга чейинки транспорт эки сүйлөшүүнү тең шифрлөөсүз алып барса, ошол звенодогу жетиштүү жөндөмдүү байкоочу кардар жөнөткөн конфигурация байттарын окуй алат. Сырткы TCP дареги байкоочунун жалгыз мүмкүн болгон далили эмес.
Тизмени корголгон колдонмо алмашуусунан бөлүңүз
HTTPS сайттын колдонмо мазмунун TLS сессиясы башталгандан кийин коргой алат. Ал мурунку SOCKS конфигурация билдирүүлөрүн артка кайра шифрлебейт. SOCKS5 колдонуучу аты/сырсөз аутентификациясы да шифрленген транспорт эмес.
Кардар менен биринчи секириктин ортосундагы шифрленген тартип ошол звенодогу көрүнүүчүлүктү өзгөртөт. Анын дагы эле оператору жана шифри ачылган агымды кармаган башка четки чекити бар. Тизмени изинө түшүү мүмкүн эмес деп ырастоонун ордуна ошол ишеним чегин сүрөттөңүз.
Серверде конфигурацияланган аталык маршрут башка топология. Эгер A ички түрдө Bни тандаса, кардар биринчи байланышы аркылуу ортомчулардын толук тизмесин сөзсүз жөнөткөн эмес. Ар бир тизмек ар бир секирикти бирдей ачарын ырастабаңыз.
Пайдалуу купуялуулук баалоосу үчүн байкоочуну, звенону, прокси менен сүйлөшүүнү жана TLS чектерин атаңыз. Bнин чыгымын байкаган сайт жана кардардын биринчи байланышын көзөмөлдөгөн кирүү тармагынын байкоочусу ар башка суроолорго жооп берет. Секириктерди жөн гана саноо экөөнө тең жооп бербейт.