Tor atau VPN: putuskan berdasarkan siapa yang setiap jalur paksa Anda percaya
VPN menumpuk kepercayaan Anda pada satu operator; Tor menyebarkannya ke relay. Putuskan berdasarkan cakupan, berdasarkan siapa yang dapat menautkan Anda ke situs, dan berdasarkan apa yang dapat Anda verifikasi.
Memilih antara Tor dan VPN bermuara pada pihak mana yang dapat Anda toleransi melihat kedua ujung koneksi. VPN memusatkan pandangan itu pada satu operator yang Anda pilih. Tor membaginya ke relay, sehingga tidak ada relay tunggal yang dimaksudkan mengetahui siapa Anda dan apa yang Anda ambil.
Tidak ada dari kedua pengaturan itu yang membuat Anda anonim dengan sendirinya. Pilih yang sisa kepercayaannya dapat Anda sebutkan dengan lantang, lalu perbaiki bagian yang dibiarkannya terbuka.
Hitung siapa yang dapat menautkan Anda ke tujuan
Dengan VPN, setiap aliran tercakup mencapai keluar operator sebelum mencapai tujuan. Operator itu tentu melihat alamat sumber Anda dan, untuk apa pun yang tidak terenkripsi melaluinya, tujuan yang Anda minta. TLS menjaga isi halaman di luar pandangan itu tetapi biasanya membiarkan nama host terlihat saat koneksi disiapkan. Satu pihak karena itu dapat menautkan Anda ke situs, dan tautan itu justru kepercayaan yang Anda berikan.
Tor memisahkan kedua bagian itu ke tiga relay: penjaga yang mengetahui alamat Anda tetapi bukan tujuan Anda, relay tengah yang tidak mengetahui kedua ujungnya, dan keluar yang mengetahui tujuan tetapi bukan Anda. Rancangan ini mengasumsikan tidak ada relay tunggal yang menggabungkan kedua fakta, yang merupakan asumsi lebih lemah dan lebih berguna daripada memercayai satu perusahaan. Rancangan ini tidak mengasumsikan relay jujur, dan tidak mengalahkan pengamat yang melihat kedua ujung jalur.
Kedua rancangan berbagi satu titik lemah, dan titik itu ada di tujuan. Jika Anda masuk, layanan menautkan sesi itu ke akun Anda apa pun jalur yang ditempuh paket untuk sampai ke sana. Perutean mengubah dari mana permintaan tampak datang, bukan apa yang halaman minta Anda sediakan.
Cakupan lebih penting daripada diagram perutean
VPN merutekan di lapisan jaringan, sehingga setiap aplikasi di perangkat mewarisi terowongan kecuali Anda sengaja mengecualikannya. Keluasan itulah sebabnya ini bekerja untuk klien surel, pengelola paket, dan peramban sekaligus.
Tor Browser adalah bundel, dan perlindungannya sebagian besar hidup di dalam peramban: jejak jari yang seragam, isolasi antarsitus, dan skrip yang dibatasi oleh tingkat keamanan alih-alih oleh ekstensi yang Anda pasang. Mengarahkan Chrome ke porta SOCKS membeli perutean tanpa semua itu, yang merupakan sumber umum kepercayaan diri yang salah tempat.
Sisa desktop tidak tersentuh. Klien sinkronisasi, pembaru, atau dokumen unduhan yang dibuka di program lain terhubung sesuai konfigurasi program itu, dan tidak ada yang melewati pendengar SOCKS kecuali Anda mengaturnya di sana. Daftarkan aplikasi yang berbicara dengan jaringan, lalu tanyakan mana yang benar-benar dicakup alat pilihan. Cakupan adalah sifat konfigurasi Anda, bukan niat Anda.
Pilih dengan tiga syarat
Keputusan biasanya selesai dengan tiga pertanyaan: apakah lalu lintas berasal dari satu aplikasi atau seluruh perangkat, haruskah tujuan tidak dapat mengidentifikasi alamat Anda, dan perlukah Anda menjangkau jaringan pribadi? Jawablah dalam urutan itu dan alat itu biasanya memilih dirinya sendiri.
| Requirement | Better fit | Reason |
|---|---|---|
| Every app covered, including non-browser traffic | A device VPN | Routing happens below the application, with a kill switch to stop leaks |
| Destination must not learn your address | Tor | The site sees a shared exit address rather than one tied to your account |
| Browser fingerprint that blends in | Tor Browser | The uniformity ships with the browser, a proxy alone adds none of it |
| Access to a private subnet or office resource | A VPN | Tor exits reach the public internet, not your internal routes |
Ketika dua persyaratan berbenturan, timbang mana yang dapat Anda tegakkan. Terowongan perangkat dengan daftar pengecualian yang bocor lebih buruk daripada jalur hanya peramban yang dapat Anda tunjukkan.
Verifikasi itu murah untuk kedua jalur, dan seharusnya dilakukan sebelum Anda mengandalkan salah satunya:
curl -s --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip curl -4 -s https://api.ipify.org; echo
Hasil palsu dari perintah pertama berarti permintaan keluar dari sirkuit, dan itulah kegagalan yang layak ditangkap lebih awal. Bandingkan yang kedua dengan alamat yang diberikan penyedia Anda, bukan dengan yang Anda ingat dari minggu lalu.
Apa yang tidak diperbaiki kedua opsi
Enkripsi aplikasi tetap melakukan pekerjaan yang tidak dilakukan jalur mana pun. HTTP biasa yang melintasi jaringan privasi tetap terbaca di titik keluar, dan HTTPS tetap satu-satunya yang melindungi muatan dari ujung ke ujung. TLS juga tidak mengatakan apa pun tentang nama host yang Anda ketik, itulah sebabnya tujuan tetap terlihat oleh siapa pun yang mengakhiri jalur.
Akun mengidentifikasi Anda, dan tidak ada pilihan perutean yang mengubahnya: layanan mengetahui siapa yang masuk terlepas dari alamat di tajuk. Korelasi oleh pengamat yang melihat cukup banyak jaringan, kompromi perangkat Anda sendiri, dan apa pun yang Anda ketik ke formulir semuanya bertahan pada kedua rancangan. Perlakukan kedua alat sebagai cara memindahkan kepercayaan, bukan cara menghapusnya.
Mulailah dari konfigurasi bawaan yang didokumentasikan setiap proyek, konfirmasi jalur dengan dua perintah di atas, dan baru setelah itu pertimbangkan menumpuk VPN di bawah Tor. Menyarangkannya adalah konfigurasi dengan mode kegagalannya sendiri, bukan peningkatan gratis.