eMudhra, een Indiase certificate authority (CA), zal zich terugtrekken uit haar wereldwijde SSL/TLS-certificaatactiviteiten, besloot het bestuur donderdag. De beslissing volgde vijf dagen nadat een onderzoeker meldde de privésleutels te hebben hersteld van acht van haar intermediaire CA-certificaten.
eMudhra zei dat het getroffen klanten zal vervangen door gratis certificaten van partners, hoewel in de aankondiging de partners niet bij naam werden genoemd en er geen datum voor het vertrek werd gegeven.
Zes van die acht waren voor website- (TLS) certificaten. Chrome zal het eMudhra-rootcertificaat boven die certificaten niet langer vertrouwen: emSign ECC Root CA – G3. De wijziging wordt verwacht bij gebruikers op de ochtend van 27 oktober, Pacific-tijd.
Op 20 oktober besloot Mozilla hetzelfde rootcertificaat niet meer te vertrouwen in Firefox. Het verwijderen van een root uit een browser maakt ook geldige certificaten die daaraan zijn uitgegeven ongeldig.
Volgens Chrome stonden er op 21 oktober ongeveer 30.800 nog geldige certificaten in een keten naar dat root, op basis van openbare Certificate Transparency (CT)-logs. Daarvan waren 99,9% uitgegeven via InCommon, de certificaatdienst die Internet2 voor de hogeronderwijscommunity heeft opgezet. InCommon verplaatste de dienst tussen april en juli van dit jaar naar eMudhra’s CertiNext-platform.
Google heeft website-eigenaren met certificaten onder dat root verteld dat zij “onmiddellijk een nieuw TLS-certificaat moeten verkrijgen en installeren van een andere PKI-hiërarchie die is opgenomen in de Chrome Root Store.”
Totdat de overgang is voltooid, zei eMudhra dat haar G1 RSA-rootcertificaten klanten zullen blijven bedienen. G1 is een aparte hiërarchie van het ECC-root, maar Chrome beslist nog of het de resterende CA-certificaten van eMudhra in zijn rootstore zal houden.
eMudhra zal haar intrekkings- en statusdiensten in stand houden totdat elk SSL/TLS-certificaat dat zij heeft uitgegeven is verlopen of is vervangen. De andere bedrijfsactiviteiten, waaronder digitale handtekeningcertificaten, eSign en het CertiNext-platform dat InCommon gebruikt, blijven doorgaan.
De aankondiging vermeldt InCommon niet en zegt niet of eMudhra nieuwe certificaten zal blijven uitgeven onder G1 totdat zij zich terugtrekt.
eMudhra zei dat de wereldwijde SSL/TLS-activiteiten ongeveer 1% van haar omzet opleveren. Data‑soevereiniteit en nalevingsregels maken de exploitatie complexer en kostbaarder, en sommige grote aanbieders geven de certificaten gratis weg.
De verspreiding van het incident op sociale media heeft bovendien “een controle veroorzaakt die buiten proportie is met de plaats van SSL/TLS in onze bedrijfsvoering”, zei het bedrijf.
De onderzoeker meldde de zwakke sleutels op 17 oktober aan Apple, Google, Microsoft, Mozilla en eMudhra. Elke privésleutel had een groot willekeurig getal moeten zijn, maar alle acht waren kleiner dan 256, zodat iedereen ze bijna onmiddellijk kon achterhalen.
Chrome en Firefox blokkeerden de zes TLS-intermediates binnen enkele uren. Geen enkel websitecertificaat van die CA’s had in de CT-logs gestaan vóór de blokkering door Chrome, dus geen zou zijn gebruikt tegen Chrome of andere software die CT-logging vereist, aldus Google.
eMudhra verklaarde dat zij de acht nooit heeft gebruikt om certificaten aan websites of gebruikers uit te geven, en dat haar systemen niet waren gecompromitteerd.
Wat certificaathouders kunnen doen
Cornell heeft zijn certificaathouders geadviseerd RSA-certificaten aan te vragen in plaats van ECC-certificaten, omdat “RSA-certificaten het niet-aangetaste root van eMudhra gebruiken en zouden moeten werken.” De universiteit telt zelf meer dan 300 getroffen certificaten.
De University of Michigan zegt dat InCommon’s RSA-certificaten momenteel niet zijn aangetast, maar dat hun root “ook onbetrouwbaar kan worden.” Vooralsnog is haar belangrijkste alternatief Let’s Encrypt.
eMudhra heeft geschat dat ongeveer 30.000 certificaten moeten worden verplaatst, en dat ongeveer 97% ervan is uitgegeven met ACME, het protocol dat veel servers gebruiken om certificaten automatisch aan te vragen en te vernieuwen.
Chrome heeft aan eMudhra laten weten dat standaard ACME-clients certificaten niet vervangen buiten hun vernieuwingstermijn, tenzij ze ACME Renewal Information (ARI) ondersteunen of iemand handmatig ingrijpt. Verhuizen van de ECC-hiërarchie naar de RSA-hiërarchie kan ook aanpassingen aan clientinstellingen vereisen.
Vragen over eMudhra’s RSA-root
Mozilla verklaarde op 20 oktober dat het vooralsnog het vertrouwen in de G1-root, emSign Root CA – G1, niet introk. Bij Stanford lopen InCommon-certificaten naar dat root via een eMudhra-CA genaamd emSign Root TLS CA – G1.
Op 14 oktober publiceerde eMudhra een certificate revocation list (CRL) voor emSign Root TLS CA – G1. Een CRL is de ondertekende lijst van certificaten die een CA heeft ingetrokken. De handtekening van deze CRL verifieert niet met de eigen sleutel van die CA, zei de onderzoeker die de zwakke sleutels meldde in Mozillas openbaar bugrapport over het incident.
Een deelnemer in datzelfde bugrapport zei op 22 oktober dat de lijst lijkt te zijn ondertekend met de sleutel van een eMudhra-OCSP-certificaat. OCSP-certificaten ondertekenen antwoorden over de intrekkingsstatus van een certificaat. De deelnemer schreef dat de overeenkomst “lijkt te duiden op het gebruik van de verkeerde ondertekeningssleutel, in plaats van bewijs van nog een zwakke sleutel.”
Chrome haalde die lijst op 21 oktober aan in een van 12 vragen die het in het bugrapport plaatste. Het vroeg welke sleutel de lijst had ondertekend en of eMudhra meer dan één sleutelpaar bezit voor die CA of voor een van haar roots.
Chrome vroeg ook of klanten naar G1 verhuizen, naar de CA van een ander bedrijf, of beide, en wanneer ze volledig zouden zijn verhuisd, gezien de geplande verwijdering op 27 oktober. eMudhra zei op 20 oktober dat G1 “de enige beschikbare alternatieve” was, en de volgende dag dat het haar getroffen Amerikaanse klanten verscheidene nieuwe certificaten verstrekt “van een alternatieve, onafhankelijk beheerde, publiek vertrouwde CA-hiërarchie.”
In 2025 publiceerde eMudhra verlopen CRL’s voor zes van dezelfde intermediates. Het incidentrapport uit die tijd zei dat ze die hadden opgelost door “de CRL’s opnieuw te genereren met de juiste privésleutel die bij elk Intermediate CA hoorde.”
Op 19 oktober vertelde eMudhra aan Mozilla dat die lijsten aanvankelijk met de sleutels zijn ondertekend die ze wilde gebruiken. Toen dat ongeldige handtekeningen opleverde, werden ze “opnieuw ondertekend met gebrekkige sleutels”, de zwakke sleutels die deze maand zijn gevonden.
Chrome zei dat die openbaarmaking “serieuze zorgen oproept over eMudhra’s transparantie en incidentafhandeling” tijdens en na het incident in 2025. Het vroeg waarom het rapport van 2025 niet vermeldde dat er twee sleutelparen bestonden voor elk van die CA’s.
Stand 13:31 UTC op donderdag had eMudhra nog geen van Chrome’s vragen publiek beantwoord in het bugrapport. Haar laatste zichtbare reactie daar was geplaatst op 20 oktober.
