Cloudflare ha pubblicato un aggiornamento sullo sfruttamento e sulla correzione di otto chiavi private intermedie di eMudhra che potevano essere recuperate da certificati pubblici. Tra i valori delle chiavi figuravano 4, 56, 66 e 115, rendendo possibile per chiunque derivare le corrispondenti chiavi di firma e creare certificati che i client vulnerabili avrebbero potuto accettare.
L’azienda afferma che tutti i sistemi Cloudflare ad alta priorità sono ora stati corretti. I proxy di Cloudflare rivolti agli origin dei clienti, che gestiscono la maggior parte delle connessioni in uscita, sono stati aggiornati entro poche ore dall’identificazione del problema, il 19 ottobre 2026. Cloudflare ha poi utilizzato una revisione del codice sorgente assistita dall’intelligenza artificiale per individuare altri sistemi che si fidavano delle chiavi deboli e ha assegnato le attività di correzione in base al loro potenziale impatto.
Per monitorare possibili abusi, Cloudflare ha aggiunto la registrazione dei log al proprio servizio outbound Pingora. Durante la settimana successiva all’introduzione dei log, ha registrato circa 22.000 tentativi di handshake TLS che coinvolgevano certificati firmati con le chiavi eMudhra interessate. Circa due terzi riguardavano siti di test, incluso emudhra.we-have-a-problem.com. La maggior parte dei tentativi rimanenti proveniva da origin che sembravano aver configurato certificati firmati dall’intermedio debole.
Circa 160 handshake coinvolgevano certificati i cui Subject Alternative Name facevano riferimento a domini non correlati al Server Name Indication richiesto. Alcuni erano associati a dispositivi dell’Internet of Things destinati ai consumatori. Cloudflare ha dichiarato che questi certificati sembravano essere stati creati dopo che la vulnerabilità era diventata pubblica; almeno uno era datato 20 ottobre alle 18:19 UTC, meno di un’ora dopo la pubblicazione del rapporto di Mozilla.
Tuttavia, l’azienda ha affermato che le prove attualmente disponibili non indicano che i certificati siano stati utilizzati per intercettare le connessioni di Cloudflare. I certificati apparivano spesso come certificati predefiniti propri dei server, usavano nomi che non avrebbero superato la verifica del nome host e, in diversi casi, venivano presentati da più sedi Cloudflare. Cloudflare ha inoltre riferito di non aver rilevato segnali indiretti di una campagna di intercettazione mirata.
L’azienda ha misurato separatamente quanti visitatori continuassero a fidarsi della catena di certificati compromessa. Ha utilizzato due connessioni di sondaggio su una parte delle proprie pagine di challenge: un endpoint forniva un certificato firmato da eMudhra, mentre l’altro inizialmente fungeva da controllo con un certificato firmato regolarmente. Nella settimana successiva, Cloudflare ha raccolto 50 milioni di probe, avvertendo però che i risultati erano influenzati dal traffico dei bot e includevano solo client in grado di eseguire JavaScript.
Le misurazioni hanno indicato che i browser mainstream attuali erano in gran parte corretti, mentre i browser meno recenti e quelli integrati rimanevano più esposti. Cloudflare ha stimato che dal 30% al 40% del traffico Android WebView accettasse ancora la catena interessata. Più della metà dei probe provenienti da diverse grandi reti continuava ad accettarla, sebbene l’azienda abbia osservato che la composizione del traffico era fortemente influenzata da bot non confermati e che i dati dovessero essere considerati indicativi anziché conclusivi.
Cloudflare ha esortato utenti e sviluppatori a installare gli aggiornamenti pertinenti, prestando particolare attenzione agli sviluppatori che utilizzano macOS. L’azienda ha inoltre indirizzato i clienti alle indicazioni relative a prodotti come WARP e Tunnel. Guardando al futuro, Cloudflare ha dichiarato di volere meccanismi più rapidi per aggiornare le decisioni di attendibilità, incluso un uso più ampio di sistemi in grado di distribuire informazioni sulla revoca e sulla Certificate Transparency senza fare affidamento su archivi di attendibilità statici.
Fonti: Cloudflare Blog.