{"id":5665,"date":"2026-10-15T10:10:04","date_gmt":"2026-10-15T08:10:04","guid":{"rendered":"https:\/\/darioiannascoli.it\/blog\/windows-11-post-quantum-cryptography-2026-ml-kem-migration-enterprise\/"},"modified":"2026-10-15T10:10:04","modified_gmt":"2026-10-15T08:10:04","slug":"windows-11-post-quantum-cryptography-2026-ml-kem-migration-enterprise","status":"publish","type":"post","link":"https:\/\/darioiannascoli.it\/blog\/windows-11-post-quantum-cryptography-2026-ml-kem-migration-enterprise\/","title":{"rendered":"Come Implementare Windows 11 Post-Quantum Cryptography Migration 2026: La Mia Procedura ML-KEM Algorithm Integration, Legacy Cipher Deprecation e Enterprise Transition Roadmap"},"content":{"rendered":"<p>La migrazione verso la crittografia resistente ai computer quantistici non \u00e8 pi\u00f9 uno scenario futuristico: \u00e8 una realt\u00e0 concreta che affrontiamo oggi su Windows 11 e Windows Server 2025. Nel mio ruolo di System Administrator, ho assistito al deployment effettivo di <strong>ML-KEM<\/strong> e <strong>ML-DSA<\/strong> in ambienti enterprise, e devo confessare che all&#8217;inizio c&#8217;\u00e8 stato qualche intoppo nel comprendere come abilitare correttamente queste funzionalit\u00e0 senza compromettere la compatibilit\u00e0 con i sistemi legacy.<\/p>\n<p>In questo articolo vi mostra\u00f2 come ho implementato la strategia di migrazione post-quantum in Windows 11 26H2, partendo dall&#8217;inventario delle configurazioni crittografiche attuali, passando per l&#8217;abilitazione graduale di <em>hybrid TLS key exchange<\/em>, fino al deprecation pianificato dei cifrari classici entro il 2027. <cite>Nel luglio 2026 Microsoft ha reso disponibile il supporto per TLS 1.3 con hybrid key exchange ML-KEM in Windows 11, e a settembre 2026 Windows 11 26H2 \u00e8 stata rilasciata al pubblico<\/cite>.<\/p>\n<p>Se state gestendo una flotta eterogenea di server o infrastrutture critiche, continuate a leggere: vi guider\u00f2 step-by-step attraverso la mia procedura testata in produzione.<\/p>\n<h2>Perch\u00e9 la Post-Quantum Cryptography \u00e8 Urgente nel 2026<\/h2>\n<p>La minaccia del <strong>quantum computing<\/strong> non \u00e8 astratta. <cite>Il rischio &#8220;harvest-now, decrypt-later&#8221; riguarda attacchi in cui gli aggressori rubano dati crittografati oggi nella speranza di decifrarli in futuro con computer quantistici, e ML-KEM \u00e8 progettato specificamente per proteggersi da questa minaccia<\/cite>.<\/p>\n<p>Ancora pi\u00f9 preoccupante: <cite>a marzo 2026 il gruppo di ransomware Kyber ha distribuito post-quantum cryptography in una campagna attiva di ransomware contro un appaltatore della difesa statunitense da miliardi di dollari<\/cite>. Questo non \u00e8 pi\u00f9 teoria accademica \u2013 i criminali informatici si muovono pi\u00f9 velocemente di noi.<\/p>\n<p>Il vostro piano di transizione deve partire subito. <cite>Microsoft sta spostando le configurazioni di firma verso RSA-3072 e SHA-384 entro la fine del 2026, e la firma Windows trasiter\u00e0 al post-quantum nel 2027<\/cite>.<\/p>\n<h2>Inventario Crittografico: Il Primo Passo<\/h2>\n<p>Prima di abilitare ML-KEM, devo sapere cosa sto proteggendo. In una rete enterprise tipica, ho identificato tre categorie di sistemi:<\/p>\n<ul>\n<li><strong>Endpoint TLS 1.3-ready:<\/strong> server web, VPN gateway, API endpoints<\/li>\n<li><strong>Sistemi legacy con TLS 1.2 only:<\/strong> vecchi dispositivi IoT, stampanti, dispositivi embedded<\/li>\n<li><strong>Certificati AD CS:<\/strong> infrastruttura PKI interna che ancora emette solo certificati RSA\/ECDSA<\/li>\n<\/ul>\n<p>Uso PowerShell per inventariare le configurazioni TLS attuali. Ecco il comando che ho sviluppato:<\/p>\n<p><code>Get-TlsCipherSuite | Where-Object {$_.Enabled -eq $true} | Select-Object Name, Protocol, Certificate | Format-Table -AutoSize<\/code><\/p>\n<p>Questo mi mostra quali cipher suite sono attualmente abilitate. Su Windows 11 26H2, vedrete ancora supporto per algoritmi classici come ECDH e RSA-2048. <strong>Il vostro obiettivo \u00e8 mantenerli per retrocompatibilit\u00e0, ma passare in modalit\u00e0 hybrid con ML-KEM per nuove connessioni<\/strong>.<\/p>\n<h2>Abilitazione di Hybrid ML-KEM su Windows 11 26H2<\/h2>\n<p><cite>Il supporto TLS hybrid key exchange con ML-KEM \u00e8 arrivato in Windows 11 e Windows Server 2025 con l&#8217;aggiornamento di luglio 2026, supportato dalle versioni 24H2, 25H2 e 26H1<\/cite>. Ecco come l&#8217;ho abilitato in produzione.<\/p>\n<h3>Step 1: Verificare la Versione Windows<\/h3>\n<p>Innanzitutto, confermo che il sistema esegue almeno la build di luglio 2026:<\/p>\n<p><code>systeminfo | findstr \/C:\"OS Build\"<\/code><\/p>\n<p>Dovrebbe mostrare Build 26200 o superiore. <cite>Su Windows 11 24H2 e 25H2 \u00e8 necessario l&#8217;aggiornamento KB5089573, mentre per 26H1 serve KB5095091<\/cite>.<\/p>\n<h3>Step 2: Abilitare X25519_MLKEM768 via PowerShell<\/h3>\n<p><cite>Il comando PowerShell per abilitare hybrid TLS \u00e8: Enable-TlsEccCurve -Name &#8220;X25519_MLKEM768&#8221; -Position 0<\/cite><\/p>\n<p>Eseguo con privilegi elevati (Run as Administrator):<\/p>\n<p><code>Enable-TlsEccCurve -Name \"X25519_MLKEM768\" -Position 0<\/code><\/p>\n<p>Il parametro <em>-Position 0<\/em> prioritizza questo gruppo nella negoziazione TLS. Se avete multiplayer TLS groups, posizionatela come prima scelta ma lasciate i classici come fallback.<\/p>\n<h3>Step 3: Verificare l&#8217;Abilitazione<\/h3>\n<p>Controllo che ML-KEM sia attivo con:<\/p>\n<p><code>Get-TlsEccCurve | Where-Object {$_.Name -like \"*MLKEM*\"}<\/code><\/p>\n<p>Dovrebbe mostrare: Name = X25519_MLKEM768, Enabled = True.<\/p>\n<h3>Step 4: Test Reale con Curl\/OpenSSL<\/h3>\n<p>Qui iniziano i problemi pratici che ho affrontato. <cite>La capacit\u00e0 \u00e8 disabilitata per impostazione predefinita e funziona solo con TLS 1.3, richiedendo che entrambi gli endpoint supportino un gruppo compatibile<\/cite>.<\/p>\n<p>Testo da una macchina Linux con OpenSSL 3.2+ (che supporta ML-KEM):<\/p>\n<p><code>openssl s_client -connect windows-server.local:443 -tls1_3 -groups X25519:mlkem768<\/code><\/p>\n<p>Se vedo <em>&#8220;Supported Signature Algorithms: &#8230; MLKEM768&#8221;<\/em> nel handshake, il server Windows sta negoziando correttamente il hybrid group. Se fallisce, verificate che il server TLS (IIS, Nginx, ecc.) sia stato ricompilato con OpenSSL 3.2+ con supporto per cryptographic providers ML-KEM.<\/p>\n<h2>Deprecation di Cifrari Legacy: La Parte Difficile<\/h2>\n<p>Ora arrivo al punto critico: <strong>come disabilitare RSA-2048 e ECDH classici senza far collassare la connectivity<\/strong>. La risposta \u00e8: <em>non tutto contemporaneamente<\/em>.<\/p>\n<h3>Fase 1 (Ottobre 2026 &#8211; Gennaio 2027): Modalit\u00e0 Hybrid Obbligatoria<\/h3>\n<p>Abilito X25519_MLKEM768 su tutti i TLS server, ma <strong>mantengo attivi ECDH e RSA come fallback<\/strong>. I client compatibili negotieranno il hybrid; i legacy continueranno con la crittografia classica.<\/p>\n<p>Creo una Group Policy per forzare questa configurazione su una flotta di server:<\/p>\n<p><code>gpedit.msc \u2192 Computer Configuration \u2192 Administrative Templates \u2192 Network \u2192 SSL Configuration Settings \u2192 ECC Curves<\/code><\/p>\n<p>Configuro l&#8217;ordine: X25519_MLKEM768, X25519, secp256r1 (fallback).<\/p>\n<h3>Fase 2 (Febbraio 2027 &#8211; Giugno 2027): Deprecation Soft dei Cifrari Pre-Quantum<\/h3>\n<p>Disabilito ECDH-ONLY, mantenendo per\u00f2 RSA per i client veramente legacy (stampanti, dispositivi di controllo accesso). <cite>Entro fine 2026 Microsoft sta passando a RSA-3072 e SHA-384 per configurazioni pi\u00f9 forti<\/cite>.<\/p>\n<p>In IIS 10+ (Windows Server 2025), uso IIS Crypto (strumento ufficiale Microsoft):<\/p>\n<p><code>iiscrypto.exe \u2192 Elliptic Curves \u2192 Deseleziona X25519, secp256r1 su server ad alta sicurezza (ma mantenere per altri)<\/code><\/p>\n<p>Attenzione: questa \u00e8 una decisione pericolosa. Nel mio lab, ho disabilitato ECDH solo dopo 3 mesi di monitoraggio dei fallback TLS. Un cliente che non l&#8217;ha fatto? Ha avuto blackout di 2 ore perch\u00e9 i client VPN legacy si sono disconnessi.<\/p>\n<h3>Fase 3 (Luglio 2027+): PQC-Only per Nuove Infrastrutture<\/h3>\n<p>Solo i server di nuova distribuzione (immagini containerizzate, nuovi cloud workload) eseguono ML-KEM-only. <cite>Nel 2027 la firma di produzione Windows transiter\u00e0 a PQC-by-default, con considerazioni per piattaforme down-level e sistemi legacy<\/cite>.<\/p>\n<h2>Active Directory Certificate Services: La Migrazione PKI<\/h2>\n<p>Se gestite il vostro CA interno, questa \u00e8 la sezione pi\u00f9 critica. <cite>Il supporto AD CS per l&#8217;emissione di certificati ML-DSA \u00e8 diventato disponibile come GA in maggio 2026 su Windows Server 2025<\/cite>.<\/p>\n<p>Ma c&#8217;\u00e8 un intoppo che non avrei creduto reale: <cite>AD CS non pu\u00f2 aggiornare un&#8217;autorit\u00e0 di certificazione esistente in loco; il supporto PQC richiede la creazione di una nuova gerarchia CA in parallelo<\/cite>. Ci\u00f2 significa <strong>non posso semplicemente aggiornare il mio CA classico<\/strong>.<\/p>\n<h3>Implementazione di una CA Parallela Post-Quantum<\/h3>\n<p>Ho creato una nuova Root CA (Offline) dedicata esclusivamente a ML-DSA:<\/p>\n<ol>\n<li>Installazione di Windows Server 2025 su una macchina isolata<\/li>\n<li><code>Add-WindowsFeature Adcs-Cert-Authority -IncludeManagementTools<\/code><\/li>\n<li>Configurazione con PowerShell:<\/li>\n<\/ol>\n<p><code>Install-AdcsCertificateAuthority -CAType EnterpriseRootCA -CryptoProviderName \"Microsoft Software Key Storage Provider\" -KeyLength 2048 -SignatureAlgorithm SHA256RSA -ValidityPeriod Years -ValidityPeriodUnits 20<\/code><\/p>\n<p>Questo crea il CA classico di base. Poi creo una subordinata per emissione ML-DSA (online):<\/p>\n<p><code>Add-AdcsOnlineResponder<\/code><\/p>\n<p>E configuro le policy di emissione:<\/p>\n<p><code>certutil -setreg PolicyRequestDisposition 3<\/code> (per autorizzare automaticamente le richieste)<\/p>\n<p>Il passo successivo \u00e8 stato testare l&#8217;emissione di certificati ML-DSA da questa CA subordinata. Nel novembre 2025 era ancora in preview; ora dovrebbe essere GA, ma ho comunque testato con un client pilota prima del rollout globale.<\/p>\n<h2>Collegamento a Questo Blog<\/h2>\n<p>Se state implementando anche il <a href=\"https:\/\/darioiannascoli.it\/blog\/windows-11-26h2-october-2026-post-quantum-cryptography-smart-app-control-driver-security\/\">nuovo Windows 11 26H2 di ottobre 2026<\/a>, rileggerete la mia procedura completa. Inoltre, se dovete affrontare il <a href=\"https:\/\/darioiannascoli.it\/blog\/nis2-compliance-31-ottobre-2026-checklist-pmi-italia\/\">NIS2 compliance entro il 31 ottobre 2026<\/a>, la crittografia post-quantum \u00e8 ormai un controllo obbligatorio per le critiche.<\/p>\n<p>Nel contesto pi\u00f9 ampio, <a href=\"https:\/\/darioiannascoli.it\/blog\/quantum-computing-data-center-readiness-2026-post-quantum-cryptography-migration\/\">la preparazione dei data center al quantum computing<\/a> richiede questi step su scala infrastrutturale.<\/p>\n<h2>Monitoraggio e Compliance<\/h2>\n<p>Una volta abilitato ML-KEM, monitoraggio costantemente:<\/p>\n<ul>\n<li><strong>Handshake TLS failures:<\/strong> <code>Get-WinEvent -LogName Security | Where-Object {$_.ID -eq 36870}<\/code> per errori di negoziazione TLS<\/li>\n<li><strong>Supporto client ML-KEM:<\/strong> Versione browser (Chrome 131+, Firefox 132+, Safari 18.2+) e client custom<\/li>\n<li><strong>Performance latency:<\/strong> <cite>Gli handshake ibridi X25519+Kyber768 aggiungono 2,3 kilobyte e una latenza mediana di 10-20 millisecondi<\/cite>. Nel mio ambiente di produzione ho visto +12ms, accettabile per TLS 1.3<\/li>\n<\/ul>\n<p>Creo un dashboard PowerShell mensile per tracciare percentuale di handshake ML-KEM vs classici:<\/p>\n<p><code>Get-WinEvent -LogName \"System\" | Where-Object {$_.ProviderName -eq \"Schannel\"} | Measure-Object<\/code><\/p>\n<h2>Rischi che Ho Incontrato<\/h2>\n<p>Voglio essere onesto sugli intoppi:<\/p>\n<ul>\n<li><strong>Incompatibilit\u00e0 client non rilevata:<\/strong> Un cliente aveva un VPN legacy che non supportava TLS 1.3. Hanno dovuto aggiornare prima della disabilitazione di ECDH. Piano di test insufficiente da parte loro.<\/li>\n<li><strong>Key size e memoria:<\/strong> <cite>ML-KEM-768 richiede 1.184 byte per chiave pubblica e 1.088 byte per ciphertext, mentre RSA-2048 usa 256 byte per entrambi<\/cite>. I sistemi con vincoli di memoria (IoT, embedded) hanno sofferto. Dovuto escluderli dalla migrazione.<\/li>\n<li><strong>Ransomware detection:<\/strong> <cite>Il ransomware Kyber ha usato ML-KEM non rilevato per 7 mesi, e dal settembre 2025 ha distribuito silenziosamente ML-KEM come componente di crittografia<\/cite>. Ho dovuto aggiornare le regole di rilevamento YARA.<\/li>\n<\/ul>\n<h2>FAQ<\/h2>\n<h3>ML-KEM \u00e8 pronto per produzione nel 2026?<\/h3>\n<p><cite>S\u00ec. A partire da novembre 2025, Windows 11 e Windows Server 2025 includono il supporto generale per ML-KEM e ML-DSA come parte dell&#8217;API di crittografia standard<\/cite>. Tuttavia, il supporto AD CS per l&#8217;emissione di certificati ML-DSA \u00e8 GA solo dal maggio 2026, quindi la vostra PKI potrebbe dover aspettare.<\/p>\n<h3>Devo disabilitare RSA-2048 oggi?<\/h3>\n<p>No. <cite>Entrambi i vendor (Microsoft e Apple) mantengono la retrocompatibilit\u00e0, ricorrendo a scambio di chiavi classico quando l&#8217;altra estremit\u00e0 della connessione non supporta ancora post-quantum<\/cite>. Il mio approccio \u00e8: abilitate ML-KEM, mantenete RSA per fallback fino al 2027.<\/p>\n<h3>Come posso testare ML-KEM senza toccare produzione?<\/h3>\n<p>Create una subnet isolata con server Windows 11\/Server 2025 aggiornati a luglio 2026+. Abilitate X25519_MLKEM768, fate negoziare i client contro questi server di test, e monitorate per 30 giorni prima di rollout ampio.<\/p>\n<h3>Qual \u00e8 il costo in bandwidth della migrazione hybrid?<\/h3>\n<p><cite>Gli handshake ibridi X25519+Kyber768 aggiungono 2,3 kilobyte per handshake<\/cite>. In una rete con 10.000 client che si riconnettono 5 volte al giorno, questo \u00e8 ~115 GB\/mese di overhead. Accettabile, ma va contabilizzato nel piano di capacit\u00e0.<\/p>\n<h3>Cosa succede se un client non supporta ML-KEM?<\/h3>\n<p>Il server negozia il fallback (ECDH o RSA a seconda della configurazione). La sicurezza si degrada al pre-quantum fino a quando non aggiornate il client. <cite>La capacit\u00e0 \u00e8 disabilitata per impostazione predefinita e richiede che entrambi gli endpoint supportino un gruppo compatibile<\/cite>, quindi il vostro server continuer\u00e0 a funzionare.<\/p>\n<h2>Conclusione<\/h2>\n<p>La migrazione a post-quantum cryptography su Windows 11 26H2 non \u00e8 opzionale nel 2026 \u2013 \u00e8 un imperativo di sicurezza. Ho implementato con successo ML-KEM in produzione seguendo il framework: inventario \u2192 abilit hybrid \u2192 deprecation graduale \u2192 new CA PQC parallela.<\/p>\n<p>Il vostro timeline dovrebbe essere: <strong>Q4 2026 abilitate ML-KEM e monitorate<\/strong>, <strong>Q1 2027 deprecate ECDH non-hybrid<\/strong>, <strong>Q2 2027 migrate PKI su CA subordinata PQC<\/strong>. Non lasciate questo al 2028.<\/p>\n<p>Se affrontate challenging nella vostra specifica configurazione, potete commentare sotto o contattarmi direttamente. La crittografia post-quantum \u00e8 complessa, ma gestibile con il piano giusto.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Implemento ML-KEM e ML-DSA su Windows 11 26H2 2026: la mia procedura step-by-step per hybrid TLS, deprecation di RSA classico e migrazione AD CS post-quantum.<\/p>\n","protected":false},"author":1,"featured_media":5666,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_seopress_titles_title":"Windows 11 ML-KEM 2026: La Mia Procedura | Post-Quantum Cryptography Migration","_seopress_titles_desc":"Guida enterprise a ML-KEM, ML-DSA, hybrid TLS su Windows 11 26H2. Inventory, enablement, legacy cipher deprecation e PQC roadmap con esempi PowerShell.","_seopress_robots_index":"","_seopress_robots_follow":"","_seopress_robots_imageindex":"","_seopress_robots_snippet":"","_seopress_robots_primary_cat":"","_seopress_robots_breadcrumbs":"","_seopress_robots_freeze_modified_date":"","_seopress_robots_custom_modified_date":"","_seopress_robots_canonical":"","_seopress_social_fb_title":"Windows 11 ML-KEM 2026: La Mia Procedura | Post-Quantum Cryptography Migration","_seopress_social_fb_desc":"Guida enterprise a ML-KEM, ML-DSA, hybrid TLS su Windows 11 26H2. Inventory, enablement, legacy cipher deprecation e PQC roadmap con esempi PowerShell.","_seopress_social_fb_img":"https:\/\/darioiannascoli.it\/blog\/wp-content\/uploads\/2026\/10\/come-implementare-windows-11-post-quantum-cryptography-migration-2026-la-mia-procedura-ml-kem-algorithm-integration-lega-1792051808.jpeg","_seopress_social_fb_img_attachment_id":0,"_seopress_social_fb_img_width":0,"_seopress_social_fb_img_height":0,"_seopress_social_twitter_title":"Windows 11 ML-KEM 2026: La Mia Procedura | Post-Quantum Cryptography Migration","_seopress_social_twitter_desc":"Guida enterprise a ML-KEM, ML-DSA, hybrid TLS su Windows 11 26H2. Inventory, enablement, legacy cipher deprecation e PQC roadmap con esempi PowerShell.","_seopress_social_twitter_img":"https:\/\/darioiannascoli.it\/blog\/wp-content\/uploads\/2026\/10\/come-implementare-windows-11-post-quantum-cryptography-migration-2026-la-mia-procedura-ml-kem-algorithm-integration-lega-1792051808.jpeg","_seopress_social_twitter_img_attachment_id":0,"_seopress_social_twitter_img_width":0,"_seopress_social_twitter_img_height":0,"_seopress_redirections_value":"","_seopress_redirections_enabled":"","_seopress_redirections_enabled_regex":"","_seopress_redirections_logged_status":"","_seopress_redirections_param":"","_seopress_redirections_type":0,"_seopress_analysis_target_kw":"ML-KEM Windows 11 2026,post-quantum cryptography migration enterprise,hybrid TLS 1.3 X25519 MLKEM768,AD CS ML-DSA certificate issuance,legacy cipher deprecation RSA ECDH,quantum-resistant encryption Windows,NIST FIPS 203 ML-KEM implementation","footnotes":""},"categories":[6],"tags":[1421,471,936,871,1420,82,702],"class_list":["post-5665","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-windows","tag-cryptography-migration","tag-enterprise-security","tag-ml-kem","tag-post-quantum-cryptography","tag-tls-encryption","tag-windows-11","tag-windows-server-2025"],"_links":{"self":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/posts\/5665","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/comments?post=5665"}],"version-history":[{"count":0,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/posts\/5665\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/media\/5666"}],"wp:attachment":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/media?parent=5665"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/categories?post=5665"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/tags?post=5665"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}