# Kompromi CA pertengahan eMudhra: Senarai hitam pelayar dan jurang kepercayaan masa jalanan

Published: 2026-10-21

Lapan kunci penandatanganan perantara eMudhra telah dikompromi, termasuk enam yang digunakan untuk TLS dan dua untuk penandatanganan kod. Episod ini menyusul pengesahan Mozilla, penyekatan pelayar dan kemas kini hiliran untuk menjelaskan mengapa aplikasi yang digunakan perlu diperiksa konfigurasi kepercayaannya sendiri. Laporan Tor yang berasingan menunjukkan amaran identiti hos SSH berfungsi dengan baik.

Canonical: https://thedailydiff.dev/ms/video/2026-10-21-emudhra-trust-gap/

## Apa yang diliputi video ini

- Kunci yang dikompromi adalah milik penandatangan perantara. Ketidakpercayaan akar boleh mengurangkan rantaian tanpa membuktikan bahawa kunci peribadi akar telah dikompromi.
- Senarai hitam kecemasan pelayar dan kedai CA yang dibundel aplikasi boleh mengikuti laluan kemas kini yang berasingan. Semak proses berjalan dan konfigurasi kepercayaannya yang sebenar.
- Mozilla secara bebas mengesahkan kunci peribadi yang boleh dipulihkan. Laporan itu tidak menerangkan entri CT untuk perantara yang terjejas; penyalahgunaan sebenar terhadap klien lain masih tidak diketahui.
- Keluaran utama mengesahkan certifi 2026.10.19 dan Node 24.22.1 untuk cabang yang dibincangkan. Bundel CA tersuai dan cabang masa jalanan lain memerlukan pemeriksaan mereka sendiri.
- Akaun 333 geganti penyelidik Tor berkaitan dengan insiden awal Oktober yang diterbitkan pada 20 Oktober. Kira-kira sepuluh peratus adalah kiraan geganti, bukan ukuran trafik yang dipintas.
- Masa tamat rangkaian sahaja tidak membuktikan bahawa pengesahan sijil menolak rantaian yang dikompromi. Kekalkan pengesahan dan bezakan ralat pengangkutan daripada kegagalan pengesahan.

## Bab

- 0:00 Mengapa pelayar yang diperbaiki boleh membiarkan aplikasi terdedah?
- 0:49 Apakah yang dibenarkan oleh kunci perantara?
- 1:22 Apa yang terbukti, dan apa yang masih tidak diketahui?
- 2:03 Mengapa pelayar dan masa jalanan tidak bersetuju?
- 2:58 Kemas kini mana yang sampai ke Python dan Node?
- 3:33 Apa yang ditangkap oleh amaran kunci hos Tor?
- 4:10 Bagaimana anda menyemak pembetulan yang telah digunakan?
- 4:51 Apa yang mendapat setem PERLU SEMAKAN?

## Transkrip terjemahan

Diterjemahkan daripada penceritaan asal Bahasa Inggeris. Audio dan kapsyen yang tersedia dikawal oleh YouTube.

### Mengapa pelayar yang diperbaiki boleh membiarkan aplikasi terdedah?

0:00 Pembetulan pelayar eMudhra kedengaran seperti keadaan sudah selamat. Lapan kunci penandatanganan yang dikompromi masih meninggalkan perisian dengan keputusan kepercayaan lapuk. Dalam video ini, siapa yang boleh menandatangani? Mengapa klien tidak bersetuju? Dan kemas kini mana yang sebenarnya sampai ke aplikasi anda? Satu kebergantungan kecil menyimpan senarai kepercayaannya sendiri. Kita akan kembali kepada proses yang memutuskan sama ada pembetulan anda tiba. Ini hari Rabu, dua puluh satu Oktober, dan ini The Daily Diff.

0:22 eMudhra ialah pihak berkuasa sijil. Ia menandatangani sijil digital yang membantu perisian mengesahkan tapak web dan perkhidmatan. Kunci yang dikompromi termasuk enam yang digunakan untuk sambungan web dan dua untuk menandatangani perisian. Perantara ialah penandatangan yang didelegasikan di bawah akar yang dipercayai. Pada hari Jumaat, seorang wartawan bernama Wayne menghantar bukti kepada program akar. Pada hari Selasa, halaman insiden awam menerangkan kerja pembersihan. Hari ini, pembangun dapat mengetahui berapa banyak salinan kepercayaan yang dimiliki oleh aplikasi mereka yang normal.

