eMudhra: opt chei de autorități de certificare intermediare generate slab, certificate blocate de Mozilla, Google, Apple și Microsoft. Ce verifici la lanțul tău de încredere

• Microsoft a lansat pe 26 octombrie actualizări Windows în afara ciclului obișnuit: KB5134133 pentru Windows 11 24H2, 25H2 și 26H2 și KB5134125 pentru Windows 10 21H2 și 22H2. Potrivit BleepingComputer, ele scot din lista de încredere a Windows șapte certificate (șase rădăcini eMudhra G3 și o semnare încrucișată), mai departe decât blocarea celor opt intermediare făcută înainte. Aceleași șapte certificate vor fi scoase din lista Edge pe 27 octombrie.
• Actualizările contează pentru sistemele care nu primesc automat actualizările listei de certificate: fără acces la internet, fără acces la serviciul Microsoft de actualizare sau cu actualizările automate dezactivate. Microsoft recomandă identificarea certificatelor care depind de rădăcinile scoase, pentru că pot necesita înlocuire, și spune că investighează rădăcinile eMudhra rămase și poate face alte schimbări. Articolul BleepingComputer nu tratează versiunile Windows Server; nu am deschis paginile KB.

• Opt certificate intermediare sub eMudhra, legate de rădăcinile emSign Root TLS CA – G3 și Root CS CA – G3, potrivit Cisco Talos: șase pentru TLS (EV, OV și DV, G3B și G3C) și două pentru semnarea codului (OV CS, G3B și G3C).
• Cheile private erau de tip P-384 cu valori mai mici de 256, deci orice cheie putea fi recuperată încercând cel mult 256 de valori, potrivit BleepingComputer. Talos spune că cheile ar fi trebuit să aibă 384 de biți de aleatoriu; textul Talos descrie entropia în moduri care nu se potrivesc între ele, deci nu putem confirma nivelul exact.
• Cauza, potrivit eMudhra citată de BleepingComputer: o eroare de script din aprilie 2025 a generat un al doilea set de chei mai slabe, selectate la semnare pentru că etichetele lor semănau cu ale cheilor generate corect. Talos plasează evenimentul în ceremonia de generare a cheilor din 30 aprilie 2025 pentru 24 de CA subordonate și îl leagă de un pas de împachetare și despachetare a cheilor.
• Descoperirea: un cercetător a găsit slăbiciunea pe 17 octombrie, potrivit BleepingComputer. Un alt cercetător a publicat pe GitHub o cheie privată pentru „EM OV TLS CA – G3C”, iar BleepingComputer a verificat că aceasta se potrivește cu un certificat revocat. Celelalte șapte nu au fost verificate independent.
• Măsuri: Mozilla a blocat certificatele prin OneCRL pe 17 octombrie, fără actualizare de browser; Chrome a blocat cele șase intermediare TLS în aceeași zi; Apple a adăugat protecții pe 22 octombrie, potrivit BleepingComputer; Microsoft a blocat cele două certificate de semnare a codului, potrivit Talos. Go a publicat versiunile 1.27.3 și 1.26.10, care filtrează lanțurile cu cele opt certificate (CVE-2026-111943, atribuit de Talos).
• eMudhra a revocat cele opt certificate și a încetat să mai emită certificate sub rădăcina G3. Spune că majoritatea intermediarelor afectate nu au fost folosite în producție și că nu are dovezi că au emis certificate pentru utilizatori finali. Unele certificate rezultate au fost trimise la Sectigo pentru semnare încrucișată; amploarea nu este clară.
• Talos nu a văzut incidente malițioase cu aceste certificate până la data avizului.

