---
title: "Kompromi eMudhra perantara CA: panduan dampak dan remediasi"
description: "Menilai jalur kepercayaan yang terpengaruh dan memperbarui sistem operasi, browser, runtime, dan kontainer, dengan memeriksa validator sertifikat sebenarnya."
language: "id"
url: "https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide"
author: "KeenDigit"
published: "2026-10-22"
---

# Kompromi eMudhra perantara CA: panduan dampak dan remediasi

Menilai jalur kepercayaan yang terpengaruh dan memperbarui sistem operasi, browser, runtime, dan kontainer, dengan memeriksa validator sertifikat sebenarnya.

**Sumber diperiksa pada 22 Oktober 2026, waktu Beijing.** **Audiens: pengguna individu, operator situs web, pengembang, dan administrator sistem.**

Kelemahan serius membuat sekelompok kunci pribadi eMudhra/emSign perantara CA dapat dipulihkan. Hal ini memengaruhi klien yang menggunakan sistem sertifikat publik untuk mengautentikasi situs web, API, dan perangkat lunak. Kepercayaan publik mencakup sistem operasi utama, namun rangkaian kunci yang disusupi dan potensi dampak klien memiliki cakupan yang berbeda. [1](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-1)[5](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-5)

Teks utama menggunakan tanda kurung siku untuk memberi nomor pada sumber yang sesuai, dan semua tautan referensi eksternal tercantum dalam lampiran. Versi yang tercantum adalah versi dasar yang dikonfirmasi berisi perbaikan untuk insiden ini pada tanggal verifikasi. Saat menerapkan, prioritas diberikan pada versi stabil yang diperbarui di cabang yang didukung sama.

## TL;DR

**EDelapan kunci pribadi CA perantara dikonfirmasi telah disusupi. Laporan saat ini tidak menetapkan bahwa kunci privat root atau kriptografi HTTPS secara umum telah rusak. Pembaruan mencakup sebagian besar ekosistem kepercayaan publik; risiko sisa tergantung pada aplikasi sebenarnya.**[1](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-1)[5](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-5)

1. **Pengguna individu:** memperbarui browser, sistem operasi, dan komponen keamanan. Di Android, perbarui juga layanan Google Play. Gunakan Firefox Android 158.0.2 atau lebih baru. [1](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-1)[2](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-2)
2. **Servers:** perbarui paket distribusi `ca-certificates`/NSS dan periksa penyimpanan kepercayaan yang dibundel aplikasi. Memperbarui host saja tidak cukup. [7](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-7)[8](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-8)[10](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-10)
3. **Lingkungan pengembangan:** perbarui Node 24 ke 24.22.1 atau rilis yang lebih baru di cabang tersebut sebagaimana berlaku. Di lingkungan Python, perbarui setidaknya ke pip 26.2.2, certifi 2026.10.19, dan uv 0.13.4. Dapatkan binari Go yang diperbaiki atau bangun kembali; perbarui Java sesuai dengan saran vendornya. [12](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-12)–[15](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-15)
4. **Aktivasi pembaruan:** memulai ulang layanan yang terpengaruh dan membangun kembali serta memindahkan kontainer. Untuk Cloudflare Tunnel, perbarui cloudflared ke 2026.10.2 atau lebih baru. [7](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-7)
5. **Sertifikat situs web:** mengganti rantai yang terpengaruh jika berisi CA perantara yang dicabut atau diblokir, atau bergantung pada akar yang tidak dipercaya. Menerbitkan ulang sertifikat tidak menggantikan memperbarui penyimpanan kepercayaan klien. [1](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-1)[5](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-5)[8](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-8)
6. **Verifikasi:** menguji jalur TLS sebenarnya dari setiap aplikasi. Bedakan penolakan sertifikat dari batas waktu dan kegagalan DNS. Tetap aktifkan verifikasi sertifikat; jangan gunakan `-k` atau lewati verifikasi untuk menyembunyikan kesalahan. [7](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-7)

## 1 Fakta dan penyebab kejadian

### fakta yang dikonfirmasi

Mozilla dan Google telah mengonfirmasi kerusakan pada delapan kunci pribadi eMudhra perantara CA. Peneliti memberikan bukti kendali kunci privat; Mozilla secara independen memulihkan kunci dan mereproduksi masalahnya. Enam CA perantara melayani TLS dan dua melayani penandatanganan kode. [2](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-2)[5](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-5)

Cacatnya terletak pada kunci yang dihasilkan: CA perantara ini menggunakan kurva P-384, tetapi kunci privatnya berupa bilangan bulat di bawah 256. Hal ini jauh dari pemilihan kunci secara acak dari rentang besar yang dimaksudkan dengan aman. Memulihkan kunci lemah ini tidak menunjukkan bahwa kunci P-384 yang dibuat dengan benar dapat rusak. [2](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-2)

"Sertifikat telah retak" di sini harus dipahami secara akurat sebagai "kunci pribadi yang sesuai dapat dipulihkan". Sertifikat dan kunci publik di dalamnya pada dasarnya bersifat publik; yang sebenarnya perlu dirahasiakan adalah kunci privat yang dapat menghasilkan tanda tangan yang valid.

### Masalah proses pembuatan kunci masih dalam penyelidikan

Deskripsi awal eMudhra menelusuri masalahnya hingga upacara pembuatan kunci pada bulan April 2025. Penjelasannya melibatkan langkah enkapsulasi dan dekapsulasi kunci: selain kunci kuat asli, kumpulan kunci lemah lainnya muncul, dan kunci lemah selanjutnya digunakan untuk permohonan dan penerbitan sertifikat. Perusahaan masih mengatakan penyebab pastinya belum ditentukan secara pasti. [6](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-6)