### Apakah yang dibenarkan oleh kunci perantara?

0:49 Ini rantaian biasa. Sesuatu tapak menyampaikan sijil, perantara menandatanganinya, dan klien anda mengikuti rantaian ke akar yang sudah dipercayainya. Akar adalah titik permulaan tempatan anda. Sesiapa yang mengawal kunci peribadi perantara boleh menandatangani di bawah kuasa itu. Tandatangan yang sah secara matematik boleh mempunyai penandatangan yang sama sekali tidak boleh dipercayai. Pengesah memerlukan cara untuk menarik balik kepercayaan selepas kompromi. Wayne menandatangani mesej, Kami ada masalah di sini, Wayne,

1:12 dengan setiap kunci. Mozilla mengesahkan kawalan kunci, kemudian secara bebas memulihkan kunci tersebut. Tindak balas kecemasan bermula dengan ayat yang kedengaran seperti seseorang menyedari pencetak pejabat berasap.

### Apa yang terbukti, dan apa yang masih tidak diketahui?

1:22 Laporan awam mengatakan kunci dijana secara tidak betul dan boleh dipulihkan dari sijil, yang dibuat pada April tahun lepas. Penyalahgunaan sebenar terhadap perisian lain masih tidak diketahui. Kuasa penandatanganan yang boleh dipulihkan cukup mendesak tanpa senarai mangsa yang direka. Terdapat had penting di sini. Laporan itu tidak menemui sijil entri ketelusan untuk perantara tersebut dalam tempoh itu.

1:42 Ia mengatakan pelayar yang menguatkuasakan ketelusan tidak mungkin diserang melalui laluan ini. Pemeriksaan pelayar tambahan itu membantu menjelaskan mengapa tajuk utama sahaja membesar-besarkan gambaran. eMudhra memberitahu Mozilla bahawa kira-kira tiga puluh ribu sijil perlu dipindahkan ke rantaian lain. Ini adalah perkhidmatan yang berfungsi yang pemiliknya mesti menggantikan sijil semasa kerja pembersihan. Di suatu tempat, jemputan kalendar baru sahaja menjadi kebergantungan pengeluaran.

### Mengapa pelayar dan masa jalanan tidak bersetuju?

2:03 Vendor pelayar mengedarkan senarai hitam kecemasan. Laporan itu mencatat tindakan Firefox dan Chrome pada hari Jumaat, diikuti oleh Apple dan Microsoft. Klien ini boleh menolak perantara yang dikompromi sambil mengenali akarnya. Peraturan itu bergerak secara berasingan daripada bundel aplikasi anda. Beberapa klien menyemak rantaian terhadap akar yang dipercayai tanpa menggunakan maklumat pembatalan kecemasan. Pihak berkuasa boleh menerbitkan pembatalan, dan klien itu boleh terus menerima rantaian tersebut.

2:27 Meletakkan tanda di pintu berfungsi lebih baik apabila pelawat membaca tanda. Mozilla mengatakan beberapa profil Android gagal menerapkan senarai hitam yang dikemas kini pada permulaan. Pembetulan dihantar dalam Firefox satu ratus lima puluh lapan titik sifar dua. Jadi, sentiasa kemas kini pelayar juga. Pengumuman itu tidak dapat menginventori telefon anda. Penyelenggara boleh membuang jangkar kepercayaan apabila klien tidak mempunyai penyekatan yang lebih sempit. Thread Mozilla menerangkan ketidakpercayaan kecemasan akar emSign ECC, generasi ketiga. Membuang akar dari kedai kepercayaan menyekat rantaian yang bergantung kepadanya,

2:54 walaupun kunci peribadi akar itu sendiri tidak pernah dikompromi. Keluaran certifi terbaru Python adalah satu kemas kini hiliran.

### Kemas kini mana yang sampai ke Python dan Node?

3:01 Komitnya juga mengembalikan akar emSign yang tidak terjejas selepas penyingkiran sebelumnya. Memadamkan segala-galanya yang mengandungi nama syarikat adalah pengganti yang teruk untuk pakej yang diselenggara. Anda mahu rantaian berbahaya ditolak dan pelanggan yang sah masih berfungsi. Sejarah keluaran mengekalkan kedua-dua keputusan. Pembersihan keselamatan mempunyai tugas glamor untuk menjadi mendesak, tepat, dan dipersalahkan untuk mana-mana perkhidmatan yang rosak semasa makan tengah hari. Node versi dua puluh empat titik dua puluh dua titik satu dihantar hari ini dengan akar yang

