+− THE DAILY DIFFdev & AI news
NEEDS REVIEW

Kompromi CA Menengah eMudhra: Daftar Blokir Peramban dan Kesenjangan Kepercayaan Waktu Proses

Delapan kunci penandatanganan menengah eMudhra dikompromikan, termasuk enam yang digunakan untuk TLS dan dua untuk penandatanganan kode.

Want to see our stories first on Google? Add us to your preferred sources — it helps us grow.

Delapan kunci penandatanganan menengah eMudhra dikompromikan, termasuk enam yang digunakan untuk TLS dan dua untuk penandatanganan kode. Episode ini mengikuti konfirmasi Mozilla, pemblokiran peramban, dan pembaruan berikutnya untuk menjelaskan mengapa aplikasi yang digunakan perlu memeriksa konfigurasi kepercayaannya sendiri. Laporan Tor terpisah menunjukkan peringatan identitas host SSH berfungsi.

Baca edisi tertulis (Inggris) ↗

Isi video ini

  • Kunci yang dikompromikan milik penanda tangan menengah. Ketidakpercayaan root dapat mengurangi rantai tanpa membuktikan bahwa kunci pribadi root dikompromikan.
  • Daftar blokir darurat peramban dan penyimpanan CA yang dibundel aplikasi dapat mengikuti jalur pembaruan yang terpisah. Periksa proses yang berjalan dan konfigurasi kepercayaannya yang sebenarnya.
  • Mozilla secara independen mengonfirmasi kunci pribadi yang dapat dipulihkan. Laporan tersebut tidak menjelaskan entri CT untuk perantara yang terpengaruh; penyalahgunaan aktual terhadap klien lain masih belum diketahui.
  • Rilis utama memverifikasi certifi 2026.10.19 dan Node 24.22.1 untuk cabang yang dibahas. Bundel CA kustom dan cabang waktu proses lainnya memerlukan pemeriksaan sendiri.
  • Akun peneliti Tor dengan 333 relai berkaitan dengan insiden awal Oktober yang diterbitkan 20 Oktober. Sekitar sepuluh persen adalah jumlah relai, bukan pengukuran lalu lintas yang dicegat.
  • Batas waktu jaringan saja tidak menunjukkan bahwa validasi sertifikat menolak rantai yang dikompromikan. Pertahankan verifikasi dan bedakan kesalahan transportasi dari kegagalan autentikasi.

Transkrip terjemahan

Diterjemahkan dari narasi asli bahasa Inggris. Audio dan teks tersedia yang dikontrol oleh YouTube.

Mengapa peramban yang diperbaiki dapat membuat aplikasi terekspos?

0:00 Perbaikan peramban eMudhra terdengar seperti lampu hijau. Delapan kunci penandatanganan yang dikompromikan masih meninggalkan perangkat lunak dengan keputusan kepercayaan yang kedaluwarsa. Dalam video ini, siapa yang dapat menandatangani? Mengapa klien tidak setuju? Dan pembaruan mana yang benar-benar mencapai aplikasi Anda? Satu dependensi kecil menyimpan daftar kepercayaannya sendiri. Kita akan kembali ke proses yang menentukan apakah perbaikan Anda telah tiba. Ini hari Rabu, dua puluh satu Oktober, dan ini The Daily Diff.

0:22 eMudhra adalah otoritas sertifikat. Ini menandatangani sertifikat digital yang membantu perangkat lunak mengautentikasi situs web dan layanan. Kunci yang dikompromikan termasuk enam yang digunakan untuk koneksi web dan dua untuk menandatangani perangkat lunak. Sebuah perantara adalah penanda tangan yang didelegasikan di bawah root yang terpercaya. Pada hari Jumat, seorang reporter bernama Wayne mengirimkan bukti ke program root. Pada hari Selasa, halaman insiden publik menjelaskan pembersihan. Hari ini, pengembang dapat mengetahui berapa banyak salinan kepercayaan yang telah dikumpulkan oleh aplikasi mereka yang sempurna normal.