Oleh karena itu, yang dapat ditentukan adalah bahwa kunci-kunci ini sangat lemah dan telah disusupi; kegagalan tersebut tidak dapat dijelaskan lebih lanjut karena sumber nomor acak perangkat keras tertentu dari HSM telah terbukti rusak, juga tidak dapat digambarkan sebagai terobosan kriptografi umum dari RSA, ECC, atau TLS.

### Apa yang dimaksud dengan ketidakpercayaan sertifikat root?

Browser atau sistem operasi dapat secara langsung memblokir sertifikat atau kunci publik dari CA perantara yang terpengaruh, atau dapat menghapus kepercayaan root yang mengarah ke sana. Tindakan terakhir ini juga akan menolak beberapa sertifikat sah yang berada pada akar yang sama.

Google telah menjadwalkan penghapusan `emSign ECC Root CA - G3` untuk melindungi pengguna penyimpanan akar Chrome yang tidak menerima pembaruan dari CRLSet. Penghapusan root store diperkirakan akan dilakukan pada periode yang sama dari tanggal 27 hingga 28 Oktober, waktu Beijing; waktu asli Google adalah pagi hari tanggal 27 Oktober, Waktu Musim Panas Pasifik AS. Rencana ini terpisah dari pemblokiran kunci publik darurat yang telah diterapkan sebelumnya. [1](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-1)

**Tidak mempercayai akar adalah ukuran respons; itu sendiri tidak membuktikan bahwa kunci pribadi root telah disusupi.**

## 2 Mengapa potensi dampaknya mencakup ekosistem kepercayaan publik

### Kunci yang disusupi dan jalur kepercayaan yang terpengaruh

| Objek penilaian                                    | Ruang lingkup kejadian ini                                                                                              |
| -------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------- |
| Kunci yang bermasalah teridentifikasi              | 8 kunci pribadi CA perantara untuk eMudhra                                                                              |
| Platform yang mungkin memerlukan tindakan          | Penyimpanan root publik, browser, sistem operasi, runtime bahasa, paket perangkat lunak, dan ekosistem kontainer        |
| Kemungkinan meniru identitas TLS                   | Situs web atau layanan yang dikunjungi oleh klien yang masih menerima rantai sertifikat palsu terkait                   |
| Apakah ini berarti semua perangkat telah disusupi? | Tidak; kondisi kepercayaan, lokasi jaringan penyerang, dan strategi verifikasi lainnya menentukan kemampuan eksploitasi |
| Apakah ini berarti semua sertifikat sah tidak sah? | Tidak; pembatalan terkait bergantung pada akar atau rantai sertifikat mana yang tidak dipercaya oleh klien.             |

Red Hat secara eksplisit membatasi eksploitasi pada kondisi di mana klien masih menerima rantai yang relevan, penyerang memiliki kunci pribadi yang telah disusupi, dan mampu mencegat koneksi dalam jaringan. Cakupan risiko berbeda dengan jumlah serangan yang telah terjadi. [10](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-10)

### Situs web yang menggunakan CA lain juga dapat ditiru

Misalkan sebuah situs web benar-benar menggunakan sertifikat Let's Encrypt, dan klien pengunjung memercayai beberapa CA publik secara bersamaan. Penyerang dapat mencoba menggunakan perantara CA untuk membuat sertifikat lain untuk nama domain yang sama. Klien biasanya tidak mengharuskan terlebih dahulu bahwa nama domain hanya dapat menggunakan Let's Encrypt; jika rantai palsu masih diterima, CA yang sebenarnya digunakan situs web tidak cukup untuk mengesampingkan serangan semacam itu. [8](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-8)

Mekanisme ini menjelaskan: Mengganti sertifikat CA lain yang semula normal tidak akan secara otomatis memperbaiki kepercayaan klien terhadap CA yang disusupi. Yang sebenarnya perlu diputus adalah jalur klien menerima identitas palsu.

### Ketiga dampak tersebut perlu ditangani secara terpisah

**Risiko peniruan identitas:** Klien yang belum memblokir rantai yang relevan dapat menerima identitas yang dipalsukan oleh penyerang, menyebabkan permintaan sensitif dikirim ke layanan palsu.

**Risiko ketersediaan layanan yang sah:** menghapus kepercayaan root dapat menyebabkan kesalahan sertifikat untuk situs web yang sah, yang mungkin memerlukan migrasi ke rantai lain yang diterima.

**Risiko cakupan penerapan:** sistem operasi mungkin diperbaiki sementara penyimpanan kepercayaan yang dibundel aplikasi, lingkungan virtual, gambar kontainer lama, atau program yang dikompilasi mempertahankan perilaku validasi lama.

Ketiga cakupan ini tidak identik. Respons Cloudflare mencakup validasi identitas jarak jauh, penyimpanan kepercayaan bersama, gambar dasar, dan aplikasi individual, yang menggambarkan mengapa dua tugas terakhir harus ditangani secara terpisah. [7](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-7)

## 3 CA dan penyedia sertifikat yang terpengaruh

### Penyedia dan Jenis Dampak