3:26 dikemas kini. Semak nasihat cabang anda sendiri dan konfigurasi CA sebenar. Bundel tersuai boleh mengubah kedai kepercayaan mana yang digunakan oleh proses. Di Tor, seorang penyelidik menerbitkan laporan semalam mengenai tiga ratus tiga puluh

### Apa yang ditangkap oleh amaran kunci hos Tor?

3:36 tiga geganti keluar yang dikompromi. Pintasan bermula awal bulan ini. Geganti itu ditandakan dan ditutup beberapa hari kemudian, sebelum penulisan tiba. SSH memberi amaran kepada penyelidik bahawa identiti pelayan telah berubah. Dia melaporkannya kepada pasukan kesihatan rangkaian Tor. Notis pengendali mereka mengesahkan laporan pintasan. Amaran itu melakukan perkara yang menyusahkan yang sepatutnya dilakukan oleh pengesahan. Kira-kira sepuluh peratus mengira

3:57 geganti dengan kapasiti yang berbeza, membiarkan bahagian trafik tidak diukur. Penghalaan Tor dan identiti pelayan SSH mempunyai tugas yang berasingan. Sahkan kunci hos yang diubah melalui saluran yang dipercayai sebelum anda menerimanya dan log masuk. Kembali ke aplikasi anda, mulakan dengan kontena berjalan atau persekitaran maya. Cari bundel CA yang sebenarnya digunakannya dan terapkan kemas kini yang relevan yang

### Bagaimana anda menyemak pembetulan yang telah digunakan?

4:12 diselenggara. Bangun semula dan mulakan semula proses yang digunakan supaya ia dapat memuatkan bahan kepercayaan yang berubah. Gunakan rantaian ujian awam penyelenggara dalam persekitaran sebenar klien. Pastikan ralat sijil berasingan daripada masa tamat rangkaian. Sambungan yang gagal pada Wi-Fi hotel adalah ujian yang sangat baik untuk Wi-Fi hotel. Kebergantungan kecil ialah kedai kepercayaan yang dibundel secara berasingan, seperti certifi. Pelayar desktop anda tidak pernah mengedit kebergantungan itu di dalam kontena lama. Proses yang digunakan dan konfigurasinya memutuskan sama ada pembetulan tiba. Itulah tempat untuk mengesahkan kemas kini anda.

4:42 Jika anda lebih suka membaca ini daripada mendengar saya mengatakannya, diff akan sampai ke peti masuk anda setiap pagi, percuma di the daily diff dot dev, pautan di bawah. Jadi, keputusan hari ini ialah PERLU SEMAKAN.

### Apa yang mendapat setem PERLU SEMAKAN?

4:51 Saya mahu kepercayaan klien yang digunakan diperiksa sebelum sesiapa menutup insiden ini. Langgan, tekan loceng, dan beritahu saya dalam komen jika anda akan mengecapnya secara berbeza. Dan itu perbezaan untuk hari ini. Saya Niko dari Axrisi. Gabungkan dengan bertanggungjawab. Gabungkan dengan bertanggungjawab.

## Sumber

- [eMudhra Intermediate CA Compromise](https://emudhra.we-have-a-problem.com/) — Dennis Jackson
- [Private key compromise of eMudhra Intermediate Certificates](https://bugzilla.mozilla.org/show_bug.cgi?id=2083449) — Mozilla Bugzilla
- [certifi 2026.10.19 release](https://github.com/certifi/python-certifi/releases/tag/2026.10.19) — certifi
- [Restore unaffected emSign roots](https://github.com/certifi/python-certifi/commit/662df63d7906df66f1f07c0751a3dfe9da14d914) — certifi
- [Node 24.22.1 security release](https://github.com/nodejs/node/releases/tag/v24.22.1) — Node.js
- [Update root certificates to NSS 3.131.1](https://github.com/nodejs/node/pull/66877) — Node.js
- [How I got over 300 Tor exit nodes removed](https://kaba.cx/posts/20261020_Tor/) — KABA
- [Security incident affecting some relay operators](https://lists.torproject.org/mailman3/hyperkitty/list/tor-relays@lists.torproject.org/thread/WOHPLKCSHYXFTBRZXDENDKJZMBMPLMG5/) — Tor Project network health