Crittografia post-quantistica: la migrazione comincia dall’inventario, non dal computer quantistico

Il problema non è indovinare quando arriverà il computer quantistico

I computer quantistici capaci di violare su larga scala la crittografia a chiave pubblica oggi non sono disponibili. Questo però non rende prematuro il lavoro di preparazione. Certificati, VPN, firme digitali, aggiornamenti software, posta, backup cifrati e servizi cloud dipendono da algoritmi che non possono essere sostituiti tutti nello stesso giorno.

La domanda utile non è “tra quanti anni succederà?”, ma “quanto tempo impiegheremmo a sapere dove intervenire?”. Se un’organizzazione non conosce i propri algoritmi, certificati, chiavi, librerie e fornitori, anche una tecnologia già pronta rimane difficile da adottare. La transizione è soprattutto un problema di inventario, dipendenze e capacità di aggiornamento.

• La minaccia riguarda riservatezza e autenticità: dati cifrati, identità, firme e aggiornamenti.
• La migrazione coinvolge prodotti, protocolli, fornitori e dispositivi con cicli di vita differenti.
• Il primo risultato concreto è sapere quali sistemi usano crittografia e chi può aggiornarli.
• Non serve acquistare oggi un “computer quantistico”: serve ridurre l’incertezza tecnica.

Che cosa può cambiare davvero con il calcolo quantistico

Molta sicurezza digitale usa due famiglie di strumenti. La crittografia simmetrica protegge i dati con una chiave condivisa; la crittografia a chiave pubblica permette invece di stabilire chiavi, autenticare soggetti e verificare firme. Sono soprattutto alcuni sistemi a chiave pubblica oggi diffusi, come RSA e quelli basati sulle curve ellittiche, a richiedere una transizione verso soluzioni resistenti agli attacchi quantistici.

La crittografia post-quantistica non richiede necessariamente hardware quantistico. È un insieme di algoritmi progettati per funzionare su sistemi convenzionali e resistere sia ad attaccanti classici sia a futuri attaccanti quantistici. Questo chiarimento evita due errori: aspettare un computer quantistico prima di prepararsi oppure sostituire in fretta ogni cifratura senza una valutazione tecnica.

• Scambio di chiavi: consente a due sistemi di concordare un segreto su un canale pubblico.
• Firma digitale: protegge autenticità e integrità di software, documenti e identità.
• Cifratura simmetrica: resta fondamentale; va comunque gestita con chiavi e configurazioni adeguate.
• PQC: algoritmi software e protocolli aggiornati, non un nuovo tipo di computer da comprare.

Gli standard esistono già, ma non vanno implementati in modo artigianale

NIST ha pubblicato nell’agosto 2024 tre standard finali: FIPS 203 per ML-KEM, destinato alla creazione di chiavi condivise, e FIPS 204 e 205 per le firme digitali ML-DSA e SLH-DSA. Nel 2026 NIST ribadisce che questi standard sono pronti per l’implementazione e che organizzazioni e fornitori devono iniziare la migrazione.

A luglio 2026 un algoritmo candidato chiamato HAWK è stato ritirato dopo la scoperta di una vulnerabilità. NIST ha chiarito che il problema non riguarda gli standard finalizzati ML-KEM e ML-DSA, basati su costruzioni differenti. È una lezione importante: la selezione pubblica e la revisione continuano, quindi non si devono inventare implementazioni proprie né trasformare una notizia su un candidato in sfiducia verso l’intero processo.

• ML-KEM: meccanismo standardizzato per stabilire chiavi condivise.
• ML-DSA: firma digitale post-quantistica principale per molti scenari.
• SLH-DSA: firma basata su hash, disponibile come alternativa con caratteristiche diverse.
• Scelta pratica: attendere supporto documentato nei prodotti e protocolli, evitando crittografia “fatta in casa”.

Perché alcuni dati sono urgenti anche se il rischio è futuro

Un attaccante può intercettare oggi informazioni cifrate e conservarle per tentare di decifrarle in futuro. Questo modello viene spesso descritto come “raccogli ora, decifra dopo”. Il rischio non è uguale per ogni dato: un avviso scolastico che perde valore in pochi giorni è diverso da un fascicolo personale, un contratto, una credenziale di identità o un progetto industriale che deve restare riservato per molti anni.

La priorità nasce quindi dall’incrocio tra durata della riservatezza, esposizione e tempo necessario alla migrazione. Un sistema obsoleto con dati longevi e nessun percorso di aggiornamento merita attenzione prima di un servizio temporaneo che il fornitore aggiorna automaticamente.

• Quanto a lungo il dato deve rimanere riservato o verificabile?
• Può essere intercettato, copiato o archiviato da soggetti esterni?
• Quanto tempo serve per sostituire software, certificati, dispositivi e contratti?
• Il fornitore ha una roadmap verificabile o risponde soltanto con formule commerciali?

L’inventario crittografico in parole semplici