| penyedia atau sistem                                             | Berperan dalam kejadian ini                                                                                                        | Batasan yang perlu dibedakan                                                                                                               |
| ---------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------ |
| eMudhra／emSign                                                   | Kunci pribadi CA perantara disusupi secara langsung.                                                                               | Anda tidak dapat menulis semua akar eMudhra dan semua sertifikat sebagai retak                                                             |
| Rantai tanda tangan silang terkait Sectigo                       | Sertifikat silang A diterbitkan untuk kumpulan kunci publik yang terpengaruh yang sama, sehingga membentuk jalur kepercayaan lain. | Sertifikat silang atau kunci publik yang sesuai perlu diblokir; kunci pribadi root Sectigo belum terbukti telah disusupi.                  |
| Tingkat sertifikat yang relevan untuk Internet2/InCommon         | Beberapa sertifikat yang sah bergantung pada root emSign ECC untuk dihapus, yang melibatkan migrasi                                | Ini adalah dampak tambahan dari ketidakpercayaan root dan tidak dapat dihitung sebagai bagian tengah dari 8 kunci lemah CA                 |
| Let's Encrypt, DigiCert, Google Trust Services, GlobalSign, dll. | Tidak tercantum sebagai pihak yang kunci privatnya disusupi dalam laporan ini                                                      | Sertifikat yang sah tidak selalu batal; klien yang rentan mungkin masih menerima sertifikat palsu yang meniru situs web yang mereka layani |
| CDN, platform cloud, dealer sertifikat                           | Mungkin memberikan sertifikat yang relevan atau menggunakan toko kepercayaan publik saat menghubungkan ke asal dan API             | Untuk memeriksa rantai sertifikat dan validator sebenarnya, jangan hanya melihat platform atau nama produk                                 |

Pemberitahuan Mozilla mendokumentasikan kunci yang disusupi dan tanda tangan silang Sectigo. Diskusi insiden publik Google membahas migrasi hierarki Internet2/InCommon yang sah. [2](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-2)[5](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-5) Cloudflare memperbaiki layanan alamat dan kepercayaan klien; hal ini tidak menunjukkan kompromi terhadap kunci pribadi CA milik Cloudflare. [7](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-7)

### Rantai sertifikat TLS dan tanda tangan silang

Hubungan berikut hanya menjelaskan jalur terkait TLS kali ini. Ini tidak mencakup jalur penandatanganan kode, juga tidak berarti bahwa jalur ini masih dipercaya di semua platform. [17](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-17)

- `emSign ECC Root CA - G3` → `emSign Root TLS CA - G3` → TLS Intermediate CA kunci publik yang terpengaruh → Sertifikat palsu untuk domain target
- `AAA Certificate Services` → Kunci publik TLS Menengah CA yang terpengaruh → Sertifikat palsu untuk domain target

`emSign Root TLS CA - G3` adalah salah satu penerbit langsung perantara TLS yang terkena dampak dan dapat menjadi jangkar kepercayaan di beberapa toko. `emSign ECC Root CA - G3` menyediakan lapisan penandatanganan silang lainnya. `AAA Certificate Services` Sectigo menciptakan jalur tambahan ke kunci publik CA perantara yang sama. [17](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-17)

Oleh karena itu, ada dua rincian berbeda saat memperbaiki:

- **Blokir perantara yang tepat CA atau kunci publik:** ini dapat mempertahankan hierarki sah lainnya di bawah root yang sama, di mana validator mendukung mekanisme tersebut.
- **Hapus kepercayaan root:** ini dapat melindungi klien tanpa kemampuan pemblokiran CA perantara, namun dapat memengaruhi kompatibilitas. Semua jalur lain yang diterima klien juga harus dicakup. [5](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-5)

"Hapus semua akar Sectigo/eMudhra" tidak boleh dianggap sebagai langkah umum sembarangan, dan menghapus sertifikat dengan nama serupa juga tidak berarti semua jalur ditutup.

## 4 Cakupan sistem operasi dan browser

### Platform utama

| Peron                                   | Disposisi yang diketahui                                                                                     | Lingkup yang harus diperiksa saat menggunakan                                                                                                                             |
| --------------------------------------- | ------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Windows dan Windows Server              | Distribusi Microsoft Diblokir melalui Pembaruan Daftar Kepercayaan Sertifikat Otomatis                       | Apakah perangkat menerima pembaruan; CA bundle mandiri belum tentu menggunakan jalur verifikasi Windows                                                                   |
| macOS, iOS, iPadOS, dll. Platform Apple | Koordinator insiden mengkonfirmasi bahwa Apple telah menerapkan blokade yang relevan                         | Setiap versi lama dan aplikasi pihak ketiga tidak dijamin menerima cakupan yang sama                                                                                      |
| Android                                 | Google mendistribusikan blok yang setara melalui layanan Google Play                                         | ROM tanpa layanan Google Play harus diverifikasi sesuai dengan pengumuman pabrikan; gunakan pemverifikasi bawaan untuk verifikasi tambahan                                |
| Ubuntu                                  | Perbaikan bundel sertifikat sistem telah disediakan, termasuk beberapa cabang versi saat ini dan lama        | Versi lama ESM mendukung ketentuan, paket sertifikat internal kontainer, dan pustaka bawaan aplikasi                                                                      |
| Debian dan Devuan                       | Debian mencatat ca-certificates diperbaiki                                                                   | Anda harus memeriksa cabang sebenarnya yang digunakan dan paket yang diinstal, dan Anda tidak dapat menyalin nomor versi cabang lain.                                     |
| RHEL dan turunannya                     | Daftar resminya adalah RHEL 6, 7, 8, 9, 10, dan mencakup produk dan gambar terkait yang mungkin terpengaruh  | Hingga pemeriksaan ini, pengumuman tersebut belum mencantumkan daftar lengkap perbaikan dan kesalahan; "Pembaruan tidak ditemukan" tidak dapat dianggap tidak terpengaruh |
| Fedora, Arch, Gentoo, Alpine, dll.      | Pengelola acara telah mengumpulkan catatan perbaikan yang sesuai                                             | Dikonfirmasi secara independen berdasarkan rilis, cabang versi, dan gambar                                                                                                |
| FreeBSD                                 | Secara resmi mencantumkan semua versi yang didukung dan menyediakan perbaikan penyimpanan kepercayaan sistem | Setelah pembaruan, mulai ulang proses daemon yang relevan sesuai dengan pengumuman; periksa toko kepercayaan aplikasi independen secara terpisah.                         |

