Sertifikat digital seharusnya berdiri di atas asumsi sederhana: kunci privat yang dipakai untuk menandatangani sertifikat sulit ditebak. Asumsi itu runtuh pada delapan sertifikat intermediate milik eMudhra. Menurut Mozilla, kunci privatnya dapat dipulihkan secara independen dari sertifikat publik dan prosesnya tergolong mudah dieksploitasi.

Cloudflare memperbarui laporan insiden tersebut pada 30 Oktober 2026. Perusahaan mengatakan sudah melihat sekitar 22.000 percobaan handshake menggunakan kunci eMudhra yang lemah dalam sepekan pemantauan. Sebagian besar memang mengarah ke situs uji yang dibuat untuk membantu proses mitigasi, tetapi sekitar sepertiga sisanya datang dari origin yang tampaknya menyiapkan sertifikat sendiri menggunakan intermediate yang bocor.

Insiden ini bukan sekadar sertifikat kedaluwarsa atau konfigurasi TLS yang terlambat diperbarui. Cloudflare menjelaskan bahwa angka yang dipakai eMudhra untuk memilih kunci privat sangat kecil—empat kunci di antaranya dilaporkan bernilai 4, 56, 66, 115, 155, 156, 230, dan 237. Padahal kunci untuk otoritas sertifikat harus berasal dari ruang kemungkinan yang sangat besar. Siapa pun dapat menghitung ulang kunci privat itu dari sertifikat publik yang sudah beredar, lalu menggunakannya untuk membuat sertifikat bagi domain lain.

Mozilla menerima laporan kompromi pada 17 Oktober dan mengonfirmasi bukti penguasaan kunci sekitar dua menit kemudian. Organisasi itu dapat memulihkan kunci yang sama tanpa mengetahui metode penemu awal. Enam sertifikat yang terdampak adalah sertifikat TLS yang dipercaya oleh program root Chrome, Firefox, Microsoft, dan Apple. Dua lainnya digunakan untuk penandatanganan kode dan dipercaya oleh Microsoft. eMudhra kemudian menandai kedelapan sertifikat sebagai dicabut dengan alasan caCompromise.

Ada sertifikat palsu, tetapi belum ada bukti penyadapan

Cloudflare memasang pencatatan tambahan pada Pingora untuk menangkap koneksi keluar yang menyajikan sertifikat dari kunci bermasalah. Dari sekitar 22.000 handshake itu, perusahaan menemukan kira-kira 160 sertifikat yang menonjol karena nama domain di dalam Subject Alternative Name tidak cocok dengan Server Name Indication yang diminta. Sebagian menyebut domain organisasi lain, termasuk domain perangkat IoT konsumen.

Beberapa sertifikat tersebut dibuat setelah kelemahan dipublikasikan. Salah satunya bertanggal 20 Oktober pukul 18.19 UTC, kurang dari satu jam setelah laporan Mozilla tersedia untuk umum. Masa berlaku beberapa sertifikat bahkan lebih dari dua tahun, lebih panjang daripada yang biasanya diterbitkan otoritas sertifikat publik.

Namun, temuan itu belum membuktikan adanya serangan man-in-the-middle terhadap koneksi Cloudflare. Nama domain yang tidak cocok akan gagal pada pemeriksaan hostname. Dalam beberapa kasus, server yang sama menyajikan sertifikat tersebut dari banyak lokasi Cloudflare, sehingga sertifikat tampaknya merupakan sertifikat bawaan server, bukan hasil penyisipan di satu jalur jaringan. Cloudflare mengatakan belum melihat sinyal tidak langsung yang menunjukkan kunci itu dipakai untuk menyadap koneksi mereka.

Perbedaan antara “kunci sudah dipakai membuat sertifikat palsu” dan “koneksi sudah disadap” penting. Yang pertama sudah memiliki bukti observasi. Yang kedua belum terbukti dari data yang dipublikasikan Cloudflare. Sertifikat palsu tetap berbahaya karena klien yang belum memperbarui daftar kepercayaan atau tidak menegakkan Certificate Transparency dapat menerima rantai yang seharusnya ditolak.

Browser modern lebih cepat pulih, WebView tertinggal

Cloudflare juga mengukur sisi klien melalui halaman challenge. Perusahaan mengirim dua koneksi uji: satu menuju endpoint dengan sertifikat eMudhra dan satu lagi sebagai kontrol. Setelah sekitar 50 juta probe, browser modern yang diperbarui terlihat lebih banyak menolak rantai tersebut. Gambarnya berbeda pada browser tertanam dan bot.

Cloudflare memperkirakan 30–40 persen Android WebView yang teramati masih menerima rantai sertifikat bermasalah. Angka ini perlu dibaca dengan hati-hati karena sampelnya berasal dari halaman challenge dan lalu lintasnya sangat dipengaruhi bot. Probe hanya dikirim oleh klien yang menjalankan JavaScript. Perubahan klasifikasi user-agent juga bisa mengubah bentuk grafik tanpa berarti perangkat yang sama tiba-tiba menjadi lebih aman atau lebih rentan.

Meski demikian, hasil itu menunjukkan masalah praktis pada pencabutan kepercayaan. Memperbaiki server penerbit tidak otomatis memperbarui semua trust store di perangkat, aplikasi, bot, dan sistem operasi lama. Perangkat lunak yang memakai WebView atau pustaka TLS bawaan dapat memiliki jadwal pembaruan berbeda dari browser utama.

Untuk organisasi, langkah utama tetap memperbarui trust store dan mengikuti panduan mitigasi dari vendor atau pengelola platform. Pemilik layanan yang menggunakan rantai eMudhra perlu memeriksa sertifikat yang dipasang, menggantinya dengan sertifikat dari CA yang tidak terdampak, dan memastikan rantai baru tidak lagi menyertakan intermediate yang dicabut. Pengguna Android juga bergantung pada pembaruan sistem dan aplikasi; tidak semua aplikasi memperoleh perbaikan pada waktu yang sama.

Insiden eMudhra memperlihatkan mengapa otoritas sertifikat tidak cukup hanya diaudit sebagai proses administratif. Kesalahan pembangkitan kunci yang sangat mendasar dapat mengubah sertifikat publik menjadi bahan untuk memulihkan kunci privat, sementara dampaknya menyebar ke klien yang tidak bisa diperbarui secara serentak. Cloudflare sudah menambal sistem prioritas tinggi mereka, tetapi data WebView menunjukkan bahwa ekosistem internet masih memerlukan waktu untuk benar-benar berhenti mempercayai rantai yang rusak.

Sumber [Cloudflare — 4 real? Tracking exploitation and patching of eMudhra’s weak keys](https://blog.cloudflare.com/emudhra-patching/) dan [Mozilla Bug 2083449 — eMudhra: Private key compromise of Intermediate Certificates](https://bugzilla.mozilla.org/show_bug.cgi?id=2083449).