Rantaian SOCKS yang lebih panjang tidak menyembunyikan hop seterusnya secara automatik

Rantaian mengubah siapa yang membuka setiap sambungan. Ia tidak menambah penyulitan semata-mata kerana satu lagi alamat SOCKS ditambah pada senarai.

Pertimbangkan klien yang membina rantaian ini sendiri:

application → SOCKS A → SOCKS B → website

Ia mula-mula meminta A menyambung ke B. Melalui strim itu, ia kemudian boleh berunding dengan B untuk sambungan ke laman web. Jika pengangkutan dari klien ke A membawa kedua-dua rundingan tanpa penyulitan, pemerhati yang cukup berkemampuan pada pautan itu boleh membaca bait persediaan yang dihantar oleh klien. Destinasi TCP luar bukan satu-satunya bukti yang mungkin bagi pemerhati.

Pisahkan rantaian daripada pertukaran aplikasi yang dilindungi

HTTPS boleh melindungi kandungan aplikasi laman web selepas sesi TLS-nya bermula. Ia tidak menyulitkan mesej persediaan SOCKS terdahulu secara retroaktif. Pengesahan nama pengguna/kata laluan SOCKS5 juga bukan pengangkutan tersulit.

Susunan tersulit antara klien dan hop pertama mengubah keterlihatan pada pautan itu. Ia masih mempunyai pengendali dan satu lagi titik hujung yang memegang strim dinyahsulit. Terangkan sempadan kepercayaan itu daripada mendakwa rantaian tidak boleh dijejaki.

Laluan induk yang dikonfigurasikan pada pelayan ialah topologi lain. Jika A memilih B secara dalaman, klien tidak semestinya menghantar senarai perantara yang lengkap melalui sambungan pertamanya. Jangan mendakwa setiap rantaian mendedahkan setiap hop dengan cara yang sama.

Untuk penilaian privasi yang berguna, namakan pemerhati, pautan, rundingan proksi dan sempadan TLS. Laman web yang memerhati keluar B dan pemerhati rangkaian akses yang memerhati sambungan pertama klien menjawab soalan yang berbeza. Mengira hop sahaja tidak menjawab kedua-duanya.