I principali fornitori tecnologici hanno fissato al 2029 la scadenza per proteggere i propri servizi dalle future minacce quantistiche. Per i clienti sembra una garanzia rassicurante, ma ogni impegno copre solo la tecnologia che il singolo fornitore controlla. Un’azienda di medie dimensioni può ancora dipendere da dispositivi meno recenti, certificati, sistemi di backup e applicazioni specialistiche che non rientrano nel perimetro del fornitore principale. Le piattaforme potrebbero essere pronte in tempo, mentre l’impresa resta esposta.
Il rischio di raccogliere oggi e decifrare domani
Un aggressore che sottrae informazioni cifrate oggi potrebbe non riuscire a leggerle subito, ma questo non rende il furto privo di valore. I dati possono essere conservati fino a quando la potenza di calcolo quantistica sarà disponibile in misura sufficiente a sbloccarli. Questa modalità è nota come harvest now, decrypt later: non lascia richieste di riscatto e può non far sospettare alla vittima che una copia utilizzabile sia uscita dai sistemi. Le informazioni che restano sensibili per anni sono quelle più esposte, e questo tipo di furto preventivo è già considerato un rischio concreto.
Il pericolo non è uguale per tutti i file. I dati operativi di routine perdono valore nel giro di un decennio, mentre la proprietà intellettuale, il materiale legale e le informazioni sulle persone possono causare danni anche in futuro. Per i responsabili della sicurezza il punto di partenza più utile è chiedersi quali informazioni, sottratte oggi, manterrebbero rilevanza se qualcuno potesse leggerle fra anni.
Le scadenze 2029, 2031 e 2035
NIST ha definito i primi standard di crittografia post-quantistica nel 2024. Microsoft intende portare i propri prodotti e servizi sulla nuova protezione entro il 2029 e ha già iniziato ad aggiungere il supporto a Windows e Windows Server. Google Cloud ha indicato a sua volta il 2029 come obiettivo, mentre l’NCSC chiede alle organizzazioni britanniche di completare l’individuazione e la pianificazione entro il 2028, intervenire sui sistemi a priorità più alta entro il 2031 e concludere la migrazione entro il 2035.
Queste date sono orizzonti di pianificazione e non previsioni sul momento in cui un computer quantistico potrà violare la crittografia a chiave pubblica oggi diffusa. Mostrano che la migrazione richiederà anni, ma rischiano anche di far pensare ai clienti che il problema sia già sotto controllo, mentre ogni scadenza segna soltanto il limite della responsabilità del fornitore. Google Cloud è esplicita su questo confine: aggiorna la tecnologia che alimenta i propri servizi cloud, mentre i clienti restano responsabili di applicazioni, dispositivi, chiavi di cifratura e impostazioni di sicurezza.
La prontezza del fornitore non coincide con quella dell’azienda
La difficoltà delle imprese medie si trova nei collegamenti tra fornitori diversi. I servizi cloud devono dialogare con software datato, sistemi di certificazione interni, apparati di rete e prodotti di backup, che si aggiornano a velocità differenti. Una piattaforma può introdurre una protezione resistente ai computer quantistici mentre un’applicazione più vecchia non riesce a utilizzarla. Un backup può cifrare i contenuti in modo robusto, ma il metodo che protegge la chiave di sblocco può restare vulnerabile.
Per le imprese di medie dimensioni la risposta più efficace parte dalle decisioni che si prendono già oggi. L’hardware acquistato quest’anno potrebbe essere ancora in funzione nel 2031, quando l’NCSC raccomanda di completare le migrazioni prioritarie. Un rinnovo software pluriennale può legare l’azienda a un’applicazione che non può adottare cifrature più forti senza essere riscritta o sostituita. Acquisti e rinnovi contrattuali sono quindi il momento in cui ridurre l’esposizione futura, prima che diventi una migrazione costosa.
Chiedere a un fornitore se un prodotto è pronto per il quantistico porta a una risposta generica. Chi acquista deve sapere quali prodotti cambieranno, se la transizione richiede nuovo hardware o costi aggiuntivi, che cosa deve configurare il cliente e chi è responsabile delle tecnologie che non possono essere aggiornate. I fornitori di servizi di sicurezza gestiti devono essere valutati con lo stesso rigore. Lavorare su una piattaforma importante con un programma post-quantistico finanziato è un vantaggio, ma il fornitore non può dare per scontato di ereditare la prontezza di Microsoft. Il suo compito è tradurre i cambiamenti della piattaforma nel contesto più ampio del cliente.
Non è possibile prevedere il giorno del Q-Day, ma le imprese medie non devono aspettare una data confermata per iniziare. Possono individuare le informazioni che devono restare riservate per anni, capire quali sistemi le contengono e inserire la prontezza quantistica nelle decisioni di acquisto e rinnovo. La scadenza concreta è la prossima decisione che potrebbe vincolare tecnologie vulnerabili per altri cinque o dieci anni.
