eMudhra lascia il TLS pubblico. I certificati hanno ancora bisogno di una transizione

eMudhra si ritira dal mercato globale dei certificati SSL/TLS dopo la scoperta di chiavi private pericolosamente deboli in un gruppo di certificati intermedi. L’annuncio del 22 ottobre trasforma un incidente di sicurezza anche in un cambio di fornitore: ai clienti serve un percorso di sostituzione, mentre i produttori di software devono continuare a eliminare la fiducia nelle credenziali coinvolte.

L’azienda promette certificati sostitutivi tramite partner senza costi per i clienti interessati. Si impegna inoltre a mantenere attivi i servizi di revoca e verifica dello stato finché i certificati emessi non saranno scaduti o sostituiti. La chiusura di un’attività commerciale non cancella gli obblighi rimasti.

Un certificato può sopravvivere alla decisione commerciale

Un certificato TLS aiuta il client a verificare che stia comunicando con il servizio previsto. La firma dell’autorità di certificazione collega quel servizio a una catena di fiducia riconosciuta dal programma. L’annuncio di un fornitore non modifica automaticamente i certificati installati sui server né le decisioni di fiducia incorporate nel software.

Ne derivano due lavori paralleli. Il gestore di un sito può dover sostituire il certificato e verificare la nuova catena. Il produttore di un browser, sistema operativo o applicazione può dover distribuire una decisione di revoca della fiducia. Completare il primo non dimostra che il secondo abbia raggiunto ogni sistema interessato.

La nostra analisi della rimozione di emSign da Python spiega perché il secondo compito vada oltre l’aggiornamento del browser. Le applicazioni possono includere raccolte proprie di certificati. Il browser più recente e il servizio automatico più vecchio della stessa organizzazione possono quindi valutare diversamente una medesima catena.

Il problema è nella generazione delle chiavi

Il resoconto pubblico di Mozilla distingue sei certificati intermedi TLS da due destinati alla firma del codice. Gli investigatori hanno recuperato autonomamente le chiavi private e individuato un processo di generazione difettoso. Il risultato non dimostra che le chiavi P-384 generate correttamente siano diventate generalmente facili da ricavare.

La distinzione conta perché il rimedio deve intervenire sul livello che ha fallito. Una matematica crittografica robusta non può salvare un segreto scelto da un insieme irragionevolmente piccolo. Anche la presenza di un modulo hardware di sicurezza, da sola, non prova che ogni passaggio circostante abbia prodotto e usato la chiave prevista.

Nel comunicato del 21 ottobre, eMudhra attribuisce il problema a un passaggio di wrapping e unwrapping durante una cerimonia di generazione. Afferma che l’infrastruttura non è stata compromessa e che non si è verificata una violazione dei dati. Sono dichiarazioni dell’azienda; l’indagine pubblica e il rapporto sulle cause promesso restano elementi necessari per valutare l’intera sequenza.

Poco fatturato può significare una grande dipendenza

Secondo eMudhra, il TLS globale rappresentava circa l’uno percento dei ricavi. Nella decisione cita costi crescenti di conformità e concorrenza dei certificati gratuiti. Il peso commerciale non misura però l’importanza di un’autorità riconosciuta per i sistemi che si affidano a essa. Una piccola attività può trovarsi al centro di una dipendenza di sicurezza molto più ampia.

Il ritiro ha inoltre un perimetro preciso. L’azienda dichiara che firma digitale, eSign e altri servizi enterprise proseguono, su infrastrutture separate dall’attività TLS globale. Descriverlo come la chiusura dell’intera eMudhra sarebbe inesatto.

Per gli amministratori italiani, come per gli altri, il traguardo è operativo: il certificato previsto è installato, i client supportati lo accettano e le credenziali compromesse vengono rifiutate. Il fornitore può deliberare l’uscita dal mercato in una riunione. La relazione di fiducia termina un sistema verificato alla volta.