L'email rimane uno dei canali di marketing più potenti, ma il mancato arrivo nella posta in arrivo principale può avere un impatto negativo sui ricavi. Secondo uno studio di riferimento sulla consegna delle email del 2025, 1 email di marketing legittima su 6 non raggiunge la posta in arrivo, con un tasso medio globale di consegna nella posta in arrivo pari a circa l'83%. I tassi globali di invio nella cartella spam sono quasi raddoppiati nel corso del 2024. Ciò significa che una quota significativa dell’investimento aziendale nell’acquisizione di indirizzi e-mail, nella creazione di contenuti e nei programmi di fidelizzazione non ha mai l’opportunità di influenzare un cliente, poiché il messaggio non riesce nemmeno a raggiungere la posta in arrivo.

Anche se l’e-mail raggiunge la casella di posta in arrivo, gli utenti di oggi ricevono decine, se non centinaia, di e-mail ogni giorno. Queste provengono da contatti personali, aziende e liste a cui gli utenti si iscrivono. Microsoft stima 117 e-mail al giorno per il lavoratore medio, molte delle quali vengono sfogliate di sfuggita la mattina presto. In mezzo a questa valanga di messaggi, farsi notare è sempre più difficile. Anche le campagne e-mail ben strutturate possono registrare bassi tassi di apertura. Gli utenti più attenti non aprono un messaggio qualsiasi. Cercano segni di familiarità, guardando oltre i nomi dei mittenti e persino oltre le righe dell’oggetto, alla ricerca di altri indizi che indichino che vale la pena leggere il messaggio.

Ma farsi notare è solo una parte della sfida. I destinatari devono anche avere la certezza che i messaggi che ricevono siano legittimi. Aprire l’e-mail sbagliata potrebbe esporli a attacchi informatici, tra cui schemi di phishing e spoofing in grado di mettere in difficoltà anche gli utenti più esperti in ambito digitale.

Un’autenticazione e-mail solida aiuta i mittenti legittimi a stabilire credibilità presso i sistemi di ricezione, fornendo segnali che indicano che i messaggi sono autorizzati a provenire dai domini che rappresentano. Sebbene l’autenticazione non garantisca l’inserimento nella posta in arrivo né il coinvolgimento, fornisce un’importante base tecnica per proteggere il dominio mittente e costruire fiducia nelle comunicazioni legittime del marchio.

Costruire le basi tecniche per un’e-mail affidabile

Le strategie di email marketing spesso pongono l’accento sulla tempistica o sui contenuti, ma i meccanismi tecnici alla base delle email sono fondamentali per instaurare fiducia e supportare le prestazioni delle email. L’autenticazione fornisce ai sistemi di ricezione segnali più forti per identificare le email autorizzate e proteggere i domini mittenti da un uso non autorizzato.

Diversi protocolli e framework collaborano per fornire questi segnali di autenticazione. I certificati S/MIME offrono un’ulteriore forma di affidabilità delle email attraverso la firma digitale e la crittografia, ma hanno uno scopo diverso rispetto ai protocolli di autenticazione a livello di dominio come SPF, DKIM e DMARC.

SPF, DKIM e DMARC svolgono tutti un ruolo unico nel convalidare la legittimità delle email e nel proteggere il dominio mittente, come spiegato di seguito:

SPF e DKIM contribuiscono a stabilire la legittimità del mittente

Lo Sender Policy Framework (SPF) e il DomainKeys Identified Mail (DKIM) forniscono segnali di autenticazione complementari che aiutano i sistemi di ricezione a valutare la legittimità delle e-mail. L’SPF aiuta a determinare se la posta proviene da una fonte di invio autorizzata, mentre il DKIM aiuta a verificare il dominio firmatario e l’integrità del messaggio.

Insieme, questi protocolli costituiscono la base su cui DMARC si fonda per valutare se l’e-mail corrisponda al dominio che dichiara di rappresentare.

DMARC contribuisce a proteggere il dominio di invio del marchio

DMARC si basa su SPF e DKIM aggiungendo l’allineamento del dominio, le politiche e la reportistica. Mentre SPF e DKIM forniscono i risultati dell’autenticazione, DMARC aiuta a determinare se tali risultati siano allineati con il dominio indicato nell’indirizzo “Da”.

Le organizzazioni possono pubblicare politiche DMARC che richiedono ai sistemi di ricezione di monitorare, mettere in quarantena o rifiutare i messaggi che non superano l’autenticazione allineata. La reportistica DMARC offre inoltre visibilità sulle fonti di invio, aiutando le organizzazioni a identificare l’uso non autorizzato dei propri domini.

I limiti dell’autenticazione delle e-mail

L’autenticazione delle e-mail costituisce una protezione fondamentale contro lo spoofing, ma è solo una delle tante strategie a più livelli che devono essere implementate per garantire una protezione completa. Con l’applicazione di DMARC, i proprietari dei domini possono istruire i sistemi di ricezione a mettere in quarantena o rifiutare i messaggi che non superano l’autenticazione e l’allineamento.

Altre minacce, come i domini simili, l’usurpazione del nome visualizzato o gli account compromessi, potrebbero richiedere misure di sicurezza aggiuntive. Ecco perché l’autenticazione delle e-mail funziona al meglio come parte di una strategia più ampia volta a proteggere l’identità del marchio e la fiducia dei clienti.

L’autenticazione presenta inoltre dei limiti, in quanto non può garantire la visibilità nella posta in arrivo. Le e-mail autenticate potrebbero comunque finire nelle schede “Promozioni” o nelle cartelle dello spam e, anche quando raggiungono la posta in arrivo principale, potrebbero essere completamente ignorate da destinatari indaffarati.

A favore di una maggiore fiducia nella posta in arrivo

L'autenticazione sta diventando sempre più un requisito fondamentale. Aiuta le e-mail a raggiungere la posta in arrivo, ma non le fa risaltare una volta arrivate. È qui che entrano in gioco i segnali visibili di fiducia.

Il Brand Indicators for Message Identification (BIMI) offre alle organizzazioni qualificate la possibilità di visualizzare i loghi nelle caselle di posta elettronica supportate. Il BIMI si basa sull’autenticazione e-mail esistente anziché sostituirla e richiede che il DMARC sia impostato in modalità “enforcement”.

Quando viene visualizzato, un logo del marchio riconoscibile offre ai destinatari un segnale visivo aggiuntivo che notano immediatamente mentre scorrono la propria casella di posta. Ciò unisce l’autenticazione e l’identità del marchio, aiutando le comunicazioni legittime a distinguersi grazie a un’immagine di marca familiare e coerente.

L’adozione di BIMI è ancora relativamente bassa, quindi i marchi che oggi mostrano un logo verificato si distinguono dai concorrenti le cui e-mail mostrano ancora iniziali generiche.

In che modo i Mark Certificates aggiungono un’identità di marchio verificata

BIMI può integrarsi con i Mark Certificates per garantire un’identità del marchio convalidata nelle caselle di posta supportate. I Mark Certificates forniscono una convalida da parte di terzi del diritto del dominio a utilizzare il logo associato, requisito richiesto da alcuni provider di posta elettronica prima di visualizzare un logo BIMI. I Mark Certificates si basano sui seguenti requisiti di autenticazione delle e-mail e BIMI:

• SPF e DKIM stabiliscono i segnali di autenticazione.
• DMARC garantisce l’allineamento e deve essere impostato in modalità di applicazione.
• Il BIMI collega il dominio autenticato al logo del marchio.
• Un VMC o un CMC fornisce una convalida da parte di terzi dell’organizzazione e del logo.

I Verified Mark Certificates (VMC) convalidano un'organizzazione e la sua autorizzazione a utilizzare un logo di marchio registrato idoneo. Emessi da autorità di certificazione affidabili, come Sectigo, forniscono una convalida da parte di terzi che i provider di caselle di posta supportati possono utilizzare con BIMI.

In Gmail, un VMC può anche abilitare il segno di spunta blu di verifica accanto al nome del mittente.

Per le aziende i cui loghi non soddisfano i requisiti relativi ai marchi registrati previsti dal VMC, i certificati Common Mark (CMC) offrono un’altra opzione per la visualizzazione del logo tramite BIMI. I loghi idonei devono soddisfare i requisiti CMC, compreso un uso pubblico precedente di almeno 12 mesi. I VMC sono preferibili per le aziende con loghi protetti da marchio registrato. I CMC non attivano il segno di spunta blu nelle caselle di posta di Gmail.

Creare un programma di email marketing più affidabile

Gli aspetti tecnici e visivi dell’email marketing collaborano per creare fiducia. I marchi dovrebbero autenticare le piattaforme di invio legittime con SPF e DKIM, utilizzare i report DMARC per comprendere le fonti di invio e rafforzare l’applicazione delle norme, oltre a mantenere coerenti i domini dei mittenti e il branding. Una volta soddisfatti i requisiti di autenticazione, BIMI e un VMC o CMC idoneo possono aggiungere un’identità di marca visibile e convalidata.

Nel branding visivo, la coerenza è fondamentale. I loghi sono centrali in questo sforzo e possono fare una grande differenza se visualizzati in modo coerente nelle caselle di posta elettronica, ma anche le email stesse devono essere all’altezza delle aspettative degli utenti. Ciò significa utilizzare nomi del mittente riconoscibili, mantenendo al contempo un tono familiare o la voce del marchio nelle righe dell’oggetto e nel testo dell’email.

Verifica il tuo marchio con i certificati Sectigo Mark

L’autenticazione fornisce le basi tecniche per un’e-mail affidabile, mentre i segnali visivi del marchio possono rendere tale fiducia più riconoscibile nella casella di posta. I certificati Sectigo Mark aiutano le organizzazioni idonee a convalidare l’identità e il logo associati alla loro implementazione BIMI.

Sectigo offre sia certificati Verified Mark (VMC) che certificati Common Mark (CMC), fornendo alle organizzazioni diverse opzioni in base all’idoneità del proprio logo e alle esigenze di verifica.

Che cos’è un certificato digitale?

Un certificato digitale è un file che attesta l'autenticità di un sistema elettronico, come un dispositivo, un server o un utente, mediante l'uso della crittografia a chiave pubblica e dell'infrastruttura a chiave pubblica (PKI).

Implementando questo metodo di identificazione per dispositivi e utenti, le organizzazioni possono garantire la sicurezza delle proprie reti. Un tipo molto diffuso di certificato digitale è il certificato SSL/TLS, utilizzato per confermare l’autenticità di un sito web a un browser.

I certificati digitali contengono informazioni identificative, quali il nome di dominio, l’organizzazione, la località e informazioni relative al dispositivo, come l’indirizzo IP o il numero di serie. Includono inoltre una chiave pubblica che corrisponde a una chiave privata in possesso del titolare del certificato, la quale viene utilizzata per verificare l’identità e garantire che il certificato non sia stato alterato.

Un’autorità di certificazione emette un certificato a chiave pubblica per associare un’identità a una chiave pubblica. La firma digitale dell’autorità di certificazione garantisce l’affidabilità, mentre la chiave privata corrispondente consente un’autenticazione e una crittografia sicure.

Tra i tipi più comuni di certificati digitali figurano:

• Certificati SSL/TLS
• Certificati di firma del codice
• Certificati S/MIME

Salvo diversa indicazione, questo articolo tratterà specificatamente dei certificati SSL/TLS.

I certificati digitali scadono?

Sì, i certificati digitali scadono. I periodi di validità variano a seconda del tipo di certificato.

