Quantum computing e crittografia: il rischio reale per i dati che usi oggi

Il rischio è concreto: i dati cifrati oggi con RSA o ECC possono essere intercettati, archiviati e decifrati domani da un computer quantistico. Si chiama “harvest now, decrypt later”. Se un’informazione deve restare segreta per anni, è già in pericolo. La migrazione alla crittografia post-quantistica richiede tempo, risorse e coordinamento: conviene iniziare ora.

Perché il rischio è reale già oggi

L’algoritmo di Shor, eseguibile su un computer quantistico abbastanza potente, abbatte le difese di RSA ed Elliptic Curve. Tradotto: la base di certificati, TLS/HTTPS, VPN, e-mail firmate e canali machine-to-machine che usi ogni giorno non sarebbe più affidabile. Un attaccante può già registrare traffico crittografato e aspettare il momento giusto per aprirlo.

L’impatto sui cifrari simmetrici è diverso: Grover accelera la ricerca, ma non li distrugge. AES-256 resta consigliato, i digest passano a lunghezze maggiori (SHA-384/512). Per capire il contesto tecnico che rende possibile questa minaccia, può essere utile un ripasso dei fondamenti del calcolo quantistico.

Chi è più esposto

Le organizzazioni con dati a lunga vita: sanità (cartelle cliniche), Pubblica Amministrazione (identità digitali, registri), finanza (dossier KYC, transazioni), proprietà intellettuale industriale, difesa e telco. Vulnerabili anche dispositivi a ciclo lungo: auto connesse, sensori IoT in infrastrutture, sistemi SCADA, satelliti e apparecchi medicali. Dove aggiornare la crittografia è difficile o costoso, il rischio sale. Anche il cloud non è immune: backup e archivi “freddi” contengono anni di storia.

Cosa cambia nella sicurezza

Serve passare a schemi resistenti al quantistico, i cosiddetti Algoritmi post-quantistici. Il processo di standardizzazione guidato da NIST ha selezionato Kyber (per lo scambio di chiavi) e Dilithium e SPHINCS+ (per le firme digitali). Sono candidati per sostituire RSA/ECC in TLS, e-mail, VPN, autenticazione di dispositivi e aggiornamenti firmware.

La migrazione non è un “patch day”. Impatta PKI, HSM, librerie crittografiche, prestazioni, formati dei certificati e perfino i protocolli legacy. In molti casi si userà una modalità ibrida: combinare Kyber con ECDHE per negoziare chiavi in TLS, o firme doppie (ECDSA + Dilithium) per garantire compatibilità e sicurezza durante la transizione. L’obiettivo strategico è la crypto agility: poter cambiare algoritmo senza stravolgere le applicazioni.

Tempistiche e transizione

Quando arriverà un computer quantistico “rilevante per la crittografia”? Le stime serie parlano di orizzonti tra 5 e 15 anni, con grande incertezza. Ma il clock della sicurezza corre già: se un documento deve restare segreto 10 anni e la transizione tecnica richiede 3-5 anni, ogni trimestre perso allarga la finestra di rischio. Come accade in altri settori, dall’automotive all’edilizia, l’adozione di nuove tecniche richiede standard, filiere e collaudi: l’evoluzione della stampa 3D nelle costruzioni mostra come l’innovazione diventi solida solo quando processi e materiali maturano.

Cosa puoi fare adesso

Fai inventario. Mappa protocolli, librerie, certificati, chiavi, HSM, dispositivi, dipendenze di terze parti. Classifica i dati per durata della riservatezza: quelli “lunghi” vanno trattati per primi.

Attiva la crypto agility. Aggiorna a stack moderni (OpenSSL 3.x, TLS 1.3), separa l’astrazione crittografica dal codice applicativo, riduci hardcoding di algoritmi e dimensioni chiave. Prepara PKI e HSM per chiavi, certificati e curve più pesanti.

Sperimenta in ambienti pilota. Prova Kyber e Dilithium con librerie che integrano estensioni PQC, valuta latenza e footprint, misura impatti su CPU, RAM e banda. Adotta modalità ibride dove possibile per mantenere interoperabilità mentre estendi la copertura.

Metti in sicurezza firmware e supply chain. La firma del codice è un punto critico: pianifica come distribuire chiavi di verifica PQC ai dispositivi sul campo e come aggiornare bootloader e secure element. Verifica la roadmap dei fornitori: inserisci requisiti PQC negli RFP.

Rafforza il “classico” nell’immediato. Passa ad AES-256 e SHA-384/512 dove non lo hai già fatto, allunga la vita delle chiavi, riduci la riusabilità, aggiorna i parametri di curva e ciphersuite. Cifra di più, non di meno: meno dati in chiaro oggi significa meno materiale utile a chi raccoglie per decrittare domani.

Governance e compliance. Allinea policy e valutazioni di impatto con i regolamenti di settore e la protezione dei dati personali. Definisci budget, ownership e un piano con milestone trimestrali. Non serve allarmismo: serve calendarizzare, provare sul campo e misurare. Il momento giusto per iniziare è adesso, finché le scelte sono tue e non imposte da un incidente.