Az indiai eMudhra hitelesítésszolgáltató (CA) kiszáll a globális SSL/TLS tanúsítványüzletből, erről csütörtökön döntött az igazgatótanácsa. A döntés öt nappal azután született, hogy egy kutató vissza tudta fejteni nyolc köztes CA-tanúsítvány privát kulcsát. Az eMudhra közölte, hogy az érintett ügyfelek tanúsítványait ingyenes, partnerektől származó tanúsítványokra cseréli, de a bejelentés nem nevezte meg ezeket a partnereket, és azt sem árulta el, mikor lép ki a piacról.

A nyolc köztes tanúsítványból hat weboldalakhoz (TLS) készült. A Chrome meg fogja vonni a bizalmat az ezek felett álló eMudhra root tanúsítványtól, az emSign ECC Root CA - G3-tól. A változás várhatóan október 27-én reggel, csendes-óceáni idő szerint jut el a felhasználókhoz.

Október 20-án a Mozilla is úgy döntött, hogy a Firefoxban megszünteti ugyanennek a rootnak a bizalmát. Ha egy böngészőből kivesznek egy root tanúsítványt, az alatta kiadott, egyébként szabályos tanúsítványok is használhatatlanná válnak.

Október 21-én mintegy 30 800 le nem járt tanúsítvány láncolódott ehhez a roothoz a Chrome által összesített nyilvános Certificate Transparency (CT) naplók szerint. Ezek 99,9%-át az InCommonon keresztül adták ki, amelyet az Internet2 hozott létre a felsőoktatási közösség számára. Az InCommon idén április és július között állította át a szolgáltatást az eMudhra CertiNext platformjára.

A Google felszólította azokat az üzemeltetőket, akiknek tanúsítványa ehhez a roothierarchiához tartozik, hogy „azonnal szerezzenek be és telepítsenek új TLS tanúsítványt egy másik, a Chrome Root Store-ban szereplő PKI-hierarchiából”.

Amíg az átállás tart, az eMudhra szerint a G1 RSA root tanúsítványai továbbra is kiszolgálják az ügyfeleket. A G1 külön hierarchiát alkot az ECC roottól, de a Chrome még mindig mérlegeli, hogy megtartja-e az eMudhra megmaradt CA-tanúsítványait a saját root store-jában.

Az eMudhra fenntartja a visszavonási és státuszszolgáltatásait mindaddig, amíg az általa kiadott összes SSL/TLS tanúsítvány le nem jár, vagy le nem cserélik. Más üzletágai – köztük a digitális aláíró tanúsítványok, az eSign és az InCommon által használt CertiNext platform – működnek tovább.

A bejelentés nem említi az InCommont, és azt sem tisztázza, hogy az eMudhra a kilépésig ad-e még ki új tanúsítványokat a G1 alatt.

Az eMudhra szerint a globális SSL/TLS üzlet a bevételeinek nagyjából 1%-át hozza. Az adatszuverenitási és megfelelőségi szabályok miatt az üzemeltetés bonyolultabbá és költségesebbé vált, miközben néhány nagy szolgáltató ingyen adja a tanúsítványokat.

A cég szerint az eset közösségi médiás terjedése olyan mértékű figyelmet hozott, amely „nincs arányban az SSL/TLS szerepével az üzletünkben”.

A kutató október 17-én jelentette a gyenge kulcsokat az Apple, a Google, a Microsoft, a Mozilla és az eMudhra felé. A privát kulcsoknak hatalmas véletlen számoknak kellett volna lenniük, ehelyett mind a nyolc 256 alatti volt, így bárki pillanatok alatt ki tudta számolni őket.

A Chrome és a Firefox néhány órán belül blokkolta a hat TLS köztes tanúsítványt. A Google szerint ezek egyikétől sem jelent meg weboldaltanúsítvány a CT logokban a Chrome blokkolása előtt, így nem is használhatták őket a Chrome vagy más, CT naplózást megkövetelő szoftverek ellen.

Az eMudhra közölte, hogy a nyolc kulccsal soha nem adott ki tanúsítványt sem weboldalaknak, sem felhasználóknak, és a rendszereibe sem törtek be.

Mit tehetnek a tanúsítványtulajdonosok

A Cornell azt javasolja a tanúsítványtulajdonosainak, hogy ECC helyett RSA tanúsítványokat kérjenek, mert „az RSA tanúsítványok az eMudhra érintetlen rootjára épülnek, és működniük kell”. Az egyetem saját állítása szerint több mint 300 érintett tanúsítványa van.