Cosa determina il periodo di validità del certificato?

In definitiva, sono le organizzazioni che accettano i certificati a determinarne il periodo di validità. In genere, questi si attengono alle raccomandazioni del CA/Browser Forum.

Il CA/Browser Forum si riunisce per votare su varie questioni, concentrandosi spesso su una serie di requisiti di base per l’emissione di certificati digitali affidabili. Il CA/Browser Forum non è un organismo di regolamentazione e non ha la facoltà di far rispettare le proprie decisioni. Le entità che accettano i certificati hanno l’ultima parola e possono applicare criteri più o meno rigorosi rispetto alle raccomandazioni formulate dall’organizzazione.

Un aspetto importante dei certificati digitali è che il ciclo di vita del certificato, compresi i periodi massimi di validità, non è determinato dall’emittente, ma dall’accettante, le cui preoccupazioni e politiche si riflettono nel CA/Browser Forum attraverso un processo di votazione.

Gli accettanti sono organizzazioni che sviluppano prodotti, come sistemi operativi e browser. Il loro obiettivo è proteggere le informazioni dell’utente finale e non i processi dell’organizzazione. Per questo motivo, aziende come Microsoft e Google preferirebbero rifiutare direttamente i certificati che non soddisfano i loro criteri e negare temporaneamente l’accesso, piuttosto che limitarsi ad accettare tutti i certificati.

Quanto durano i certificati SSL/TLS?

• A partire dal 15 marzo 2026, i certificati SSL pubblici avranno una validità massima di 200 giorni
• 15 marzo 2027: la validità massima sarà ridotta a 100 giorni
• 15 marzo 2029: la validità massima sarà ridotta a 47 giorni

A partire da settembre 2020, i certificati di sicurezza del protocollo SSL/TLS non potevano più essere emessi con una validità superiore a 13 mesi (397 giorni). Questa modifica è stata annunciata per la prima volta da Apple in occasione del CA/Browser Forum. Ora ci troviamo in un’altra fase di riduzione graduale che culminerà con la riduzione della validità massima dei certificati a soli 47 giorni.

Prima del 2015 era possibile ottenere un certificato con un periodo di validità fino a cinque anni. Tale periodo è stato ridotto a tre anni nel 2015 e, successivamente, a due nel 2018. Alla fine del 2019, nel CA/Browser Forum è stata proposta una votazione che avrebbe ridotto la validità a un anno, ma è stata respinta. Questa decisione è stata poi annullata da un cambiamento nella politica di Apple l’anno successivo.

Come faccio a sapere quando scade il mio certificato SSL/TLS?

Attualmente, i certificati SSL scadono al massimo 200 giorni dopo la data di emissione. È importante rinnovarli prima della scadenza. Aspettare fino all’ultimo momento causerà gravi disagi alle organizzazioni e ai loro clienti. Le date di scadenza dei certificati sono comunicate chiaramente dai rispettivi emittenti e ciascuno ha una propria procedura di rinnovo.

Le autorità di certificazione (CA) inviano solitamente una notifica prima della data di scadenza; si raccomanda quindi di rinnovare il certificato non appena si riceve la prima notifica, per evitare interruzioni del servizio.

Spesso, chi richiede il rinnovo di un certificato dovrà autenticare nuovamente parte delle informazioni contenute nel certificato precedente che desidera figurino in quello nuovo. La procedura da seguire è simile a quella dell’emissione originale.

Il prossimo cambiamento ai periodi di validità di 47 giorni per i certificati SSL

Si prevede che la durata massima di validità dei certificati SSL/TLS venga ridotta in modo significativo nei prossimi anni, nell’ambito di uno sforzo a livello di settore volto a migliorare la sicurezza e a ridurre i rischi. Nell’aprile 2025 è stata formalmente approvata la proposta SC-081v3, avviando così un piano graduale che ridurrà la validità dei certificati SSL pubblici a 47 giorni entro il 2029.

Questi cambiamenti rappresentano una delle trasformazioni più significative nella gestione dei certificati degli ultimi decenni e sono pensati per limitare l’impatto dei certificati compromessi o emessi erroneamente. Tuttavia, aumentano anche notevolmente il numero di rinnovi che le organizzazioni devono gestire ogni anno. Man mano che i periodi di validità continueranno a ridursi, la gestione automatizzata del ciclo di vita dei certificati (CLM) diventerà fondamentale per garantire la conformità normativa ed evitare interruzioni del servizio.

A cosa è dovuto questo cambiamento?

La motivazione principale alla base della riduzione del periodo di validità è una maggiore sicurezza. Periodi di validità più brevi implicano che i certificati debbano essere rinnovati con maggiore frequenza, garantendo che gli standard di crittografia rimangano aggiornati e che le vulnerabilità vengano risolte rapidamente.

Questo cambiamento riduce il margine di tempo a disposizione degli hacker per sfruttare certificati compromessi, migliorando in modo significativo la sicurezza informatica complessiva. I rinnovi frequenti consentono inoltre di correggere rapidamente eventuali vulnerabilità negli algoritmi di crittografia o nelle pratiche di gestione delle chiavi, mantenendo così il massimo livello di protezione per i dati riservati.

Il rinnovo automatico dei certificati assume un’importanza mai vista prima

Con l’introduzione di periodi di validità più brevi, l’importanza di automatizzare i rinnovi dei certificati diventa fondamentale. I processi di rinnovo manuali possono dare adito a errori e disattenzioni, che possono causare gravi interruzioni e rischi per la sicurezza delle aziende. Poiché il processo di rinnovo avverrà con frequenza molto maggiore, tali rischi aumenteranno. I sistemi automatizzati contribuiscono a garantire che i rinnovi vengano completati con precisione e tempestività, riducendo così la probabilità che i certificati scaduti causino interruzioni del servizio e consentendo alle risorse IT di concentrarsi su attività più critiche.

Inoltre, gli strumenti automatizzati per la gestione del ciclo di vita dei certificati possono fornire monitoraggio e avvisi in tempo reale, garantendo che le organizzazioni siano sempre al corrente delle prossime scadenze e possano agire rapidamente. L’integrazione dell’automazione nei processi di rinnovo dei certificati non solo migliora l’efficienza, ma rafforza anche la sicurezza. I sistemi automatizzati sono meno soggetti a errori umani e applicano in modo sistematico le pratiche e le politiche di sicurezza più recenti. Ciò risulta particolarmente cruciale in presenza di periodi di validità più brevi, in cui aumenta la frequenza dei rinnovi e si riduce il margine di errore.

Preparati ai periodi di validità più brevi dei certificati SSL con una soluzione affidabile

In qualità di leader mondiale nel settore dei certificati digitali, Sectigo aiuta le organizzazioni ad anticipare i requisiti in continua evoluzione in materia di certificati. Oltre ai nostri certificati SSL/TLS affidabili, la nostra piattaforma Sectigo Certificate Manager (SCM) consente la gestione automatizzata del ciclo di vita dei certificati, fornendo la visibilità e il controllo necessari per gestire in modo affidabile i frequenti rinnovi man mano che i periodi di validità continuano a ridursi. Le organizzazioni più piccole e i team IT di dimensioni ridotte possono utilizzare SCM Pro per individuare e gestire i certificati, nonché per automatizzare l’emissione e i rinnovi tramite ACME.

Contattate il nostro team oggi stesso per ottenere maggiori informazioni sulla nostra offerta di certificati digitali o per richiedere una dimostrazione della nostra piattaforma SCM.

Vuoi saperne di più? Contattaci per prenotare una dimostrazione di Sectigo Certificate Manager!

Articoli correlati:

Prepararsi al futuro: la proposta di Apple di ridurre la validità dei certificati a 47 giorni

Apple pubblica una bozza di votazione per ridurre la validità dei certificati a 47 giorni

Perché i certificati SSL scadono: analisi dei vantaggi di periodi di validità più brevi

I certificati SSL hanno molto da offrire, ma non possono esprimere tutto il loro potenziale se non vengono implementati e gestiti in modo strategico, il che significa una gestione senza soluzione di continuità in ogni fase del ciclo di vita del certificato. Queste fasi comprendono la richiesta e l'iscrizione del certificato, l'emissione e il provisioning, l'utilizzo e il monitoraggio e la scadenza e il rinnovo (o, in alcuni casi, la revoca).

Se si trascura una di queste fasi, i certificati (e i siti Web che proteggono) potrebbero essere compromessi.

La fase finale, che porta alla scadenza, è particolarmente importante perché la scadenza del certificato può portare a interruzioni e tempi di inattività dell'SSL e avere un impatto estremamente negativo sulla reputazione, la fiducia dei clienti, i dati e i profitti di un'azienda. Questa parte del ciclo di vita è diventata particolarmente importante con l'annuncio da parte di Google di periodi di validità dei certificati più brevi in futuro. Per coloro che gestiscono manualmente i certificati SSL/TLS, un periodo di validità più breve significa più risorse IT necessarie per tenere il passo e più opportunità di errore umano o negligenza.

Nel corso di questo processo, è importante tenere a mente il motivo per cui i certificati hanno una data di scadenza e come periodi di validità più brevi possano effettivamente avvantaggiare le aziende nel lungo periodo.
 

Quanto durano i certificati SSL/TLS?

Attualmente, i certificati SSL pubblici hanno un periodo di validità massimo di 200 giorni. Questo periodo continuerà ad accorciarsi e subirà altri due adeguamenti significativi. Nel marzo 2027, la durata si ridurrà a 100 giorni, mentre entro marzo 2029 il periodo di validità massimo scenderà a soli 47 giorni.

Uno dei motivi per cui Google ha preso questa decisione è che “incoraggia l'automazione e l'adozione di pratiche che allontanino l'ecosistema da processi di emissione barocchi, lunghi e soggetti a errori”.

I processi di rinnovo manuale dei certificati non sono più sufficienti quando i certificati devono essere aggiornati così frequentemente. Questo approccio è già inefficiente quando i certificati durano più di un anno. Se ciò dovesse essere richiesto ogni 47 giorni, i reparti IT, già sovraccarichi di lavoro, sarebbero messi a dura prova.

Fortunatamente, le soluzioni automatizzate promettono di eliminare gli inconvenienti legati alla riduzione della durata dei certificati, consentendo al contempo alle aziende di sfruttare i vantaggi di questi brevi periodi di validità - e sì, questi periodi più brevi sono, in effetti, incredibilmente vantaggiosi.

Perché i certificati SSL scadono?

La scadenza è una parte fondamentale del ciclo di vita del certificato digitale. Si verifica quando un certificato SSL raggiunge la fine del periodo di validità stabilito. A questo punto, il certificato non è più considerato valido e può quindi causare seri problemi di sicurezza.

Molti problemi sottolineano la necessità di far scadere i certificati SSL. Di seguito, esaminiamo alcuni dei problemi più significativi che rendono necessarie date di scadenza e rinnovi dei certificati più frequenti.

Problemi di sicurezza

La scadenza dei certificati SSL mira soprattutto a migliorare la sicurezza informatica. Ciò può sembrare controintuitivo: dopo tutto, i certificati scaduti possono mettere a rischio i siti web. Senza scadenza, tuttavia, i certificati durerebbero all'infinito e, se gli hacker dovessero violare il sito web, il certificato e la chiave potrebbero essere rubati per impersonare il sito web del cliente.

