Crittografia post-quantistica e il suo sito web: un controllo pratico
Dove la crittografia post-quantistica tocca il suo sito web? Un controllo di TLS 1.3 calmo e pratico per il sito di un'azienda, senza allarmismi né gergo.
Team rabbitclipPubblicato: 6 min di lettura
In breve
Crittografia post-quantistica è il nome di nuovi metodi pensati nel caso in cui i computer quantistici un giorno rompano la crittografia di oggi. Per il sito di un'azienda il significato pratico non è un grande progetto ma un controllo: TLS 1.3 è attivo? Se lo è e il browser del visitatore lo supporta, lo scambio di chiavi post-quantistico spesso si attiva da solo, senza che lei faccia altro. Per un sito dietro Cloudflare funziona proprio così.
Secondo il post di Cloudflare del 29 settembre 2026, il lato browser si è già diffuso molto; ciò che resta si trova sul lato server. La domanda quindi non è se stanziare un budget per prepararsi al futuro, ma se la sua configurazione attuale sia di ostacolo a questo supporto.
Qui sotto trova dove la crittografia post-quantistica tocca il suo sito, le cifre pubblicate da Cloudflare, come verificare, gli errori più frequenti e i casi in cui non deve dedicarci affatto del tempo.
Dove la crittografia post-quantistica tocca un sito web?
Quando un visitatore si collega al suo sito tramite https, browser e server si accordano prima su una chiave segreta condivisa; questo si chiama scambio di chiavi. La crittografia post-quantistica riguarda proprio questo passaggio. Il metodo descritto nel post di Cloudflare è ibrido: l'attuale metodo X25519 lavora insieme al nuovo metodo ML-KEM (X25519MLKEM768). Se uno dei due si rivelasse inaspettatamente debole, l'altro regge ancora.
Questo non cambia i suoi contenuti, le sue pagine o il suo database. Cambia il modo in cui avviene la stretta di mano tra browser e server. Per questo è meno un lavoro di web design o di software e più una questione di impostazioni dell'infrastruttura.
Che cosa mostrano le cifre di Cloudflare?
Il post di Cloudflare del 29 settembre 2026, basato sui dati di Cloudflare Radar, dice che circa il 70 per cento del traffico dei browser usa lo scambio di chiavi ibrido ML-KEM. Per i server di origine a cui si collega Cloudflare, cioè le macchine su cui il sito è effettivamente ospitato, la quota è di circa il 15 per cento.
Questa distanza dice qualcosa di pratico: il lato visitatore è in gran parte pronto e il lato server non ancora. Le cifre appartengono al traffico di Cloudflare stessa; non rispecchiano la Turchia né il suo sito. Mostrano comunque dove si trova l'anello mancante.
- Circa il 70 per cento del traffico dei browser usa ML-KEM ibrido
- Solo circa il 15 per cento dei server di origine lo fa
- Le cifre descrivono la rete di Cloudflare stessa, non tutti i siti
Come si fa un controllo pratico del suo sito?
Se usa Cloudflare, il primo posto dove guardare è l'impostazione Edge Certificates in SSL/TLS; TLS 1.3 dovrebbe essere attivo. Secondo il post di Cloudflare, se il browser del visitatore lo supporta, Cloudflare sceglie da sé lo scambio di chiavi post-quantistico, e non esiste un'impostazione separata per questo.
Ci sono due modi per vedere che cosa succede davvero. La scheda Security di Chrome DevTools mostra l'algoritmo di scambio di chiavi di una connessione. Sul lato Cloudflare è comparsa in HTTP Traffic Analytics una nuova scheda TLS Key Exchange Groups, insieme ai campi ClientTLSKeyExchangeGroup e OriginTLSKeyExchangeGroup in Logpush e Log Explorer. Se non usa Cloudflare, può esaminare lo stato generale di sicurezza del suo sito con il controllo di sicurezza di rabbitclip.
- TLS 1.3 è attivo in SSL/TLS, Edge Certificates
- La scheda Security di Chrome DevTools mostra lo scambio di chiavi
- La scheda TLS Key Exchange Groups in HTTP Traffic Analytics
- I campi ClientTLSKeyExchangeGroup e OriginTLSKeyExchangeGroup in Logpush e Log Explorer
- Chiedere al suo provider di hosting se il server supporta TLS 1.3
E se il server di origine non lo supporta?
La raccomandazione di Cloudflare, se il suo server di origine non supporta questo scambio di chiavi, è usare Cloudflare Tunnel. Il tunnel stabilisce la connessione tra Cloudflare e il suo server. Per la configurazione dettagliata serve la documentazione di Cloudflare; qui riportiamo soltanto la raccomandazione citata nel post.
C'è movimento anche sui certificati. Il 29 settembre 2026 Cloudflare ha presentato un piano per un'autorità di certificazione post-quantistica basata sui Merkle Tree Certificates e ha scritto che emetterà certificati gratuiti. Il 1° ottobre 2026 ha annunciato il supporto nativo di Web Crypto per ML-KEM e ML-DSA in Workers, come opzione da attivare. Sono un piano e una funzione per sviluppatori; non li consideri lavoro da fare oggi sul sito di un'azienda.
Quali errori sono frequenti qui?
L'errore più comune è ignorare del tutto l'argomento oppure farsi prendere dal panico e comprare una consulenza costosa. Nessuna delle due cose serve. Il terzo è non ricordare un'impostazione che anni fa ha disattivato TLS 1.3, magari per una vecchia indicazione di sicurezza.
Un altro è confondere la crittografia post-quantistica con il rinnovo del certificato. La scadenza del suo certificato è una questione separata, e la crittografia post-quantistica oggi non la cambia.
- Ignorarla o farsi prendere dal panico
- Comprare una consulenza costosa
- Non accorgersi di un'impostazione di TLS 1.3 disattivata anni fa
- Confondere il rinnovo del certificato con lo scambio di chiavi
Quando questo lavoro è superfluo o sbagliato?
Se il suo sito non è dietro Cloudflare o una rete simile e il suo pannello di controllo si trova solo presso il suo provider di hosting, il primo passo è chiedere a quell'azienda; non metta mano da solo alle impostazioni del server. Per un sito vetrina con pochissimi visitatori e senza dati sensibili, dedicarci ore sarebbe inoltre una priorità sbagliata.
Cloudflare scrive di puntare al 2029 per la piena sicurezza post-quantistica e rimanda a una proposta del NIST di ritirare RSA ed ECC entro il 2030. Queste date sono il racconto di Cloudflare e una proposta, non un calendario definito. Per oggi basta un controllo tranquillo.
In breve: si assicuri che TLS 1.3 sia attivo, chieda al suo provider di hosting del suo server di origine e non si faccia prendere dal panico per il resto. Il lato visitatore è in gran parte pronto; l'anello mancante è soprattutto sul lato server. Se desidera ripassare insieme le impostazioni della sua infrastruttura, saremo lieti di avere con lei una conversazione conoscitiva, con calma, da rabbitclip.
Domande frequenti
Devo installare qualcosa sul mio sito per la crittografia post-quantistica?
Dietro Cloudflare, in genere no. Secondo il post di Cloudflare, se TLS 1.3 è attivo e il browser del visitatore lo supporta, Cloudflare sceglie da sé lo scambio di chiavi post-quantistico. Non esiste un'impostazione separata.
Come scopro se TLS 1.3 è attivo?
In Cloudflare guardi sotto Edge Certificates nella sezione SSL/TLS. Se non usa Cloudflare, chieda al suo provider di hosting. Anche la scheda Security di Chrome DevTools mostra i dettagli di una connessione.
Che cos'è ML-KEM?
È un metodo di scambio di chiavi per l'era post-quantistica. Nella forma ibrida descritta da Cloudflare lavora insieme all'attuale metodo X25519, e la combinazione si scrive X25519MLKEM768.
È un'emergenza?
Il post di Cloudflare non descrive un'emergenza; descrive visibilità e preparazione. Il passo ragionevole per il sito di un'azienda è verificare TLS 1.3 e informarsi sullo stato del server di origine.
Fonti
I dati concreti di questo articolo si basano su queste pagine ufficiali; verifichi lì la situazione attuale.
