Zanjir har bir ulanishni kim ochishini o'zgartiradi. Ro'yxatga yana bitta SOCKS manzilini qo'shish shifrlashni qo'shmaydi.

Bu zanjirni o'zi quradigan mijozni ko'rib chiqing:

application → SOCKS A → SOCKS B → website

Avval u A dan B ga ulanishni so'raydi. Shu oqim orqali u keyin B bilan saytga ulanish haqida muzokara olib borishi mumkin. Agar mijozdan A gacha bo'lgan transport ikkala muzokarani ham shifrlashsiz tashisa, o'sha bo'g'indagi yetarli qobiliyatli kuzatuvchi mijoz yuborgan sozlash baytlarini o'qiy oladi. Tashqi TCP manzili kuzatuvchining yagona mumkin bo'lgan dalili emas.

Zanjirni himoyalangan ilova almashinuvidan ajrating

HTTPS saytning ilova mazmunini TLS sessiyasi boshlangandan keyin himoya qila oladi. U avvalgi SOCKS sozlash xabarlarini orqaga qarab shifrlamaydi. SOCKS5 ning foydalanuvchi nomi va parol autentifikatsiyasi ham shifrlangan transport emas.

Mijoz va birinchi sakrash o'rtasidagi shifrlangan tartib o'sha bo'g'indagi ko'rinishni o'zgartiradi. Uning hali ham operatori va shifri ochilgan oqimni ushlab turuvchi boshqa oxirgi nuqtasi bor. Zanjirni kuzatib bo'lmaydi deb da'vo qilish o'rniga o'sha ishonch chegarasini tasvirlang.

Serverda sozlangan ota marshrut boshqa topologiya. Agar A ichkarida B ni tanlasa, mijoz birinchi ulanishi orqali vositachilarning to'liq ro'yxatini yuborgan bo'lishi shart emas. Har bir zanjir har bir sakrashni bir xil ochib beradi deb da'vo qilmang.

Foydali maxfiylik bahosi uchun kuzatuvchini, bo'g'inni, proksi bilan muzokarani va TLS chegaralarini ayting. B ning chiqishini kuzatuvchi sayt va mijozning birinchi ulanishini kuzatuvchi kirish tarmog'i kuzatuvchisi turli savollarga javob beradi. Faqat sakrashlarni sanash ikkalasiga ham javob bermaydi.

O'xshash maqolalar