Riassunto:
Apple ha recentemente bloccato otto certificati digitali con gravi problemi di sicurezza sui dispositivi iOS e iPadOS per impedire agli aggressori di utilizzare questi certificati per mascherarsi da siti Web legittimi e quindi eseguire attacchi di phishing, man-in-the-middle o rubare dati degli utenti. Tuttavia, i ricercatori sulla sicurezza ricordano che alcuni strumenti di sistema macOS potrebbero ancora fidarsi di questi certificati problematici e che gli utenti Mac e gli amministratori di sistema devono comunque prestare attenzione ai successivi aggiornamenti di sicurezza.
Questo incidente coinvolge otto certificati intermedi emessi da eMudhra, un'autorità di certificazione indiana. I certificati digitali sono una parte importante del sistema di sicurezza Internet. Quando un browser accede a un sito Web, utilizzerà il certificato per verificare l'identità del server e proteggere la trasmissione dei dati tramite connessioni crittografate HTTPS. Ad esempio, quando un utente visita il sito web di una banca, il browser deve confermare che la connessione sia effettivamente al server della banca e non a un sito web falso creato da un utente malintenzionato.
Normalmente, le autorità di certificazione devono utilizzare chiavi crittografiche sufficientemente potenti da emettere certificati per garantire che terze parti non autorizzate non possano falsificare l'identità di un sito Web attendibile. Tuttavia, i ricercatori di sicurezza hanno scoperto che gli otto certificati coinvolti in eMudhra avevano problemi estremamente seri nella generazione delle chiavi e che le loro chiavi private risultavano essere numeri interi inferiori a 256. Ciò significa che un utente malintenzionato deve solo provare un numero molto limitato di valori possibili per avere la possibilità di recuperare la relativa chiave privata, quasi senza bisogno di calcoli complessi.
Secondo l'indagine di Mozilla, queste chiavi private sono estremamente facili da indovinare. Per la crittografia moderna, questa situazione equivale a utilizzare un numero estremamente semplice come password dell'account, che non è completamente in grado di garantire la normale sicurezza. Una volta che un utente malintenzionato ottiene le relative chiavi private, è possibile falsificare altri certificati emessi da questi certificati, facendo credere erroneamente al software interessato che la connessione sia a un sito Web legittimo.
Il pericolo di questo tipo di attacco è che l'aggressore non deve necessariamente compromettere direttamente il server del sito web di destinazione. Se un certificato HTTPS affidabile può essere falsificato e combinato con l'intercettazione del traffico di rete e altri mezzi, un utente malintenzionato potrebbe impersonare una banca, un'azienda o un altro sito Web legittimo e indurre gli utenti a inviare password, informazioni sull'identità o altri dati sensibili a loro insaputa. Gli aggressori possono anche modificare il contenuto delle pagine Web ricevute dagli utenti per commettere ulteriori frodi o diffondere malware.
Il problema correlato è stato segnalato al team di sicurezza del browser il 17 ottobre 2026. Google, Mozilla e altri produttori hanno successivamente adottato misure per impedire che i certificati interessati continuassero ad essere considerati attendibili. Mozilla distribuisce le informazioni di protezione tramite il meccanismo di blocco dei certificati OneCRL di Firefox. Gli utenti di solito non hanno bisogno di aggiornare manualmente il browser o riavviare il dispositivo per ottenere la protezione adeguata. Google ha inoltre aggiornato il meccanismo di blocco dei certificati di Chrome e adottato misure restrittive sui relativi certificati.
Apple ha iniziato a implementare misure di blocco rilevanti il 19 ottobre. Secondo i ricercatori di sicurezza, queste misure impediscono al software che si basa sul meccanismo di verifica dei certificati di sistema di Apple di fidarsi dei certificati interessati. Apple è intervenuta un po' più tardi rispetto a Google e Mozilla, ma ora i relativi certificati sono stati inclusi nel blocco.
Vale la pena notare che non tutti questi otto certificati vengono utilizzati per le connessioni HTTPS dei siti Web. Sei di essi sono certificati relativi a TLS e gli altri due riguardano scopi di firma del codice. I certificati di firma del codice vengono utilizzati per verificare l'identità dell'editore del software e se il software è stato manomesso. Pertanto, gravi difetti nella chiave privata del certificato possono avere un impatto anche sulla distribuzione del software e sui sistemi di fiducia.
Tuttavia, al momento non ci sono prove che gli aggressori abbiano utilizzato questi certificati per sferrare attacchi reali. I ricercatori della sicurezza hanno sottolineato che, sebbene i certificati in questione presentino gravi difetti, non tutti sono stati utilizzati in ambienti di produzione. Google ha inoltre affermato che prima dell'adozione delle misure di blocco, nei registri pubblici di Certificate Transparency non è stato trovato alcun certificato TLS emesso dai sei certificati intermedi interessati e inserito nei relativi record di registro. Ciò riduce in qualche modo il rischio di abuso di certificati HTTPS pubblici noti, ma non esclude completamente il potenziale impatto su altri software o ambienti non pubblici.
Per gli utenti Mac la situazione è un po' più complicata. Sebbene Apple abbia adottato misure di blocco, l'ingegnere di crittografia di Mozilla Dennis Jackson ha sottolineato che lo strumento a riga di comando integrato di macOS curl potrebbe ancora avere problemi di affidabilità. L'insieme di certificati utilizzati da questo strumento non controlla le informazioni di revoca dei certificati correlati, quindi in alcuni casi curl potrebbe continuare ad accettare certificati anche se sono stati dichiarati non validi.
Ciò significa che script, strumenti di sviluppo o servizi automatizzati che si basano sul curl integrato di macOS per le richieste di rete potrebbero dover controllare ulteriormente il proprio comportamento di verifica del certificato. Soprattutto per i sistemi che hanno accettato i relativi certificati si dovrebbe prestare maggiore attenzione al fatto che le misure di blocco dei certificati coprano effettivamente il software e il meccanismo di trust storage utilizzato.
Per gli utenti ordinari, l'approccio più sicuro è installare tempestivamente gli aggiornamenti di sicurezza del sistema e del software forniti da Apple e mantenere il browser alla versione più recente. Gli amministratori e gli sviluppatori aziendali dovrebbero verificare se server, strumenti da riga di comando, applicazioni e archivi di certificati personalizzati continuano a fidarsi dei certificati interessati e seguire le raccomandazioni di rilevamento e mitigazione fornite dai ricercatori di sicurezza.
Questo incidente ha inoltre messo in luce un problema facilmente trascurato nel sistema di certificazione digitale: anche se HTTPS utilizza un algoritmo di crittografia maturo, se la chiave privata utilizzata nel processo di generazione del certificato è troppo semplice, l'intero sistema di verifica dell'identità potrebbe comunque essere facilmente violato. La stessa tecnologia di crittografia non fallisce. Il vero problema risiede nei collegamenti di generazione delle chiavi e di gestione dei certificati.
eMudhra ha dichiarato che non ci sono prove che la sua infrastruttura sia stata compromessa e che non è stata scoperta alcuna fuga di dati rilevante. L'agenzia sta collaborando con i clienti potenzialmente interessati per assisterli nella sostituzione dei certificati pertinenti. Poiché questi certificati sono stati generati nell’aprile 2025 e il problema esiste da più di un anno, le agenzie competenti devono confermare ulteriormente se altri software, sistemi o servizi hanno fatto affidamento su questi certificati per stabilire relazioni di fiducia.
Nel complesso, il blocco di questi otto certificati da parte di Apple è un passo importante per contrastare potenziali attacchi, ma la revoca dei certificati non significa che tutti i software smetteranno immediatamente di fidarsi di loro. Per gli utenti comuni, l'aggiornamento tempestivo dei sistemi e dei browser è solitamente la misura protettiva più diretta; per gli sviluppatori e le imprese è necessario verificare ulteriormente il meccanismo di verifica dei certificati per garantire che tutte le applicazioni pertinenti possano identificare correttamente i certificati scaduti.
Commenti