{"slug": "crittografia-post-quantistica-in-italiano-perche-la-traduzione-di-fips-203-gia", "title": "Crittografia post-quantistica in italiano: perché la traduzione di FIPS 203 riguarda già la pubblica amministrazione", "summary": "Il 13 agosto 2024 il National Institute of Standards and Technology (NIST) ha pubblicato FIPS 203, lo standard federale statunitense che definisce ML-KEM (Module-Lattice-Based Key-Encapsulation Mechanism), il primo meccanismo di scambio di chiavi crittografiche approvato ufficialmente per resistere agli attacchi di un computer quantistico. Un anno dopo, un traduttore italiano ha reso disponibile la traduzione integrale del documento di settanta pagine, con note e guida alla lettura, per aiutare la pubblica amministrazione e i professionisti a comprendere e applicare lo standard, dato che la minaccia 'harvest now, decrypt later' rende urgente la transizione post-quantistica.", "body_md": "# Crittografia post-quantistica in italiano: perché la traduzione di FIPS 203 riguarda già la pubblica amministrazione\n\nIl 13 agosto 2024 il National Institute of Standards and Technology (NIST) ha pubblicato FIPS 203, lo standard federale statunitense che definisce ML-KEM (Module-Lattice-Based Key-Encapsulation Mechanism). È il primo meccanismo di scambio di chiavi crittografiche approvato ufficialmente e pensato per resistere agli attacchi di un computer quantistico sufficientemente potente. Per chi si occupa di sicurezza informatica, non è un dettaglio tecnico tra tanti: è l’inizio ufficiale della transizione post-quantistica su scala globale.\n\nIl problema è che, un anno dopo, in Italia questo standard restava leggibile solo in inglese, in un documento di settanta pagine denso di pseudocodice, notazione matematica e requisiti normativi formulati con precisione giuridica (“deve”, “è opportuno che”, “può” hanno significati distinti e non intercambiabili). Ho tradotto integralmente FIPS 203 in italiano, con un apparato di note e una guida alla lettura pensata non per il crittografo accademico, ma per chi la crittografia post-quantistica deve prima di tutto capirla per poterla pianificare, capitolare o valutare.\n\n## Perché la crittografia post-quantistica non è più un tema per addetti ai lavori\n\nPer decenni la sicurezza delle comunicazioni digitali cifratura, firme digitali, scambio di chiavi si è basata su problemi matematici che i computer classici non riescono a risolvere in tempi ragionevoli: la fattorizzazione di numeri interi molto grandi, il logaritmo discreto. Un computer quantistico sufficientemente potente, tramite l’algoritmo di Shor, risolverebbe questi problemi in tempi molto più brevi, rendendo di fatto inutili gli algoritmi crittografici oggi più diffusi, incluso RSA e la crittografia a curve ellittiche.\n\nNon è fantascienza rimandabile a un futuro indefinito. Il rischio concreto ha già un nome tecnico: “harvest now, decrypt later” un avversario può intercettare oggi comunicazioni cifrate e conservarle, in attesa di poterle decifrare quando la tecnologia quantistica sarà matura. Per dati con un ciclo di vita lungo cartelle cliniche, atti giudiziari, comunicazioni diplomatiche, segreti industriali, dati della pubblica amministrazione questo significa che la finestra di esposizione è già aperta, indipendentemente da quando un computer quantistico rilevante sarà effettivamente costruito.\n\nIl NIST ha avviato nel 2016 un processo pubblico di selezione per identificare algoritmi crittografici resistenti a questo scenario. Su 82 candidature iniziali, dopo tre turni di valutazione, sono stati selezionati i primi standard approvati. ML-KEM, derivato dall’algoritmo CRYSTALS-KYBER, è uno di questi, e la sua sicurezza si basa sulla difficoltà computazionale del problema Module Learning With Errors un problema su strutture matematiche chiamate reticoli (lattice), ritenuto sicuro anche contro avversari dotati di computer quantistici.\n\n## Perché serviva una traduzione, non solo un riassunto\n\nChi lavora nella pubblica amministrazione italiana, nella sanità pubblica, in ambito legale o come consulente tecnico si trova spesso davanti a un bivio scomodo: affidarsi a sintesi divulgative che semplificano (a volte in modo impreciso) oppure affrontare il testo normativo originale in una lingua che non è la propria, su un argomento già di per sé complesso. Una sintesi va bene per farsi un’idea. Non va bene quando serve scrivere un capitolato tecnico, valutare l’offerta di un fornitore di sicurezza informatica, o semplicemente capire se un prodotto che dichiara “conformità post-quantistica” lo è davvero.\n\nPer questo la traduzione che ho curato non è una parafrasi: è il testo integrale di FIPS 203, comprensivo di tutti gli algoritmi in pseudocodice (lasciati identici all’originale, perché uno pseudocodice non si traduce, si implementa), delle tabelle dei parametri, dei riferimenti bibliografici e delle appendici tecniche, incluso il set di valori precalcolati per la Number-Theoretic Transform che è alla base dell’efficienza computazionale di ML-KEM.\n\nA questo ho aggiunto tre elementi che il testo NIST, comprensibilmente, non offre:\n\n**Una guida alla lettura differenziata.** Non tutti i lettori hanno bisogno di leggere tutto il documento allo stesso livello di dettaglio. Chi deve prendere una decisione pianificare un’adozione, scrivere un capitolato, valutare un fornitore ha bisogno essenzialmente dell’introduzione, della panoramica dello schema ML-KEM, del capitolo sul meccanismo vero e proprio e della sezione sui set di parametri, che contiene anche la raccomandazione ufficiale del NIST (ML-KEM-768 come scelta predefinita) e le dimensioni concrete di chiavi e testi cifrati, utili per il dimensionamento di sistemi reali. Chi invece deve validare un’implementazione ha bisogno di tutto il resto, nell’ordine giusto, perché ogni capitolo presuppone le convenzioni stabilite nei precedenti.\n\n**Un glossario terminologico coerente.** Tradurre terminologia crittografica in italiano richiede scelte non ovvie e, soprattutto, scelte coerenti lungo tutto il documento: la differenza tra “chiave di incapsulamento” e “chiave di decapsulamento”, tra “testo cifrato” e “testo in chiaro”, il trattamento dei verbi normativi (l’inglese “shall” ha una forza giuridica diversa da “should”, e questa distinzione va preservata in italiano con la stessa precisione).\n\n**Trasparenza editoriale.** Il documento dichiara esplicitamente cosa è traduzione fedele e cosa è nota editoriale aggiunta, così che chi deve fare riferimento normativo al testo sappia sempre distinguere l’uno dall’altro. In caso di qualunque discrepanza, resta inteso che fa fede solo il testo inglese ufficiale del NIST.\n\n## A chi serve concretamente\n\nIl destinatario naturale di questo lavoro è un professionista tecnico-amministrativo italiano: un dirigente o responsabile IT della pubblica amministrazione, un Responsabile della Transizione al Digitale (RTD), un consulente di sicurezza informatica, un valutatore di offerte tecniche in una procedura di gara. Non è pensato per chi debba scrivere direttamente il codice crittografico quella persona farà comunque riferimento all’originale inglese, come è giusto che sia per qualunque parametro crittografico critico ma per chi deve capire, decidere e verificare, senza dover per forza essere un crittografo.\n\nNon è un caso che ML-KEM stia già entrando, sotto varie forme, nei requisiti di sicurezza di software, browser, protocolli TLS e roadmap tecnologiche di grandi fornitori. La transizione post-quantistica non aspetterà che le organizzazioni siano pronte: aspetta solo che i primi standard siano stati pubblicati, ed è già successo. Chi in Italia si occupa di decidere quali requisiti crittografici inserire in un capitolato, quali domande fare a un fornitore, o come pianificare l’aggiornamento di sistemi con un ciclo di vita lungo, ha bisogno di poter fare queste valutazioni sul testo normativo reale, non su una sua sintesi di seconda mano.\n\n## Cosa significa “migrare” davvero, in pratica\n\nUn errore comune, quando si parla di transizione post-quantistica, è immaginarla come un interruttore da azionare in un giorno preciso: oggi si usa RSA, domani si usa ML-KEM. Nella realtà delle infrastrutture esistenti non funziona così, e lo standard stesso lo riflette. FIPS 203 specifica tre set di parametri ML-KEM-512, ML-KEM-768, ML-KEM-1024 con compromessi diversi tra robustezza di sicurezza e prestazioni, proprio perché non tutti i sistemi hanno gli stessi vincoli di banda, di calcolo o di criticità dei dati trattati.\n\nNella pratica, la maggior parte delle organizzazioni che stanno affrontando seriamente questo tema adotta schemi “ibridi”: la nuova primitiva post-quantistica viene combinata, non sostituita, con gli algoritmi classici già in uso, così che la sicurezza complessiva del sistema non scenda mai al di sotto di quella attuale, anche nel caso remoto ma non nullo che venga scoperta una debolezza inattesa nel nuovo algoritmo. È un approccio prudente, e anche per questo lo standard dedica un intero capitolo ai requisiti implementativi: distruzione dei dati intermedi, verifica degli input, divieto di usare aritmetica in virgola mobile nei calcoli critici. Sono dettagli che sembrano marginali finché non si scrive un capitolato tecnico e ci si accorge che è proprio lì che si nasconde la differenza tra un fornitore che ha letto lo standard e uno che ne cita solo il nome.\n\nC’è poi il tema della cosiddetta “crypto-agility”: la capacità di un’organizzazione di aggiornare i propri meccanismi crittografici senza dover riprogettare l’intera infrastruttura da zero. Chi pianifica oggi un sistema anche se non intende migrare subito a ML-KEM farebbe bene a chiedersi se l’architettura che sta approvando consente domani questo tipo di aggiornamento, o se lo blocca implicitamente per anni. È un altro dei motivi per cui questo standard riguarda chi decide, non solo chi implementa: la decisione giusta va presa prima, non quando la scadenza normativa sarà già alle porte.\n\n## Una nota sui diritti\n\nIl testo originale inglese di FIPS 203 è un’opera del governo federale degli Stati Uniti e, come tale, non è soggetto a copyright negli Stati Uniti. È liberamente consultabile sul sito del NIST. La traduzione italiana qui presentata comprese le scelte terminologiche, il glossario di lavoro e la cura editoriale costituisce un’elaborazione creativa originale, protetta da diritto d’autore in quanto opera autonoma del traduttore, indipendentemente dallo status di pubblico dominio del testo di partenza. Non è una traduzione ufficiale, commissionata o avallata dal NIST: in caso di qualunque discrepanza, fa fede esclusivamente il testo inglese originale.\n\n## In sintesi\n\nFIPS 203 non è un documento che si può permettere di restare inaccessibile a chi, in Italia, dovrà tradurne i requisiti in decisioni concrete: capitolati, valutazioni di fornitori, pianificazione di infrastrutture con orizzonti temporali lunghi. Questo libro nasce per colmare esattamente quel divario tra uno standard tecnico internazionale e chi, nella pubblica amministrazione e nel settore privato italiano, dovrà applicarlo prima che diventi un problema urgente anziché una pianificazione per tempo.", "url": "https://wpnews.pro/news/crittografia-post-quantistica-in-italiano-perche-la-traduzione-di-fips-203-gia", "canonical_source": "https://www.quantumhorizon.it/crittografia-post-quantistica-in-italiano-perche-la-traduzione-di-fips-203/", "published_at": "2026-08-13 06:33:45+00:00", "updated_at": "2026-08-17 18:10:57.503798+00:00", "lang": "en", "topics": ["artificial-intelligence", "ai-policy"], "entities": ["National Institute of Standards and Technology", "FIPS 203", "ML-KEM", "CRYSTALS-KYBER"], "alternates": {"html": "https://wpnews.pro/news/crittografia-post-quantistica-in-italiano-perche-la-traduzione-di-fips-203-gia", "markdown": "https://wpnews.pro/news/crittografia-post-quantistica-in-italiano-perche-la-traduzione-di-fips-203-gia.md", "text": "https://wpnews.pro/news/crittografia-post-quantistica-in-italiano-perche-la-traduzione-di-fips-203-gia.txt", "jsonld": "https://wpnews.pro/news/crittografia-post-quantistica-in-italiano-perche-la-traduzione-di-fips-203-gia.jsonld"}}