HTTPS, DoH, ECH, dan VPN menyembunyikan hal yang berbeda
Setiap mekanisme menghapus pengamat yang berbeda dari jalur, dan tidak ada yang menghapus semuanya. Bandingkan apa yang dilindungi sebelum menambah terowongan lain.
Menambahkan VPN ke peramban yang sudah memakai HTTPS, DoH, dan ECH tidak menumpuk tiga perlindungan menjadi satu; itu mengubah siapa yang berada dalam posisi mengamati apa. Setiap mekanisme menghapus pihak yang berbeda dari pertukaran yang berbeda, dan masing-masing meninggalkan sesuatu. Pertanyaan yang berguna bukanlah mana yang terkuat, melainkan pengamat mana yang ingin Anda hapus, karena jawabannya menentukan apakah terowongan membantu sama sekali. Perbandingan pengamat yang tersisa lebih berguna daripada daftar fitur.
Empat mekanisme, empat pengamat
Mulailah dari empat hubungan dan pihak yang hendak dijaga di luar oleh masing-masing. Tabel di bawah adalah yang saya pakai dalam tinjauan, karena memaksa percakapan menyebut pengamat, bukan teknologi.
| Mekanisme | Hubungan yang dilindungi | Pengamat yang tidak dihapus |
|---|---|---|
| HTTPS | Koneksi TLS aplikasi ke titik akhir yang disebutnya | Jaringan akses tetap melihat alamat tujuan |
| DoH | Pertukaran DNS dengan penyelesai HTTPS terpilih | Penyelesai itu melihat setiap kueri |
| ECH | Bidang sensitif ClientHello, bila didukung dan diterima | Alamat tujuan, dan DNS bila tidak tercakup |
| VPN | Paket tertutup yang dibawa ke rekan VPN | Operator VPN melihat tujuan |
Nilai tabel itu adalah apa yang menolak dikatakannya. Tabel itu tidak memberi peringkat pada mekanisme, dan tidak mengklaim bahwa memakai keempatnya menghapus keempat pengamat. Aplikasi web awan yang sudah mengakhiri TLS di tepinya sendiri terlindungi dari jaringan akses untuk pertukaran itu, dan tidak ada terowongan yang memperbaiki sifat khusus tersebut. Yang dapat diubah terowongan adalah jaringan mana yang melihat paket luar dan operator mana yang kini berada di jalur.
Apa yang sebenarnya disembunyikan HTTPS
HTTPS melindungi pertukaran aplikasi antara klien dan titik akhir yang disebut sertifikat. HTTPS tidak menyembunyikan alamat tujuan, tidak menyembunyikan bahwa ada koneksi, dan tidak menyembunyikan nama kecuali ECH ikut bermain. Validasi sertifikat adalah bagian dari perlindungan, bukan formalitas di sekitarnya.
VPN tidak perlu mengakhiri TLS itu, dan pintu keluar penerusan tidak boleh diperlakukan sebagai titik akhir aplikasi yang terautentikasi. Jika rancangan membuat pintu keluar mendekripsi, itu arsitektur lain dengan pernyataan kepercayaan yang lain.
Apa yang dipindahkan DoH dan ECH, dan apa yang ditinggalkan
DoH memindahkan pertukaran DNS ke penyelesai HTTPS, yang berarti penyelesai itu melihat kueri Anda alih-alih penyelesai jaringan lokal. Itu perubahan nyata dan terbatas: penyelesai terpilih menjadi pihak yang dapat mengorelasikan kueri dengan alamat yang kemudian Anda hubungi, dan itulah tepatnya korelasi yang dibahas RFC 8484. Transportasi terenkripsi tidak membuat penerima tidak sadar akan kueri yang dijawabnya.
ECH melindungi bagian sensitif ClientHello sehingga pengamat pasif di jalur tidak dapat membaca nama server yang dimaksud. ECH bergantung pada penerapan yang mendukung dan pada penerimaan oleh server serta jaringan, dan membiarkan kanal lain tetap ada: alamat tujuan tetap terlihat, dan DNS masih dapat mengungkap nama.
Hal lain yang tidak dilakukan ECH adalah membuktikan dirinya. Koneksi yang memakai TLS 1.3 bukan bukti bahwa ECH diterima, dan peramban yang menawarkan ECH ke server yang tidak mendukungnya mundur dengan diam. Periksa keadaan koneksi yang sebenarnya alih-alih menyimpulkannya dari versi protokol.
Itulah bentuk umum dari seluruh perbandingan ini: setiap mekanisme diverifikasi pada lapisannya sendiri, dan tidak satu pun darinya diverifikasi oleh keberhasilan yang lain.
Apa yang dipindahkan VPN, dan apa yang ditambahkannya
Ketika lalu lintas web masuk ke VPN, jaringan akses melihat pertukaran luar dengan rekan VPN alih-alih koneksi aplikasi satu per satu, dan operator VPN mengambil posisi pada jalur selanjutnya. Itu pemindahan batas kepercayaan, bukan penghapusannya. Operator kini melihat tujuan mana yang Anda capai, meskipun isinya tetap terenkripsi ujung ke ujung. Apakah itu perbaikan sepenuhnya bergantung pada pihak mana dari dua pihak itu yang lebih Anda curigai.
Pertahankan HTTPS aplikasi dan perlindungan penyelesai yang dimaksud sambil melakukan ini. Terowongan bukan pengganti validasi sertifikat, dan mematikan perlindungan penyelesai karena lalu lintas melewati terowongan menghapus kendali tanpa menggantinya.
Memilih dari kebutuhan
Nyatakan kebutuhan yang sebenarnya, karena itulah yang menentukan rancangan. Penerimaan ke sumber daya privat, titik keluar terkelola, ancaman tertentu pada jaringan akses, dan otorisasi perangkat adalah empat kebutuhan berbeda dengan empat jawaban berbeda, dan perusahaan yang hanya memakai aplikasi awan publik tetap harus memutuskan otorisasi dan penanganan data. Lapisan tambahan bisa tepat tanpa dapat saling dipertukarkan. Koneksi yang lebih rumit bukanlah ukuran anonimitas, dan bukan argumen keamanan dengan sendirinya.
Spesifikasi ECH, RFC 9849, layak dibaca untuk mengetahui apa yang dicakup mekanisme itu dan apa yang tidak, dan spesifikasi itu jujur tentang kanal yang dibiarkannya. Bandingkan mekanisme berdasarkan pengamat yang dihapus masing-masing, tuliskan pengamat itu, lalu putuskan apakah lapisan tambahan menanganinya. Jika jawabannya adalah pengamat itu sudah di luar model ancaman Anda, terowongan itu biaya tanpa manfaat.