Dirottamenti DNS hanno portato a certificati TLS Google non autorizzati

Dirottamenti DNS presso tre domini di primo livello nazionali hanno permesso agli aggressori di ottenere certificati HTTPS non autorizzati per diversi domini Google, secondo Google, che ha reso noto l’incidente il 6 ottobre. Google ha dichiarato che i propri sistemi non sono stati violati, ma che i domini terminanti in .gh per il Ghana, .sl per la Sierra Leone e .as per le Samoa Americane sono stati esposti a rischio mentre i dirottamenti erano in corso.

Il pericolo pratico è che un certificato HTTPS dall’aspetto valido può aiutare un aggressore a impersonare un sito web reale su una connessione cifrata. HTTPS è la connessione web sicura mostrata dai browser, e la sua affidabilità dipende da certificati che dimostrano che un sito è quello che un visitatore intendeva raggiungere. Se un aggressore riesce a ottenere un certificato per un dominio che non controlla legittimamente, potrebbe essere in grado di far sembrare autentico un sito falso e vedere le informazioni private inviate a quel sito. Google non ha detto se qualcuno dei certificati sia stato effettivamente usato per impersonare un sito Google o leggere dati degli utenti.

Google ha dichiarato che Chrome ha bloccato i certificati non autorizzati per i domini Google tramite CRLSets, il meccanismo di emergenza di Chrome per revocare rapidamente la fiducia nei certificati. Google ha inoltre collaborato con le autorità di certificazione che hanno emesso i certificati affinché potessero essere revocati. Le autorità di certificazione, o CA, sono le organizzazioni che emettono certificati per siti web dopo aver verificato che un richiedente controlli il dominio. La revoca è il processo con cui un certificato viene contrassegnato come non più affidabile, contribuendo a proteggere le persone che usano anche altri browser e applicazioni oltre a Chrome.

I domini Google interessati non sono stati nominati da Google, ma i log di Certificate Transparency hanno mostrato almeno 12 certificati emessi tra il 22 e il 27 settembre per nomi Google e YouTube sotto i tre ccTLD. Certificate Transparency, spesso abbreviato in CT, è un sistema di registrazione pubblico che registra i certificati emessi dalle CA, così che proprietari di domini e ricercatori possano individuare certificati inattesi. The Hacker News ha riferito di aver trovato i certificati il 7 ottobre usando ctlogs.dev e Cert Spotter. I record riguardavano sette domini, tra cui google.com.gh, google.sl e google.as.

Dei 12 certificati trovati in quei log, 11 sono stati emessi da Let’s Encrypt e uno da ZeroSSL. Erano certificati con convalida del dominio, cioè emessi dopo una verifica del fatto che il richiedente controllasse il dominio. Google ha dichiarato che gli aggressori hanno alterato i record DNS autorevoli durante i dirottamenti. DNS è il sistema che indirizza un nome di dominio alla destinazione internet corretta, e i record DNS autorevoli sono i record considerati la fonte di verità per un dominio. Poiché gli aggressori potevano modificare quei record, Google ha dichiarato di non avere motivo di ritenere che le CA abbiano agito in modo improprio.

I record CT esaminati nel rapporto hanno mostrato una sequenza attraverso i tre ccTLD. I certificati per i nomi .gh sono stati registrati per la prima volta il 22 settembre, i certificati per i nomi .sl il 25 settembre e i certificati per i nomi .as il 27 settembre. I nomi dei certificati includevano google.com.gh, youtube.com.gh, google.sl, google.com.sl, youtube.sl, google.as e youtube.as, con alcuni certificati che coprivano nomi wildcard come *.google.com.gh o *.youtube.as. Nei record risalenti almeno al 10 settembre, ogni altro certificato per google.com.gh, google.sl e google.as proveniva da Google Trust Services, la CA di Google.

