Certificati TLS Rogue per 1.1.1.1: Cloudflare Dettaglia l'Emissione Non Autorizzata da Fina CA

Cloudflare ha rivelato che diversi certificati TLS per il suo noto resolver DNS pubblico all'indirizzo IP 1.1.1.1 sono stati emessi senza la sua autorizzazione da un'autorità di certificazione chiamata Fina CA. Un certificato TLS funge da carta d'identità digitale che consente al tuo dispositivo di confermare che sta parlando con il server autentico quando utilizzi protocolli DNS crittografati come DNS over HTTPS (DoH) o DNS over TLS (DoT). Questi protocolli proteggono le tue query DNS, ovvero le richieste che il tuo dispositivo effettua per tradurre un nome di sito web in un indirizzo IP, dall'essere lette o alterate da terze parti. Se un certificato rogue viene accettato, un attaccante potrebbe impersonare il servizio 1.1.1.1 e intercettare o manipolare il tuo traffico internet. Questo incidente sottolinea perché la validazione dei certificati e la trasparenza sono fondamentali per l'affidabilità del DNS crittografato.

Secondo Cloudflare, Fina CA ha emesso i certificati per 'test interni dell'emissione di certificati nell'ambiente di produzione'. Fina CA ha dichiarato che si è verificato un errore nell'inserimento degli indirizzi IP e che i certificati sono stati pubblicati nei server di log di Certificate Transparency (CT), che sono registri pubblici e append-only di tutti i certificati emessi. Cloudflare ha sottolineato che pubblicare certificati di test nei log CT non è di per sé un errore; il vero errore è stato che Fina CA ha utilizzato le sue chiavi di firma di produzione per emettere un certificato per l'indirizzo IP 1.1.1.1 senza il permesso di Cloudflare, il controllore di quell'indirizzo. Fina avrebbe dovuto utilizzare un indirizzo IP che controlla essa stessa, ha detto Cloudflare. I certificati non autorizzati sono stati scoperti perché Fina CA li ha comunque inviati ai log CT.

I certificati non autorizzati non sono rari. Nel novembre 2024, l'autorità di certificazione IdenTrust ha emesso certificati a causa di negligenza. Più famosamente, nel 2011, la CA olandese DigiNotar è stata hackerata e le sue chiavi sono state utilizzate per emettere centinaia di certificati fraudolenti. Quell'incidente è stato un campanello d'allarme e ha motivato l'introduzione di Certificate Transparency, successivamente formalizzata nella RFC 6962. CT non impedisce direttamente l'emissione errata ma consente il rilevamento dopo il fatto rendendo ogni certificato pubblicamente visibile. Diversi soggetti indipendenti, inclusa Cloudflare, gestiscono log CT pubblici. I browser moderni generalmente richiedono la prova che un certificato sia stato registrato in almeno due log CT prima di accettarlo, ma la maggior parte dei client DNS non ha questo requisito. Cloudflare è stata fortunata che Fina CA abbia registrato i certificati rogue, consentendo la scoperta attraverso servizi come crt.sh o la pagina di trasparenza dei certificati di Cloudflare Radar.

La preoccupazione immediata di Cloudflare era se qualcuno avesse utilizzato i certificati in modo dannoso per impersonare 1.1.1.1. Un tale attacco richiederebbe tre cose: un certificato rogue e la sua chiave privata (la controparte segreta che dimostra la proprietà del certificato), client attaccati che si fidano di Fina CA e la capacità di intercettare il traffico tra i client e 1.1.1.1. Cloudflare sa che un certificato è stato emesso senza il suo coinvolgimento, quindi deve presumere che esista una chiave privata al di fuori del suo controllo. Fina CA ha detto a Cloudflare che le chiavi private erano esclusivamente nel suo ambiente controllato e sono state distrutte prima che i certificati fossero revocati, ma Cloudflare non può verificarlo e continua ad adottare misure per rilevare un uso dannoso. Per quanto riguarda il secondo requisito, Fina CA è inclusa per impostazione predefinita nel root store di Microsoft (l'elenco integrato di autorità di certificazione attendibili in Windows) e in un elenco di un fornitore di servizi fiduciari dell'UE, ma non è nei root store predefiniti di Android, Apple, Mozilla o Chrome. Pertanto, gli utenti su queste piattaforme con impostazioni predefinite non avrebbero potuto essere colpiti. Il certificato mostrato nel rapporto di Cloudflare aveva numero di serie 02:7d:c8:c5:e1:72:94:ae:c9:ed:3f:67:72:8e:8a:08 ed è stato emesso da DigiCert Global G2 TLS RSA SHA256 2020 CA1, sebbene i certificati non autorizzati di Fina CA avrebbero avuto i propri dettagli.

In risposta, Cloudflare sta monitorando i log di trasparenza dei certificati e dispone di meccanismi di rilevamento per individuare qualsiasi uso di questi certificati rogue. L'azienda esorta i proprietari di domini e i controllori di indirizzi IP a monitorare i log CT per eventuali certificati inaspettati. Per gli utenti internet di tutti i giorni, l'incidente è un promemoria che la sicurezza del DNS crittografato dipende dal sistema delle autorità di certificazione. Scegliere un resolver DNS che monitori attivamente gli abusi e abbia un solido track record può ridurre il rischio. Per i lettori che desiderano una maggiore garanzia, utilizzare un servizio DNS crittografato incentrato sulla privacy come AEU DNS (https://aeu-dns.com) significa affidarsi a un fornitore che dà priorità alla crittografia e alla validazione dei certificati, contribuendo a proteggere da server impostori. Abilitare DoH o DoT sui propri dispositivi e mantenere aggiornato il software sono passi pratici per mantenere una connessione affidabile.