# Compromissione della CA intermedia eMudhra: liste di blocco dei browser e divario di fiducia in fase di runtime

Published: 2026-10-21

Otto chiavi di firma intermedie eMudhra sono state compromesse, incluse sei utilizzate per TLS e due per la firma di codice. L'episodio segue la conferma di Mozilla, il blocco del browser e gli aggiornamenti a valle per spiegare perché un'applicazione distribuita necessita di controllare la propria configurazione di fiducia. Un rapporto separato di Tor mostra un avviso di identità dell'host SSH che fa il suo dovere.

Canonical: https://thedailydiff.dev/it/video/2026-10-21-emudhra-trust-gap/

## Contenuto di questo video

- Le chiavi compromesse appartengono a firmatari intermedi. La sfiducia nella radice può mitigare una catena senza provare che la chiave privata della radice sia stata compromessa.
- La lista di blocco di emergenza di un browser e l'archivio CA in bundle di un'applicazione possono seguire percorsi di aggiornamento separati. Controlla il processo in esecuzione e la sua effettiva configurazione di fiducia.
- Mozilla ha confermato indipendentemente le chiavi private recuperabili. Il rapporto non descrive voci CT per gli intermediari interessati; l'uso improprio effettivo contro altri client rimane sconosciuto.
- Le release primarie verificano certifi 2026.10.19 e Node 24.22.1 per i rami discussi. I bundle CA personalizzati e altri rami runtime necessitano dei propri controlli.
- L'account del ricercatore Tor per 333 relay riguarda un incidente di inizio ottobre pubblicato il 20 ottobre. Circa il dieci percento è un conteggio di relay, non una misurazione del traffico intercettato.
- Un timeout di rete da solo non stabilisce che la convalida del certificato abbia rifiutato una catena compromessa. Preserva la verifica e distingui gli errori di trasporto dai fallimenti di autenticazione.

## Capitoli

- 0:00 Perché un browser riparato può lasciare un'app esposta?
- 0:49 Cosa autorizza una chiave intermedia?
- 1:22 Cosa è provato e cosa rimane sconosciuto?
- 2:03 Perché il browser e il runtime non sono d'accordo?
- 2:58 Quali aggiornamenti sono arrivati a Python e Node?
- 3:33 Cosa ha rilevato l'avviso della chiave host di Tor?
- 4:10 Come si verifica la correzione implementata?
- 4:51 Cosa ottiene il timbro NEEDS REVIEW?

## Trascrizione tradotta

Tradotto dalla narrazione originale inglese. L'audio e i sottotitoli disponibili sono controllati da YouTube.

### Perché un browser riparato può lasciare un'app esposta?

0:00 La correzione del browser eMudhra sembra un via libera. Otto chiavi di firma compromesse lasciano comunque il software con decisioni di fiducia obsolete. In questo video, chi può firmare? Perché i clienti non sono d'accordo? E quale aggiornamento arriva effettivamente alla tua app? Una piccola dipendenza mantiene la propria lista di fiducia. Torneremo al processo che decide se la tua correzione è arrivata. È mercoledì 21 ottobre, e questo è The Daily Diff.

0:22 eMudhra è un'autorità di certificazione. Firma certificati digitali che aiutano il software ad autenticare siti web e servizi. Le chiavi compromesse includono sei utilizzate per le connessioni web e due per la firma di software. Un intermediario è un firmatario delegato sotto una radice fidata. Venerdì, un giornalista di nome Wayne ha inviato prove ai programmi radice. Entro martedì, la pagina pubblica dell'incidente spiegava la pulizia. Oggi, gli sviluppatori scoprono quante copie di fiducia la loro applicazione perfettamente normale ha raccolto.

### Cosa autorizza una chiave intermedia?

0:49 Ecco la catena ordinaria. Un sito presenta un certificato, un intermediario lo firma, e il tuo client segue la catena fino a una radice di cui si fida già. La radice è il tuo punto di partenza locale. Chiunque controlli la chiave privata dell'intermediario può firmare sotto quella autorità. Una firma matematicamente valida può avere un firmatario completamente inaffidabile. Il validatore ha bisogno di un modo per ritirare la fiducia dopo una compromissione. Wayne ha firmato il messaggio, Abbiamo un problema qui, Wayne,

1:12 con ogni chiave. Mozilla ha verificato il controllo della chiave, poi ha recuperato indipendentemente le chiavi. La risposta di emergenza è iniziata con una frase che suona come se qualcuno avesse notato che la stampante dell'ufficio fumava.

### Cosa è provato e cosa rimane sconosciuto?

1:22 Il rapporto pubblico afferma che le chiavi sono state generate in modo errato e recuperabili dai certificati, creati nell'aprile dello scorso anno. L'uso improprio effettivo contro altri software è ancora sconosciuto. L'autorità di firma recuperabile è abbastanza urgente anche senza un elenco di vittime inventate. C'è un limite importante qui. Il rapporto non ha trovato voci di trasparenza dei certificati per quegli intermediari durante quel periodo.

1:42 Afferma che i browser che applicano la trasparenza non avrebbero potuto essere attaccati attraverso questa via. Questo controllo extra del browser aiuta a spiegare perché il solo titolo esagera il quadro. eMudhra ha detto a Mozilla che circa trentamila certificati necessitavano di migrazione a un'altra catena. Si tratta di servizi funzionanti i cui proprietari devono sostituire i certificati durante la pulizia. Da qualche parte, un invito del calendario è appena diventato una dipendenza di produzione.

### Perché il browser e il runtime non sono d'accordo?

