1 byte: The tiny flaw exposing billions of devices to total identity theft
Indian certificate authority eMudhra leaked private keys that were only one byte long, allowing attackers to impersonate any website or software vendor on unpatched systems.
By Neha Iyer ·

eMudhra, an Indian certificate authority, has confirmed the leak of private keys for eight intermediate certificates, a catastrophic error that allows any attacker to impersonate legitimate domains and software providers. The vulnerability is not a complex exploit but a fundamental failure in cryptographic security. The private keys associated with these certificates were only one byte in length, meaning they represented numbers between zero and 255. An attacker could brute force these values in a split second, effectively unlocking the ability to sign any traffic or application as if it came from a trusted source.
The scale of the issue is defined by the specific numbers involved: six TLS certificates and two code-signing certificates were affected. Because the keys were so short, the security barrier was virtually nonexistent. This means that any entity positioned within the network path, such as a government agency, an internet service provider, or a malicious actor on public Wi-Fi, could intercept data. Without proper updates, operating systems and applications would accept forged connections to major sites like apple.com or bankofamerica.com. Furthermore, malware could be digitally signed to appear as if it originated from major tech giants like Microsoft or Google, bypassing security checks that rely on certificate chains.
The incident involves eMudhra, which issued these flawed intermediate certificates. The root certificates, which are the ultimate trust anchors and kept in offline safes, remain secure. However, the intermediate links in the chain were compromised. The investigation into how such short keys were generated is still ongoing. For now, the technical fix requires revoking the eight affected CAs or removing the specific root certificate from trusted lists. This necessitates a global update cycle across all software that maintains a list of trusted or revoked certificates.
The stakes are high because the scope of required updates is massive. Systems administrators must patch PCs, servers, operating systems, phones, tablets, and routers. The list extends to web browsers, virtual machines, Docker containers, and programming languages such as Python, Go, Node.js, and Rust. Even standalone utilities like curl are affected. The sheer volume of devices means that older hardware, including legacy routers and IoT appliances, may struggle to receive timely patches, leaving them vulnerable for longer periods.
There is a layer of protection for modern web users. Recent versions of Chrome, Brave, Firefox, and Safari enforce Certificate Transparency, a feature that checks public logs of certificate issuances. Google reports that no certificates signed by the six affected intermediate CAs appeared in these logs. This suggests that regular web browsing on updated browsers may have been safe. However, this protection does not cover all software, and users are urged to check for updates immediately to secure their entire digital environment.
The urgency is compounded by the fact that systems administrators were already managing a critical PHP remote code execution vulnerability this week. Now they must layer this certificate crisis on top of existing work. The combination of a critical software bug and a foundational trust issue creates a perfect storm for network security. While the immediate threat to modern browsers is mitigated by transparency logs, the broader ecosystem of installed software and older devices remains exposed until every patch is applied.
Source: Tom's Hardware