Un inventario crittografico collega ogni servizio alla protezione che usa. Non deve partire da una scansione perfetta. Può iniziare con una tabella: servizio, proprietario, dati trattati, protocollo, certificato, algoritmo noto, libreria o prodotto, fornitore, scadenza e possibilità di aggiornamento.

Per una scuola l’elenco comprende registro elettronico, posta, identità, VPN, Wi-Fi, firma digitale, sito, backup, laboratori e dispositivi di rete. Per una PMI si aggiungono gestionale, fatturazione, banca, CRM, accessi remoti, e-commerce, software firmato e integrazioni con clienti e fornitori. L’inventario deve indicare anche ciò che non si conosce: un campo “da verificare” è più utile di una falsa certezza.

• Servizio e responsabile: chi sa come funziona e chi autorizza una modifica.
• Dati e durata: che cosa protegge e per quanto tempo serve la protezione.
• Dipendenze: certificati, chiavi, librerie, appliance, cloud e soggetti esterni.
• Ciclo di vita: scadenza, fine supporto, contratto e finestra di aggiornamento.
• Evidenza: configurazione, documentazione o risposta del fornitore che conferma il dato.

Crypto-agility: poter cambiare senza rifare tutto

La capacità più preziosa non è adottare un solo algoritmo, ma poter sostituire algoritmi, chiavi e certificati senza bloccare il servizio. Questa proprietà viene chiamata crypto-agility. Dipende da configurazioni gestibili, componenti aggiornabili, inventario affidabile, test e responsabilità chiare.

Un’applicazione che incorpora un algoritmo in molti punti del codice è più difficile da migrare di un servizio che usa librerie aggiornate e interfacce standard. Allo stesso modo, un dispositivo di rete senza aggiornamenti o un sistema operativo fuori supporto può rendere impossibile la transizione, anche se il resto dell’infrastruttura è moderno.

• Centralizza dove possibile gestione di certificati, chiavi e configurazioni.
• Evita dipendenze da algoritmi specifici nel codice applicativo.
• Pretendi aggiornamenti, documentazione e tempi di supporto dai fornitori.
• Prova rinnovo e sostituzione dei certificati prima dell’emergenza.
• Registra compatibilità e prestazioni: chiavi e firme PQC possono avere dimensioni diverse.

Cinque domande da inviare subito ai fornitori

Gran parte della crittografia usata da scuole e PMI è incorporata in servizi acquistati. La migrazione non può essere completata senza cloud provider, gestionali, apparati di rete, firme, backup e software. Una richiesta scritta consente di distinguere una roadmap tecnica da una promessa generica.

Le risposte vanno conservate nell’inventario e riesaminate a ogni rinnovo. Non è necessario pretendere che ogni prodotto sia già migrato, ma è ragionevole chiedere trasparenza, compatibilità, tempi e modalità di aggiornamento.

• Quali algoritmi e protocolli proteggono oggi dati, accessi, firme e aggiornamenti?
• Quali standard post-quantistici supporterete e con quale calendario?
• L’aggiornamento richiederà nuovi dispositivi, licenze, certificati o interruzioni?
• Prevedete modalità ibride per mantenere compatibilità durante la transizione?
• Come potremo verificare configurazione, interoperabilità e ritorno alla versione precedente?

Un piano realistico di 90 giorni

La roadmap europea invita gli Stati membri a coordinare la transizione e identifica i casi ad alto rischio come priorità. Per una scuola o una PMI il contributo concreto non è definire uno standard nazionale, ma arrivare preparata alle decisioni dei fornitori e alle scadenze del proprio settore.

In novanta giorni si può costruire una base solida senza sostituire ogni sistema. Il risultato atteso è un elenco verificato dei servizi critici, una graduatoria di priorità, le risposte dei fornitori e un test controllato su un componente non essenziale.

• Giorni 1–30: elenca servizi, dati longevi, certificati, VPN, firme, backup e dispositivi.
• Giorni 31–50: assegna proprietari, raccogli evidenze e identifica i punti non aggiornabili.
• Giorni 51–70: invia il questionario ai fornitori e collega le risposte ai rinnovi contrattuali.
• Giorni 71–90: prova in laboratorio un aggiornamento, misura compatibilità e documenta il ripristino.
• Ogni trimestre: aggiorna inventario, priorità e roadmap senza confondere test e produzione.

La preparazione post-quantistica è buona gestione dell’IT

La crittografia post-quantistica può sembrare un tema lontano, ma il lavoro iniziale risolve problemi già presenti: certificati dimenticati, apparati fuori supporto, librerie obsolete, dipendenze non documentate e fornitori senza un piano di uscita. Anche se la minaccia quantistica evolvesse più lentamente del previsto, un’organizzazione più consapevole e aggiornabile sarebbe comunque più sicura.

Se vuoi costruire l’inventario crittografico della tua scuola o impresa, definire le priorità e preparare domande tecniche per i fornitori, posso aiutarti a trasformare un tema complesso in un piano verificabile. Contattami per una valutazione iniziale dei servizi che devono restare sicuri nel tempo.