Inoltre, incoraggiando i rinnovi dei certificati in modo automatico, la scadenza dei certificati sarà ridotta al minimo e diventerà un ricordo del passato. Questo incoraggia anche la rotazione delle chiavi in modo automatizzato per ridurre il rischio di riutilizzo delle chiavi e la potenziale esposizione.
 

Progressi tecnologici

Il panorama crittografico è in rapida evoluzione e le tecnologie che attualmente diamo per scontate potrebbero presto diventare obsolete. Se le strategie SSL non vengono aggiornate insieme alle tecnologie più avanzate, potrebbero non fornire più una protezione sufficiente.

La potenza di calcolo, in particolare, sta accelerando rapidamente e questo può potenzialmente rendere inefficaci algoritmi crittografici un tempo efficaci. Ciò significa che i certificati che non scadono o che hanno un tempo di scadenza lungo creano un'esposizione alla sicurezza.

Requisiti politici e normativi

L'evoluzione delle politiche richiede l'aggiornamento dei certificati, ma realizzarlo, soprattutto su larga scala, non è affatto semplice. La scadenza pone le premesse affinché i nuovi certificati siano conformi a qualsiasi politica o normativa aggiornata. In generale, la scadenza e il rinnovo incoraggiano la revisione delle strategie dei certificati digitali e di altre soluzioni di sicurezza; tutto ciò è in linea con i severi requisiti di sicurezza imposti da diversi quadri normativi.

Vantaggi di periodi di validità più brevi

A prima vista, periodi di validità più lunghi possono sembrare favorevoli: molti ritengono che ciò limiti il tempo dedicato al rinnovo. Alcuni sospettano anche che lunghi periodi di validità significhino che le decadenze sono meno probabili.

Sebbene ciò sia vero, periodi di validità più brevi possono migliorare la sicurezza, riducendo a lungo termine le perdite finanziarie e migliorando la reputazione del marchio. I vantaggi che vale la pena considerare sono :

Maggiore sicurezza

Quanto più a lungo i certificati digitali rimangono in vigore, tanto più sono vulnerabili, soprattutto quando nuove vulnerabilità entrano nel panorama della cybersecurity. Queste vulnerabilità potrebbero essere facilmente sfruttate, con conseguente furto della coppia di chiavi del certificato. Quando la scadenza porta a rinnovi tempestivi e strategici, tuttavia, è possibile implementare strategie crittografiche più forti.

Miglioramento della conformità

Con l'emergere di nuovi requisiti normativi, per le organizzazioni diventa sempre più difficile tenere il passo. Se i periodi di validità più brevi sono accompagnati da una gestione automatizzata del ciclo di vita dei certificati (CLM), dovrebbe essere più facile aderire ai requisiti più severi.

Maggiore agilità

L'agilità della crittografia è una priorità in quanto le nuove minacce, in particolare quelle legate all'informatica quantistica, emergono a un ritmo sempre più rapido. Quando i periodi di validità rimangono brevi, è necessaria una risposta più rapida, con aggiornamenti rapidi che affrontino i problemi di sicurezza emergenti. Inoltre, se i certificati digitali vengono emessi erroneamente, non saranno validi a lungo. Questo approccio può anche favorire un migliore adattamento ai cambiamenti organizzativi, in quanto le aziende possono rispondere in modo dinamico al mutare delle esigenze o del settore.

Abbracciare l'automazione del CLM con Sectigo

I periodi di validità più brevi sono dietro l'angolo, ma ricordate: questo non deve essere motivo di preoccupazione, a meno che non siate completamente dipendenti dai processi di rinnovo manuale dei certificati. L'approccio giusto può mantenere i certificati digitali aggiornati e sicuri, snellendo al contempo le operazioni e riducendo i costi di rinnovo.

I processi di rinnovo manuale sono da tempo rischiosi, ma sono ancora più preoccupanti nel contesto della breve durata dei certificati. Questo è il momento ideale per sfruttare le soluzioni automatizzate, che garantiscono il rinnovo dei certificati SSL/TLS prima della loro scadenza. Offrendo una piattaforma centralizzata e una potente supervisione, questa rappresenta una risorsa chiave per affrontare le sfide di sicurezza di domani.

Se siete pronti ad abbracciare la potenza della gestione automatizzata del ciclo di vita dei certificati, date un'occhiata più da vicino a una delle soluzioni più affidabili disponibili: Sectigo Certificate Manager (SCM). Scoprite di più su questa potente piattaforma CLM o approfittate della nostra prova gratuita.

Scopri di più? Contattateci per prenotare una demo di Sectigo Certificate Manager!

Messaggi relativi:

Perché il tuo certificato SSL scade ogni 3 mesi e come gestirlo?

Come le aziende dovrebbero prepararsi a periodi di validità dei certificati SSL/TLS più brevi

Previsione per il 2024: nessuna organizzazione sarà immune dalle sfide poste dalla riduzione della durata dei certificati digitali

