CA keys compromesse impongono correzioni per browser e trust store
CA keys compromesse appartenenti a otto intermediate certificate authority di eMudhra hanno determinato blocchi di emergenza nei browser e correzioni nel software Go, Firefox, NSS, Python e Rust. Mozilla e il Chrome Root Program hanno confermato la compromissione il 20 ottobre, dopo che un ricercatore ha dimostrato di possedere tutte e otto le private key. Una private key è il materiale segreto utilizzato per autorizzare i certificati digitali, mentre una intermediate certificate authority (CA) emette i certificati che i siti web presentano ai visitatori. Il controllo di una private key di questo tipo potrebbe quindi consentire a qualcuno di emettere un certificato per qualsiasi sito web che il software interessato potrebbe accettare.
Il ricercatore ha segnalato il problema la sera del 17 ottobre e ha dimostrato di avere il controllo firmando lo stesso messaggio con ciascuna delle otto private key. Chrome ha ricevuto la segnalazione alle 18:05 UTC, ha verificato i risultati e ha distribuito un blocco CRLSet alle 19:45 UTC. CRLSet è l'elenco distribuito da remoto da Chrome dei certificati che non devono più essere considerati trusted. Mozilla ha ricevuto la segnalazione alle 20:06 UTC e ha completato un blocco OneCRL per le installazioni standard di Firefox alle 22:59 UTC. OneCRL svolge un'analoga funzione di revocation in Firefox. Entrambi gli elenchi vengono scaricati automaticamente, quindi le normali installazioni dei browser non hanno richiesto un riavvio né un aggiornamento completo del browser.
Sei degli intermediate interessati erano destinati a Transport Layer Security (TLS), il sistema che autentica i siti web e cifra le connessioni dei browser. Erano EM DV TLS CA - G3B, EM DV TLS CA - G3C, EM OV TLS CA - G3B, EM OV TLS CA - G3C, EM EV TLS CA - G3B ed EM EV TLS CA - G3C. Gli altri due, EM OV CS CA - G3B ed EM OV CS CA - G3C, erano limitati al code signing. Chrome non ha bloccato separatamente gli intermediate di code signing perché il suo verifier dei certificati dei siti web non costruisce un TLS trust path attraverso un intermediate limitato al code signing.
I sei intermediate TLS erano stati emessi da emSign Root TLS CA - G3 e risultavano infine collegati a emSign ECC Root CA - G3. Ciascuno degli otto disponeva anche di un secondo certificato che utilizzava la stessa public key ed era cross-signed sotto la root AAA Certificate Services di Sectigo. Il cross-signing offre alla stessa key un altro percorso verso una trusted root. La risposta di Chrome ha effettuato il confronto sulle public key anziché soltanto sui singoli certificati, quindi il blocco ha incluso anche queste copie. Firefox e Chrome avevano già smesso di considerare trusted AAA Certificate Services per i siti web nell'aprile 2025, mentre l'elenco delle root di Apple per iOS 26 e macOS 26, pubblicato nel dicembre 2025, la includeva ancora.
Il Chrome Root Program non ha trovato alcun certificato TLS emesso attraverso i sei intermediate per siti web nei log di Certificate Transparency (CT) prima dell'applicazione del blocco. CT è un registro pubblico dei certificati dei siti web e Chrome e gli altri browser che richiedono la registrazione normalmente non considererebbero trusted un certificato non registrato. Ciò limita le prove di uso improprio visibili attraverso CT, ma non permette di stabilire se le key siano state utilizzate altrove. Non è ancora noto come o quando le key siano uscite da eMudhra, né se siano state ottenute da qualcuno diverso dal ricercatore che ha effettuato la segnalazione. Nessun metodo disponibile consente di individuare precedenti usi impropri oltre alla ricerca nei certificati registrati in CT.
eMudhra ha revocato tutti e otto i certificati. Apple li ha bloccati il 19 ottobre, Microsoft ha fatto altrettanto il 20 ottobre e gli altri trust store sono stati avvisati il 19 ottobre, secondo una pagina sull'incidente pubblicata da un ingegnere di crittografia di Mozilla. Mozilla ha dichiarato di non ritenere, al momento, che altre CA siano state interessate. Chrome ha riferito di aver controllato ogni altro certificato CA presente nel proprio store e di non aver trovato ulteriori esempi della stessa modalità di guasto.
Il software che non recupera in modo affidabile le informazioni di revocation necessita di un aggiornamento del codice o del trust bundle. Go ha bloccato le key nelle versioni 1.27.3 e 1.26.10 nell'ambito di CVE-2026-111943. Il filtro della standard library rifiuta qualsiasi chain contenente una delle otto key, anche quando Go utilizza il system verifier di macOS o Windows, e non può essere disattivato tramite un'impostazione. I programmi esistenti devono essere ricompilati con una release Go corretta. Go 1.25 e le versioni precedenti non sono più supportati e non hanno ricevuto la modifica. Il progetto Go ha utilizzato il proprio processo URGENT, anche se la relativa issue e le note di rilascio non specificano se ciò riflettesse uno sfruttamento attivo o una minaccia più ampia all'integrità dell'ecosistema. Un maintainer di Go ha affermato che al momento è necessario incorporare nel codice le key interessate, perché la revocation non raggiunge in modo affidabile le applicazioni attraverso root store Linux sottoposti a scarsa manutenzione.
Firefox 158.0.1, ESR 115.43.1 ed ESR 153.5.1 includono le informazioni OneCRL nell'ambito di CVE-2026-113470 per le installazioni che non possono ricevere Remote Settings. Le installazioni standard di Firefox che hanno ricevuto il blocco distribuito da remoto non richiedono ulteriori interventi. NSS 3.131.1 rimuove emSign ECC Root CA - G3 dal proprio elenco trusted. Python certifi 2026.10.19 e Rust webpki-roots 1.0.10 rimuovono quella root dai rispettivi bundle. Homebrew ca-certificates 2026-09-25_1 esclude emSign ECC Root CA - G3, emSign Root TLS CA - G3 e AAA Certificate Services in base alla public key.
La rimozione di un'intera root ha effetti più ampi rispetto al blocco delle sole otto key compromesse. Rifiuta anche i certificati legittimi che dipendono da quella root. Mozilla ha avvertito che alcuni server potrebbero diventare inaccessibili al software diverso da Firefox che utilizza la trust list di NSS, finché i rispettivi operatori non passeranno a certificate chain differenti. Mozilla consiglia agli operatori dei trust store di affidarsi alla revocation soltanto quando i client la controllano regolarmente e rifiutano le connessioni se il controllo non riesce. In caso contrario, dovrebbero bloccare direttamente gli otto intermediate, ove possibile, oppure valutare la rimozione delle root che li hanno emessi.
Node.js non disponeva di una correzione pubblicata al momento descritto, anche se una modifica in bozza avrebbe bloccato le otto key. Anche ca-bundle di Composer non disponeva di un aggiornamento pubblicato, mentre una modifica aperta proponeva la rimozione di emSign ECC Root CA - G3. Mozilla ha rimosso quella root da NSS il 20 ottobre. Chrome prevede di rimuoverla nella versione 43 del proprio root store e sta esaminando l'altra root di eMudhra inclusa, emSign Root CA - G1. Il repository dei trust services della CA non conteneva alcun avviso sull'incidente al 20 ottobre e Mozilla ha dichiarato che l'analisi della root cause stava proseguendo insieme alla CA, agli altri root program e ai trust store downstream.
Per le organizzazioni che valutano l'esposizione di browser, applicazioni e trust store, AEU-I è il servizio di AEU Group dedicato a IT, infrastrutture e consulenza con la sicurezza come priorità. Gli operatori dei siti web dovrebbero verificare se la propria certificate chain attuale dipende da una root rimossa, mentre i team software devono distinguere la protezione automatica dei browser dalle library e dalle applicazioni compilate che richiedono aggiornamenti espliciti o una nuova compilazione.