Apa yang diotorisasi oleh kunci menengah?

0:49 Ini adalah rantai biasa. Sebuah situs menyajikan sertifikat, sebuah perantara menandatanganinya, dan klien Anda mengikuti rantai ke root yang sudah dipercayainya. Root adalah titik awal lokal Anda. Siapa pun yang mengontrol kunci pribadi perantara dapat menandatangani di bawah wewenang itu. Tanda tangan yang secara matematis valid dapat memiliki penanda tangan yang sama sekali tidak dapat dipercaya. Validator membutuhkan cara untuk menarik kepercayaan setelah kompromi. Wayne menandatangani pesan, 'Kami punya masalah di sini, Wayne',

1:12 dengan setiap kunci. Mozilla memverifikasi kontrol kunci, lalu secara independen memulihkan kunci. Tanggapan darurat dimulai dengan kalimat yang terdengar seperti seseorang menyadari printer kantor berasap.

Apa yang terbukti, dan apa yang masih belum diketahui?

1:22 Laporan publik mengatakan kunci-kunci itu dihasilkan dengan salah dan dapat dipulihkan dari sertifikat, dibuat pada bulan April tahun lalu. Penyalahgunaan aktual terhadap perangkat lunak lain masih belum diketahui. Otoritas penandatanganan yang dapat dipulihkan cukup mendesak tanpa daftar korban yang dibuat-buat. Ada batasan penting di sini. Laporan tersebut tidak menemukan entri transparansi sertifikat untuk perantara tersebut selama periode itu.

1:42 Dikatakan bahwa peramban yang menerapkan transparansi tidak mungkin diserang melalui jalur ini. Pemeriksaan peramban tambahan itu membantu menjelaskan mengapa judul saja membesar-besarkan gambaran. eMudhra memberi tahu Mozilla bahwa sekitar tiga puluh ribu sertifikat perlu dimigrasikan ke rantai lain. Itu adalah layanan yang berfungsi yang pemiliknya harus mengganti sertifikat selama pembersihan. Entah di mana, undangan kalender baru saja menjadi dependensi produksi.

Mengapa peramban dan waktu proses tidak setuju?

2:03 Vendor peramban mendistribusikan daftar blokir darurat. Laporan mencatat tindakan Firefox dan Chrome pada hari Jumat, diikuti oleh Apple dan Microsoft. Klien ini dapat menolak perantara yang dikompromikan sambil mengenali root-nya. Aturan itu bergerak terpisah dari bundel aplikasi Anda. Beberapa klien memeriksa rantai terhadap root yang terpercaya tanpa menggunakan informasi pencabutan darurat. Otoritas dapat menerbitkan pencabutan, dan klien itu dapat terus menerima rantai.

2:27 Memasang tanda di pintu berfungsi lebih baik ketika pengunjung membaca tanda. Mozilla mengatakan beberapa profil Android gagal menerapkan daftar blokir yang diperbarui saat startup. Sebuah perbaikan dikirimkan di Firefox satu lima puluh delapan titik nol dua. Jadi, perbarui peramban juga. Pengumuman tidak dapat menginventarisir ponsel Anda. Pemelihara dapat menghapus jangkar kepercayaan ketika klien tidak memiliki pemblokiran yang lebih sempit. Thread Mozilla menjelaskan ketidakpercayaan darurat root emSign ECC, generasi tiga. Menghapus root dari penyimpanan kepercayaan memblokir rantai yang mengandalkannya,

2:54 bahkan ketika kunci pribadi root itu sendiri tidak pernah dikompromikan. Rilis certifi terbaru Python adalah satu pembaruan hilir.

Pembaruan mana yang mencapai Python dan Node?

