Un’autorità di certificazione per l’intera Internet
Questo post è disponibile anche in English, Deutsch, Español, Español (Latinoamérica), Français, 日本語, 한국어, 繁體中文, 简体中文, Português e Nederlands.

Dodici anni fa, durante la Settimana del compleanno 2014, abbiamo attivato Universal SSL e quasi raddoppiato il numero di siti cifrati sul web nel giro di una notte, offrendo TLS gratuito a ogni sito dietro Cloudflare, compresi quelli che non ci hanno mai pagato un centesimo. La crittografia ha smesso di essere un’operazione costosa e laboriosa per diventare lo standard.
Per la Settimana del compleanno di quest’anno facciamo il passo successivo su questo percorso. Da oltre un decennio siamo uno dei più grandi consumatori di certificati pubblicamente affidabili su Internet, senza averne mai emesso uno noi stessi. Sta cambiando. Cloudflare annuncia la propria intenzione di diventare un’autorità di certificazione (CA) pubblica.
Oggi annunciamo i primi traguardi concreti in questo sforzo: abbiamo richiesto l’inclusione nei programmi root di Chrome, Apple, Microsoft e Mozilla, e abbiamo firmato un accordo definitivo per acquisire una root affermata e ampiamente riconosciuta da GlobalSign, così da poter offrire certificati con la più ampia copertura possibile di dispositivi dal primo giorno di emissione. Annunciamo inoltre i nostri piani per essere una delle prime CA a offrire certificati post-quantistici, puntando al Quantum-resistant Root Program recentemente annunciato da Chrome.
Non stiamo ancora emettendo certificati, e ci vorrà ancora un po’ di tempo prima che lo facciamo. Quello che stiamo facendo è impegnarci pubblicamente in questo lavoro, condividendo i traguardi man mano che vengono raggiunti e spiegandoti esattamente cosa stiamo costruendo, mentre collaboriamo con i programmi root e altri membri della comunità WebPKI per raggiungere questo obiettivo.
Due percorsi verso la fiducia
Una nuova root non è di grande utilità per anni. Anche dopo essere stata accettata da un programma di root, deve diffondersi nei sistemi operativi, nei browser e nei dispositivi di tutto il mondo, senza mai raggiungere quella vasta gamma di dispositivi che hanno smesso di ricevere aggiornamenti o che non ne hanno mai ricevuti affatto. Questa lunga coda di client più vecchi è l’origine di gran parte del traffico Internet mondiale e dove risiede un altrettanto ampio insieme di anomalie evitabili. Crediamo che tutti i client meritino il massimo livello di sicurezza possibile, indipendentemente dal produttore, dal sistema operativo o dal tempo trascorso dall’ultimo aggiornamento.
Acquisire una root esistente, caratterizzata da un'elevata copertura nei trust store di una vasta gamma di client, risolve il problema fin dal primo giorno. La root GlobalSign esistente è riconosciuta da browser, sistemi operativi e dispositivi dal 2012, e raggiunge client più vecchi che una root nuova non raggiungerà mai. La nuova root che presenteremo per l’inclusione nei programmi di chiavi root è pensata per il futuro dell’ecosistema, compresi i programmi che stanno iniziando a limitare l’anzianità massima di una root affidabile. La root affermata ci dà copertura sui dispositivi del passato. Le nuove root ci conferiscono legittimità sotto le politiche del futuro. Vogliamo entrambe per garantire che i certificati emessi dalla nostra CA offrano la più ampia compatibilità possibile con i client.
Una nuova fonte di certificati gratuiti
Il modello di certificati gratuiti e automatizzati regge ormai la maggior parte del web cifrato, e gran parte di esso passa per un operatore straordinario. Let’s Encrypt emette nell’ordine di dieci milioni di certificati al giorno, serve più di 500 milioni di siti e ha superato i quattro miliardi di certificati attivi nel 2025. È una delle cose migliori che siano accadute a Internet negli ultimi vent’anni, e lo diciamo in quanto uno dei suoi più grandi utenti.