• Dacă cheile au fost abuzate: nu există dovezi, dar cheile puteau fi recuperate de oricine din aprilie 2025, spune BleepingComputer, și una este publică.
• Amploarea semnării încrucișate prin Sectigo și câte certificate au fost emise efectiv sub aceste intermediare.
• Câte organizații sunt afectate și ce produse nu s-au actualizat încă. BleepingComputer notează că Debian, FreeBSD, Node.js și Bun erau în așteptare la data articolului, după lista unui cercetător care ține o pagină a incidentului.
• Impactul asupra listelor de încredere europene și asupra certificatelor calificate: sursele citite nu îl menționează și nu putem spune nimic despre el.
• Dacă și alte tipuri de certificate (semnare de documente, S/MIME) au fost afectate: sursele citite nu le menționează.

Browserele majore blochează certificatele rapid prin liste de revocare distribuite de ele. Dar multe programe își păstrează propria listă de certificate sau nu verifică revocarea: aparate de rețea, proxy, clienți VPN, load balancere, containere, runtimuri de limbaj, instrumente CI/CD și dispozitive IoT. Pentru ele, certificatul rămâne de încredere până la actualizare. BleepingComputer, citând un cercetător, notează că și curl-ul inclus în macOS poate continua să aibă încredere în ele.

Pentru un atacator, folosirea unei chei compromise cere, de obicei, o poziție în rețeaua victimei (de exemplu pe traseu sau în Wi-Fi), deci riscul practic este mai mic decât scorul sugerează, dar nu nul. Talos avertizează explicit asupra proxy-urilor, VPN-urilor și gateway-urilor.

• Actualizează sistemele de operare, browserele și runtimurile care primesc corecturi: Firefox 158.0.1 și ESR pentru configurațiile care blocau actualizările de revocare, Go 1.27.3 sau 1.26.10, și pachetele distribuțiilor Linux care au publicat remedieri. Verifică stadiul pentru fiecare produs din inventar.
• Inventariază produsele cu liste proprii de certificate: proxy, load balancere, clienți și gateway-uri VPN, firewall-uri cu inspecție TLS, aparate virtuale. Verifică la fiecare producător ce actualizare cere.
• Verifică conductele de livrare și managerii de pachete care aduc cod prin TLS. Talos notează că sumele de control din fișierele de blocare, semnăturile și controalele de proveniență rămân bariere utile.
• Verifică dispozitivele IoT și embedded cu liste de certificate încorporate; aplică actualizările furnizorului sau măsuri compensatorii.
• Folosește punctele de testare și instrucțiunile paginii incidentului ținute de cercetători (menționate de BleepingComputer) pentru a verifica sisteme concrete.
• Dacă administrezi stații prin MDM sau politici de grup, poți bloca explicit cele opt certificate la nivel de organizație, ca măsură intermediară.
• Dacă ai certificate emise de eMudhra, de TLS sau de semnare a codului, verifică la emitent dacă sunt sub intermediarele afectate și ce înlocuire ți se oferă; eMudhra a încetat să emită sub rădăcina G3.
• Monitorizează Certificate Transparency pentru domeniile tale; caută certificate pe care nu le-ai cerut.

• Cine îți răspunde pentru lista de certificate de încredere a aparatelor și a aplicațiilor? Este o dependență ascunsă, pe care o descoperi doar la un incident ca acesta.
• Ai un proces de distrust de urgență: cât durează să scoți un certificat din toate sistemele, nu doar din browsere?
• NIS2 (art. 21) cere politici privind criptografia și, unde este cazul, criptarea; inventarul certificatelor și al listelor de încredere este parte practică a lor.

Talos și BleepingComputer sunt sursele pentru detalii tehnice și cronologie, iar eMudhra este sursa pentru explicația erorii, relatată prin presă. Faptul că nu există dovezi de abuz este o constatare la un moment dat. Detaliile despre entropie diferă între texte, iar lista produselor actualizate se schimbă zilnic; verifică pagina incidentului și avizul producătorului tău.

Awarely Monitor poate ajuta la evidența dispozitivelor și a dependențelor criptografice expuse, iar Awarely Learning la exercițiile pentru conducere despre incidentele de încredere. Articolul nu este consultanță juridică și nu garantează conformitatea.