Le durate dei certificati TLS si stanno riducendo: cosa sta cambiando

Riepilogo esecutivo: I certificati TLS stanno per diventare significativamente più brevi. A partire dal 15 marzo 2026, i certificati pubblici di nuova emissione avranno una durata massima di 200 giorni—e appena tre anni dopo, questa durata scenderà a 47 giorni. Sostenuto da Google, Apple e Mozilla, questo cambiamento mira a rendere il web più sicuro attraverso dati più aggiornati, failover più rapidi e automazione forzata. Per stare al passo—e restare sicure—le organizzazioni devono censire, automatizzare e integrare la gestione dei certificati fin da subito. Red Sift Certificates rende semplice adattarsi e scalare per questa nuova realtà.

Punti chiave:

• Le durate dei certificati si stanno riducendo rapidamente: A partire da marzo 2026, i certificati TLS dureranno solo 200 giorni—scendendo a 100 giorni nel 2027 e a 47 giorni entro il 2029. Non è solo un dettaglio tecnico—cambia fondamentalmente la cadenza dei rinnovi e il profilo di rischio.
• L'automazione è ora obbligatoria: Con fino a 7.500 rinnovi all'anno per infrastrutture di grandi dimensioni, i processi manuali falliranno. Automatizza la scoperta, il rinnovo e il recupero utilizzando strumenti come ACME e API cloud-native.
• Red Sift Certificates rende la tua strategia a prova di futuro: Ti aiuta a trovare ogni certificato, rinnovarlo automaticamente e monitorare eventuali problemi—così resti sicuro, conforme e in anticipo rispetto alle scadenze imminenti.

I certificati TLS stanno per scadere più rapidamente, con il primo cambiamento a meno di un anno di distanza. Il 15 marzo 2026, ogni certificato TLS pubblico di nuova emissione dovrà avere una durata massima di 200 giorni.

Un anno dopo il tetto scende nuovamente a 100 giorni, e entro il 15 marzo 2029 dovrai rinnovare ogni 47 giorni. La decisione, codificata nel CA/Browser Forum Ballot SC-081, è stata approvata nell'aprile 2025 con il sostegno di Google, Apple, Microsoft, Mozilla e ogni principale autorità di certificazione.​ La semplice realtà? Qualsiasi certificato emesso nella seconda metà del 2025 scadrà cinque mesi prima di quanto pianificato nel momento in cui la regola entrerà in vigore.

Le durate dei certificati si sono ridotte negli anni. 5 anni nel 2018, 2 anni nel 2020, 13 mesi nel 2021, e ora questo sprint in tre fasi. Le ragioni per una validità più breve sono semplici:

I leader del settore sostengono che i certificati brevi sono più sicuri non perché non falliscono mai, ma perché falliscono in modo rapido e visibile, incoraggiando il recupero automatico.​

Prendi un'infrastruttura con 1000 certificati:

• Con l'attuale regola dei 398 giorni pianifichi circa 1.000 finestre di modifica all'anno.
• Il limite di 200 giorni raddoppia questo numero a ~2.000.
• Due anni dopo sei a ~3.600.
• Con 47 giorni ti troverai ad affrontare 7.500 rinnovi all'anno.

E questo prima di contare i certificati di cui non sei a conoscenza—quelli incorporati in sottodomini di staging, app mobili, dispositivi IoT dimenticati o il sito di test personale di un ingegnere.

Ricordi il crollo di Zoom di metà aprile 2025? Un registrar ha erroneamente contrassegnato zoom.us come serverHold, e 300 milioni di utenti sono rimasti bloccati fuori per quasi due ore.

1. Censisci tutto—automaticamente: Utilizza scansioni attive e il monitoraggio dei log pubblici per scoprire ogni certificato, pubblico o privato, emesso da qualsiasi CA.
2. Adotta Automated Certificate Management Environment (ACME) o Application Programming Interface (API) cloud native: La maggior parte delle principali Certificate Authority (CA), cloud e load balancer supportano ACME. Automatizza i rinnovi ora; ti ringrazierai quando la finestra si restringerà a 47 giorni.
3. Integra il rinnovo nel Continuous Integration/ Continuous Deployment (CI/CD): Tratta i certificati come codice: gestiscine il controllo versione, distribuiscili con infrastructure-as-code e ripristina istantaneamente.
4. Testa il fallimento per scadenza e il ripristino automatico: Simula una scadenza intenzionale in un ambiente non di produzione. Verifica che gli avvisi si attivino, i rinnovi automatici si innescino e i servizi si riavviino con un nuovo certificato.
5. Forma sviluppatori e team DevOps: I certificati toccano ogni livello—dai gateway API alle pipeline di build. Assicurati che chiunque avvii un endpoint comprenda la nuova durata di vita.

Red Sift Certificates rende semplice per le aziende restare al passo con il ciclo di rinnovo dei certificati TLS in accelerazione. Con le durate dei certificati che scendono a 200 giorni nel 2026—e a soli 47 giorni entro il 2029—il tracciamento e i rinnovi manuali semplicemente non basteranno.

Red Sift supporta la scoperta e il monitoraggio, che aiuteranno il processo di rinnovo in tutta la tua infrastruttura, mantenendoti sicuro e sincronizzato, senza il rischio di errore umano o scadenze mancate. Come valore aggiunto, Red Sift Certificates eseguirà una valutazione della configurazione dei certificati implementati per evitare vulnerabilità non intenzionali.

Mentre il settore si sposta verso durate dei certificati più brevi, Red Sift Certificates assicura che la tua organizzazione non si limiti a stare al passo—ma sia in prima linea. Integrandosi direttamente con ACME e le API cloud native, rinnova e distribuisce i certificati senza interruzioni, riducendo i tempi di inattività e mantenendoti conforme. Le dashboard tracciano ogni certificato rispetto ai nuovi standard 200/100/47 giorni, mentre gli avvisi in tempo reale segnalano i problemi prima che raggiungano i tuoi utenti. È una sicurezza proattiva e scalabile, costruita per il futuro del web.

Il CA/Browser Forum ha fornito una tabella di marcia, non un margine di manovra. La regola dei 200 giorni arriva durante la stagione di budgeting; il taglio a 100 giorni arriva mentre ti prepari per il blocco festivo del prossimo anno; lo sprint dei 47 giorni colpisce proprio prima dell'anno fiscale 2030. Prima automatizzi, meno queste date conteranno.

Resta un passo avanti oggi: Prenota una demo di Red Sift Certificates e inizia.