Untuk ringkasan Windows, Apple dan rilis, lihat [4](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-4); untuk Android, lihat [1](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-1); untuk Ubuntu, Debian, RHEL, dan FreeBSD Catatan penerbit masing-masing ditampilkan dalam [8](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-8)–[11](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-11).

Sistem yang tidak lagi didukung, perangkat offline, NAS, router, dan lingkungan tertanam lainnya perlu mengonfirmasi apakah mereka masih mempercayai rantai yang relevan dan apakah mereka memiliki saluran untuk menerima pencabutan atau pembaruan perangkat lunak. Nama platform itu sendiri bukan pengganti untuk memeriksa perilaku verifikasi sebenarnya.

### Perlindungan browser berbeda dengan perlindungan sistem operasi

Chrome menggunakan CRLSet untuk mendistribusikan blok darurat; Firefox menggunakan mekanisme seperti OneCRL. Firefox juga telah dirilis dengan informasi pemblokiran untuk memberikan perlindungan tambahan untuk konfigurasi yang tidak menerima pengaturan jarak jauh dengan benar. [1](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-1)[3](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-3)

Beberapa konfigurasi Firefox Android tidak menerapkan dengan benar daftar yang diperbarui saat startup, yang menurut Mozilla telah diperbaiki oleh 158.0.2. Oleh karena itu, status 158.0.1 awal tidak dapat diperluas untuk mencakup semua konfigurasi Android Firefox yang dilindungi. [2](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-2)

Tindakan telah diambil untuk verifikasi sistem Apple dan Windows, namun tidak berarti bahwa semua program baris perintah pada mesin yang sama akan menjalani verifikasi sistem. Pengelola acara secara khusus mengingatkan bahwa beberapa alat bawaan macOS menggunakan file sertifikat independen; backend TLS dan sumber CA yang sebenarnya harus dicatat saat pemeriksaan. [4](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-4)

### Batasan Perlindungan untuk Transparansi Sertifikat

Google mengkonfirmasi bahwa sebelum menerapkan blok tersebut, enam TLS intermediat CA tidak mengeluarkan TLS sertifikat yang masuk CT mencatat. Karena itu, Chrome klien yang menegakkan CT mendapat perlindungan tambahan. Fakta ini tidak menutup kemungkinan klien lain tidak melakukan eksekusi CT telah menerima sertifikat tidak berdokumen. [1](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-1) [5](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-5)

“Ternyata bisa dikaitkan dengan akar yang terpercaya”, “ada potensi kondisi eksploitasi” dan “telah terjadi serangan” adalah tiga penilaian yang berbeda dan tidak boleh saling menggantikan.

## 5 Lingkungan pengembangan dan garis dasar perbaikan runtime

Berikut ini adalah garis dasar perbaikan yang dikonfirmasi dan bukan merupakan persyaratan untuk memasang pin pada rilis ini dalam jangka panjang. Distro dapat memperbaiki nomor versi lama dengan mengembalikan patch, dan saran keamanannya juga harus ditinjau.

| komponen            | Versi yang dikonfirmasi atau metode pembaruan                                   | Pertimbangan penerapan                                                                                                                                                                                |
| ------------------- | ------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Node.js 24          | 24.22.1 atau perbarui versi stabil dari cabang yang sama                        | Berisi pembaruan repositori root dan penolakan terhadap rantai kunci publik yang diblokir; periksa jalur Node yang sebenarnya digunakan oleh layanan dan mulai ulang                                  |
| Python certifi      | 2026.10.19 atau versi yang lebih baru                                           | Periksa setiap lingkungan berjalan yang sebenarnya; Anda tidak dapat memperbarui hanya satu paket di bawah Python global                                                                              |
| pip                 | 26.2.2 atau versi yang lebih baru                                               | Perbarui pip secara terpisah di lingkungan virtual lama dan tinjau versinya setelah lingkungan baru dibuat                                                                                            |
| uv                  | 0.13.4 atau versi yang lebih baru                                               | Perbarui salinan alat seperti yang sebenarnya diinstal                                                                                                                                                |
| Go                  | 1.27.3 atau 1.26.10, versi terbaru dari cabang terkait juga tersedia            | Bangun kembali dan terapkan program yang relevan setelah memperbarui rantai alat, atau dapatkan biner perbaikan vendor                                                                                |
| Oracle JDK          | Patch Critical untuk baris versi yang didukung dan sesuai                       | Penerbit JDK yang berbeda mengikuti pengumuman mereka sendiri; tidak ada nomor versi tunggal yang berlaku untuk semua rilis Java                                                                      |
| Cloudflare Tunnel   | cloudflared 2026.10.2 atau versi yang lebih baru                                | Perbarui layanan yang berjalan; penerapan kontainer memerlukan penggantian gambar dan penerapan ulang                                                                                                 |
| Cloudflare One／WARP | Versi klien tetap yang sesuai dengan platform atau versi stabil yang diperbarui | Tindakan sisi klien dan sisi server dikonfirmasi secara terpisah. Untuk versi platform tertentu, lihat lampiran [7](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-7) |

Petunjuk asli untuk Node, Python, Go, Oracle dan Cloudflare masing-masing tersedia dalam [13](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-13), [12](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-12), [14](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-14), [15](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-15), [7](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-7).

### Masalah database sertifikat independen Python

Pejabat Python menunjukkan bahwa pip lama akan menggunakan kombinasi kepercayaan sistem dan certifi bawaan. Cukup memodifikasi penyimpanan sertifikat sistem atau menambahkan file CA ke pip tidak dapat mengecualikan kepercayaan lama yang ada di dalamnya. Oleh karena itu, `PIP_CERT`, `REQUESTS_CA_BUNDLE` atau `--cert` tidak dapat digunakan sebagai pengganti perbaikan universal untuk pip yang lebih lama. [12](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-12)