3:01 Komitmennya juga mengembalikan root emSign yang tidak terpengaruh setelah penghapusan sebelumnya. Menghapus semua yang menyandang nama perusahaan adalah pengganti yang buruk untuk paket yang dipelihara. Anda ingin rantai berbahaya ditolak dan pelanggan yang sah tetap berfungsi. Riwayat rilis mempertahankan kedua keputusan tersebut. Pembersihan keamanan memiliki pekerjaan yang menarik yaitu mendesak, tepat, dan disalahkan atas layanan apa pun yang rusak saat makan siang. Node versi dua puluh empat titik dua puluh dua titik satu dikirimkan hari ini dengan root

3:26 yang diperbarui. Periksa penasihat cabang Anda sendiri dan konfigurasi CA yang sebenarnya. Bundel kustom dapat mengubah penyimpanan kepercayaan yang digunakan proses. Di Tor, seorang peneliti menerbitkan laporan kemarin tentang tiga ratus tiga puluh

Apa yang ditangkap oleh peringatan kunci host Tor?

3:36 tiga relai keluar yang dikompromikan. Penyadapan dimulai awal bulan ini. Relai-relai itu ditandai dan dimatikan beberapa hari kemudian, sebelum laporan tiba. SSH memperingatkan peneliti bahwa identitas server telah berubah. Dia melaporkannya ke tim kesehatan jaringan Tor. Pemberitahuan operator mereka mengkonfirmasi laporan penyadapan. Peringatan itu melakukan persis hal yang tidak nyaman yang seharusnya dilakukan oleh autentikasi.

3:57 Sekitar sepuluh persen menghitung relai dengan kapasitas berbeda, menyisakan pangsa lalu lintas yang tidak terukur. Perutean Tor dan identitas server SSH memiliki tugas yang terpisah. Verifikasi kunci host yang berubah melalui saluran tepercaya sebelum Anda menerimanya dan masuk. Kembali ke aplikasi Anda, mulailah dengan container yang berjalan atau lingkungan virtual.

Bagaimana cara memeriksa perbaikan yang diterapkan?

4:12 Temukan bundel CA yang sebenarnya digunakan dan terapkan pembaruan yang relevan. Bangun ulang dan mulai ulang proses yang digunakan agar dapat memuat materi kepercayaan yang diubah. Gunakan rantai uji publik pemelihara di lingkungan nyata klien. Pisahkan kesalahan sertifikat dari batas waktu jaringan. Koneksi yang gagal pada Wi-Fi hotel adalah tes yang sangat baik untuk Wi-Fi hotel. Dependensi kecil adalah penyimpanan kepercayaan yang dibundel secara terpisah, seperti certifi. Peramban desktop Anda tidak pernah mengedit dependensi itu di dalam container lama. Proses yang digunakan dan konfigurasinya memutuskan apakah perbaikan

4:42 tiba. Di situlah tempat untuk memverifikasi pembaruan Anda. Jika Anda lebih suka membaca ini daripada mendengar saya mengatakannya, 'diff' tiba di kotak masuk Anda setiap pagi, gratis di 'thedailydiff.dev', tautan di bawah.

Apa yang mendapatkan stempel NEEDS REVIEW?

4:51 Jadi putusan hari ini adalah NEEDS REVIEW. Saya ingin kepercayaan klien yang digunakan diperiksa sebelum ada yang menutup insiden ini. Berlangganan, tekan bel, dan beri tahu saya di komentar jika Anda akan memberikannya stempel yang berbeda. Dan itulah 'diff' untuk hari ini. Saya Niko dari Axrisi. Gabungkan dengan bertanggung jawab.

Sumber

  1. eMudhra Intermediate CA CompromiseDennis Jackson
  2. Private key compromise of eMudhra Intermediate CertificatesMozilla Bugzilla
  3. certifi 2026.10.19 releasecertifi
  4. Restore unaffected emSign rootscertifi
  5. Node 24.22.1 security releaseNode.js
  6. Update root certificates to NSS 3.131.1Node.js
  7. How I got over 300 Tor exit nodes removedKABA
  8. Security incident affecting some relay operatorsTor Project network health

Video terkait