eMudhra Intermediate CA

Weak crypto in eight eMudhra keys opens a door for certificate forgery

Eight eMudhra certificate keys were compromised through low entropy, not a breach.

3 min readInfoQ
Weak crypto in eight eMudhra keys opens a door for certificate forgery

The eMudhra key compromise is a quiet catastrophe, and the industry's muted response to it should worry every organization that trusts the web's certificate infrastructure. Eight intermediate CA keys were generated with dangerously low entropy, meaning the "randomness" protecting them was never truly random. An attacker who recovered those keys can now mint valid certificates for any domain, impersonate any service, and intercept encrypted traffic without raising a single alarm. This wasn't a sophisticated breach or a nation-state heist; it was a failure of basic cryptographic hygiene at a company whose entire business is cryptographic trust.

The practical fallout is immediate and uneven. Browsers responded by pushing revocation lists and, in some cases, pulling the emSign ECC G3 root entirely. That protects the average user checking email or shopping online. But it does nothing for the vast ecosystem of software, internal tools, and client authentication systems that don't consult those lists. If you rely on mTLS or client certificates issued under those intermediates, your unpatched systems are still accepting forged credentials as legitimate. This is the same class of exposure we saw with Exposed credentials let rogue AI slip through India's cloud defenses, where misconfigured access points opened doors that no firewall could close. The difference here is that the weakness is baked into the certificate itself, invisible to every monitoring tool until it's already exploited.

What makes this story harder to digest is that it didn't happen through malice or a dramatic zero-day. It happened because someone generated keys with insufficient entropy, a mistake that should have been caught by routine testing. That points to a deeper problem: certificate authorities are treated as neutral infrastructure, but they are software companies like any other. Their failures are our failures. We've argued before that security engineering is shifting from human vigilance to automated defenses, and this incident is a textbook case for why that shift is necessary. Human review missed a weakness that automated entropy analysis could have flagged before the keys ever left the building. The revocation process worked only because someone found the compromised keys and acted; we got lucky, not safe.

The takeaway is not to abandon certificates, but to stop treating them as black boxes. If you operate any system that validates certificates outside the browser ecosystem, audit your trust stores today. Check which roots you still accept, verify whether your software pulls revocation updates automatically, and consider whether client authentication should rely on a CA that just proved it can fumble the most basic security requirement. The OpenCode breach showed how AI tools refuse to inspect malicious code, leaving exposed secrets in the open; here, the exposed secret is the foundation of encrypted communication itself. The question to watch is whether eMudhra and other CAs will adopt mandatory entropy audits, or whether we'll wait for the next low-entropy key to surface, this time with a forged certificate already in circulation.

From InfoQ

Private keys for eight eMudhra intermediate CA certificates have been compromised, allowing attackers to forge certificates for any site. The keys were revealed due to low entropy, not through a known breach. Browsers blocked them using revocation lists, but other software had to remove the emSign ECC G3 root. Unpatched systems remain exposed to forged certificates, including client auth and mTLS.

Read the original at InfoQ