eMudhra: opt chei de CA compromise, ce verifici
Pe 20 octombrie 2026, Mozilla și Chrome Root Program au confirmat că cheile private a opt certificate intermediare ale autorității de certificare eMudhra sunt compromise. Potrivit Google, cheile nu au fost furate, ci generate cu entropie insuficientă, astfel încât oricine poate calcula cheia privată din certificatul public. Cine deținea o astfel de cheie putea semna certificate pe care un client ce încă are încredere în ierarhie le-ar accepta.
Browserele au blocat deja intermediarele, dar o mare parte din software nu verifică revocarea. De aceea articolul nu se oprește la „actualizează browserul”: lista de verificat include runtime-uri, containere, clienți mTLS și certificatele propriilor servere. Pentru operatorii de site-uri există și o dată-limită: 27 octombrie.
Ce este confirmat
Conform postării Google, Chrome Root Program a primit pe 17 octombrie, la 18:05 UTC, raportul unui cercetător (în dosarul Mozilla apare ca „Wayne”). La 19:45 UTC, Chrome a confirmat constatările și a publicat o actualizare CRLSet care blochează intermediarele după hash-ul cheii publice, fără restart de browser. Dosarul Mozilla (bug 2083449) arată că Mozilla a recuperat independent cheile la 21:48 UTC, iar distrusul prin OneCRL s-a încheiat la 22:59 UTC. Cheile sunt din seriile „B” și „C”, generate la 30 aprilie 2025; Mozilla notează că seriile „A” nu au fost recuperate, iar cheile RSA nu au fost încă evaluate.
Sunt opt intermediare: șase pentru TLS (validare de domeniu, de organizație și extinsă, în două serii) și două pentru semnarea codului, potrivit The Hacker News. Postarea Google vorbește când de opt, când de șase și nu le listează; șase este numărul intermediarelor TLS. Chrome spune că niciun certificat TLS lanțit la cele șase intermediare nu fusese înregistrat în Certificate Transparency înainte de blocare. Chrome nu a blocat intermediarele de semnare a codului, pentru că verificatorul său TLS nu construiește un lanț printr-un intermediar restricționat la semnare de cod.
Ce spune eMudhra și ce nu se potrivește
eMudhra spune, potrivit The Hacker News, că un defect într-un pas de împachetare și despachetare a cheilor din ceremonia din aprilie 2025 a produs un al doilea set de chei slabe, publicat apoi în magazinele de rădăcini, că infrastructura nu a fost compromisă și că doar unul dintre cele opt intermediare a fost folosit în producție, fără să emită certificate de utilizator final. Cauza rădăcină este încă în investigație.
Mozilla notează însă, citând eMudhra, că aproximativ 30.000 de certificate sunt afectate, în jur de 97% emise prin ACME. Cele două afirmații nu sunt reconciliate în sursele citite; ele pot avea domenii diferite (certificate emise de intermediarele celor opt contra certificate din ierarhia rădăcinii afectate), dar nu pot spune asta cu siguranță. Google și eMudhra descriu cauza diferit (entropie slabă contra defect de împachetare a cheilor) și sursele nu spun dacă cele două relatări coincid. Mozilla și Chrome au cerut explicații suplimentare despre proces, iar dosarul rămâne deschis.
Data de 27 octombrie
Chrome a scos rădăcina emSign ECC Root CA - G3, cea care a semnat intermediarele, din magazinul său de rădăcini; schimbarea se așteaptă să ajungă pe toate dispozitivele marți, 27 octombrie 2026, mai devreme pe Canary și Beta. Mozilla a scos aceeași rădăcină din NSS 3.131.1 pe 20 octombrie. Unele certificate legitime lanțite la ea vor înceta să funcționeze în Chrome; Google cere operatorilor de site-uri să obțină acum un certificat dintr-o altă ierarhie din magazinul Chrome. eMudhra s-a angajat să ajute abonații să migreze. Mozilla nu elimină ierarhia emSign Root CA - G1; The Hacker News spune că Chrome o analizează, dar postarea Google nu o menționează, deci tratează-o ca neconfirmată.
Ce verifici în inventarul tău
- ▸Toate certificatele TLS din organizație și de la furnizori care se lanțesc la emSign ECC Root CA - G3 (inclusiv copiile cross-semnate de Sectigo). Înlocuiește-le cu certificate dintr-o altă ierarhie înainte de 27 octombrie.
- ▸Runtime-urile și aplicațiile care nu verifică revocarea: The Hacker News listează remedieri în Go (1.27.3 și 1.26.10, cu recompilare), Node.js, certifi, webpki-roots, Composer ca-bundle și actualizări Ubuntu și Debian. Verifică ce se aplică stivei tale; binarele Go cer recompilare, iar browserele ambalate ca snap au magazine proprii de rădăcini, potrivit Canonical citat de aceeași sursă.
- ▸Containere și imagini de bază cu pachete CA proprii, clienți mTLS și servere de origine, pentru că nu primesc automat CRLSet sau OneCRL.
- ▸Dacă folosești semnare de cod de la eMudhra, evaluează separat: Chrome nu a blocat intermediarele de semnare a codului, iar Mozilla a distrus cele opt intermediare prin OneCRL. Verifică cum tratează semnarea de cod platformele și instrumentele tale.
- ▸Căutări în Certificate Transparency pentru certificate lanțite la cele opt intermediare: Chrome spune că nu fuseseră înregistrate certificate TLS înainte de blocare, dar nu există o metodă publică de a detecta un uz anterior.
Ce nu se știe
Nu se știe dacă cheile au fost folosite abuziv. Potrivit The Hacker News, CERT-In nu consideră stabilită o utilizare rău intenționată la 21 octombrie. Nu se știe cauza rădăcină finală, câte certificate au fost emise efectiv de cele opt intermediare și dacă alte autorități sunt afectate; Mozilla nu crede, deocamdată, iar Chrome spune că a verificat celelalte autorități din magazinul său și nu a găsit alte cazuri de același tip. India a format o echipă de anchetă, iar CERT-In a publicat avizul CIAD-2026-0050, conform aceleiași surse.
Închide alerta cu dovezi
Pentru fiecare certificat găsit, păstrează sistemul, emitentul, lanțul, data înlocuirii și cine a confirmat. Pentru runtime-uri, păstrează versiunea înainte și după, dacă a fost recompilat și data. Un rezultat „nu avem certificate din această ierarhie” rămâne dovadă dacă îi poți arăta interogarea, sursa inventarului și data.
Trust store-urile fac parte din inventar
Păstrează în Awarely Monitor lista certificatelor lanțite la rădăcina afectată, data înlocuirii și versiunile runtime-urilor actualizate. Înlocuirea efectivă rămâne în sistemele voastre.