Le aziende di tutte le dimensioni e di tutti i settori sono esposte a problemi di rinnovo dei certificati. Il processo di rinnovo può richiedere molto tempo in generale, ma quando le grandi organizzazioni richiedono un gran numero di certificati (e fanno parte di un'infrastruttura IT complessa), può essere difficile per i team IT tenere il passo. Purtroppo, nemmeno le piccole e medie imprese sono immuni da questi problemi, vista l’imminente modifica che ridurrà i periodi di validità dei certificati SSL a soli 47 giorni. Il periodo di validità più breve, unito al fatto che le PMI talvolta non dispongono di competenze informatiche, significa che le aziende di queste dimensioni possono essere ancora più vulnerabili a interruzioni e certificati scaduti.

La buona notizia? Le interruzioni dei certificati non sono affatto inevitabili. I rinnovi automatici dei certificati possono aiutare a evitare i rischi maggiori, garantendo che tutti i certificati SSL rimangano aggiornati. Continuate a leggere per scoprire cosa comporta, perché è necessario per tutte le aziende, dalle piccole alle grandi, e quali vantaggi ci si può aspettare dall'implementazione di un approccio al rinnovo automatico dei certificati.

Informazioni sui certificati SSL

I certificati Secure Sockets Layer (SSL) / Transport Layer Security (TLS) svolgono un ruolo fondamentale nel facilitare la sicurezza delle comunicazioni web. Questi certificati crittografano i dati scambiati tra i server web e i browser, proteggendoli così dalle interferenze di malintenzionati. Inoltre, i certificati SSL autenticano le identità per confermare che gli utenti interagiscono con siti web legittimi.

Esistono molti tipi di certificati SSL, tutti volti a salvaguardare la comunicazione digitale e a migliorare la fiducia digitale. Sono disponibili tre diversi livelli di convalida dei certificati:

• Convalida del dominio (DV) : È il modo più rapido, semplice ed economico per ottenere la crittografia standard del settore. Questo tipo di convalida richiede la prova della proprietà del dominio protetto e di solito viene rilasciato in pochi minuti.
• Convalida dell'organizzazione (OV) : Comprendendo un approccio leggermente più esteso alla convalida, OV determina la legittimità dell'azienda associata a un determinato dominio. Ciò produce un livello di fiducia più elevato.
• Validazione estesa (EV) : Essendo la forma più completa di convalida, i certificati EV richiedono misure approfondite per verificare tutto, dall'esistenza legale di un'organizzazione alla sua ubicazione fisica. Questo tipo è lo standard del settore per i siti web di commercio elettronico.

All'interno di questi livelli di convalida, sono disponibili diverse varianti di certificati, tra cui certificati a dominio singolo, wildcard e multidominio. I certificati multidominio consentono a un singolo certificato di proteggere diversi domini. I certificati wildcard, invece, sono progettati per proteggere un dominio principale e un numero illimitato di sottodomini sotto quel dominio principale.

Attualmente, i certificati SSL pubblici possono rimanere validi fino a 200 giorni dopo l’emissione iniziale. Tuttavia, i periodi di validità diminuiranno altre due volte entro il 2029 e il processo di gestione dei rinnovi diventerà molto più complesso quando entreranno in vigore i previsti periodi di validità di 47 giorni. Per evitare che i certificati SSL raggiungano la data di scadenza, le aziende devono iniziare a prepararsi ora, implementando strategie mirate, tra cui il rinnovo automatico dei certificati.

L'importanza del rinnovo dei certificati SSL

Il rinnovo svolge un ruolo fondamentale nel ciclo di vita del certificato. In genere, si tratta della fase finale prima che l'intero ciclo ricominci.

Se i certificati non vengono rinnovati tempestivamente, scadono, aumentando drasticamente la probabilità di interruzioni di servizio/operazioni devastanti, la reputazione dei clienti/marchi e, in alcuni casi, di violazioni della sicurezza.

Sebbene esistano molti modi per gestire il rinnovo dei certificati, molte piccole e medie imprese si affidano ancora a processi manuali, che tendono a essere macchinosi e soggetti a errori. Le soluzioni di rinnovo automatico dei certificati SSL sono tuttavia disponibili e possono contribuire a mitigare i numerosi rischi associati al rinnovo manuale e ai certificati scaduti. Ciò è particolarmente importante alla luce delle già citate modifiche ai periodi di validità, in quanto sarà necessario più tempo e impegno per mantenere aggiornati i certificati in scadenza.

Vantaggi del rinnovo automatico

La fase di rinnovo è estremamente importante nell'intero processo di gestione del ciclo di vita del certificato (CLM). Quando si prende in considerazione un servizio di rinnovo SSL automatizzato, bisogna cercare una soluzione affidabile, economica, scalabile e versatile. I vantaggi dell'implementazione di questo tipo di automazione includono :

• Evitare la scadenza : Tra il personale IT sovraccarico e l'aumento della riduzione della validità dei certificati SSL, può essere facile rimanere indietro con i certificati esistenti. Inoltre, alcune organizzazioni possono avere difficoltà con la visibilità dei certificati e possono essere incapaci di determinare quali certificati devono essere rinnovati. Questo può portare a scadenze che rischiano di causare interruzioni del servizio e compromettere l'integrità dei dati. Le soluzioni automatizzate, invece, garantiscono il rinnovo tempestivo dei certificati, riducendo drasticamente il rischio di interruzioni.
• Notevole risparmio di tempo : I processi di rinnovo manuale richiedono molto tempo nelle migliori circostanze, ma questa realtà è diventata sempre più significativa con l'aumento della complessità degli ambienti IT. Al giorno d'oggi, è incredibilmente difficile tenere il passo con i rinnovi manuali, soprattutto quando si tratta di centinaia (forse migliaia) di certificati distribuiti su vaste reti o provenienti da diverse Autorità di Certificazione (CA). Le soluzioni automatiche accelerano questo processo, liberando i professionisti IT impegnati a concentrarsi su altre questioni critiche.
• Maggiore precisione : Anche i professionisti IT più esperti possono essere soggetti a errori umani, e con processi complessi come la scoperta e il rinnovo dei certificati, tali errori sono particolarmente probabili. I sistemi automatici sono noti per la loro accuratezza e, di conseguenza, garantiscono la massima tranquillità.

In poche parole, i rinnovi automatici sono utili perché migliorano la sicurezza informatica complessiva di un'azienda. Le violazioni e altri problemi di sicurezza possono essere costosi e comportare non solo tempi di inattività significativi, ma anche gravi danni alla reputazione. Questo può essere davvero devastante per le piccole e medie imprese, che lavorano duramente per sviluppare la buona volontà dei clienti e possono faticare a riconquistare la loro fiducia dopo le violazioni.

Come automatizzare i rinnovi dei certificati SSL

L'automazione dei rinnovi promette numerosi vantaggi, ma la soluzione da utilizzare per automatizzare questo processo è importante. Il primo passo è la scelta di una piattaforma, e scegliere quella giusta è essenziale.

Idealmente, i servizi di rinnovo automatizzato dei certificati SSL offrono una serie di funzionalità, tra cui processi automatizzati che coprono l'intero ciclo di vita del certificato, dalla scoperta al rinnovo e tutto il resto. Le migliori piattaforme offrono anche integrazioni tecnologiche senza soluzione di continuità, che consentono loro di funzionare con facilità nell'attuale ambiente IT di un'azienda. Anche le notifiche sono essenziali, in quanto assicurano che i problemi emergenti con i certificati digitali (come la necessità di revoca) siano gestiti rapidamente, prima che i tempi di inattività diventino un problema.

Sectigo offre una soluzione affidabile che automatizza non solo i rinnovi dei certificati, ma anche altri componenti critici del ciclo di vita dei certificati: scoperta, provisioning, distribuzione e altro ancora. Sectigo Certificate Manager (SCM) Pro è una soluzione completa progettata per semplificare e automatizzare l'intero ciclo di vita dei certificati digitali. Questo potente strumento offre alle aziende la possibilità di gestire, monitorare e rinnovare automaticamente i certificati SSL. Grazie alle sue avanzate capacità di automazione, questa piattaforma riduce significativamente il carico amministrativo delle PMI e dei team IT, consentendo loro di concentrarsi su iniziative più strategiche, garantendo al contempo una protezione continua.

Automatizzate i rinnovi dei certificati SSL con Sectigo

Siete pronti a smettere di preoccuparvi del rischio incombente della scadenza dei certificati? Il Certificate Manager Pro di Sectigo automatizza il processo di rinnovo per rendere le interruzioni un ricordo del passato. Il nostro sistema sfrutta la potenza dell'Automated Certificate Management Environment (ACME) per semplificare una serie di operazioni essenziali per la gestione dei certificati, tra cui i rinnovi dei certificati che richiedono molto tempo.

Se siete pronti a sfruttare l'automazione e a evitare i problemi e i rischi della gestione manuale dei certificati, non esitate a contattare Sectigo. Iniziate oggi stesso la vostra prova gratuita e scoprite la potenza del rinnovo automatico dei certificati SSL.

Scopri di più? Contattateci per prenotare una demo di Sectigo Certificate Manager!

Messaggi relativi:

L'evoluzione del ciclo di vita dei certificati SSL/TLS e come gestire i cambiamenti

Come rinnovare i certificati SSL e come automatizzare il processo

Come le aziende dovrebbero prepararsi a periodi di validità dei certificati SSL/TLS più brevi

Sebbene l'attuale periodo di validità di questi certificati sia di circa un anno (le specifiche dipendono dal tipo), le tendenze recenti mostrano che questo periodo di validità è destinato a diminuire in modo significativo. Nel 2025, il CA/Browser Forum ha approvato una riduzione graduale dei periodi di validità dei certificati SSL/TLS pubblici. Il periodo massimo di validità è sceso a 200 giorni nel marzo 2026 e si ridurrà ulteriormente a 100 giorni nel marzo 2027 e a 47 giorni nel marzo 2029. Anche se la data di questo cambiamento è sconosciuta, questo annuncio è stato un segno definitivo di ciò che accadrà.
 

Se da un lato questi periodi di validità più brevi offrono importanti vantaggi in termini di sicurezza, dall'altro significano che le organizzazioni dovranno dedicare quattro volte più tempo e risorse al rinnovo dei certificati su base annuale. Inoltre, se il lavoro viene svolto manualmente, aumenta notevolmente il rischio di interruzione del servizio SSL a causa di un certificato scaduto. Fortunatamente, sono disponibili strumenti di gestione automatizzata del ciclo di vita dei certificati (CLM) che possono contribuire a rendere questo processo molto più snello, efficiente e privo di rischi.
 

In questo articolo analizzeremo tutto ciò che c'è da sapere sulla riduzione dei periodi di validità dei certificati SSL/TLS, compresi i motivi per cui sono in arrivo periodi di validità più brevi e ciò che tutti, dalle PMI alle organizzazioni aziendali, dovrebbero fare per prepararsi.

Capire i periodi di validità dei certificati SSL
 

Un certificato SSL è un tipo di certificato digitale che autentica l'identità di un sito web e consente ai siti web di utilizzare una connessione crittografata durante la trasmissione dei dati tra il browser dell'utente e il server del sito web. Un sito web con un certificato SSL valido mostrerà la stringa HTTPS prima del dominio nella barra degli indirizzi.
 

La validità di un certificato SSL dipende da due fattori chiave: la data di emissione e la data di scadenza. Una volta emesso un SSL, in genere da un'autorità di certificazione affidabile, la data di scadenza è attualmente fissata a 200 giorni dalla data di emissione. Il periodo di validità è lo stesso per tutti i tipi di convalida dei certificati SSL, i certificati convalida del dominio (DV) o convalida dell'orgaizzazione (OV) e i certificati convalida estesa (EV). Tuttavia, il periodo di validità cambia per i diversi tipi di certificati digitali. Ad esempio, un certificato Code Signing è valido per tre anni. Le aziende che utilizzano i certificati SSL probabilmente ricevono notifiche all'approssimarsi della data di scadenza per ricordare che è necessario rinnovarli.

Motivi e vantaggi di periodi di validità più brevi

I vantaggi del passaggio a periodi di validità più brevi per i certificati SSL sono molteplici, ma il motivo principale è il miglioramento della sicurezza informatica.

Riducendo i periodi di validità dei certificati SSL si riduce la finestra per il potenziale sfruttamento di nuove vulnerabilità. Rinnovare i certificati SSL più frequentemente offre maggiori opportunità di scoprire e risolvere queste vulnerabilità, lasciando agli hacker una finestra di tempo più breve per lo sfruttamento.

Il periodo di tempo più breve significa anche che i certificati emessi in modo errato saranno validi per un periodo di tempo più breve.

La modifica è volta a incoraggiare l'uso dell'automazione, in quanto i processi di rinnovo manuale dei certificati SSL stanno diventando obsoleti e rischiosi (questo è stato citato come motivo originale nella politica Moving Forward, Together di Google). Le aziende devono essere agili e adottare pratiche di sicurezza informatica più dinamiche e reattive, poiché le minacce informatiche continuano a svilupparsi rapidamente.

Il precedente rappresentante di Google nel CA/B Forum sosteneva che i certificati SSL dovessero essere validi solo per circa sei settimane per garantire un'affidabilità ottimale. Sebbene per ora la maggior parte dei certificati abbia un periodo di validità superiore a questo, la tendenza verso periodi di validità più brevi è ormai evidente.

Le sfide per le aziende
 

Nel complesso, la riduzione del periodo di validità dei certificati SSL offre alcuni importanti vantaggi in termini di sicurezza, ma presenta anche diverse sfide per le aziende e i proprietari di siti web, che possono variare a seconda delle dimensioni dell'azienda.
 

Le aziende con una vasta infrastruttura di rete devono spesso gestire un gran numero di certificati SSL. Quando questi certificati devono essere rinnovati ogni 47 giorni, il processo di gestione del ciclo di vita dei certificati diventa improvvisamente un lavoro a tempo pieno. Per queste organizzazioni, automatizzare il processo utilizzando un sistema di gestione del ciclo di vita dei certificati diventa fondamentale.
 

È opinione comune che i periodi di validità più brevi per i certificati SSL non riguardino le PMI, che hanno un numero inferiore di certificati da gestire. Tuttavia, tenere sotto controllo questi certificati è altrettanto importante per le piccole imprese quanto per le grandi.
 

Per le PMI, il rischio di interruzioni e di violazioni della sicurezza dovute a certificati scaduti è significativo. Oggi le PMI sono comunemente bersaglio di attacchi informatici, quindi mantenere certificati SSL validi è fondamentale per la sicurezza di una PMI. Gli strumenti di gestione automatizzata del ciclo di vita dei certificati possono aiutare le PMI a mantenere validi i loro certificati, riducendo al contempo l'impegno manuale e le conoscenze richieste dai dipendenti.

4 modi per le aziende di prepararsi

Il momento migliore per le aziende per iniziare a prepararsi alle imminenti modifiche ai periodi di validità dei certificati SSL è adesso; non è consigliabile cercare di recuperare dopo che il cambiamento è stato completamente implementato.

Tenendo conto di ciò, ecco quattro passi che le aziende di tutte le dimensioni possono compiere per prepararsi a periodi di validità dei certificati SSL più brevi:

1. Verifica e inventario

È necessario effettuare un inventario completo dei certificati digitali esistenti, compresi il tipo, i dettagli di emissione e le date di scadenza. Ciò promuove la trasparenza e aiuta ad adottare un approccio organizzato alla gestione dei certificati.

2. Implementare una soluzione di gestione automatizzata del ciclo di vita dei certificati

L'utilizzo di uno strumento di gestione automatizzata del ciclo di vita dei certificati, come la piattaforma Sectigo Certificate Manager (SCM), ridurrà drasticamente l'impegno che la gestione dei certificati richiede, liberando il team IT per concentrarsi su altre attività importanti.

Un sistema di gestione automatizzata del ciclo di vita dei certificati lavora 24 ore su 24 per garantire la validità dei certificati SSL. Questi strumenti possono anche aiutare nel processo di scoperta dei certificati, riducendo i punti ciechi e aiutandovi a scoprire certificati di cui potreste non essere a conoscenza (il che, a sua volta, riduce le vulnerabilità).

L'automazione del processo aiuta le aziende a evitare interruzioni del servizio SSL, perché i rinnovi avvengono in tempo e i certificati non scadono. Se volete evitare che una semplice dimenticanza costi alla vostra azienda tempi di inattività considerevoli, uno strumento di gestione automatizzata dei certificati può aiutarvi.

3. Educare e formare il personale

È importante formare il personale IT sulle sfumature della gestione del ciclo di vita dei certificati e sulle imminenti modifiche del periodo di validità. Più il personale comprende il processo e le proprie responsabilità, meno è probabile che si verifichino problemi.

Tenete presente che, a meno che non sfruttiate l'automazione, periodi di validità più brevi significano più gestione manuale dei certificati SSL. Il personale IT dovrà essere preparato al cambiamento e all'impatto che possono avere eventi come le ferie o le dimissioni del personale.

Organizzare sessioni di formazione per tenere aggiornati i team sulle ultime novità in materia di gestione dei certificati SSL/TLS e sulle best practice di cybersecurity può aiutare a garantire che tutti siano informati su questo importante argomento.

4. Scegliere partner affidabili

La gestione del ciclo di vita dei certificati non è qualcosa che la vostra azienda deve implementare da sola. È importante trovare un partner affidabile che vi aiuti a garantire che la vostra azienda sia preparata ai cambiamenti imminenti. Sectigo è un'autorità di certificazione di fiducia a livello globale e un fornitore leader di automazione CLM che offre un solido supporto con le sue soluzioni di gestione dei certificati. Le nostre piattaforme CLM sono semplici, sicure e scalabili.

Come Sectigo può aiutare

Periodi di validità più brevi per i certificati SSL/TLS hanno i loro vantaggi, ma aumentano anche il carico amministrativo dei team IT di tutte le organizzazioni.

Sectigo offre due solide soluzioni per la gestione automatizzata del ciclo di vita dei certificati: Sectigo Certificate Manager per le aziende e SCM Pro per le PMI. Per saperne di più su come una di queste soluzioni leader del settore possa aiutare la vostra azienda a prepararsi a periodi di validità dei certificati SSL/TLS più brevi, contattateci oggi stesso.

Scopri di più? Contattateci per prenotare una demo di Sectigo Certificate Manager!

Messaggi relativi:

La durata di vita dei certificati si riduce esponenzialmente

Perché il mio SSL scade ogni 3 mesi?

Le migliori pratiche di cybersicurezza delle PMI per il 2024

Per la maggior parte delle organizzazioni, il punto fondamentale non è se gli MTC diventeranno alla fine il modello dominante, ma il fatto che le tendenze operative che ne guidano lo sviluppo stanno già diventando chiare.

Cosa sono i certificati Merkle Tree?

Gli MTC sono una forma proposta di certificato X.509 che integra la registrazione pubblica direttamente nel modello di certificato. Anziché basarsi esclusivamente sulle tradizionali firme dei certificati, questi ultimi possono essere convalidati attraverso prove che ne attestino l’esistenza all’interno di una struttura ad albero di Merkle registrata pubblicamente. Questo approccio mira a ridurre i costi associati a durate dei certificati più brevi e a firme post-quantistiche più grandi, mantenendo al contempo sicurezza e trasparenza.

È importante sottolineare che gli MTC non sostituiscono lo standard X.509. La proposta attuale li descrive come una nuova forma di certificato X.509 piuttosto che come un sistema PKI completamente separato.

I certificati a breve durata potrebbero diventare la nuova normalità

Uno dei segnali più evidenti emersi dalle discussioni sugli MTC è la crescente aspettativa che la durata dei certificati continui a ridursi. I certificati TLS sono soggetti a obblighi di riduzione graduale, che porteranno a una durata di 47 giorni entro il 2029. Per quanto riguarda gli MTC, le discussioni hanno preso in esame periodi di validità di sette giorni, ma tale periodo non costituisce un requisito definitivo nell’attuale standard. La direzione operativa è comunque chiara: una sostituzione più frequente dei certificati aumenta l’importanza di processi affidabili e ripetibili.

• I rinnovi e le sostituzioni dei certificati potrebbero verificarsi con maggiore frequenza.
• I flussi di lavoro manuali relativi ai certificati diventano più difficili da sostenere su larga scala.
• È necessario individuare rapidamente eventuali errori nell’emissione, nella distribuzione o nel rinnovo.

L’automazione diventa un requisito aziendale

Per i team che si occupano di certificati, gli MTC riguardano tanto l’aspetto operativo quanto quello crittografico. I rinnovi frequenti non possono basarsi su fogli di calcolo, script o strumenti frammentati, né su installazioni manuali una tantum. Le organizzazioni necessitano di automazione lungo l’intero ciclo di vita dei certificati, tra cui:

• Individuazione e inventario
• Emissione e distribuzione
• Rinnovo e sostituzione
• Revoca e monitoraggio

La gestione automatizzata del ciclo di vita dei certificati (CLM) può aiutare le organizzazioni a ridurre il rischio operativo, preparandosi al contempo ai cambiamenti nei formati dei certificati, nei periodi di validità e negli standard crittografici. Le organizzazioni che dispongono già di un sistema CLM saranno in una posizione decisamente migliore per adattarsi ai futuri modelli di certificati.

Gli MTC potrebbero rendere l’automazione ancora più importante, poiché le operazioni relative ai certificati potrebbero comportare il recupero, la distribuzione, il monitoraggio e la gestione di molteplici forme di certificati che diventano disponibili in momenti diversi.

Perché l’automazione è più importante che mai

Man mano che la durata dei certificati continua a diminuire, i protocolli automatizzati di registrazione e rinnovo assumono un'importanza sempre maggiore.

L’attuale proposta relativa agli MTC descrive certificati autonomi e relativi a punti di riferimento che diventano disponibili in momenti diversi e potrebbero dover essere forniti in base a ciò che la parte affidabile supporta. Gestire manualmente tale processo sarebbe difficile su larga scala. Indipendentemente dal fatto che le organizzazioni utilizzino alla fine ACME o altre tecnologie di automazione, il principio di base è chiaro: gli MTC potrebbero rendere la gestione manuale dei certificati sempre più impraticabile.

Le organizzazioni gestiranno probabilmente più tipi di certificati

Anche quando gli MTC saranno ampiamente adottati, le imprese non dovrebbero aspettarsi una transizione immediata.

Le applicazioni, i dispositivi, le infrastrutture e i sistemi integrati esistenti si adegueranno probabilmente a ritmi diversi. Di conseguenza, man mano che il supporto si evolve, le organizzazioni potrebbero dover gestire certificati firmati direttamente insieme alle nuove forme di certificati MTC.

Infatti, l’attuale proposta MTC descrive due formati di certificato per la stessa voce di log sottostante: un certificato iniziale autonomo e un certificato più piccolo, relativo a un punto di riferimento, che diventa disponibile dopo l’assegnazione del punto di riferimento pertinente. Poiché la forma relativa al punto di riferimento funziona solo con parti affidanti sufficientemente aggiornate, i server potrebbero dover mantenere entrambe le forme e selezionare quella appropriata per ogni connessione. Ciò aggiunge una complessità operativa che sarà difficile da gestire senza l’automazione.

L’agilità crittografica è la vera priorità

La lezione più importante che si può trarre dalla discussione sugli MTC potrebbe non avere nulla a che fare con gli MTC stessi.

Indipendentemente dal fatto che il settore adotti alla fine gli MTC, un formato di certificato post-quantistico diverso o una combinazione di approcci, le organizzazioni devono essere in grado di adattarsi rapidamente all’evolversi degli standard. La roadmap post-quantistica di Google sottolinea esplicitamente l’agilità crittografica come capacità fondamentale per il futuro.

Le organizzazioni dovrebbero concentrarsi su:

• Mantenere un inventario completo dei certificati e delle risorse crittografiche
• Implementare una gestione automatizzata del ciclo di vita dei certificati
• Definire una chiara strategia di preparazione al post-quantum
• Adottare tecnologie che supportino la flessibilità operativa man mano che gli standard si evolvono

Il futuro della gestione dei certificati potrebbe includere gli MTC, ma le organizzazioni meglio preparate per quel futuro saranno quelle che investono oggi nell’automazione, nella visibilità e nell’agilità crittografica.

La gestione manuale del ciclo di vita dei certificati (CLM) utilizza processi guidati dall’uomo per accompagnare i certificati digitali attraverso le rispettive fasi: emissione, distribuzione, monitoraggio, rinnovo, revoca o scadenza. Questo approccio si affida a persone, fogli di calcolo, promemoria, script e strumenti non integrati per svolgere le attività relative ai certificati.

In pratica, ciò potrebbe significare creare una richiesta di firma del certificato (CSR) con strumenti da riga di comando, inviare i dati dell’organizzazione, installare i certificati sui server e tenerne traccia in fogli di calcolo. Questi processi possono comportare un onere operativo significativo man mano che il volume dei certificati aumenta.

In che modo la gestione manuale dei certificati crea rischi per la sicurezza informatica?

La gestione manuale dei certificati comporta costi aggiuntivi, ma è anche problematica dal punto di vista della sicurezza informatica. I fogli di calcolo e gli invii manuali, che creano difficoltà operative, aumentano anche il rischio di errori umani, configurazioni errate o mancati rinnovi, lasciando i sistemi esposti a pericoli.

Ogni intervento manuale introduce un'ulteriore possibilità di errore, dall’inserimento di dettagli errati relativi ai certificati alla configurazione errata degli stessi durante l’implementazione. Il monitoraggio basato su fogli di calcolo può inoltre rendere più facile trascurare le date di scadenza imminenti, con il rischio di causare interruzioni del servizio. I possibili rischi includono:

• Certificati sconosciuti. Senza inventari centralizzati, le organizzazioni rischiano di avere punti ciechi. La visibilità limitata rende difficile individuare configurazioni errate o stare al passo con i rinnovi, soprattutto con l’aumentare del volume dei certificati.
• Scadenze e interruzioni di servizio. Il monitoraggio basato su fogli di calcolo potrebbe far passare inosservati i certificati scaduti, causando interruzioni di servizio che bloccano l’accesso o minano la fiducia. Le scadenze diventano inoltre più probabili quando i team sovraccarichi di lavoro, che gestiscono un ampio inventario di certificati, non riescono a stare al passo con l’enorme quantità di certificati e con i relativi processi manuali che subiscono ritardi.
• Configurazioni errate. Dai nomi di dominio errati a un’implementazione non corretta, quando i processi manuali sono incoerenti si verificano diverse configurazioni errate. Le possibilità di errore aumentano con ogni ulteriore intervento manuale.
• Risposta ritardata agli incidenti. Una visibilità limitata rende più difficile identificare quali certificati digitali siano interessati quando si verifica una compromissione. Senza una gestione centralizzata, i team potrebbero dover individuare, revocare e sostituire manualmente i certificati interessati, rallentando la risposta agli incidenti.
• Applicazione incoerente delle politiche. Politiche rigorose migliorano la responsabilità per mantenere intatta la fiducia, ma diventano più difficili da applicare in modo coerente tra team o sistemi frammentati. I requisiti relativi agli algoritmi o alla lunghezza delle chiavi potrebbero essere applicati in modo non uniforme, e tale incoerenza può alimentare vulnerabilità di sicurezza.
• Audit carente. Il monitoraggio ad hoc potrebbe non essere sufficiente a mantenere standard di sicurezza meticolosi o registri dei certificati accessibili. La conformità e l’audit diventano più difficili quando le informazioni sulla titolarità e i registri relativi all’emissione, al rinnovo, alla sostituzione e alla revoca dei certificati sono incompleti o sparsi tra diversi sistemi.

Perché sta diventando più difficile da sostenere

La gestione manuale dei certificati diventa più difficile da sostenere man mano che gli inventari dei certificati crescono nell’infrastruttura cloud, nelle applicazioni, nei dispositivi, nei carichi di lavoro e nei servizi. Allo stesso tempo, le tempistiche di rinnovo dei certificati SSL/TLS pubblici si stanno accelerando, poiché i periodi massimi di validità dei certificati si stanno riducendo.

Le modifiche approvate dal CA/Browser Forum sono già in vigore, con la durata dei certificati che è scesa dai precedenti 398 giorni a un massimo di 200 giorni. Sono in programma ulteriori riduzioni; la fase dei 100 giorni che avrà inizio il 15 marzo 2027 comporterà cicli di rinnovo di circa tre mesi, seguiti da scadenze di rinnovo quasi mensili quando, nel 2029, entrerà in vigore il limite massimo di 47 giorni.

L’infrastruttura distribuita e l’espansione del cloud accentuano queste preoccupazioni. I certificati devono essere rinnovati più frequentemente, ma, soprattutto, il numero di certificati da rinnovare è aumentato. I flussi di lavoro containerizzati aumentano ulteriormente la complessità, specialmente quando Kubernetes open source gestisce questi container su larga scala. Dato il ritmo accelerato dell’orchestrazione, il monitoraggio manuale diventa insostenibile e le scadenze impreviste diventano più probabili.

In che modo l’automazione riduce i rischi di sicurezza informatica legati ai certificati?

L’automazione dei certificati affronta le sfide in continua evoluzione della sicurezza informatica grazie a inventari centralizzati e processi basati su policy. Questo approccio accelera la gestione del ciclo di vita dei certificati in ogni fase, riducendo al contempo gli errori.

Questo cambiamento inizia con l’individuazione e l’inventario automatizzati, riducendo i punti ciechi poiché i certificati sono spesso dislocati in vasti ambienti digitali. Con un inventario dei certificati più completo, il monitoraggio centralizzato diventa più efficace. Questa visione centralizzata richiama l’attenzione sulle scadenze imminenti e può anche individuare rapidamente i problemi emergenti, in modo che possano essere affrontati prima che si aggravino.

Grazie alle soluzioni CLM automatizzate, le organizzazioni possono applicare le politiche relative ai certificati in modo coerente, compresi i requisiti relativi ad algoritmi, lunghezze delle chiavi e periodi di validità. Anche la fase di distribuzione può essere automatizzata per prevenire errori evitabili, quali refusi o sviste dovute al copia-incolla. Qualora i certificati dovessero essere compromessi, i flussi di lavoro automatizzati di revoca accelerano le risposte per ridurre i periodi di esposizione. Le azioni vengono registrate a livello centrale per migliorare la visibilità e la tracciabilità, favorendo la conformità e facilitando gli audit.

ACME contribuisce ad automatizzare l’emissione e il rinnovo

Il protocollo ACME (Automatic Certificate Management Environment) offre un approccio semplificato all’emissione e al rinnovo dei certificati. Una volta configurati client e integrazioni compatibili con ACME, le attività ricorrenti del ciclo di vita dei certificati possono essere completate senza intervento manuale.

La gestione automatizzata del ciclo di vita dei certificati (CLM) offre visibilità e controllo centralizzati

La gestione automatizzata del ciclo di vita dei certificati va oltre il protocollo ACME per creare un sistema completo di gestione dell’intero ciclo di vita dei certificati, senza processi manuali. Mentre ACME si concentra sull’emissione e sul rinnovo, le piattaforme CLM automatizzate, come Sectigo Certificate Manager, gestiscono anche l’individuazione, il monitoraggio, l’applicazione delle politiche e persino la revoca. La supervisione centralizzata è quindi accessibile tramite dashboard di gestione.

Come passare dalla gestione manuale a quella automatizzata dei certificati

Le organizzazioni possono abbandonare la gestione manuale in fasi graduali, anziché tentare una revisione completa e automatizzare ogni flusso di lavoro relativo ai certificati in una sola volta. Si considerino questi passaggi per sostituire i flussi di lavoro manuali con processi automatizzati e basati su policy.

• Individuare i certificati. L’individuazione pone le basi per le strategie automatizzate, mostrando dove si trovano i certificati. Idealmente, le soluzioni di individuazione cercheranno i certificati in diversi ambienti e presso più autorità di certificazione.
• Assegnare la titolarità. Identificare chi è responsabile di ciascun certificato o ambiente.
• Dare priorità ai sistemi ad alto rischio. Iniziare dai sistemi critici per l’azienda, esposti al pubblico o sensibili alle interruzioni di servizio, dove i guasti ai certificati avrebbero l’impatto maggiore, per poi espandere l’automazione nel tempo.
• Centralizzate la gestione del ciclo di vita. Man mano che le strategie automatizzate si espandono, implementate dashboard che migliorino la visibilità su ambienti di certificati in espansione. Utilizzate strategie centralizzate per migliorare la supervisione e l’applicazione delle politiche, garantendo coerenza anche se il volume dei certificati continua ad aumentare.
• Espandersi nel tempo. Estendere l’automazione a ulteriori tipi di certificati e ambienti una volta che i flussi di lavoro si sono dimostrati efficaci.

Automatizzate la gestione del ciclo di vita dei certificati con Sectigo

Il Mese della sensibilizzazione alla sicurezza informatica ci ricorda che le realtà operative sono strettamente legate alle sfide di sicurezza. L’automazione può affrontare contemporaneamente entrambe le questioni, creando infrastrutture resilienti in grado di scalare facilmente e limitando al contempo i rischi evitabili.

Sectigo Certificate Manager (SCM) è una piattaforma CLM automatizzata che supporta ambienti più grandi e complessi. È progettata per chi necessita di automazione del ciclo di vita indipendente dall’autorità di certificazione (CA), visibilità centralizzata, applicazione delle politiche, integrazioni e gestione dei certificati digitali pubblici e privati.

SCM Pro è progettato per le organizzazioni più piccole e i team IT ridotti che necessitano di una visibilità centralizzata sui certificati SSL/TLS pubblici, sull’individuazione dei certificati e sull’automazione guidata del ciclo di vita basata su ACME.

Man mano che gli ambienti dei certificati diventano più complessi e le esigenze di rinnovo aumentano, abbandonare la gestione manuale dei certificati sta diventando sempre meno una scelta di efficienza e sempre più una necessità per la sicurezza informatica.

La sicurezza informatica ha subito un cambiamento di mentalità e, al giorno d’oggi, la fiducia non è più data per scontata. Poiché i certificati digitali svolgono un ruolo sempre più importante nello stabilire identità affidabili e connessioni crittografate, mantenere aggiornata tale fiducia è fondamentale, dato che le organizzazioni fanno sempre più affidamento sui certificati all’interno della propria infrastruttura digitale.

I periodi di validità più brevi dei certificati supportano questo cambiamento riducendo il tempo in cui può persistere una fiducia potenzialmente obsoleta o compromessa. Inoltre, richiedono alle organizzazioni di convalidare e sostituire i certificati con maggiore frequenza, rendendo la gestione automatizzata del ciclo di vita dei certificati (CLM) ancora più importante per garantire sicurezza, agilità e continuità.

Periodi di validità più brevi limitano la finestra di esposizione

Le panoramiche sul ciclo di vita dei certificati spesso si concentrano su come i certificati digitali vengono individuati, emessi o rinnovati, ma anche i periodi di validità svolgono un ruolo importante nel limitare l’esposizione ai rischi di sicurezza.

Un periodo di validità più breve limita il tempo massimo durante il quale un certificato digitale può continuare a essere considerato affidabile nel caso in cui la sua chiave venga compromessa, le sue informazioni diventino obsolete o un altro problema di sicurezza passi inosservato. Periodi di validità più lunghi comportano una finestra di esposizione più ampia e possono quindi consentire a certificati potenzialmente problematici di rimanere validi più a lungo.

La revoca risolve i casi noti di compromissione dei certificati, ma cosa succede quando i problemi relativi ai certificati non vengono individuati? È in questi casi che la scadenza fornisce una protezione fondamentale. Una volta scaduto, un certificato non è più considerato valido e deve essere sostituito prima che la fiducia possa essere ristabilita.

Periodi di validità più brevi contribuiscono quindi a limitare la durata di un problema non rilevato. La revoca può risolvere le compromissioni note, mentre la scadenza pone un termine definitivo alla validità di un certificato quando i problemi vengono rilevati in ritardo o non vengono individuati affatto.

Una convalida più frequente mantiene aggiornata la fiducia nei certificati

Il CA/Browser Forum ha stabilito dei periodi di riutilizzo della Domain Control Validation (DCV) per determinare per quanto tempo la convalida precedente rimanga accettabile prima che debbano essere completati nuovi controlli. Lo scopo principale di ciò è impedire che la convalida venga percepita o trattata come permanente.

Con i limiti DCV in vigore, la convalida diventa un processo continuo; quando i periodi di riutilizzo sono più brevi, le organizzazioni devono verificare il controllo del dominio con maggiore frequenza. Di conseguenza, è meno probabile che si verifichino convalide obsolete quando i domini cambiano proprietà o, soprattutto, quando l’accesso viene compromesso.

Si è parlato molto dei periodi di validità più brevi dei certificati, ma la riduzione dei periodi DCV è altrettanto degna di nota. Secondo i requisiti del CA/Browser Forum, questi scenderanno a soli 10 giorni entro il 2029, accompagnando la riduzione della validità massima dei certificati SSL/TLS pubblici a soli 47 giorni.

Cicli di vita più brevi migliorano l’agilità crittografica

Il Mese della sensibilizzazione alla sicurezza informatica non si concentra esclusivamente sull’individuazione o la risoluzione dei problemi di sicurezza attuali. Piuttosto, l’attenzione è chiaramente rivolta alle minacce future e alle strategie di sicurezza adattabili necessarie per stare al passo con le minacce in continua evoluzione. È qui che entra in gioco il concetto di “agilità crittografica ”.

L’agilità crittografica consente alle organizzazioni di passare da un algoritmo crittografico all’altro senza compromettere in modo significativo le operazioni o la sicurezza complessiva. I cicli di vita più brevi dei certificati favoriscono questo processo, riducendo il tempo in cui le configurazioni crittografiche obsolete rimangono in uso e rendendo la sostituzione più frequente dei certificati parte integrante delle normali operazioni. La pressione operativa generata da cicli di vita più brevi incoraggia inoltre le organizzazioni a sviluppare l’automazione e i processi necessari per rendere le future transizioni crittografiche più rapide e gestibili.

In quanto vantaggio fondamentale citato dal CA/Browser Forum in occasione dell’introduzione del Ballot SC081v3, l’agilità crittografica ha enormi implicazioni man mano che ci avviciniamo all’era post-quantistica. La transizione alla crittografia post-quantistica (PQC) richiederà alle organizzazioni di sostituire gli algoritmi vulnerabili alla crittografia quantistica in tutti i loro ambienti. Le organizzazioni che hanno già adottato soluzioni automatizzate saranno in una posizione privilegiata per affrontare questa transizione.

Perché i periodi di validità dei certificati SSL/TLS si stanno accorciando?

La riduzione della durata dei certificati rappresenta un miglioramento moderno della sicurezza informatica, dettato dalle preoccupazioni relative alla sicurezza legate ai certificati compromessi, ma anche alimentato dalla consapevolezza delle sfide che ci attendono: l’era post-quantistica e la necessità di agilità crittografica.

In precedenza, i certificati SSL/TLS rimanevano validi per 398 giorni, richiedendo rinnovi annuali. Apple ha proposto delle modifiche che sono state infine approvate dal CA/Browser Forum tramite il Ballot SC-081v3.

Sebbene il periodo di validità ufficiale sia stato fissato a un massimo di 47 giorni, il CA/Browser Forum ha anche definito una tabella di marcia per guidare questa transizione, completa di riduzioni periodiche della durata dei certificati. Siamo già giunti a periodi di validità di 200 giorni (a partire dal 15 marzo 2026), ma è in arrivo un altro grande cambiamento: a partire dal 15 marzo 2027, la durata dei certificati si estenderà a soli 100 giorni. Il limite finale di 47 giorni entrerà in vigore nel marzo 2029.

Periodi di validità più brevi aumentano anche il rischio di interruzioni legate ai certificati

Le durate di validità più brevi possono essere una necessità di sicurezza, ma, se gestite in modo errato, possono comportare a loro volta rischi di sicurezza considerevoli. Quando i certificati sono validi solo per 47 giorni, devono essere rinnovati con cadenza quasi mensile. Se i rinnovi non vengono effettuati, le connessioni affidabili possono fallire.

I certificati scaduti possono attivare avvisi del browser che rendono i siti web e i servizi inaccessibili agli utenti. Ciò compromette l’esperienza dei clienti, ma è problematico anche dal punto di vista della reputazione: i tempi di inattività sono frustranti e, agli occhi dei consumatori, indicano più ampie vulnerabilità di sicurezza.

L’automazione del ciclo di vita dei certificati rende gestibili le durate più brevi

La gestione automatizzata del ciclo di vita dei certificati riduce i costi operativi, ma i suoi vantaggi non si limitano affatto all’efficienza o alla praticità. Sempre più spesso, l’automazione dei certificati è un elemento essenziale per la sicurezza, necessario per limitare le lacune e le vulnerabilità man mano che la durata dei certificati si riduce. Aiuta le organizzazioni a gestire questi cambiamenti in modo affidabile su larga scala.

Le funzionalità di automazione alleviano le sfide legate ai volumi più elevati di certificati (e al loro frequente ricambio) in tutte le fasi del ciclo di vita dei certificati:

• Individuazione e inventario. Le soluzioni automatizzate migliorano la visibilità individuando tutti i certificati nell’intero ambiente. I servizi di individuazione utilizzano una scansione completa per individuare e catalogare tutti i certificati e, con la giusta piattaforma CLM, questi possono essere visualizzati e gestiti tramite dashboard centralizzate.
• Monitoraggio delle scadenze. L’individuazione migliora la visibilità, ma questa deve essere mantenuta attraverso un monitoraggio costante. Senza un monitoraggio adeguato, i certificati possono scadere inosservati. Una supervisione costante garantisce che i rinnovi vengano completati in tempo.
• Rinnovi automatizzati. L’automazione CLM può ridurre il lavoro manuale necessario per il rinnovo dei certificati. ACME supporta l’emissione e il rinnovo semplificati dei certificati, mentre strumenti compatibili possono anche automatizzare l’installazione e la distribuzione.

Come si preparano le organizzazioni a questo cambiamento?

Il Mese della sensibilizzazione alla sicurezza informatica offre una buona opportunità per esaminare strategie di sicurezza proattive. Adottate soluzioni automatizzate e preparatevi ai grandi cambiamenti che vi attendono: durata dei certificati più breve e periodi di riutilizzo del DCV più brevi, seguiti, alla fine, dalla transizione post-quantistica.

Iniziate con un inventario dei certificati digitali e identificate i certificati SSL/TLS di fiducia pubblica che si basano ancora sul rinnovo o sulla distribuzione manuale. Successivamente, date priorità ai sistemi critici per l’azienda e testate i flussi di lavoro di rinnovo automatizzato prima della riduzione graduale di 100 giorni prevista per il 2027. Le organizzazioni con programmi più maturi possono inoltre utilizzare il modello di maturità CLM per identificare i passi successivi volti ad ampliare l’automazione, la visibilità e il controllo centralizzato.

Il requisito dei 47 giorni si applica solo ai certificati SSL/TLS di fiducia pubblica, ma anche i certificati privati possono trarre vantaggio dalla gestione centralizzata e, ove opportuno, da periodi di validità più brevi. Adottare fin da ora una visione più ampia dell’ambiente dei certificati può aiutare a ridurre gli errori di rinnovo, le interruzioni legate ai certificati e altre lacune evitabili, man mano che i volumi dei certificati e la frequenza dei rinnovi aumentano.

Consultate la guida SSL/TLS da 47 giorni di Sectigo per approfondimenti, comprese le misure pratiche per affrontare questa transizione.

Inserite il CLM automatizzato nella vostra strategia di sicurezza informatica

Il Mese della sensibilizzazione alla sicurezza informatica ci ricorda di adottare una visione più ampia delle pratiche di sicurezza informatica. Fai il punto sui processi manuali e valuta dove è possibile implementare soluzioni automatizzate per limitare i rischi evitabili. Questi miglioramenti avranno l’ulteriore vantaggio di risolvere i vincoli operativi, soprattutto mentre prosegue il passaggio verso cicli di vita di 47 giorni.

Sectigo offre due piattaforme CLM progettate per superare i limiti della gestione manuale dei certificati. Sectigo Certificate Manager (SCM) supporta ambienti aziendali complessi che necessitano di automazione del ciclo di vita dei certificati indipendente dall’autorità di certificazione (CA), visibilità centralizzata, applicazione delle politiche e controllo su larga scala.

Le piccole imprese e gli amministratori web traggono vantaggio dall’utilizzo di SCM Pro, che semplifica la gestione dei certificati sfruttando al contempo l’automazione tramite il protocollo ACME. Scoprite oggi stesso le soluzioni Sectigo e fate il passo successivo verso la creazione di una base più solida di fiducia digitale.

Il phishing consiste in messaggi ingannevoli progettati per rubare informazioni, credenziali o indurre a compiere azioni dannose. Questi attacchi si basano solitamente sull'usurpazione d'identità per far credere che i messaggi provengano da una fonte affidabile.

In passato, le e-mail di phishing erano spesso difficili da individuare, ma presentavano comunque alcuni indizi chiave:

• Errori ortografici
• Formule di cortesia generiche
• Una grammatica approssimativa
• Promesse che sembrano troppo belle per essere vere
• Avvisi o richieste di intervento urgente

Gli utenti esperti individuavano questi segnali di truffa e reagivano di conseguenza, ma oggi le e-mail di phishing sono molto più sofisticate e, di conseguenza, più convincenti. Il contenuto è più persuasivo, poiché gli autori degli attacchi possono ricorrere a un layout professionale, a informazioni personali, a domini simili, a nomi utente contraffatti o a diversi canali (e-mail e SMS, ad esempio) per imitare marchi e contatti legittimi. L’intelligenza artificiale può inoltre facilitare la creazione su larga scala di messaggi fraudolenti e rendere più difficile la loro identificazione basandosi esclusivamente sulla qualità della scrittura.

I tradizionali segnali di allarme del phishing rimangono importanti, ma non sono più sufficienti per distinguere le e-mail pericolose da quelle legittime.

Il Mese della sensibilizzazione sulla sicurezza informatica sottolinea la necessità costante di riconoscere e combattere in modo proattivo il phishing. Sia i mittenti che i destinatari possono adottare misure. Le organizzazioni possono promuovere la consapevolezza degli utenti attraverso misure tecniche di protezione e indicatori di affidabilità che aiutino i destinatari a riconoscere le comunicazioni legittime e a identificare i messaggi sospetti.

In che modo le aziende possono facilitare il riconoscimento delle e-mail legittime

La responsabilità di distinguere gli attacchi di phishing dai messaggi autentici non dovrebbe ricadere esclusivamente sul destinatario di un’e-mail. I marchi e i fornitori di servizi di posta elettronica possono assumersi gran parte di questo compito implementando strutture e protocolli che contribuiscano a contrastare il phishing alla fonte. Diversi protocolli operano in sinergia per affrontare i rischi legati alla sicurezza della posta elettronica e per stabilire indicatori visivi di affidabilità, tra cui spiccano:

• SPF. Il Sender Policy Framework costituisce la base fondamentale su cui poggiano diverse misure di sicurezza della posta elettronica. Aiuta i server di posta elettronica destinatari a verificare che i server mittenti siano autorizzati a inviare messaggi per conto di un determinato dominio.
• DKIM. Il protocollo «DomainKeys Identified Mail» utilizza la crittografia a chiave pubblica per aggiungere una firma crittografica alle e-mail. I sistemi riceventi verificano questa firma utilizzando la chiave pubblica del dominio. Grazie al protocollo DKIM, possono verificare l’autenticità del dominio firmatario e determinare se il contenuto del messaggio firmato è stato alterato.
• DMARC. Il protocollo DMARC (Domain-based Message Authentication, Reporting, and Conformance) si basa su SPF e DKIM per valutare l’autenticazione e la conformità con il dominio «Da». I proprietari dei domini possono pubblicare politiche che impongono ai destinatari di mettere in quarantena o rifiutare i messaggi che non superano l’autenticazione di conformità.
• BIMI. Lo standard di messaggistica «Brand Indicators for Message Identification» (BIMI) consente ai marchi che soddisfano i requisiti di mostrare loghi verificati accanto ai propri messaggi nelle caselle di posta in arrivo che supportano questa funzionalità. BIMI utilizza gli standard di autenticazione sopra menzionati in modo che solo i domini che soddisfano correttamente tali standard possano mostrare i propri loghi.

I certificati di marchio rendono visibile l’identità autenticata del marchio

BIMI consente ai marchi di mostrare i propri loghi nelle caselle di posta in arrivo, mentre i certificati di marchio forniscono la convalida da parte di un soggetto terzo dell’organizzazione e del logo, richiesta da numerosi provider di posta elettronica per la loro visualizzazione. Ciò aggiunge un segnale visivo di marchio convalidato in modo indipendente alle e-mail autenticate.

Esistono due tipi di certificati di marchio che contribuiscono a garantire i vantaggi della visibilità del marchio e della fiducia visiva nelle caselle di posta dei clienti. I certificati di marchio verificati (VMC) consentono ai marchi di mostrare loghi protetti da marchio registrato e di ottenere il segno di spunta blu di Gmail.

I certificati di marchio comuni (CMC) offrono un’alternativa alle organizzazioni che soddisfano i requisiti ma non dispongono di un marchio registrato. I loghi che soddisfano i requisiti devono essere stati utilizzati pubblicamente per almeno 12 mesi.

I certificati S/MIME verificano l’identità dei mittenti e proteggono l’integrità delle e-mail

Lo standard Secure/Multipurpose Internet Mail Extensions (S/MIME) consente di proteggere le e-mail tramite crittografia e firme digitali. Questi certificati, che solitamente vengono acquistati tramite autorità di certificazione (CA) e installati sui client di posta elettronica, utilizzano la crittografia a chiave pubblica per proteggere il contenuto delle e-mail, compresi gli allegati.

Grazie al protocollo S/MIME, le firme digitali aiutano i destinatari a confermare l’identità del mittente, garantendo loro che i messaggi provengano da fonti affidabili. Inoltre, il protocollo S/MIME dimostra che i messaggi non sono stati alterati durante il loro transito. Quando si utilizza la crittografia, il contenuto dei messaggi e degli allegati può essere protetto in modo tale che solo il destinatario previsto possa decifrarli.

Queste funzionalità possono rafforzare la protezione contro il phishing, offrendo ai destinatari un ulteriore strumento per verificare l’identità del mittente e l’integrità del messaggio, rendendo così più difficile il compito degli aggressori che tentano di spacciarsi per un mittente legittimo e firmato.

Integra l’affidabilità delle e-mail nella tua strategia di lotta contro il phishing

Riconoscere e segnalare i tentativi di phishing è un elemento chiave della sensibilizzazione alla sicurezza informatica, ma, dato che le truffe sono sempre più sofisticate, non basta più limitarsi a individuare i classici segnali di allarme. La sensibilizzazione degli utenti deve essere rafforzata con misure tecniche di protezione. Standard come SPF, DKIM e DMARC costituiscono una base per l’autenticazione delle e-mail, aiutando le organizzazioni a proteggere i propri domini di invio e consentendo ai sistemi di ricezione di identificare più facilmente i messaggi non autorizzati.

Il BIMI e i certificati di marchio (VMC o CMC) rafforzano questa credibilità grazie a indicatori visivi che si aggiungono a questa base tecnica. Grazie al BIMI e ai VMC (o CMC), i loghi di marchio convalidati possono essere visualizzati nelle caselle di posta in arrivo compatibili.

In questo approccio, sia i mittenti che i destinatari hanno un ruolo importante da svolgere. Le aziende gettano le basi per una comunicazione sicura via e-mail implementando i protocolli SPF, DKIM, DMARC e BIMI e aggiungendo S/MIME quando è necessaria la verifica dell’identità del mittente, la firma digitale o la crittografia.

I destinatari contribuiscono controllando attentamente i domini dei mittenti e cercando i loghi di marca convalidati (così come, se del caso, i segni di spunta blu di Gmail). Devono evitare di cliccare su link inattesi o che sembrino sospetti. La stessa cautela va adottata nei confronti degli allegati inattesi. Eventuali richieste inaspettate o delicate devono essere verificate tramite altri canali. Qualsiasi tentativo di phishing rilevato deve essere segnalato tempestivamente.

Sectigo rafforza la fiducia nelle e-mail grazie a soluzioni progettate per diversi aspetti dell’identità e della sicurezza della posta elettronica. I certificati Mark convalidano l’identità del marchio e i loghi nelle caselle di posta compatibili, mentre i certificati S/MIME consentono la verifica del mittente, la firma digitale, l’integrità dei messaggi e la crittografia.

Un certificato emesso nella settimana del 15 marzo 2026 giunge alla fine del suo periodo di validità di 200 giorni all'inizio di ottobre 2026, il doppio più velocemente rispetto a quanto sarebbe avvenuto con il vecchio standard di 398 giorni. Ciò significa che il carico di lavoro relativo ai rinnovi, per il quale i team di sicurezza e IT avevano stanziato un budget annuale, si presenta ora due volte all’anno, e si presenterà per la prima volta questo autunno.

Non si tratta più di un rischio futuro da pianificare, ma di uno attuale da gestire.

Un breve riassunto: come siamo arrivati a questo punto

Nell’aprile 2025, il CA/Browser Forum ha approvato la mozione SC-081v3, originariamente proposta da Apple e sostenuta dai principali fornitori di browser e autorità di certificazione, tra cui Google/Chrome, Mozilla e Sectigo. La mozione ha stabilito un calendario graduale per la riduzione della validità dei certificati SSL/TLS pubblici e dei periodi di riutilizzo della Domain Control Validation (DCV):

La logica era semplice: una durata più lunga dei certificati comporta un periodo di esposizione più lungo nel caso in cui un certificato o la chiave sottostante venissero compromessi, mentre intervalli più lunghi tra i controlli di convalida comportano il rischio che i dati relativi alla proprietà del dominio diventino obsoleti. Durate di validità più brevi, abbinate alla tendenza della crittografia post-quantistica verso una rotazione più rapida delle chiavi, fanno parte dello stesso più ampio cambiamento verso la "cripto-agilità".

Questa era la politica. Ciò che ora si sta concretizzando per i team IT e di sicurezza è la realtà operativa di tale politica.

Cosa cambia quando i cicli di rinnovo si accorciano

Dimezzando la validità dei certificati, si raddoppia la frequenza con cui un certificato deve essere rinnovato e si complica ogni processo legato a tale rinnovo:

• Il volume dei rinnovi raddoppia immediatamente: ogni certificato gestito da un'organizzazione richiede ora attenzione con una frequenza doppia rispetto a quella prevista con una validità di 398 giorni. I team che effettuavano il rinnovo annualmente ora lo effettuano all'incirca ogni sei mesi, senza alcuna riduzione dello sforzo richiesto per ogni rinnovo se il processo è ancora manuale.
• Le lacune nell’individuazione emergono più rapidamente: i certificati che con un ciclo di 13 mesi potevano essere “impostati e dimenticati” ora tornano a richiedere un intervento in meno di sette mesi. Qualsiasi certificato che non fosse stato correttamente inventariato la prima volta scade nuovamente, prima del previsto.
• Anche le finestre di riutilizzo della DCV si restringono: i periodi di riutilizzo della Domain Control Validation si stanno riducendo di pari passo con la validità dei certificati. I team che non dispongono di un flusso di lavoro DCV ripetibile avvertiranno questo attrito ad ogni rinnovo, non solo in alcuni casi.
• Il margine di errore si riduce: con i rinnovi che si susseguono più frequentemente, tralasciarne uno diventa un rischio ricorrente. Le interruzioni dovute a certificati scaduti diventano una questione di «quando», non di «se», per le organizzazioni che fanno ancora affidamento su fogli di calcolo e promemoria del calendario.

Nessuna di queste dinamiche è esclusiva di un determinato settore o di aziende di una certa dimensione. Qualsiasi organizzazione con una presenza di certificati rivolti al pubblico (vale a dire, quasi tutte) sta ora affrontando contemporaneamente questa stessa compressione, il che spiega in parte perché gli effetti si stanno manifestando su larga scala quest’autunno, anziché presentarsi gradualmente.

Il costo dell’immobilismo

La gestione manuale dei certificati era già costosa prima che i periodi di validità venissero ridotti. Tuttavia, lo studio Forrester Total Economic Impact™ (TEI) condotto per conto di Sectigo ha rilevato che le organizzazioni che hanno automatizzato la gestione del ciclo di vita dei certificati con Sectigo Certificate Manager (SCM) hanno registrato un ritorno sull’investimento del 243%, comprensivo di 1,3 milioni di dollari di risparmio sui costi di provisioning e di 965.000 dollari di risparmio sulle spese di rinnovo nell’arco di tre anni, oltre a ulteriori 2,4 milioni di dollari di costi evitati legati alle interruzioni di servizio.

Tali cifre sono state calcolate ipotizzando una cadenza di rinnovo più lenta. Con una validità di 200 giorni, il carico di lavoro e il rischio che l’automazione compensa raddoppiano in frequenza. Ogni dollaro che i processi manuali costavano per ogni ciclo di rinnovo viene ora speso con doppia frequenza, e ogni ora trascorsa a rintracciare i certificati in scadenza è ora un’ora impiegata con doppia frequenza. Il ROI dell’automazione rimane valido con una durata di 200 giorni e si rafforza con ogni riduzione della durata.

Segnali che indicano che la vostra organizzazione non è pronta

Il primo ciclo di rinnovo di 200 giorni tende a mettere in luce le stesse lacune:

• Inventari dei certificati incompleti, obsoleti o frammentati tra diversi team e strumenti.
• Mancanza di una chiara responsabilità per i rinnovi, il DCV o la risposta agli incidenti relativi ai certificati.
• Monitoraggio dei rinnovi gestito tramite fogli di calcolo, ticket o il calendario di una singola persona, anziché tramite un sistema centralizzato.
• Mancanza di un percorso automatizzato di emissione o rinnovo (ad esempio tramite ACME) almeno per i tipi di certificati con il volume più elevato.

Se una di queste situazioni vi sembra familiare, questo ciclo di rinnovo è il segnale per agire prima che il prossimo (con validità di 100 giorni) arrivi a marzo 2027.

Cosa fare in questo trimestre

1. Effettua subito la verifica del tuo inventario dei certificati: verifica quali certificati sono stati emessi intorno al 15 marzo e stanno per scadere, e identifica il titolare di ciascuno di essi. Già che ci sei, fai un inventario di tutti i certificati presenti nella tua organizzazione.
2. Automatizzate ciò che potete prima che arrivi il prossimo rinnovo: anche un’automazione parziale per i certificati con il volume più elevato o a più alto rischio riduce il carico operativo della prossima fase di compressione.
3. Stabilite chiaramente le responsabilità tra i reparti di sicurezza, IT e DevOps: la frequenza dei rinnovi è ormai così elevata che qualsiasi ambiguità su chi sia responsabile causa ritardi concreti.
4. Costruite (o sottoponete a stress test) il vostro flusso di lavoro DCV: con i periodi di riutilizzo che si riducono, un processo di convalida ripetibile è importante tanto quanto il rinnovo stesso. Prendete in considerazione la convalida del dominio (DCV) persistente offerta da fornitori di CLM come Sectigo, in modo da poterla impostare una volta per tutte e non dovervi più preoccupare della convalida del dominio.
5. Imposta subito le soglie di monitoraggio e di allerta, non dopo un incidente sfiorato: con i rinnovi che arrivano ogni sei mesi anziché annualmente, le finestre di allerta calibrate per un ciclo di 398 giorni sono già obsolete.
6. Utilizzate questo ciclo come prova generale per 100 giorni: qualsiasi cosa non funzioni o richieda troppo tempo questa volta è esattamente ciò che va risolto prima di marzo 2027, quando lo stesso carico di lavoro si ridurrà nuovamente.

Cosa elimina l’automazione CLM da questo quadro

Le lacune che emergono in un primo ciclo di rinnovo di 200 giorni raramente riguardano i certificati stessi. Riguardano piuttosto i processi manuali che li circondano. La gestione automatizzata del ciclo di vita dei certificati (CLM) affronta direttamente ciascuna di esse:

• Individuazione: un inventario aggiornato continuamente sostituisce gli audit una tantum, in modo che i certificati non sfuggano al controllo tra un ciclo di rinnovo e l’altro.
• Emissione e rinnovo: protocolli come l’Automated Certificate Management Environment (ACME) consentono il rinnovo automatico dei certificati man mano che si avvicina la scadenza, senza che sia necessario monitorarne manualmente le date.
• DCV: i flussi di lavoro centralizzati e ripetibili per la convalida del dominio tengono il passo con le finestre di riutilizzo sempre più ridotte, invece di diventare un collo di bottiglia ad ogni rinnovo. Il DCV persistente semplifica la convalida del dominio su larga scala.
• Monitoraggio e avvisi: la visibilità centralizzata segnala i certificati in scadenza prima che la situazione diventi urgente, anziché dopo che il servizio ha già subito un degrado.
• Governance: chiari percorsi di audit e registri di proprietà sostituiscono l’ambiguità che rallenta la risposta quando qualcosa richiede effettivamente attenzione.

Nulla di tutto ciò elimina il cambiamento di politica sottostante. I periodi di validità continuano a ridursi secondo il programma e probabilmente continueranno a ridursi anche dopo la riduzione a 47 giorni. Ciò che viene eliminato è il lavoro e il rischio legati alla gestione manuale di tale cambiamento.

Il prossimo passo è 100 giorni

La validità di 200 giorni era stata concepita come una finestra di adeguamento e, per le organizzazioni che agiscono ora, può ancora esserlo. Ma la prossima riduzione è già in programma: la validità massima di 100 giorni entrerà in vigore il 15 marzo 2027, dimezzando nuovamente l’attuale ciclo di rinnovo. Qualunque lacuna venga alla luce in questo primo ciclo di 200 giorni diventerà solo più difficile da gestire con i 100 giorni e insostenibile con il limite massimo di 47 giorni previsto per il 2029.

Le organizzazioni che sfruttano questo ciclo per realizzare una vera automazione saranno in grado di far fronte a quello successivo. Quelle che si limitano ad applicare correzioni manuali si troveranno di fronte a un ostacolo ancora più difficile da superare in meno di un anno.

Anticipa la curva dei rinnovi con SCM

La frequenza dei rinnovi continuerà ad aumentare da qui al 2029. La gestione manuale dei certificati, basata sul calendario, non è stata progettata per questo ritmo, e l’attuale ciclo di rinnovo lo sta dimostrando in tempo reale.

Sectigo Certificate Manager (SCM) automatizza l’individuazione, l’emissione, il rinnovo e il monitoraggio dei certificati end-to-end, trasformando così un periodo di validità ridotto in una semplice modifica di configurazione, anziché in un’emergenza. Prenota una demo per scoprire come SCM gestisce l’ondata di rinnovi già in corso.