Gesaan dan konteks
Anda mengendalikan perkhidmatan pelbagai domain di sebalik CDN. Pasukan keselamatan mendapati bahawa TLS masih mendedahkan SNI teks jelas dalam ClientHello dan ingin menilai Encrypted Client Hello (ECH). Terangkan cara klien memperoleh konfigurasi ECH, fungsi ClientHello luar dan dalam, kedudukan sempadan CDN-ke-asal (origin), cara klien lama beralih ke sandaran, dan metrik yang mendiagnosis masalah pelaksanaan.
Perkara yang sedang diuji oleh penemu duga
Penemu duga mahu ECH diterangkan sebagai sambungan TLS, bukan VPN, DNS disulitkan, atau kerahsiaan trafik yang lengkap. Klien menyulitkan ClientHello dalaman dengan kunci awam yang diterbitkan oleh pelayan dan menghantar ClientHello luaran ke pelayan yang berhadapan dengan klien; nama luaran digunakan untuk penghalaan awam. Jawapan yang kukuh merangkumi penghantaran konfigurasi HTTPS/SVCB atau yang setaraf dengannya, sokongan CDN dan klien, serta hakikat bahawa alamat IP, saiz trafik, pemasaan (timing), dan saluran sampingan lain kekal kelihatan.
Soalan penjelasan untuk ditanya terlebih dahulu
Pemerhati dan sasaran privasi
Jelaskan sama ada ancaman itu merupakan pemerhati pasif, proksi perusahaan, atau perantara aktif (man-in-the-middle), dan sama ada get laluan masih perlu menguatkuasakan dasar domain. Setiap pemerhati melihat gabungan IP, DNS, nama luaran, dan pemasaan yang berbeza.
Topologi dan sempadan kunci
Sahkan sama ada ECH ditamatkan pada pinggir CDN atau titik masuk yang diurus sendiri dan sama ada asal masih memerlukan TLS bebas. Tetapkan pemilikan untuk giliran, pengedaran, dan pembatalan kunci peribadi ECH; kunci awam CDN bukan sijil asal.
Dasar keserasian dan sandaran (fallback)
Sahkan pelayar sasaran, sistem pengendalian, DoH/DoT, HTTP/3, dan kotak tengah (middlebox) perusahaan. Peralihan semula ke SNI teks jelas memulihkan keserasian tetapi juga memulihkan keterlihatan pemerhati, jadi dasar dan metrik mesti menentukan bila ia boleh diterima.
Rangka kerja jawapan 30 saat
"ECH menyulitkan ClientHello dalaman dengan kunci awam ECH yang diterbitkan oleh pelayan, meletakkan SNI sebenar dan sambungan sensitif di dalamnya. ClientHello luaran membawa nama awam supaya pelayan yang berhadapan dengan klien boleh menghalakan sambungan tersebut. Klien biasanya memperoleh konfigurasi melalui rekod HTTPS/SVCB atau dasar pelayar, dan bahagian pinggir menyahsulit mesej dalaman sebelum meneruskan TLS 1.3. Sekiranya berlaku kegagalan, dasar boleh mencuba semula atau membatalkannya; sandaran SNI teks jelas mempunyai privasi yang lebih lemah. ECH masih tidak menyembunyikan IP, DNS, pemasaan, atau volum trafik, jadi ia mesti dinilai bersama DNS, CDN, pemantauan, dan giliran kunci."
Jawapan mendalam langkah demi langkah
Langkah 1: Terbitkan konfigurasi ECH
Perkhidmatan menerbitkan ECHConfig yang mengandungi kunci awam, versi, dan metadata enkapsulasi. Klien memperolehnya daripada rekod HTTPS/SVCB yang dipercayai atau konfigurasi pelayar dan mengesahkan sumbernya. Konfigurasi memerlukan versi dan tempoh luput; kunci lapuk tidak boleh kekal dicache selama-lamanya.
Langkah 2: Bina jabat tangan luaran dan dalaman
Klien meletakkan SNI sebenar, ALPN, dan sambungan sensitif dalam ClientHello dalaman yang disulitkan dengan kunci awam ECH. ClientHello luaran membawa nama awam dan muatan yang disulitkan. Nama tersebut menghala ke pelayan berkeupayaan ECH yang berhadapan dengan klien, dan bukannya mendedahkan domain perkhidmatan akhir.
Langkah 3: Proses mesej di bahagian pinggir
Bahagian pinggir menerima ClientHello luaran dan mencuba kunci peribadi ECH. Jika berjaya, ia memilih sijil dan penghalaan daripada parameter dalaman; jika gagal, ia menghantar konfigurasi percubaan semula atau menamatkannya mengikut peraturan TLS. TLS dari pinggir ke asal kekal sebagai sempadan keselamatan yang bebas; ECH tidak menggantikan pengesahan asal.
Langkah 4: Kendalikan sandaran dan permukaan serangan
Konfigurasi yang telah luput, versi yang tidak serasi, pengubahan DNS, atau kotak tengah yang menyekat boleh menghalang ECH. Pelayan boleh menerbitkan konfigurasi percubaan semula yang dipercayai dan membenarkan klien mencuba lagi. Jika sandaran SNI teks jelas dibenarkan, skopkan dan logkannya. Jangan sekali-kali menganggap konfigurasi percubaan semula sewenang-wenangnya sebagai bukti kejayaan, kerana penurunan taraf dan salah hala boleh berlaku.
Langkah 5: Nyatakan perkara yang disembunyikan dan tidak disembunyikan
ECH terutamanya menyembunyikan nama tapak dan sambungan berkaitan dalam ClientHello. Pemerhati mungkin masih melihat pertanyaan DNS, nama luaran, IP destinasi, pemasaan jabat tangan, bilangan sambungan, saiz paket, dan corak trafik seterusnya. Nama luaran yang unik atau pelaksanaan berskala kecil boleh mengecilkan set kerahsiaan (anonymity set).
Langkah 6: Tadbir kunci dan operasi
Sediakan prosedur giliran, kelulusan berganda, pengunduran (rollback), dan pembatalan kecemasan untuk kunci peribadi ECH. Pantau masa penerbitan, penerimaan klien, kadar percubaan semula, kegagalan penyahsulitan, amaran TLS, dan perbezaan versi merentas nod pinggir. Gunakan pengecam diagnostik yang tidak mengandungi SNI dalaman; log tidak boleh mencipta semula data sensitif yang sepatutnya dilindungi oleh ECH.
Langkah 7: Lancarkan dan sahkan secara beransur-ansur
Laksanakan ECH secara kenari pada domain terkawal dan klien yang disokong. Bandingkan kejayaan, sandaran, pembatalan, kependaman jabat tangan, perundingan HTTP/2 atau HTTP/3, dan ralat asal. Uji konfigurasi luput, kunci peribadi yang salah, kotak tengah, dan giliran berbilang nod, kemudian sahkan bahawa klien lama masih berfungsi di bawah dasar yang diisytiharkan.
Contoh jawapan berkualiti tinggi
ECH ialah sambungan TLS 1.3 yang menyulitkan ClientHello dalaman dengan kunci awam ECHConfig. SNI sebenar dan ALPN kekal dalam mesej dalaman; ClientHello luaran membawa nama awam dan muatan yang disulitkan. Pinggir CDN berkeupayaan ECH menyahsulit mesej dalaman dan memilih sijil serta laluan. TLS pinggir-ke-asal kekal berasingan, dan ECH tidak menggantikan pengesahan asal.
Saya akan terlebih dahulu mentakrifkan model ancaman, penghantaran DNS/SVCB, pemilikan kunci CDN, dan dasar sandaran. Konfigurasi yang telah luput, ketidakpadanan versi, atau gangguan kotak tengah boleh mencetuskan percubaan semula yang dipercayai; sandaran SNI teks jelas hanya dibenarkan melalui dasar yang jelas dan diukur. ECH menyembunyikan medan jabat tangan, bukan IP, DNS, pemasaan, atau volum trafik. Semasa pelancaran, saya akan memantau penerimaan, percubaan semula, kegagalan penyahsulitan, kependaman, dan ralat asal, menggunakan konfigurasi berversi dan giliran kunci yang boleh dipulihkan.
Kesilapan biasa
- Kesilapan: Menganggap ECH menjadikan setiap lawatan tanpa nama. → Sebab ia gagal: IP, DNS, pemasaan, dan volum masih boleh mengaitkan sambungan. → Pembetulan: Terangkan set kerahsiaan dan saluran sampingan yang tinggal, termasuk pelaksanaan DNS dan CDN.
- Kesilapan: Menganggap kunci peribadi ECH sebagai kunci sijil asal. → Sebab ia gagal: Penyahsulitan pinggir dan pengesahan asal ialah sempadan yang berasingan. → Pembetulan: Asingkan kitaran hayat kunci, kebenaran, dan giliran.
- Kesilapan: Beralih ke sandaran tanpa syarat selepas ECH gagal. → Sebab ia gagal: Penyerang boleh mendorong kegagalan dan menurunkan taraf privasi. → Pembetulan: Tentukan dasar percubaan semula, pembatalan, dan sandaran bersama amaran.
- Kesilapan: Melog keseluruhan ClientHello dalaman untuk penyahpepijatan. → Sebab ia gagal: Log mendedahkan semula nama tapak yang sepatutnya disembunyikan oleh ECH. → Pembetulan: Log versi konfigurasi, nod, dan kelas ralat tanpa medan sensitif.
Soalan dan jawapan susulan
Susulan 1: Bagaimanakah ECH berkaitan dengan ESNI?
ESNI terutamanya melindungi SNI. ECH menyulitkan ClientHello dalaman yang lebih luas serta mentakrifkan penyelarasan luar/dalam dan penghantaran konfigurasi. Gunakan standard ECH dan dokumentasi pelaksanaan semasa; istilah lama ESNI bukan pelan pelaksanaan yang lengkap.
Susulan 2: Bagaimanakah perusahaan boleh mengaudit trafik apabila kotak tengah tidak dapat melihat domain sebenar?
Mula-mula tentukan sama ada organisasi mengawal titik akhir dan get laluan keluar (egress). Peranti terurus boleh memberikan isyarat dasar kepada ejen atau proksi yang dipercayai. Pada rangkaian awam, menyembunyikan SNI bukanlah kegagalan TLS; privasi dan keterlihatan organisasi mesti diselaraskan melalui dasar yang jelas.
Susulan 3: Mengapakah nama luaran mempengaruhi privasi?
Jika satu nama luaran hanya menyediakan perkhidmatan untuk satu tapak sebenar, IP, DNS, dan nama tersebut masih boleh mengecilkan destinasi. Titik masuk yang dikongsi dan set kerahsiaan yang lebih besar meningkatkan privasi tetapi menambah kerumitan penghalaan, sijil, dan operasi.
Susulan 4: Bagaimanakah anda membezakan kegagalan ECH daripada kegagalan TLS biasa?
Kaitkan sama ada klien menghantar ECH, versi konfigurasi, percubaan semula pinggir, pembilang kegagalan penyahsulitan, amaran TLS, nod, dan tetingkap masa. Buat semula ujian dengan ECH didayakan, dinyahdayakan, dan konfigurasi lama pada klien yang sama supaya isu sijil, ALPN, atau kesihatan asal tidak tersilap dilabelkan sebagai kegagalan ECH.