Periksa lingkungan virtual yang ada setelah memperbarui. Periksa juga versi pip yang benar-benar terinstal di lingkungan yang baru dibuat sehingga komponen bootstrap lama tidak memperkenalkan kembali alat yang rentan. Untuk peningkatan awal, ikuti sumber unduhan dan langkah verifikasi SHA-256 dalam saran Python sebelum memperbarui paket lainnya. [12](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-12)

### Go dan program kompilasi lainnya

Perbaikan untuk Go mengubah logika validasi untuk `crypto/x509`. [14](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-14) Dari perspektif mekanisme penerapan, memperbarui kompiler pada mesin pengembangan tidak akan menulis ulang biner yang sudah diterapkan. Untuk mendapatkan pemblokiran lapisan kode baru, aplikasi harus dibangun kembali dan diganti, atau versi terbaru yang disediakan oleh vendor harus digunakan. Apakah program lama juga dapat memperoleh manfaat dari pembaruan root sistem bergantung pada jalur verifikasi sebenarnya yang digunakannya.

### Kontainer dan aplikasi yang dikemas

Paket sertifikat sistem, dependensi aplikasi, dan waktu proses dalam container biasanya ditentukan oleh konten gambar. Pembaruan host tidak sama dengan pembaruan konten gambar; gambar dasar dan dependensi perlu diperbarui, dan instance yang sedang berjalan perlu dibangun kembali, disebarkan, dan diperiksa. Aplikasi paket dan program desktop yang memiliki runtime sendiri juga harus diperbarui sesuai dengan saluran rilis vendor. [7](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-7)[10](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-10)

## 6 Petunjuk pelaksanaan perbaikan

### Tentukan objek pemeriksaan terlebih dahulu

Disarankan untuk mencatat informasi berikut untuk layanan yang perlu dilindungi, lalu pilih jalur perbaikan yang sesuai. Ini adalah daftar periksa penerapan dan tidak mengharuskan semua komponen ada di setiap sistem.

| Proyek                  | Apa yang perlu dicatat                                                                               |
| ----------------------- | ---------------------------------------------------------------------------------------------------- |
| Aplikasi dan kegunaan   | Browser, klien pembayaran API, layanan pengiriman email, alat pengunduhan, proxy terbalik, dll.      |
| posisi operasi          | Host, container, mesin virtual, aplikasi desktop, atau perangkat seluler                             |
| Verifikasi implementasi | Validator sistem operasi, OpenSSL, Node, perpustakaan Python, Java atau implementasi kustom aplikasi |
| sumber terpercaya       | Paket sistem CA, certifi, penyimpanan kepercayaan JDK, CA bundle bawaan atau konfigurasi perusahaan  |
| Status perbaikan        | Versi yang diinstal, sumber patch, apakah akan dimulai ulang atau diterapkan ulang                   |
| Hasil penerimaan        | Apakah rantai yang terpengaruh ditolak, apakah koneksi bisnis normal berhasil, dan waktu pemeriksaan |

Panduan pengembang untuk Cloudflare secara khusus menyatakan bahwa SDK dapat mendelegasikan verifikasi ke komponen lain; hanya memperbarui SDK tingkat atas tidak serta merta mengubah kebijakan kepercayaan yang sebenarnya. [7](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-7)

### Sistem operasi dan browser

**Windows:** mengaktifkan dan memverifikasi pembaruan daftar kepercayaan sertifikat otomatis. Distribusikan pembaruan melalui kebijakan manajemen yang ditetapkan. Perangkat offline atau perangkat dengan pembaruan otomatis yang dinonaktifkan memerlukan pemblokiran yang diterapkan melalui proses manajemen yang sesuai. Periksa program yang tidak menggunakan validasi sistem Windows secara terpisah. [4](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-4)

**Apple Platform:** Pembaruan sistem, komponen keamanan, dan aplikasi yang lengkap. Untuk alat pengembangan di macOS, periksa juga backend TLS, file sertifikat, dan sumber instalasinya. Tidak dapat dinilai bahwa seluruh mesin telah diperbaiki hanya karena Safari telah menolak rantai pengujian. [4](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-4)

**Android:** memperbarui layanan Google Play pada perangkat yang memilikinya. Google menyatakan bahwa memulai ulang perangkat dapat memicu pembaruan segera. Untuk perangkat tanpa layanan tersebut, ikuti saran vendor atau ROM; Pernyataan cakupan Google tidak secara otomatis berlaku untuk setiap perangkat Android. [1](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-1)

**Ubuntu/Debian:** memperbarui paket sertifikat dari repositori yang didukung dan memeriksa penasehat untuk distribusi yang diinstal. Misalnya, sistem berbasis APT dapat menggunakan:

```bash
sudo apt update
sudo apt install --only-upgrade ca-certificates
dpkg-query -W -f='${Package} ${Version}\n' ca-certificates
```

Pembaruan yang relevan untuk Ubuntu 22.04, 24.04, 26.04, dan 26.10 merupakan dukungan standar; versi sebelumnya harus memeriksa dukungan ESM dan status gudang. Setelah perintah berakhir dengan sukses, Anda tetap harus membandingkan versi paket perbaikan di buletin. [8](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-8)[9](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-9)

**RHEL dan produk terkait:** Periksa paket sertifikat dan kesalahan keamanan berdasarkan saluran produk. Pemeriksaan versi dapat dilakukan menggunakan:

```bash
rpm -q ca-certificates
```