A Michigani Egyetem szerint az InCommon RSA tanúsítványait jelenleg nem érinti az eset, de a hozzájuk tartozó root „szintén elveszítheti a bizalmat”. Egyelőre fő alternatívának a Let's Encryptet látják.

Az eMudhra úgy becsüli, hogy körülbelül 30 000 tanúsítványt kell áthelyezni, és ezek mintegy 97%-át ACME-vel adták ki. Ezt a protokollt sok szerver használja a tanúsítványok automatikus igénylésére és megújítására.

A Chrome jelezte az eMudhrának, hogy a szokásos ACME kliensek nem cserélik le a tanúsítványokat a megújítási ablakon kívül, kivéve ha támogatják az ACME Renewal Informationt (ARI), vagy valaki kézzel beavatkozik. Az ECC hierarchiáról az RSA-ra való átálláshoz az ügyféloldali beállításokat is módosítani kellhet.

Kérdőjelek az eMudhra RSA rootja körül

A Mozilla október 20-án közölte, hogy egyelőre nem vonja meg a bizalmat a G1 roottól, az emSign Root CA - G1-től. A Stanfordnál az InCommon tanúsítványai ehhez a roothoz láncolódnak egy emSign Root TLS CA - G1 nevű eMudhra CA-n keresztül.

Október 14-én az eMudhra közzétette az emSign Root TLS CA - G1-hez tartozó certificate revocation listát (CRL). A CRL egy CA által visszavont tanúsítványok aláírt listája. Ennél a listánál az aláírás nem ellenőrizhető az adott CA saját kulcsa ellen – erre a gyenge kulcsokat bejelentő kutató hívta fel a figyelmet a Mozilla nyilvános hibajegyzékében.

Ugyanebben a hibajegyzékben egy másik résztvevő október 22-én azt írta, hogy a listát láthatóan egy eMudhra OCSP-tanúsítvány kulcsával írták alá. Az OCSP-tanúsítványokat arra használják, hogy aláírják a válaszokat arról, visszavontak‑e egy tanúsítványt. A résztvevő szerint ez „inkább annak az esete, hogy rossz aláíró kulcsot használtak, mintsem egy újabb gyenge kulcs bizonyítéka”.

A Chrome október 21-én emelte ki a listát, a hibajegyzékben feltett 12 kérdése egyikeként. Azt kérdezte, melyik kulcs írta alá, és hogy az eMudhra tart‑e fenn egynél több kulcspárt ennél a CA-nál vagy bármelyik rootjánál.

A Chrome azt is tudni akarta, hogy az ügyfelek a G1-re váltanak, egy másik cég CA-jára, vagy mindkettőre, és hogy a tervezett október 27-i eltávolításig mikorra fejeződik be az átállás. Az eMudhra október 20-án azt közölte, hogy a G1 „az egyetlen elérhető alternatíva”, majd másnap azt írta, hogy az érintett amerikai ügyfeleknek új tanúsítványokat ad ki „egy alternatív, függetlenül működtetett, nyilvánosan megbízható CA-hierarchiából”.

2025-ben az eMudhra hat, most is érintett köztes CA-hoz érvénytelen CRL-eket tett közzé. Akkori incidensjelentésében azt írta, hogy a problémát úgy oldotta meg, hogy „újragenerálta a CRL-eket az egyes köztes CA-khoz tartozó megfelelő privát kulccsal”.

Október 19-én az eMudhra azt közölte a Mozillával, hogy ezeket a listákat először azzal a kulccsal írták alá, amelyet eredetileg is használni akartak. Amikor ez érvénytelen aláírásokat eredményezett, „újra aláírták őket a hibás kulcsokkal”, vagyis az e hónapban azonosított gyenge kulcsokkal.

A Chrome szerint ez a közlés „komoly aggályokat vet fel az eMudhra átláthatóságával és incidenskezelésével kapcsolatban” a 2025-ös eset idején és azt követően. Azt is megkérdezte, miért nem említette a 2025-ös jelentés, hogy ezekhez a CA-khoz kettős kulcspár tartozott.

Csütörtökön 13:31 UTC-kor az eMudhra a hibajegyzékben még egyetlen Chrome-kérdésre sem válaszolt nyilvánosan. Utolsó, látható hozzászólása október 20-án jelent meg.