Pengantar

HTTPS sudah mengenkripsi sebagian besar komunikasi antara browser dan server. Namun, beberapa informasi pada tahap awal koneksi TLS masih dapat terlihat oleh pihak yang mengamati lalu lintas jaringan.

Salah satu informasi tersebut adalah Server Name Indication (SNI). SNI digunakan client untuk memberi tahu server tentang nama domain yang ingin diakses. Masalahnya, SNI pada TLS tradisional dikirim sebelum sesi terenkripsi sepenuhnya terbentuk.

Encrypted Client Hello (ECH) hadir untuk mengatasi celah privasi tersebut. Teknologi ini mengenkripsi bagian sensitif dari pesan ClientHello, termasuk SNI, sehingga informasi tujuan koneksi menjadi lebih sulit diamati oleh pihak di tengah jaringan.

Apa Itu Encrypted Client Hello?

Encrypted Client Hello (ECH) adalah ekstensi TLS yang memungkinkan client mengenkripsi pesan ClientHello menggunakan public key milik server.

Menurut RFC 9849, ECH dirancang untuk melindungi SNI serta informasi sensitif lain dalam ClientHello, seperti daftar Application-Layer Protocol Negotiation (ALPN). ECH mendukung TLS 1.3 dan versi TLS yang lebih baru (dikutip dari: RFC 9849 – TLS Encrypted Client Hello).

Dengan mekanisme tersebut, pihak yang mengamati koneksi tidak lagi dapat melihat nama domain tujuan hanya dengan membaca bagian awal handshake TLS.

baca juga : Service Mesh Mutual TLS (mTLS): Cara Mengamankan Komunikasi Antar-Microservices

Mengapa SNI Perlu Dilindungi?

SNI memiliki fungsi penting dalam TLS. Server dapat menggunakan informasi tersebut untuk menentukan sertifikat dan konfigurasi yang sesuai dengan domain yang diminta client.

Namun, informasi tersebut juga dapat menjadi metadata yang sensitif. Sebelum ECH, pengamat jaringan dapat melihat SNI meskipun isi komunikasi HTTPS sudah terenkripsi.

Artinya, seseorang mungkin tidak dapat membaca isi halaman yang diakses, tetapi masih dapat memperoleh petunjuk mengenai website atau layanan yang sedang dikunjungi.

Bagaimana ECH Bekerja?

ECH menggunakan dua bagian utama dalam proses ClientHello, yaitu ClientHelloOuter dan ClientHelloInner.

ClientHelloOuter

ClientHelloOuter merupakan bagian yang tetap terlihat oleh pihak di jaringan. Bagian ini membawa informasi yang diperlukan untuk memulai koneksi tanpa mengungkap tujuan sebenarnya secara langsung.

ClientHelloInner

Sementara itu, ClientHelloInner berisi informasi yang lebih sensitif. Bagian tersebut dienkripsi menggunakan public key ECH sehingga hanya server yang memiliki private key yang sesuai yang dapat membacanya.

Cloudflare menjelaskan bahwa ECH membagi ClientHello menjadi bagian outer dan inner. Nama server sebenarnya ditempatkan pada bagian inner yang terenkripsi, sehingga pengamat jaringan hanya melihat informasi publik dari koneksi ECH (dikutip dari: Cloudflare – ECH Protocol).

Apa yang Berubah Setelah Menggunakan ECH?

Tanpa ECH, SNI dapat menjadi informasi yang terlihat selama proses awal TLS.

Dengan ECH, informasi tersebut dimasukkan ke dalam bagian ClientHello yang terenkripsi. Akibatnya, jaringan perantara memiliki lebih sedikit informasi untuk menentukan domain yang sebenarnya dituju.

Namun, ECH bukan berarti seluruh metadata koneksi menjadi tidak terlihat. Alamat IP server, pola lalu lintas, dan informasi lain di luar bagian yang dilindungi ECH masih dapat memberikan petunjuk mengenai koneksi.

RFC 9849 juga menegaskan bahwa identitas server tidak selalu dapat disembunyikan sepenuhnya karena informasi tersebut dapat muncul melalui kanal lain, seperti DNS plaintext atau alamat IP yang terlihat (dikutip dari: RFC 9849 – TLS Encrypted Client Hello).

ECH vs ESNI

ECH merupakan pengembangan dari konsep Encrypted Server Name Indication (ESNI).

ESNI berfokus pada perlindungan SNI. Sementara itu, ECH memiliki cakupan yang lebih luas karena melindungi ClientHello beserta sejumlah parameter sensitif lainnya.

Aspek	ESNI	ECH
Fokus utama	Mengenkripsi SNI	Mengenkripsi ClientHello
Perlindungan SNI	Ya	Ya
Perlindungan parameter lain	Terbatas	Lebih luas
Status standar	Pendahulu ECH	RFC 9849
Tujuan	Privasi SNI	Privasi handshake TLS

