ESPNNearly $1 million in trading cards stolen from FedEx truck in CaliforniaESPN DeportesF1: GP México no alternará en el calendarioThe Jerusalem PostIsrael Police says 143 draft evaders were released as IDF failed to meet detention deadlinesDaily MaverickNo excuses — Mantashe must apologise for crude, politically sexist remarks on sexual exploitationInquirerVargas files ‘Basura to Ayuda’ billZDF heuteEntdecken Sie das ZDF-NachrichtenstudioColliderA Quiet Place's Biggest Cillian Murphy Fan Theory Officially Confirmed by Star [Exclusive]South China Morning Post‘Poster child’: why more Chinese firms have Thailand in their expansion plansAnime News NetworkHikaru Nakamura's Black Night Parade Manga Ends, Teases Major Announcement on December 18BillboardKroger and LG Sued for Allegedly Using Dog-Themed ‘Cheese Tax’ TikTok Song Without LicensesComplete SportsUCL: Lookman Assists As Atletico Draw With Stuttgart, PSG Floor BarcelonaVarietyCostume Designer Sandy Powell to Present Film London Jarman Award – Film News in Brief
The Daily Newsstand · Free, Always
Tuesday, October 20, 2026

The Internet goes on high alert after discovery of 8 compromised TLS certs

Translate

Heartbleed is the name of a critical vulnerability in the OpenSSL cryptography library. In 2014, it came under mass exploitation. Exploits allowed large numbers of unaffiliated hackers to decrypt TLS-protected exchanges between parties. They also recovered private TLS certificate keys, session cookies, and passwords. The attacks resulted in the compromise of thousands of servers, some belonging to large companies and government agencies around the world.

Recovery required a long series of steps that took years. Steps included patching OpenSSL on all affected devices, reissuing millions of TLS keys, revoking old certificates, rotating passwords and session tokens and updating embedded devices and other forgotten systems—something that was extremely time- and resource-intensive, especially at Internet scale.

“Every time you need a lot of different people in different contexts to do something, it will take a long time,” Valsorda explained. “This time it’s worse because there’s more contexts, more people, and more heterogeneity.”

The compromised eMudhra keys were defective at a level that’s challenging the imagination of many of the engineers studying the incident. A normal size for a NIST P-384 elliptic curve cryptography private key contains roughly 384 bits of entropy, a size allowing almost 2384, or a number with 16 digits, different possibilities. The private key sizes of the compromised keys ranged from 3 to 8 bits. Astonishingly, the private keys were 4, 56, 66, 115, 155, 156, 230, 237.

“That is extremely in the ‘this should not be possible’ category,” Valdorda said. “Maybe some horribly dangerous key generation interface has a ‘size’ parameter and they set it to 1 by mistake???”

Ben Cartwright-Cox, director of BGP.tools, said: “My guess is that it’s example code that accidentally leaked to production, but hard to know. But it’s bonkers that no one noticed.”

View the original on Ars Technica →

KioskNews shows a cleaned-up reading view extracted from the publisher’s page — the original always lives on their site, not ours.