DKIM e Crittografia Post-Quantistica: Niente Panico, Sistemate le Basi

La crittografia post-quantistica è un problema reale, ma non ogni parte dello stack di sicurezza email è esposta allo stesso modo. Molti commenti riducono l'intero argomento a “raccogli ora, decifra dopo”: gli attaccanti raccolgono oggi il traffico crittografato, aspettano un computer quantistico crittograficamente rilevante, e lo decifrano in seguito. Questa è una preoccupazione seria per i contenuti crittografati (PGP, S/MIME, TLS, VPN, backup, archivi), ma non è il modello giusto per DKIM.

DKIM non è un meccanismo di riservatezza. Non crittografa il messaggio. È un segnale di autenticazione valutato quando un destinatario elabora l'email. Il destinatario verifica l'header DKIM-Signature rispetto a una chiave pubblica pubblicata sotto un selettore in DNS, e questo risultato alimenta la policy locale così come DMARC. La preoccupazione post-quantistica per DKIM non è che le email firmate oggi verranno decifrate in seguito. La preoccupazione è la contraffazione futura. Se le firme di classe RSA diventassero violabili, un attaccante potrebbe creare firme DKIM apparentemente valide per email contraffatte, a meno che l'ecosistema non sia passato a schemi di firma resistenti ai quantum.

Questo è importante, ma l'urgenza è diversa. Il NIST ha standardizzato algoritmi di firma digitale post-quantistici come ML-DSA, e gli organismi di standardizzazione stanno discutendo l'agilità degli algoritmi e l'estensibilità futura nell'autenticazione delle email. Ma non esiste ancora un profilo DKIM post-quantistico ampiamente distribuito, interoperabile e pronto per la produzione che le persone dovrebbero affrettarsi ad aggiungere ai propri domini.

C'è anche una realtà pratica di implementazione. La migrazione ibrida di DKIM potrebbe alla fine significare eseguire in parallelo materiale di firma classico e post-quantistico. Questo ha senso in teoria, ma in DKIM le firme risiedono negli header dei messaggi mentre il DNS pubblica chiavi pubbliche con ambito di selettore. Il vero lavoro non è solo “mettere le firme post-quantistiche nel DNS”. Si tratta di concordare algoritmi, formati delle chiavi, selettori, gestione dei record DNS, comportamento dei verificatori, semantica dei fallimenti e trattamento dell'allineamento DMARC.

DKIM è più semplice della crittografia sotto un aspetto, perché non deve proteggere il contenuto del messaggio nel tempo, ma è anche difficile da modificare su scala internet. Il DNS deve trasportare le chiavi pubbliche, e il trasporto DNS ha vincoli pratici di dimensione e affidabilità che diventano più importanti se le chiavi pubbliche post-quantistiche sono sostanzialmente più grandi delle attuali chiavi RSA. I destinatari elaborano volumi enormi di posta e valutano continuamente le firme, quindi anche le prestazioni dei verificatori contano. Ciò significa che il settore deve risolvere non solo la questione della progettazione crittografica, ma anche le questioni ingegneristiche relative alla dimensione delle chiavi nel DNS, alla dimensione delle firme negli header, al comportamento delle ricerche, al caching, al throughput e alla retrocompatibilità.

Per ora, il focus giusto è mettere a posto le basi dell'autenticazione email. Ciò significa chiavi DKIM robuste dove supportate, gestione disciplinata dei selettori, fonti di invio autenticate e allineate, DMARC portato oltre il monitoraggio fino all'enforcement, e visibilità continua su fallimenti e mittenti non autorizzati. È esattamente qui che OnDMARC aiuta: gestendo SPF, DKIM, DMARC, BIMI e MTA-STS, identificando configurazioni errate e mantenendo i team su un percorso chiaro verso l'enforcement, invece di trattare l'autenticazione email come un progetto DNS una tantum.

Il lavoro post-quantistico più urgente si trova altrove. Fai un inventario di dove utilizzi la crittografia a chiave pubblica, specialmente dove la riservatezza ha una lunga durata. I certificati TLS, le VPN, i backup crittografati, gli archivi a lungo termine, la firma del codice, S/MIME, la PKI privata e le identità delle macchine meritano tutti attenzione prima di modifiche speculative a DKIM. Questo lavoro inizia con la visibilità: quali certificati esistono, dove sono distribuiti, quali algoritmi e scambi di chiavi utilizzano, chi li possiede e con quale rapidità possono essere rinnovati.

Red Sift Certificates gestisce questo lato. Copre la scoperta e il monitoraggio degli asset crittografici pubblici su domini, sottodomini, certificati e servizi esposti, inclusi la configurazione TLS e i dettagli dei certificati. Questo offre ai team un punto di partenza pratico per la prontezza post-quantistica. Costruisci l'inventario, comprendi l'esposizione, dai priorità ai rischi di riservatezza a lungo termine, e migliora l'agilità crittografica prima che arrivi una migrazione forzata.

Il nostro consiglio? Niente panico, andate avanti. Utilizzate OnDMARC per rafforzare DKIM e DMARC con gli standard attuali. Chiedete agli ESP e ai fornitori di posta la loro roadmap sull'agilità degli algoritmi DKIM e sul supporto post-quantistico futuro. I clienti dovrebbero anche seguire il lavoro IETF su DKIM2 come parte del più ampio movimento verso l'agilità degli algoritmi DKIM e una semantica di gestione dei messaggi più solida, trattandolo però come un lavoro sugli standard ancora in corso piuttosto che come un controllo post-quantistico distribuibile oggi. Utilizzate Red Sift Certificates per iniziare fin da ora il più ampio lavoro di inventario crittografico e prontezza dei certificati.