Cloudflare ha esteso il supporto di 1.1.1.1 alla validazione DNSSEC con ML-DSA-44, algoritmo post-quantum selezionato dal NIST. Il cambiamento riguarda uno strato poco visibile della rete, il DNS, ma interviene su una componente essenziale: la capacità di verificare che una risposta ottenuta per un nome di dominio sia autentica e non sia stata alterata lungo il percorso.
La novità non equivale a una conversione generalizzata del DNS mondiale alla crittografia post-quantum. 1.1.1.1 è un resolver pubblico: riceve la richiesta dell’utente, interroga l’infrastruttura DNS e restituisce la risposta. Con l’aggiornamento, il resolver è in grado di controllare anche firme DNSSEC costruite con ML-DSA-44. È però un passo concreto verso la compatibilità di una parte fondamentale dell’infrastruttura Internet con primitive progettate per resistere agli attacchi attribuiti ai futuri computer quantistici.
L’aspetto più istruttivo dell’annuncio è la dimensione del problema. Una firma ML-DSA-44 occupa 2.420 byte. Per il DNS, nato in un’epoca in cui messaggi brevi e risposte compatte erano la norma, non è un dettaglio di implementazione: modifica il modo in cui le risposte attraversano la rete e mette alla prova apparati, reti e software intermedi che potrebbero non gestire correttamente pacchetti più grandi.
Che cosa protegge DNSSEC e perché serve una nuova firma
Il DNS traduce i nomi leggibili dalle persone, come un indirizzo web, negli indirizzi e nelle informazioni operative necessarie ai dispositivi per collegarsi ai servizi. Proprio per il suo ruolo, è un bersaglio rilevante: chi riesce a falsificare una risposta DNS può deviare una connessione verso una destinazione diversa da quella attesa.
DNSSEC aggiunge un meccanismo di autenticazione basato su firme crittografiche. Una zona DNS firma i propri record; il resolver che effettua la validazione controlla la firma e la catena di fiducia che, dalle zone superiori, porta fino al dominio interrogato. Se la verifica fallisce, la risposta non dovrebbe essere considerata sicura. DNSSEC non cifra le richieste DNS né rende invisibili i nomi cercati, ma permette di rilevare risposte manipolate o non autentiche.
Gli algoritmi a chiave pubblica usati da molti sistemi attuali sono costruiti su problemi matematici che un computer quantistico sufficientemente potente potrebbe affrontare in modo molto più efficace rispetto ai computer convenzionali. ML-DSA-44 appartiene invece alla famiglia delle firme digitali post-quantum standardizzate dal NIST. L’obiettivo è offrire una strada alternativa prima che l’eventuale disponibilità di macchine quantistiche capaci di mettere in crisi la crittografia tradizionale trasformi una migrazione complessa in un’emergenza.
Per DNSSEC, il passaggio non può essere valutato soltanto in termini di robustezza dell’algoritmo. La firma deve essere pubblicata nei record DNS, trasmessa dai server autorevoli, elaborata dai resolver e consegnata attraverso una catena di reti eterogenee. La sicurezza della teoria crittografica deve quindi convivere con limiti e comportamenti reali del trasporto DNS.
Il vincolo dei 2.420 byte
La firma da 2.420 byte citata da Cloudflare mostra perché l’adozione non sia lineare. Nel DNS le risposte possono contenere non solo il record richiesto, ma anche dati aggiuntivi utili a verificarne l’autenticità. Se una firma è molto più grande rispetto a quelle impiegate normalmente, l’intera risposta cresce e può superare la dimensione che alcuni percorsi di rete trattano senza difficoltà.
EDNS ha ampliato nel tempo la capacità del protocollo di trasportare risposte UDP più grandi, mentre il DNS può ricorrere a TCP quando UDP non è sufficiente. Ma il comportamento effettivo dipende dalla compatibilità degli endpoint e delle reti intermedie. Filtri, firewall, dispositivi datati e configurazioni non corrette possono scartare o alterare il traffico inatteso. Una risposta che funziona nel laboratorio di chi gestisce una zona potrebbe quindi degradare, essere troncata o non arrivare correttamente a un resolver in condizioni operative.
Per un servizio globale come 1.1.1.1, validare ML-DSA-44 significa affrontare quella variabilità su larga scala. Cloudflare mette così l’accento su un tema che accompagnerà molte transizioni post-quantum: la scelta dell’algoritmo è soltanto una parte del lavoro. Occorrono test sulle implementazioni, osservazione dei fallimenti e strategie capaci di preservare sia la raggiungibilità del servizio sia le garanzie di sicurezza.
Il rischio del fallback non è un dettaglio operativo
L’altro punto centrale riguarda il downgrade. In un periodo di migrazione è naturale prevedere compatibilità con sistemi precedenti: non tutti i domini firmeranno subito con nuovi algoritmi e non tutti i software saranno pronti a elaborarli. Tuttavia, un meccanismo che torna automaticamente a un’opzione meno sicura quando incontra un errore può diventare esso stesso un vettore d’attacco.
Un aggressore che riesca a simulare un problema di compatibilità potrebbe indurre un client o un resolver ad abbandonare la verifica più robusta. Il risultato sarebbe paradossale: la presenza del supporto post-quantum offrirebbe una protezione solo condizionata, aggirabile forzando il percorso meno sicuro. Cloudflare segnala di aver considerato questi rischi nel portare la validazione a scala globale, un passaggio necessario in un ecosistema nel quale vecchi e nuovi schemi conviveranno per anni.
Questo spiega anche perché l’adozione dovrà essere graduale. Per i gestori delle zone DNS non basta generare una chiave nuova e pubblicare una firma: devono valutare le dimensioni delle risposte, la compatibilità dei propri server autorevoli, i resolver raggiunti e le conseguenze degli eventuali errori. Dal lato dei resolver, la sfida consiste nel verificare correttamente più algoritmi senza indebolire la catena di fiducia quando le condizioni di rete sono imperfette.
Un segnale per l’ecosistema DNS
La disponibilità della validazione su 1.1.1.1 non obbliga i proprietari di domini a modificare subito le proprie configurazioni, né cambia nell’immediato l’esperienza quotidiana di chi naviga. Il suo peso sta nel rendere disponibile, in un resolver pubblico utilizzato su scala mondiale, una capacità che i futuri firmatari potranno trovare già pronta. Riduce una delle incognite della migrazione: quando le zone inizieranno a usare ML-DSA-44, almeno una parte significativa dell’infrastruttura di risoluzione sarà in grado di controllarne le firme.
Resta aperto il lavoro più ampio. DNSSEC non è attivato ovunque e l’adozione di firme post-quantum richiederà aggiornamenti coordinati tra software autorevoli, operatori di domini, resolver e reti. La dimensione delle firme rende inoltre particolarmente importante misurare ciò che accade fuori dagli ambienti controllati. Eventuali problemi non saranno necessariamente crittografici: potrebbero emergere in appliance, policy di rete o implementazioni DNS che hanno assunto per anni risposte più contenute.
Il passaggio annunciato da Cloudflare va letto quindi come un test operativo di maturità, oltre che come un aggiornamento di sicurezza. La crittografia post-quantum entra in una delle infrastrutture più diffuse di Internet portando con sé un costo concreto in byte, compatibilità e gestione delle eccezioni. Affrontarlo ora, prima che l’urgenza dettata dal quantum computing renda i tempi più stretti, è il senso pratico della scelta compiuta su 1.1.1.1.
