Rantai SOCKS yang lebih panjang tidak otomatis menyembunyikan hop berikutnya

Rantai mengubah siapa yang membuka setiap koneksi. Rantai tidak menambahkan enkripsi hanya karena satu alamat SOCKS lagi ditambahkan ke daftar.

Pertimbangkan klien yang membangun rantai ini sendiri:

application → SOCKS A → SOCKS B → website

Pertama ia meminta A terhubung ke B. Melalui aliran itu, ia kemudian dapat bernegosiasi dengan B untuk koneksi ke situs web. Jika transport dari klien ke A membawa kedua negosiasi tanpa enkripsi, pengamat yang cukup mampu pada tautan itu dapat membaca byte penyiapan yang dikirim klien. Tujuan TCP luar bukan satu-satunya bukti yang mungkin dimiliki pengamat.

Pisahkan rantai dari pertukaran aplikasi yang terlindungi

HTTPS dapat melindungi konten aplikasi situs web setelah sesi TLS-nya dimulai. HTTPS tidak mengenkripsi pesan penyiapan SOCKS sebelumnya secara surut. Autentikasi nama pengguna/kata sandi SOCKS5 juga bukan transport terenkripsi.

Pengaturan terenkripsi antara klien dan hop pertama mengubah visibilitas pada tautan itu. Pengaturan itu tetap memiliki operator dan titik ujung lain yang memegang aliran terdekripsi. Jelaskan batas kepercayaan itu alih-alih mengklaim rantai tidak dapat dilacak.

Rute induk yang dikonfigurasi di server adalah topologi lain. Jika A memilih B secara internal, klien belum tentu mengirim daftar perantara yang lengkap melalui koneksi pertamanya. Jangan mengklaim setiap rantai mengekspos setiap hop dengan cara yang sama.

Untuk penilaian privasi yang berguna, sebutkan pengamat, tautan, negosiasi proksi, dan batas TLS. Situs web yang mengamati keluarnya B dan pengamat jaringan akses yang mengawasi koneksi pertama klien menjawab pertanyaan yang berbeda. Menghitung hop saja tidak menjawab keduanya.