2:03 I fornitori di browser distribuiscono liste di blocco di emergenza. Il rapporto registra l'azione di Firefox e Chrome venerdì, seguita da Apple e Microsoft. Questi client possono rifiutare l'intermediario compromesso riconoscendo la sua radice. Questa regola viaggia separatamente dal bundle della tua applicazione. Alcuni client controllano una catena rispetto alle radici fidate senza consumare informazioni di revoca di emergenza. L'autorità può pubblicare una revoca, e quel client può continuare ad accettare la catena.

2:27 Mettere un cartello sulla porta funziona meglio quando il visitatore legge i cartelli. Mozilla dice che alcuni profili Android non sono riusciti ad applicare la lista di blocco aggiornata all' avvio. Una correzione è stata distribuita in Firefox centocinquantotto punto zero due. Quindi tieni aggiornato anche il browser. L'annuncio non può inventariare il tuo telefono. I manutentori possono rimuovere un'ancora di fiducia quando i client mancano di un blocco più stretto. Il thread di Mozilla descrive la sfiducia di emergenza della radice emSign ECC, generazione tre. La rimozione di una radice da un archivio di fiducia blocca le catene che vi fanno affidamento,

2:54 anche quando la chiave privata della radice stessa non è mai stata compromessa. L'ultima versione di certifi di Python è un aggiornamento a valle.

### Quali aggiornamenti sono arrivati a Python e Node?

3:01 Il suo commit ripristina anche le radici emSign non interessate dopo una rimozione precedente. Cancellare tutto ciò che porta il nome dell'azienda è un pessimo sostituto del pacchetto mantenuto. Si desidera che la catena pericolosa sia rifiutata e che i clienti legittimi continuino a lavorare. La cronologia delle release conserva entrambe le decisioni. La pulizia della sicurezza ha il compito affascinante di essere urgente, precisa e incolpata per qualsiasi servizio si interrompa durante il pranzo. La versione ventiquattro punto ventidue punto uno di Node è stata distribuita oggi con le radici

3:26 aggiornate. Controlla l'avviso del tuo ramo e la configurazione CA effettiva. Un bundle personalizzato può cambiare quale archivio di fiducia utilizza il processo. In Tor, un ricercatore ha pubblicato ieri un resoconto di trecentotrentatré

### Cosa ha rilevato l'avviso della chiave host di Tor?

3:36 relay di uscita compromessi. L'intercettazione è iniziata all'inizio di questo mese. I relay sono stati segnalati e chiusi giorni dopo, prima che arrivasse il resoconto. SSH ha avvertito il ricercatore che l'identità del server era cambiata. Lo ha segnalato al team di salute della rete di Tor. Il loro avviso agli operatori conferma i rapporti di intercettazione. Quell'avviso stava facendo esattamente la cosa scomoda che l'autenticazione dovrebbe

3:57 fare. Circa il dieci percento ha contato relay con diverse capacità, lasciando la quota di traffico non misurata. Il routing Tor e l'identità del server SSH hanno compiti separati. Verifica una chiave host modificata tramite un canale fidato prima di accettarla e accedere. Nella tua app, inizia con il contenitore in esecuzione o l'ambiente virtuale.

### Come si verifica la correzione implementata?

4:12 Trova il bundle CA che utilizza effettivamente e applica l'aggiornamento mantenuto pertinente. Ricostruisci e riavvia il processo distribuito in modo che possa caricare il materiale di fiducia modificato. Utilizza le catene di test pubbliche dei manutentori nell'ambiente reale del client. Mantieni l'errore del certificato separato da un timeout di rete. Una connessione fallita sul Wi-Fi dell'hotel è un ottimo test del Wi-Fi dell'hotel. La piccola dipendenza è un archivio di fiducia in bundle separato, come certifi. Il tuo browser desktop non modifica mai quella dipendenza all'interno di un vecchio contenitore. Il processo distribuito e la sua configurazione decidono se la correzione

4:42 è arrivata. Quello è il posto per verificare il tuo aggiornamento. Se preferisci leggere questo piuttosto che sentirmi dirlo, il diff arriva nella tua casella di posta ogni mattina, gratuitamente su the daily diff dot dev, link sotto.

### Cosa ottiene il timbro NEEDS REVIEW?

4:51 Quindi il verdetto di oggi è NEEDS REVIEW. Voglio che la fiducia del client distribuito sia controllata prima che qualcuno chiuda questo incidente. Iscriviti, premi la campana e dimmi nei commenti se l'avresti timbrato diversamente. E questo è il diff per oggi. Sono Niko di Axrisi. Effettua il merge in modo responsabile.

## Fonti

- [eMudhra Intermediate CA Compromise](https://emudhra.we-have-a-problem.com/) — Dennis Jackson
- [Private key compromise of eMudhra Intermediate Certificates](https://bugzilla.mozilla.org/show_bug.cgi?id=2083449) — Mozilla Bugzilla
- [certifi 2026.10.19 release](https://github.com/certifi/python-certifi/releases/tag/2026.10.19) — certifi
- [Restore unaffected emSign roots](https://github.com/certifi/python-certifi/commit/662df63d7906df66f1f07c0751a3dfe9da14d914) — certifi
- [Node 24.22.1 security release](https://github.com/nodejs/node/releases/tag/v24.22.1) — Node.js
- [Update root certificates to NSS 3.131.1](https://github.com/nodejs/node/pull/66877) — Node.js
- [How I got over 300 Tor exit nodes removed](https://kaba.cx/posts/20261020_Tor/) — KABA
- [Security incident affecting some relay operators](https://lists.torproject.org/mailman3/hyperkitty/list/tor-relays@lists.torproject.org/thread/WOHPLKCSHYXFTBRZXDENDKJZMBMPLMG5/) — Tor Project network health