Gunakan mekanisme pembaruan DNF/YUM yang didukung untuk mendapatkan patch vendor; jika saluran belum memberikan perbaikan, jangan menganggap "tidak ada paket yang dapat diperbarui" sebagai aman. Jika perlu untuk menghapus kepercayaan root untuk sementara, lakukan tindakan yang dicantumkan dengan jelas oleh produsen dan evaluasi kompatibilitas sertifikat bisnis yang sah. [10](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-10)

**FreeBSD:** perbarui cabang sistem yang relevan seperti yang diarahkan oleh penasihat resmi, lalu mulai ulang daemon menggunakan konfigurasi kepercayaan OpenSSL yang terpengaruh atau reboot sistem. [11](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-11)

### Aplikasi dan gambar

Setelah menyelesaikan pembaruan runtime dan ketergantungan sertifikat yang sesuai, periksa jalur file yang dapat dieksekusi di mana layanan sebenarnya berjalan untuk menghindari terminal beralih ke versi baru dan daemon masih menggunakan direktori instalasi lama. Untuk Python multi-lingkungan, kontainer layanan, dan aplikasi yang dilengkapi dengan runtime sendiri, harus diperiksa secara terpisah.

Untuk komponen yang perlu dibangun kembali, simpan versi pembangunan, versi ketergantungan, dan ID gambar penerapan. Objek penerimaan adalah instance sebenarnya yang sedang berjalan dan tidak bisa begitu saja memeriksa tag baru di mesin build atau registri gambar. [7](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-7)[12](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-12)[14](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-14)

### Migrasi sertifikat situs web

Jika rantai situs web berisi CA perantara yang dicabut atau diblokir, atau pada akhirnya bergantung pada akar yang tidak dipercaya, dapatkan rantai lain yang masih diterima klien. Instal rantai sertifikat server lengkap dan periksa setiap masuknya, termasuk penyeimbang beban, proksi terbalik, titik akhir CDN, dan asal yang dapat diakses langsung. [1](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-1)[5](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-5)

Apakah migrasi diperlukan atau tidak tergantung pada rantai sebenarnya. Memfilter hanya berdasarkan merek penjualan sertifikat mungkin melewatkan hubungan penjualan kembali atau penandatanganan silang; hanya menunggu perpanjangan masa berlaku reguler belum tentu menyelesaikan migrasi sebelum penyimpanan root diperbarui.

Untuk sertifikat situs web normal lainnya yang dikeluarkan oleh CA yang tidak bergantung pada root yang terpengaruh, tidak perlu menandatangani ulang karena kejadian ini. Pada saat yang sama, server situs web itu sendiri masih harus melakukan pemeriksaan perbaikan sisi klien saat memanggil layanan eksternal.

## 7 Pastikan perbaikan benar-benar berlaku

### Pemeriksaan versi dan pemeriksaan perilaku dilakukan secara terpisah

Pemeriksaan versi digunakan untuk mengonfirmasi bahwa patch atau komponen tetap telah diterapkan; pemeriksaan perilaku digunakan untuk mengonfirmasi bahwa aplikasi benar-benar menggunakan jalur verifikasi yang diharapkan. Kedua pemeriksaan tersebut memecahkan masalah yang berbeda, dan tidak satupun dari keduanya dapat digantikan dengan "Perintah pembaruan berhasil dijalankan".

Pengelola acara menyediakan lokasi pengujian dan materi rantai sertifikat, dan pintu masuk terkonsentrasi di lampiran [4](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-4). Ini harus diverifikasi di lingkungan operasi sebenarnya dari aplikasi target, dengan mempertahankan konfigurasi verifikasi sertifikat normal. [4](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-4)[7](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-7)

| Periksa hasilnya                                                                        | Kesimpulan yang bisa diambil                                                            |
| --------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------- |
| Tolak secara eksplisit karena rantai yang terpengaruh tidak dipercaya                   | Menunjukkan bahwa jalur verifikasi yang sedang diuji menolak rantai tersebut            |
| Terima rantai yang terpengaruh secara normal                                            | Menandakan bahwa jalur ini perlu terus diperbaiki atau konfigurasinya diperiksa.        |
| Kesalahan DNS, waktu koneksi habis, penolakan proxy, atau layanan tidak dapat dijangkau | Berdasarkan hal ini, tidak dapat disimpulkan bahwa risiko sertifikat telah dihilangkan. |
| Browser menolak, tetapi panggilan aplikasi tidak dicentang                              | Itu hanya dapat mengkonfirmasi browser, bukan program latar belakang.                   |
| Rantai A ditolak                                                                        | Masih perlu mempertimbangkan apakah klien menerima jalur penandatanganan silang lainnya |

Pengujian ini juga harus mencakup koneksi bisnis normal untuk menghindari kesalahan dalam mengira semua kegagalan permintaan sebagai perbaikan yang berhasil setelah kegagalan bisnis disebabkan oleh hilangnya terlalu banyak kepercayaan.

### Kondisi penyelesaian yang disarankan

- Sumber pembaruan dan versi komponen yang terpengaruh didokumentasikan.
- Mesin virtual yang berjalan terkait telah dimulai ulang, dibangun kembali, atau diterapkan ulang.
- Aplikasi sebenarnya menolak rantai yang terpengaruh, dan verifikasi TLS untuk bisnis normal terus berfungsi.
- Tidak ada konfigurasi untuk menonaktifkan sementara verifikasi sertifikat guna memulihkan koneksi.
- Jika migrasi sertifikat situs web terlibat, semua pintu masuk eksternal telah dialihkan dan diverifikasi.

Kondisi penyelesaian di atas merupakan saran untuk penerimaan operasi dan pemeliharaan untuk pembuangan ini; ini tidak sama dengan membuktikan bahwa peralatan tersebut tidak memiliki masalah keselamatan lainnya.

## 8 Lalu lintas historis HTTPS dan batasan risiko

