Infrastrutture finanziarie: roadmap post-quantum del NIST

Molti consigli di amministrazione credono che la crittografia post-quantum (PQC) possa attendere che i grandi computer quantistici entrino in uso commerciale. Per istituzioni finanziarie, operatori di telecomunicazioni e gestori di infrastrutture nazionali, il rischio è già iniziato.

Perché è un problema oggi

Gli attaccanti raccolgono già dati cifrati per leggerli più tardi. È il cosiddetto «raccogli ora, decifra dopo». Intercettano e conservano oggi traffico TLS cifrato, flussi di regolamento interbancario e backup di database, certi che RSA-2048 e la crittografia a curva ellittica (ECC) saranno violati mentre quei dati contano ancora.

Se conserva segreti di Stato, prestiti a lungo termine o registri di identità permanenti, i dati che devono restare riservati per un periodo da 10 a 25 anni sono esposti nel momento in cui escono dalla Sua rete con le cifrature attuali.

NIST ha ormai pubblicato i suoi standard post-quantum definitivi, tra cui FIPS 203 (ML-KEM) per la cifratura e FIPS 204 (ML-DSA) per le firme digitali. I regolatori e le banche centrali passano dalle raccomandazioni a calendari di migrazione obbligatori.

Il problema nascosto: crittografia integrata nei vecchi sistemi

Passare agli standard post-quantum raramente è semplice come aggiornare una libreria OpenSSL. Quando i nostri ingegneri principal esaminano sistemi aziendali consolidati, tre ostacoli si ripresentano:

• Crittografia nascosta. Le vecchie integrazioni ERP, i ponti verso il mainframe e i moduli di sicurezza hardware (HSM) usano spesso suite di cifratura fisse, certificati fissati o scambi di chiavi obsoleti, sepolti in un middleware che nessuno mantiene.

• Chiavi più grandi, handshake più pesanti. Le chiavi e le firme post-quantum, come ML-KEM e ML-DSA, sono molto più grandi di quelle RSA ed ECDSA. Su gateway di pagamento molto trafficati o reti OT e IoT limitate, handshake più grandi possono frammentare pacchetti, saturare i buffer e innescare catene di timeout.

• Partner non pronti. I Suoi sistemi possono supportare lo scambio di chiavi ibrido. Ma se la Sua stanza di compensazione, il Suo acquirer di carte o il Suo gateway fiscale richiede ancora vecchie impostazioni TLS, le connessioni falliscono a meno che un livello proxy gestisca la differenza.

Una roadmap in quattro passi verso l’agilità crittografica

In XSIS, sostenuti dall’eredità di KONG GROUP nell’ingegneria crittografica, accompagniamo le imprese nel passaggio alla crittografia post-quantum senza mettere a rischio la disponibilità della produzione.

1. Mappare ogni chiave e certificato

Non si può migrare ciò che non si è mappato. Combiniamo monitoraggio passivo della rete, analisi del codice e scoperta dei certificati nei Suoi repository, API e infrastruttura. Il risultato è un inventario dei componenti crittografici (CBOM): ogni certificato, lunghezza della chiave, suite di cifratura e dipendenza crittografica.

2. Classificare i sistemi per rischio

Non tutto deve migrare insieme. Classifichiamo i sistemi in base al tempo per cui i loro dati devono restare segreti e a quanto sono esposti. Le connessioni bancarie esterne host-to-host, i registri nazionali di identità e i collegamenti tra data center vengono prima della telemetria interna di breve durata.

3. Aggiungere lo scambio di chiavi ibrido

Invece di un passaggio rischioso in un’unica data, distribuiamo modalità ibride che combinano ECDHE classico con ML-KEM post-quantum nel controller di ingresso, nel gateway API e nella service mesh. I sistemi più vecchi continuano a funzionare, la conformità FIPS esistente regge e il traffico è protetto contro «raccogli ora, decifra dopo» da quel giorno.

4. Integrare l’agilità crittografica

Spostiamo cifratura e firma delle Sue applicazioni dietro fornitori crittografici condivisi e HSM pronti per il post-quantum. Quando gli algoritmi cambiano o arrivano nuove regole, ruoti le suite di cifratura cambiando una politica, non riscrivendo codice.

Da dove iniziare

La migrazione post-quantum inizia dal sapere ciò che si ha. Prenoti una revisione di preparazione con un architetto principal di cybersicurezza di XSIS per definire un inventario non intrusivo della crittografia dei Suoi sistemi bancari, ERP e cloud.