Quel successo porta con sé un rischio sistemico: se l’autorità di certificazione gratuita dominante attraversasse una settimana difficile, gran parte del web non avrebbe un’alternativa gratuita e automatizzata paragonabile pronta ad assorbire il carico. A livello di pacchetto di certificati, abbiamo trascorso anni a costruire esattamente questo tipo di ridondanza per i nostri clienti. Ogni certificato Cloudflare Universal SSL viene già fornito con un certificato di backup, emesso con una chiave separata ed emesso da un’autorità diversa, pronto a essere distribuito automaticamente se quello primario viene revocato o compromesso. Una CA pubblica è la stessa idea, ma alla scala dell’intera Internet.
Per facilitarne l’adozione, seguiremo un approccio ACME-first (Automated Certificate Management Environment), un protocollo standard aperto ampiamente accettato. L’emissione e il rinnovo automatizzati tramite ACME saranno il modo per ottenere un certificato da noi, il che significa che chiunque sia già indirizzato verso una qualsiasi CA gratuita esistente può passare a noi semplicemente cambiando un URL di directory, senza nuovi strumenti e senza nulla da riprogettare.
Le proiezioni di crescita dei certificati sono enormi
Cloudflare si trova davanti a più del 20% del traffico globale di richieste Internet e gestisce la terminazione TLS per milioni di domini, affidandosi a milioni di certificati all’anno. Forniamo quei certificati attraverso più CA, con percorsi primari e di backup in modo che i servizi dei clienti rimangano operativi durante le interruzioni delle CA e gli eventi di revoca.
Ciò ci ha insegnato non solo come funziona l’ecosistema WebPKI, ma anche che a volte si inceppa, dal lato del consumatore e nel modo più duro. Abbiamo avuto a che fare con limiti di frequenza, casi limite di validazione, latenza di revoca, costruzione di catene e ritardi nella distribuzione delle root. Abbiamo vissuto l’instabilità delle CA degli ultimi anni e l’abbiamo percepita attraverso i nostri clienti. Sappiamo come deve apparire un’emissione affidabile dall’esterno, perché l’uptime dei nostri clienti ha dipeso dalla nostra capacità di essere resilienti e reattivi quando un emittente attraversa una giornata difficile.
E mentre la durata massima di validità dei certificati si riduce nei prossimi anni, l’attività degli agenti autonomi aumenta e i certificati PQ diventano mainstream, ci aspettiamo che il numero grezzo di certificati su cui ci affidiamo annualmente continui a crescere rapidamente, e non siamo i soli. Vogliamo non solo risolvere questo problema per noi stessi, ma contribuire a fornire questa utilità a Internet e garantire che la catena di approvvigionamento dei certificati per i nostri clienti conti su ancora più fornitori.
Progettare per la resilienza: trasparenza e “fail small”
Assumendo questa nuova responsabilità di essere la nostra CA, ci impegniamo a costruire la CA più affidabile e resiliente possibile. Intendiamo costruire un’autorità di certificazione la cui affidabilità non dipenda solo dall’evitare gli errori, ma che, come il resto dei prodotti Cloudflare, pratichi il “fail small” e limiti l’impatto di qualsiasi problema.
Ciò significa istituire processi per progettare e testare il ripristino prima che si verifichi qualsiasi incidente. Ad esempio, renderemo l’automazione del rinnovo una condizione per l’emissione. Emetteremo solo a client che supportano ACME Renewal Information (ARI), standardizzato nell’RFC 9773. Gli iscritti devono mantenere un’automazione che interroghi il nostro endpoint di rinnovo, agisca nelle finestre di rinnovo che pubblichiamo e identifichi il certificato che sta sostituendo.
Stiamo anche imparando da ciò che abbiamo osservato negli ultimi 16 anni. Abbiamo visto autorità di certificazione intrappolate tra la revoca tempestiva e il mantenimento online dei siti degli iscritti, perché troppi iscritti non riuscivano a sostituire i propri certificati abbastanza rapidamente. Quando i certificati devono essere ritirati, che si tratti di un problema di conformità o di un incidente di sicurezza, possiamo anticipare le finestre di rinnovo per i certificati interessati, distribuire i certificati sostitutivi nel tempo disponibile e monitorare l’emissione dei sostituti.
Questo è solo uno dei tanti modi in cui intendiamo operare. Saremo trasparenti riguardo al nostro stack di emissione e alle nostre operazioni, pubblicheremo build riproducibili del software che firma i certificati, attesteremo i moduli di sicurezza hardware che detengono le nostre chiavi e gestiremo un dashboard pubblico per la salute dell’emissione e gli incidenti. Gli audit fotografano la situazione a un dato momento e dicono che una CA ha superato il controllo, non come funziona in un martedì qualunque. Vogliamo che i programmi root, i ricercatori e i normali proprietari di siti possano osservare come una CA moderna opera realmente tra un audit e l’altro.