### Ketiga jenis kunci tersebut mempunyai kegunaan yang berbeda-beda

| kunci                   | Tujuan utama                                                                   |
| ----------------------- | ------------------------------------------------------------------------------ |
| Kunci pribadi CA        | Tanda tangani pengikatan identitas dan kunci publik dalam sertifikat           |
| Kunci pribadi situs web | Buktikan identitas server dalam jabat tangan TLS yang diautentikasi sertifikat |
| kunci sesi              | Melindungi data yang sebenarnya dikirimkan pada koneksi                        |

Mendapatkan kunci pribadi CA tidak sama dengan mendapatkan kunci pribadi situs web atau semua kunci sesi. Koneksi normal A dengan kerahasiaan penerusan menggunakan pertukaran kunci sementara tidak akan secara otomatis mengekspos sesi historis hanya karena kunci penandatanganan jangka panjang kemudian dikompromikan. Untuk atribut keamanan yang relevan dari TLS 1.3, lihat RFC 8446. [16](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-16)

Risiko utama kali ini terjadi selama fase otentikasi: jika klien menerima sertifikat server palsu, klien mungkin membuat koneksi dengan penyerang yang masih terenkripsi. TLS 1.3 juga memerlukan otentikasi tepercaya; hanya mengupgrade versi protokol bukanlah pengganti pemblokiran CA.

### Penilaian yang bisa dan tidak bisa dilakukan saat ini

**Dikonfirmasi:** kunci privat CA perantara tertentu telah disusupi; jalur kepercayaan masyarakat yang terkena dampak memiliki jangkauan yang luas; platform utama dan beberapa ekosistem perangkat lunak telah mengambil tindakan. [1](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-1)[4](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-4)[5](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-5)

**Tidak ditetapkan oleh insiden ini:** bahwa semua pengguna pernah mengalami serangan man-in-the-middle, bahwa kunci pribadi CA lainnya telah disusupi, bahwa semua lalu lintas historis HTTPS dapat didekripsi, atau bahwa pembaruan satu browser melindungi setiap aplikasi di perangkat.

Penilaian akhir tentang layanan tertentu harus didasarkan pada rantai sertifikat, kebijakan verifikasi, komponen aktual yang berjalan, dan status pembaruan, bukan hanya apakah bilah alamat terbaca HTTPS.

## Lampiran A Nama CA perantara yang terpengaruh

Nama-nama berikut membantu pemeriksaan aset. Nama tidak menggantikan sidik jari sertifikat atau pengidentifikasi kunci publik. Pencocokan otomatis harus menggunakan pengidentifikasi persis yang dipublikasikan oleh pengelola insiden atau vendor, termasuk sertifikat yang ditandatangani silang. [5](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-5)

| CA tengah          | Tujuan               | Organisasi terkait |
| ------------------ | -------------------- | ------------------ |
| EM EV TLS CA - G3B | TLS                  | eMudhra BV         |
| EM OV TLS CA - G3B | TLS                  | eMudhra BV         |
| EM DV TLS CA - G3B | TLS                  | eMudhra BV         |
| EM EV TLS CA - G3C | TLS                  | eMudhra Inc        |
| EM OV TLS CA - G3C | TLS                  | eMudhra Inc        |
| EM DV TLS CA - G3C | TLS                  | eMudhra Inc        |
| EM OV CS CA - G3B  | penandatanganan kode | eMudhra BV         |
| EM OV CS CA - G3C  | penandatanganan kode | eMudhra Inc        |

