La crittografia post-quantum indica insiemi di algoritmi progettati per resistere a computer quantistici in grado di rompere gli schemi classici. In termini semplici, protegge scambi e archivi anche contro avversari con capacità computazionali avanzate. Il nodo centrale è il rischio harvest-now-decrypt-later un avversario può intercettare oggi dati cifrati e decifrarli in seguito quando gli strumenti lo renderanno possibile. Chi custodisce informazioni con valore duraturo deve considerare questo scenario già in fase di progettazione.
È rilevante perché molte comunicazioni, certificati e backup contengono dati con una vita utile lunga: proprietà intellettuale, referti, identità digitali, segreti d’impresa. Se vengono memorizzati e conservati da terzi, la confidenzialità differita diventa un obiettivo concreto. Questo articolo chiarisce i concetti di base, spiega cosa cambia con la post-quantum e propone domande pratiche da porre a provider e fornitori per una migrazione graduale, riducendo rischi e costi.
Che cos’è il rischio harvest-now-decrypt-later
Con harvest-now-decrypt-later (HNDL) si intende la raccolta sistematica di traffico cifrato per archiviarlo e tentare la decrittazione in futuro. Il punto debole non è solo l’algoritmo attuale, ma l’orizzonte temporale del dato: se il contenuto deve restare segreto per anni, basta che venga rotto una sola volta nel futuro per compromettere tutto. Questo riguarda sia la crittografia in transito (sessioni TLS VPN, email) sia la crittografia a riposo (backup, archivi, database). Mitigare HNDL significa ridurre la finestra di esposizione con scelte robuste oggi e con piani di aggiornamento credibili.
Basi della crittografia post-quantum: principi, non sigle
La post-quantum si fonda su problemi matematici per cui non sono note scorciatoie nemmeno con macchine quantistiche. Le famiglie più studiate includono approcci basati su reticolibasati su codici e basati su funzioni hash. In generale, gli schemi riguardano due aree: scambio di chiavi/encapsulation per proteggere sessioni, e firme digitali per autenticare identità e software. I principi utili da ricordare sono tre: diversificazione delle primitive, parametri adeguati al livello di sicurezza richiesto e attenzione a implementazioni, canali laterali e gestione delle chiavi, spesso più critiche dell’algoritmo.
Valutare cosa proteggere: dati, durata e superfici
Per capire cosa cambia per ciascuno, conviene classificare i dati per durata della sensibilità. Documenti che devono restare riservati per lungo tempo, come progetti, piani strategici o registri sanitari, meritano priorità più alta. Serve poi mappare le superfici canali esterni (siti, API email, VPN) e archivi interni (storage, backup, log). Infine, stimare l’impatto di una possibile decrittazione futura: danni reputazionali, sanzioni, perdita di vantaggi competitivi. Da questa analisi discende la sequenza di migrazione: prima i flussi con massima longevità dei dati e massima esposizione.
Cosa chiedere a provider e servizi per migrare in modo graduale
A un fornitore serio si possono porre domande semplici e verificabili. 1) Quali algoritmi post-quantum supportate per scambio di chiavi e firme? 2) Offrite modalità ibride che combinano uno schema classico e uno post-quantum nella stessa sessione? 3) Come gestite gli aggiornamenti di parametri e i cicli di sostituzione dei certificati? 4) Sono disponibili piani di compatibilità con client e device legacy, con fallback sicuri e disattivabili? 5) Come vengono protetti i backup a lungo termine e quali rotazioni di chiave sono previste? 6) Esistono log e attestazioni verificabili per audit indipendenti? Queste risposte orientano scelte progressive senza interruzioni.
Pattern di transizione: ibrido, transito e riposo
Una strategia prudente adotta modalità ibride dove possibile: nello scambio di chiavi, due meccanismi diversi creano materiale segreto combinato, così la sicurezza regge anche se uno venisse compromesso. Per la cifratura in transito si agisce su TLSVPN e email, privilegiando suite che includano componenti post-quantum e attivando gradualmente per gruppi di utenti. Per la cifratura a riposo si proteggono archivi e backup con chiavi gestite in HSM o servizi equivalenti, prevedendo la re-cifratura periodica e lo scarto dei supporti obsoleti. Il principio guida è la coesistenza controllata, con metriche chiare e rollback definito.
Approfondimenti ed eccezioni: casi specifici
Alcuni scenari richiedono attenzione extra. Sistemi air-gapped riducono il rischio di intercettazione, ma non eliminano la necessità di firme post-quantum per l’integrità del software distribuito. Dispositivi con risorse limitate possono soffrire chiavi e firme più grandi: servono valutazioni su latenza memoria e canali di aggiornamento. Ambienti regolamentati potrebbero imporre curve di adozione progressive e certificazioni: conviene pianificare pilot contenuti con dati non critici. Per archivi di lungo periodo, strategie di segregazione e sharding riducono l’impatto di una singola compromissione, mentre copie di backup dovrebbero essere ricifrate a cadenze coerenti con l’orizzonte di segretezza.
Checklist essenziale per chi decide di iniziare
- Inventario dei dati per longevità e criticità, con priorità chiare.
- Mappa delle dipendenze crittografiche in transito e a riposo.
- Pilota con modalità ibride in un perimetro controllato.
- Domande ai provider su supporto post-quantum fallback e audit.
- Piano di rotazione chiavi re-cifratura e gestione backup.
- Test di performance e compatibilità su client e device critici.
- Documentazione di policy e monitoraggio con metriche oggettive.
La migrazione alla crittografia post-quantum non è uno strappo, ma un percorso. Concentrarsi sul rischio harvest-now-decrypt-later aiuta a decidere dove intervenire prima: dati con lunga vita, canali più esposti, archivi che non possono essere recuperati una volta pubblici. Con domande mirate ai fornitori, modalità ibride e disciplina nella gestione delle chiavi, la transizione diventa un’evoluzione naturale della sicurezza, allineata ai principi che restano validi nel tempo.