Un membro dello staff di Let’s Encrypt ha scritto sul forum della community della CA il 7 ottobre che certificati per Google e YouTube erano stati emessi ed erano stati revocati. La ricerca ha coperto solo un piccolo insieme di nomi Google e YouTube, quindi il numero totale di certificati interessati potrebbe essere più alto. Google ha inoltre dichiarato che i dati CT indicavano che altre organizzazioni potrebbero essere state colpite dagli stessi attacchi, inclusi marchi globali noti e servizi online ampiamente utilizzati, ma non ha nominato tali organizzazioni.

Entro il 7 ottobre, Cert Spotter mostrava tutti e 12 i certificati come revocati. I due certificati .gh e il certificato ZeroSSL sono stati revocati il 26 settembre. I restanti nove certificati sono stati revocati il 1° ottobre. L’intervallo tra la prima registrazione e la revoca andava da circa un giorno e mezzo a quasi una settimana. Un dettaglio temporale degno di nota è che il primo certificato .as è stato registrato il 27 settembre, circa un giorno dopo che i certificati .gh erano già stati revocati.

Google ha dichiarato di essere venuta a conoscenza dei dirottamenti nella settimana precedente al suo post del 6 ottobre e di aver agito immediatamente, ma non ha fornito date specifiche per i dirottamenti o per le proprie azioni di risposta. L’azienda ha detto di aver bloccato in Chrome anche i certificati trovati per altre organizzazioni e di aver contattato tali organizzazioni dove possibile. Il post di Google non ha identificato gli aggressori, non ha spiegato come i registri ccTLD siano stati compromessi né ha dichiarato se i registri fossero stati messi in sicurezza.

Per i proprietari di siti, la lezione principale è che la fiducia nei certificati dipende non solo dalla CA, ma anche dall’integrità del DNS. Una CA emette comunemente un certificato una volta che un richiedente dimostra il controllo del dominio, per esempio inserendo uno specifico record DNS nel dominio. Se un aggressore controlla i record DNS autorevoli rilevanti durante un dirottamento, potrebbe essere in grado di superare tale verifica anche se non possiede il dominio.

Google ha consigliato ai proprietari di domini di monitorare i log CT per ogni dominio che possiedono, inclusi i domini parcheggiati e le varianti ccTLD regionali. I servizi di monitoraggio CT possono avvisare un proprietario quando viene emesso un certificato per uno dei suoi domini. Chiunque gestisca un dominio sotto .gh, .sl o .as dovrebbe esaminare le voci recenti dei log dei certificati per individuare certificati che non ha richiesto.

Google ha inoltre raccomandato di pubblicare un record CAA rigoroso. Un record Certification Authority Authorization, o record CAA, è un record DNS che indica alle CA quali autorità di certificazione sono autorizzate a emettere certificati per un dominio. Google consiglia di collegare quel record all’account CA del proprietario, quando la CA supporta questa opzione. Le regole delle CA consentono inoltre a chiunque di segnalare un certificato inatteso alla CA emittente tramite un Certificate Problem Report, e la CA deve indagare e fornire i risultati iniziali entro 24 ore.

Un record CAA non è una difesa completa durante un dirottamento DNS attivo. Lo standard CAA afferma che un aggressore in grado di rimuovere il record o sostituirlo con uno falso potrebbe comunque ottenere un certificato. Il suo valore è particolarmente importante dopo che il proprietario legittimo riprende il controllo del DNS, perché Google ha dichiarato che le CA possono riutilizzare una convalida del dominio già completata per certificati successivi. Un record CAA rigoroso può bloccare una richiesta di certificato successiva se limita l’emissione alla CA o all’account legittimo.

I Baseline Requirements seguiti dalle CA consentono attualmente di riutilizzare una convalida del dominio per un massimo di 200 giorni. Tale limite è previsto scendere a 100 giorni nel marzo 2027 e a 10 giorni nel marzo 2029 secondo un calendario del CA/Browser Forum approvato nell’aprile 2025. Let’s Encrypt ha dichiarato nel dicembre 2025 che riutilizza una verifica del dominio per 30 giorni e prevede di ridurre quel periodo a 7 ore entro il 2028.