TLS bukanlah validator dan mekanisme pencabutan yang sama seperti penandatanganan kode. Fokus artikel ini adalah HTTPS/TLS; lingkungan penandatanganan kode harus mengadopsi Microsoft, JDK atau vendor perangkat lunak terkait untuk tujuan verifikasi ini, dan hasil pengujian browser tidak boleh dianggap sebagai penerimaan penandatanganan kode. [5](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-5)[15](https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide#source-15)

## Lampiran Tautan Referensi B

Sumber-sumber berikut telah diverifikasi pada 22 Oktober 2026. Pengumuman bergulir dapat terus diperbarui, dan status serta versi dalam teks harus dipahami berdasarkan tanggal dokumen ini.

### Fakta insiden dan penanganan platform

**\[1] Google Chrome dan Android Pengumuman Resmi** Menjelaskan kelemahan kunci pribadi, pemblokiran SPKI, distribusi layanan Google Play, perlindungan CT, dan rencana penghapusan repositori akar Chrome. [Protecting Chrome and Android Users from Compromised eMudhra Intermediate CA Certificates](https://blog.google/security/protecting-chrome-and-android-users-from-compromised-emudhra-intermediate-ca-certificates/)

**\[2] Mozilla Bugzilla 2083449 Catatan acara** Berisi laporan asli, verifikasi independen, investigasi proses pembuatan, perbaikan selanjutnya untuk Firefox Android, dan diskusi migrasi sertifikat hukum; fokus pada komentar 5, 11, 29, dan 30. [eMudhra Private key compromise of Intermediate Certificates](https://bugzilla.mozilla.org/show_bug.cgi?id=2083449)

**\[3] Mozilla Firefox Pemberitahuan Keamanan** Deskripsi distribusi darurat OneCRL dan pembuangan Firefox/NSS berikutnya. [Protecting Firefox users following the compromise of eMudhra intermediate certificates](https://blog.mozilla.org/security/2026/10/20/protecting-firefox-users-following-the-compromise-of-emudhra-intermediate-certificates/)

**\[4] Koordinator acara Dennis Jackson Ringkasan pemeliharaan dan portal deteksi** Memberikan instruksi tambahan tentang status perbaikan platform dan perangkat lunak, pintu masuk pengujian, materi rantai sertifikat publik, dan lingkungan seperti Windows/macOS. Hasil pengujian hanya mewakili jalur verifikasi aktual yang diuji. [eMudhra Intermediate CA Compromise](https://emudhra.we-have-a-problem.com/)

**\[5] Mozilla Pemberitahuan kepada pengelola distribusi dan truststore** Menjelaskan 6 TLS dan 2 perantara penandatanganan kode CA, Sectigo penandatanganan silang, pencabutan, dan batas pemrosesan kepercayaan root, dan mencantumkan sertifikat yang tepat dan identifikasi kunci publik. [oss-security eMudhra Intermediates Compromise](https://www.openwall.com/lists/oss-security/2026/10/20/1)

**\[6] eMudhra Pernyataan Acara Resmi** Memberikan penjelasan awal kepada produsen mengenai proses pembuatan kunci; akar penyebab pastinya masih tergantung pada kesimpulan penyelidikan yang telah selesai. [eMudhra Statement on Recent Certificate Security Incident](https://emudhra.com/en/post/certificate-security-incident)

**\[7] Cloudflare Insiden resmi dan petunjuk perbaikan** Meliputi WARP, Cloudflare Tunnel, verifikasi situs asal, dependensi runtime, pembaruan gambar, dan metode verifikasi. [8 eMudhra certificates are compromised Here is what you need to know](https://blog.cloudflare.com/emudhra-certificate-compromise/)

### Sistem operasi dan distribusi

**\[8] Ubuntu Pengumuman Perbaikan Resmi** Mencantumkan paket perbaikan ca-certificates, saluran dukungan, dan langkah pembaruan yang ditargetkan untuk setiap versi. [eMudhra CA compromise fixes available](https://ubuntu.com/blog/emudhra-ca-compromise-fixes-available)

**\[9] Debian Catatan masalah dan perbaikan resmi** Catatan perbaikan pengelola dan paket rilis yang sesuai harus dianggap sebagai standar, dan saran sementara awal dalam diskusi masalah tidak boleh dianggap sebagai solusi akhir. [Debian bug 1151413 eMudhra Intermediate CA key compromise](https://bugs.debian.org/1151413)

**\[10] Red Hat Buletin Keselamatan Resmi RHSB 2026 012** Mencantumkan RHEL 6 hingga 10, dampak produk dan wadah terkait, serta entri rilis tetap dan pembuangan sementara. [Certificate compromise eMudhra](https://access.redhat.com/security/vulnerabilities/RHSB-2026-012)

**\[11] FreeBSD Buletin Keamanan Resmi** Menyediakan cabang sistem yang terpengaruh, versi perbaikan, dan persyaratan mulai ulang layanan. [FreeBSD SA 26 73 caroot](https://www.freebsd.org/security/advisories/FreeBSD-SA-26:73.caroot.asc)

### Runtime dan protokol

**\[12] Python Deskripsi acara resmi** Memberikan dasar perbaikan untuk pip, certifi, uv, dll., menjelaskan masalah penyimpanan kepercayaan independen pip yang lama, dan menyediakan metode peningkatan awal dengan verifikasi SHA-256. [Information for Python users regarding eMudhra emSign CA certificate security incident](https://discuss.python.org/t/information-for-python-users-regarding-emudhra-emsign-ca-certificate-security-incident/109576)

**\[13] Node.js 24.22.1 Rilis resmi** Berisi pembaruan penyimpanan akar NSS dan menolak perubahan yang berisi rantai sertifikat kunci publik yang diblokir. [Node.js 24.22.1 security release](https://github.com/nodejs/node/releases/tag/v24.22.1)

**\[14] Go Rilis keamanan resmi** Deskripsi Pembaruan pemfilteran rantai sertifikat crypto/x509 untuk Go 1.27.3/1.26.10. [Go 1.27.3 and Go 1.26.10 are released](https://groups.google.com/g/golang-announce/c/66pojueaQek)

**\[15] Oracle JDK Petunjuk Pembuangan Resmi** Jelaskan patch kritis JDK dan langkah-langkah konfigurasi terkait jika tidak dapat segera ditingkatkan. [Distrusting eMudhra Intermediate Certificates in Oracle JDK](https://ops.java/emudhra)

**\[16] TLS 1.3 Standar protokol RFC 8446** Lihat lampiran E.1 untuk instruksi tentang otentikasi identitas, pertukaran kunci sementara dan kerahasiaan penerusan. [The Transport Layer Security Protocol Version 1.3](https://www.rfc-editor.org/rfc/rfc8446.html)

**\[17] Sertifikat akar terkait peristiwa dan data hubungan penerbitan** Digunakan untuk memahami hubungan penerbit langsung dan penandatanganan silang; status penyertaan penyimpanan akar tidak dapat menggantikan status pencabutan atau pemblokiran terbaru klien. [Root certificate relationships JSON](https://emudhra.we-have-a-problem.com/roots.json)

## Konsultasi pemeliharaan keamanan

Tidak yakin bagaimana perubahan kepercayaan sertifikat memengaruhi sistem Anda? Kami dapat membantu menilai klien yang terkena dampak dan merencanakan pembaruan keamanan.

[Diskusikan pembaruan keamanan](<https://keendigit.com/id/contact?service=security-remediation#form>)

[Halaman asli](<https://keendigit.com/id/insights/emudhra-ca-incident-remediation-guide>) · [Indeks konten](<https://keendigit.com/id/llms.txt>)

KeenDigit LLC · ID Pengarsipan Wyoming: 2026-002106155

[Verifikasi dengan Menteri Luar Negeri Wyoming](<https://wyobiz.wyo.gov/Business/filingSearch.aspx>)

© 2026 KeenDigit LLC · Sheridan, Wyoming, AS · Semua hak dilindungi undang-undang.