Dengan demikian, ECH dapat dipandang sebagai evolusi dari pendekatan ESNI yang dirancang untuk memberikan perlindungan lebih menyeluruh terhadap informasi sensitif pada tahap awal TLS.

baca juga : Cache Poisoning via Unkeyed Inputs: Celah Cache yang Bisa Menyebarkan Serangan ke Banyak Pengguna

Manfaat Encrypted Client Hello

1. Meningkatkan Privasi Pengguna

ECH mengurangi informasi yang dapat diperoleh pengamat jaringan dari proses handshake TLS.

Hal ini membantu menjaga privasi ketika pengguna mengakses layanan yang menggunakan ECH.

2. Melindungi SNI

SNI merupakan salah satu informasi paling berguna untuk mengidentifikasi tujuan koneksi. Dengan mengenkripsinya, ECH mengurangi kebocoran metadata tersebut.

3. Mengurangi Network Snooping

Pihak yang berada di jalur komunikasi tidak dapat langsung membaca nama domain dari ClientHello ketika koneksi ECH berhasil digunakan.

Namun, perlindungan ini tidak berarti aktivitas jaringan menjadi sepenuhnya anonim.

4. Mendukung Evolusi TLS

ECH tidak hanya menyelesaikan masalah SNI. Perlindungan terhadap parameter sensitif ClientHello juga memberikan ruang untuk mengembangkan mekanisme TLS tanpa terlalu banyak mengekspos metadata koneksi.

Apa Saja Keterbatasan ECH?

ECH memberikan peningkatan privasi, tetapi bukan solusi untuk semua masalah privasi jaringan.

DNS Masih Penting

Jika DNS masih menggunakan koneksi plaintext, nama domain dapat tetap terlihat ketika client melakukan resolusi DNS.

Karena itu, ECH dapat dipadukan dengan teknologi seperti DNS over HTTPS (DoH) atau DNS over TLS (DoT) untuk mengurangi kebocoran informasi melalui DNS.

Alamat IP Masih Dapat Terlihat

ECH tidak menyembunyikan alamat IP tujuan. Jika satu IP hanya digunakan oleh satu website, pengamat masih dapat memperoleh petunjuk mengenai tujuan koneksi.

Sebaliknya, penggunaan shared infrastructure atau reverse proxy dapat membuat identifikasi domain menjadi lebih sulit.

Tidak Menyembunyikan Seluruh Metadata

Ukuran paket, waktu koneksi, pola trafik, dan karakteristik jaringan tertentu masih dapat dianalisis.

Oleh sebab itu, ECH sebaiknya dipandang sebagai lapisan tambahan untuk meningkatkan privasi TLS, bukan sebagai mekanisme anonimitas penuh.

ECH dalam Keamanan Modern

ECH menjadi semakin relevan karena kebutuhan terhadap privasi komunikasi internet terus meningkat.

Teknologi ini dapat digunakan bersama beberapa mekanisme keamanan lain. Contohnya adalah TLS 1.3, DNS over HTTPS, DNS over TLS, dan HTTP/3.

Kombinasi tersebut dapat mengurangi jumlah informasi yang tersedia bagi pihak yang melakukan pengamatan pasif terhadap koneksi pengguna.

Namun, implementasi tetap harus mempertimbangkan kompatibilitas client, server, DNS resolver, serta infrastruktur jaringan.

ECH vs HTTPS Biasa

HTTPS sudah memberikan perlindungan penting terhadap isi komunikasi. Akan tetapi, HTTPS tradisional tidak otomatis menyembunyikan seluruh metadata koneksi.

ECH menambahkan perlindungan pada tahap TLS ClientHello. Dengan demikian, teknologi ini melengkapi HTTPS, bukan menggantikannya.

Sederhananya, HTTPS melindungi isi komunikasi, sedangkan ECH membantu mengurangi kebocoran informasi mengenai tujuan koneksi pada tahap handshake.

baca juga :Elliptic Curve Cryptography (ECC) vs RSA: Mana yang Lebih Aman dan Efisien?

Kesimpulan

Encrypted Client Hello (ECH) merupakan ekstensi TLS yang dirancang untuk meningkatkan privasi dengan mengenkripsi informasi sensitif pada ClientHello, terutama Server Name Indication (SNI).

Teknologi ini merupakan perkembangan dari ESNI dan memberikan perlindungan yang lebih luas terhadap metadata handshake TLS. Dengan ECH, pengamat jaringan tidak dapat begitu saja mengetahui domain yang dituju hanya dengan membaca ClientHello.

Meski demikian, ECH bukan solusi anonimitas secara keseluruhan. DNS, alamat IP, dan pola lalu lintas masih dapat memberikan informasi tertentu.

Karena itu, penerapan ECH bersama TLS 1.3, encrypted DNS, serta konfigurasi jaringan yang tepat dapat memberikan perlindungan privasi yang lebih kuat bagi komunikasi internet modern.