Un’autorità di certificazione per l’Internet post-quantistico
Intendiamo anche guidare l’evoluzione dei certificati, non solo adeguarci a essa. Prevediamo di essere una delle prime CA a emettere Merkle Tree Certificates (MTC) in produzione, con i primi certificati emessi nel primo trimestre del 2027.
Gli MTC sono un modo nuovo e molto più compatto per consegnare certificati pubblicamente affidabili, progettati per un mondo post-quantistico in cui le catene di certificati tradizionali diventano abbastanza grandi da sovraccaricare gli handshake TLS. Abbiamo sostenuto la proposta basata su standard per gli MTC all’IETF, e all’inizio di quest’anno Chrome ha indicato gli MTC come il percorso preferito per l’autenticazione post-quantistica. Emetterli in produzione ci consente di proteggere i clienti di Cloudflare e l’Internet in generale dalla minaccia post-quantistica, con un volume reale a supporto di una transizione che l’intero web deve compiere. Abbiamo condiviso molte più informazioni sugli MTC e su come si presenterà questa nuova infrastruttura a chiave pubblica web (PKI) in un post del blog sull’argomento.
Non ci aspettiamo che quella transizione sia improvvisa. Gran parte di Internet continuerà ad affidarsi ai certificati classici e al WebPKI esistente per molti altri anni. Ma in quell’arco di tempo ci aspettiamo che gli MTC acquisiscano una quota sempre crescente dell’emissione, ed è per questo che stiamo costruendo un unico servizio che fa entrambe le cose. Riunendo certificati classici e Merkle Tree Certificates in un’unica CA, con un unico ciclo di vita e un unico insieme di garanzie, i clienti possono adottare al ritmo che fa per loro e aiutare il web a effettuare la transizione senza un brusco passaggio. I clienti non dovrebbero dover scegliere da che parte stare in una migrazione che dura decenni, gestire due sistemi o ricostruire tutto quando l’equilibrio cambia.
Come sempre, Cloudflare sarà il Cliente Zero
Oltre a fornire pacchetti di certificati tramite Universal SSL ai nostri clienti, Cloudflare consuma certificati da molte CA diverse per gestire i nostri sistemi e le operazioni interne. Proprio come per i nostri altri prodotti, saremo il Cliente Zero per la nuova CA e i suoi certificati (sia WebPKI che MTC), garantendo che tutti gli aspetti dei nuovi sistemi e processi soddisfino i nostri elevati standard interni e che l’infrastruttura della nostra CA sia messa alla prova alla scala di Cloudflare.
Cosa succede dopo
Stiamo avanzando nel processo di domanda e approvazione con ciascuno dei principali programmi di chiavi root web. Questi processi si svolgono in modo aperto, e condivideremo ulteriori aggiornamenti man mano che procedono, fino ai primi Merkle Tree Certificates all’inizio del 2027. Se vuoi seguire questo lavoro o essere tra i primi a utilizzare un certificato della CA Cloudflare in futuro, potete registrarvi per ricevere aggiornamenti. E se vuoi partecipare alla costruzione di questa nuova capacità all’interno di Cloudflare, stiamo assumendo!
Mentre sviluppiamo questa nuova capacità, continueremo a lavorare a stretto contatto con la rete di CA pubbliche partner su cui abbiamo fatto affidamento per molti anni (16, per l’esattezza!) mentre lavoriamo tutti insieme per garantire un’Internet affidabile e aperta.
Quando abbiamo lanciato Universal SSL, l’argomento era semplice: ogni byte che scorre cifrato su Internet rende più difficile intercettarlo, limitarlo o censurarlo, e il web aperto è qualcosa che costruiamo tutti insieme. Un’autorità di certificazione pubblica, ridondante e trasparente è lo stesso argomento portato un livello più in basso, fino alla fiducia che rende possibile il web cifrato in primo luogo. Lavoriamo verso questo obiettivo da molto tempo, e siamo lieti di essere finalmente sulla strada giusta.
Buona Settimana del compleanno!
