<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Certificate-Authority on CuraSec</title><link>https://curasec.metacog.co.kr/tags/certificate-authority/</link><description>Recent content in Certificate-Authority on CuraSec</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Sat, 24 Oct 2026 14:29:02 +0000</lastBuildDate><atom:link href="https://curasec.metacog.co.kr/tags/certificate-authority/index.xml" rel="self" type="application/rss+xml"/><item><title>eMudhra Exits SSL/TLS After 8 Intermediate CA Private Keys Recovered</title><link>https://curasec.metacog.co.kr/insights/2026-10-24-emudhra-to-exit-global-ssl-tls-business-after-8-intermediate/</link><pubDate>Sat, 24 Oct 2026 14:29:02 +0000</pubDate><guid>https://curasec.metacog.co.kr/insights/2026-10-24-emudhra-to-exit-global-ssl-tls-business-after-8-intermediate/</guid><description>&lt;ul>
&lt;li>&lt;strong>Engineer — Act:&lt;/strong> Eight intermediate CA private keys were actually recovered — any certificate signed by those intermediates should be treated as potentially compromised. Audit your certificate inventory for eMudhra-issued certs and replace them now, before major browsers revoke trust and cause outages.&lt;/li>
&lt;li>&lt;strong>SOC/IR — Plan:&lt;/strong> Compromised intermediate CA keys enable forged certificates for MITM attacks. Update TLS inspection rules to flag or alert on eMudhra-signed certificates in your environment, and confirm that CA distrust events are reflected in your trust stores and monitoring.&lt;/li>
&lt;li>&lt;strong>Leader — Act:&lt;/strong> A CA with recovered intermediate private keys will face browser distrust, which turns unexpired certificates into outages. Confirm this quarter whether your organization holds any eMudhra-issued certificates and initiate replacement before the distrust wave hits — and check if any vendors in your supply chain rely on them.&lt;/li>
&lt;/ul></description></item><item><title>eMudhra Intermediate CA Compromised — PKI Trust Chain Affected</title><link>https://curasec.metacog.co.kr/insights/2026-10-23-cve-2026-111943-compromised-intermediate-certificate-authori/</link><pubDate>Fri, 23 Oct 2026 15:44:28 +0000</pubDate><guid>https://curasec.metacog.co.kr/insights/2026-10-23-cve-2026-111943-compromised-intermediate-certificate-authori/</guid><description>&lt;ul>
&lt;li>&lt;strong>Engineer — Act:&lt;/strong> A compromised intermediate CA undermines TLS trust for anything in that chain. Audit OS, browser, and container trust stores for the affected eMudhra intermediate CA and explicitly distrust it; inventory any certificates your services present that were issued under this CA and plan reissuance.&lt;/li>
&lt;li>&lt;strong>SOC/IR — Plan:&lt;/strong> No active exploitation signals yet, but a rogue intermediate CA enables silent MITM. Build a detection to flag TLS sessions presenting certificates signed by the compromised eMudhra intermediate in your network inspection logs or proxy telemetry.&lt;/li>
&lt;li>&lt;strong>Leader — Act:&lt;/strong> A compromised public intermediate CA is a systemic trust event that can affect any vendor using eMudhra-issued certificates. Confirm this quarter whether eMudhra is in your organization&amp;rsquo;s trusted CA inventory or used by key SaaS vendors, and request attestation where relevant.&lt;/li>
&lt;li>&lt;strong>Signals:&lt;/strong> CVE-2026-111943 — CISA KEV: not listed, EPSS 0.00, public PoC on GitHub&lt;/li>
&lt;/ul></description></item><item><title>eMudhra Intermediate CA Private Keys Compromised, MitM Risk</title><link>https://curasec.metacog.co.kr/insights/2026-10-23-emudhra-intermediate-ca-certificates-compromised/</link><pubDate>Fri, 23 Oct 2026 15:44:28 +0000</pubDate><guid>https://curasec.metacog.co.kr/insights/2026-10-23-emudhra-intermediate-ca-certificates-compromised/</guid><description>&lt;ul>
&lt;li>&lt;strong>Engineer — Act:&lt;/strong> Audit your certificate inventory now for any eMudhra-issued TLS certs; any certificate signed by one of the eight compromised intermediates must be replaced and the intermediates should be distrusted in your trust stores.&lt;/li>
&lt;li>&lt;strong>SOC/IR — Plan:&lt;/strong> No IOCs are published yet, but build or tune detections for certificate validation failures and unexpected CA chain presentations that could indicate MitM use of fraudulently issued eMudhra certs; add eMudhra intermediate serial numbers to watchlists once revocation details are public.&lt;/li>
&lt;li>&lt;strong>Leader — Act:&lt;/strong> Confirm with your security team whether any customer-facing or internal services rely on eMudhra-issued certificates; if so, request remediation status and prepare to notify affected parties given the MitM interception risk this poses to encrypted communications.&lt;/li>
&lt;/ul></description></item><item><title>Browsers block eMudhra CA certs after weak-key private-key recovery flaw</title><link>https://curasec.metacog.co.kr/insights/2026-10-21-mozilla-google-apple-block-compromised-emudhra-ca-certificat/</link><pubDate>Wed, 21 Oct 2026 15:56:43 +0000</pubDate><guid>https://curasec.metacog.co.kr/insights/2026-10-21-mozilla-google-apple-block-compromised-emudhra-ca-certificat/</guid><description>&lt;ul>
&lt;li>&lt;strong>Engineer — Act:&lt;/strong> Audit your certificate inventory for any eMudhra-issued certs; all major browsers have revoked trust, so any in-use certs will cause immediate user-facing trust errors and service disruptions that require emergency replacement.&lt;/li>
&lt;li>&lt;strong>SOC/IR — Learn:&lt;/strong> The ability to instantly recover eMudhra intermediate private keys means adversaries could have forged trusted certs for MITM; no IOCs or confirmed exploitation are disclosed, so this informs defensive design thinking but has no actionable hunt surface today.&lt;/li>
&lt;li>&lt;strong>Leader — Plan:&lt;/strong> Confirm with engineering whether any customer-facing or internal services rely on eMudhra-issued certificates, as browser distrust is already in effect and could cause visible service failures; this quarter, validate your CA inventory and vendor-certificate oversight process.&lt;/li>
&lt;/ul></description></item><item><title>Go Emergency Update Blocks Eight Intermediate CA Keys</title><link>https://curasec.metacog.co.kr/insights/2026-10-20-go-issues-emergency-update-blocking-eight-ca-keys-over-undis/</link><pubDate>Tue, 20 Oct 2026 15:39:31 +0000</pubDate><guid>https://curasec.metacog.co.kr/insights/2026-10-20-go-issues-emergency-update-blocking-eight-ca-keys-over-undis/</guid><description>&lt;ul>
&lt;li>&lt;strong>Engineer — Act:&lt;/strong> Any Go service built before 1.27.3/1.26.10 may break TLS connections to hosts whose certificates chain through the blocked CA keys — or vice versa. Upgrade Go to 1.27.3 or 1.26.10 and run integration tests against your outbound TLS dependencies before deploying, to catch breakage before production.&lt;/li>
&lt;li>&lt;strong>SOC/IR — Learn:&lt;/strong> No exploitation angle and no IOCs to hunt; however, awareness helps analysts triage a spike in TLS handshake failures in application logs that may follow this Go rollout across the ecosystem.&lt;/li>
&lt;li>&lt;strong>Leader — Skip&lt;/strong>&lt;/li>
&lt;/ul></description></item></channel></rss>