Le firme elettroniche sono segni virtuali che confermano che le persone hanno accettato i dettagli o le clausole riportati in determinati documenti. Sono simili alle firme tradizionali scritte a mano perché sono progettate per indicare l'accettazione o l'autorizzazione, ma con una differenza fondamentale: si basano su azioni elettroniche anziché su segni fisici. Le opzioni disponibili includono la digitazione del nome, la creazione di firme tramite touchscreen o il caricamento di immagini di firme autografe.

Le firme elettroniche possono variare da semplici firme visive a firme digitali più sicure. Quelle di base sono facili da aggiungere, ma questi indicatori visivi possono essere copiati o riutilizzati. Le firme digitali offrono una protezione più elevata grazie alla convalida crittografica, contribuendo a confermare l’identità del firmatario, a garantire l’integrità del documento e a indicare se il file è stato modificato dopo la firma.

Tre metodi per aggiungere una firma a un documento PDF

Con così tanti modi per firmare i documenti, è difficile sapere da dove cominciare. In definitiva, la scelta del metodo di firma più adatto dipende dai livelli di rischio specifici del documento. In alcune situazioni, possono essere sufficienti semplici firme elettroniche: documenti interni, preventivi di vendita, moduli di autorizzazione o conferme di ricezione dei documenti. Man mano che le esigenze di sicurezza aumentano, le opzioni crittografiche diventano più importanti, specialmente per i documenti che richiedono la verifica dell’identità o una protezione a prova di manomissione.

Come firmare digitalmente un PDF con un certificato digitale (il metodo più sicuro)?

Se la sicurezza è una priorità, utilizza soluzioni basate su certificati per firmare i PDF in tutta sicurezza. Questo processo è generalmente semplice, ma richiede certificati di firma verificati, oltre a un software che supporti la firma crittografica.

• Acquistare un certificato di firma digitale. Ottenere un certificato di firma dei documenti da un’autorità di certificazione (CA) affidabile. Cercare una soluzione di certificazione che offra protezione antimanomissione e compatibilità con i meccanismi di marcatura temporale. Installare o collegare il certificato in modo che il software di firma possa rilevarlo.
• Apri il PDF. Utilizza uno strumento che supporti le firme basate su certificato per aprire il PDF e visualizzare il file (Adobe Acrobat è un'opzione). Puoi anche firmare digitalmente i moduli PDF tramite Adobe Acrobat Reader.
• Selezionare il certificato o l’opzione di firma digitale. Esplorare il menu del programma per individuare la richiesta di applicazione di una firma digitale. Se selezionata, questa funzione consente di proteggere il PDF con un certificato di firma dei documenti, anziché utilizzare una firma elettronica. Questa opzione non va confusa con altre opzioni elettroniche come “Compila e firma”.
• Individuare una posizione per la firma. Selezionare la richiesta per firmare digitalmente il documento. Verranno visualizzate le istruzioni per cliccare e trascinare l’area in cui si desidera che appaia la firma.
• Scegli il tuo certificato o ID digitale. Una volta designata la posizione, vedrai un’altra richiesta per configurare un’identità di firma digitale. Puoi utilizzare un dispositivo di creazione della firma per configurare un token o importare un ID digitale esistente come file. Se devi ancora acquistare un certificato, seleziona l’opzione per ordinare un dispositivo di firma da un partner. Per i flussi di lavoro Adobe, cerca i fornitori supportati dall’Adobe Approved Trust List (AATL), che include Sectigo. Assicurati di scaricare i driver necessari e verifica che il dispositivo di firma sia correttamente collegato al tuo computer. Potresti anche essere in grado di applicare un timestamp.
• Firma e salva il PDF. Verifica tutti i dettagli della firma e assicurati che sia stato selezionato il certificato corretto. Tieni a portata di mano una password o un PIN nel caso ti venisse richiesto. Infine, salva il documento. Valuta la possibilità di convalidare la firma riaprendo il documento e controllando lo stato della firma.

Come firmare elettronicamente un PDF con una firma di base?

Le app per PDF integrate (come Adobe Acrobat) offrono la possibilità di firmare elettronicamente i PDF. Questo approccio semplificato consente di firmare rapidamente i documenti, ma senza la protezione crittografica che rende le firme digitali così affidabili.

Per firmare elettronicamente un PDF, segui questi passaggi:

• Apri il PDF. Utilizza una soluzione software come Adobe Acrobat per aprire il PDF.
• Scegli uno strumento di firma. Programmi diversi possono utilizzare strumenti diversi per aggiungere le firme. La funzione "Compila e firma" di Adobe Acrobat offre un’opzione semplice per aggiungere firme elettroniche di base ai PDF.
• Inserisci la tua firma. Scegli tra opzioni quali digitare o disegnare la tua firma. Adobe ti consente persino di selezionare il carattere che preferisci. Se preferisci, carica un’immagine della tua firma autografa.
• Aggiungi la firma al documento. Indica dove desideri che appaia la firma. In genere, questa verrà posizionata su una riga di firma designata. L’app o il programma PDF che utilizzi potrebbe consentirti di regolare la posizione o persino le dimensioni.
• Salva o scarica il PDF firmato. Una volta inserita la firma, salva il PDF firmato. Adobe offre la possibilità di salvare il documento tramite archiviazione cloud. Il file firmato fungerà da nuova versione del documento. Se hai bisogno di una traccia di audit, utilizza un servizio che registri l’attività di firma, i timestamp e i dettagli del firmatario. Una firma semplice digitata, disegnata o caricata potrebbe non fornire lo stesso livello di prova.

Come firmare un PDF utilizzando uno strumento online?

Gli strumenti online semplificano la firma dei documenti PDF ovunque vi troviate. Il processo è veloce e non richiede il download o il possesso di un programma o di un’app specifica. Alcuni servizi online offrono anche funzionalità in grado di limitare le modifiche o restringere l’accesso, come l’appiattimento di un PDF o l’aggiunta di una protezione tramite password. Queste opzioni possono essere utili, ma non garantiscono la stessa sicurezza delle firme digitali basate su certificati.

Gli strumenti basati su browser sono in genere gratuiti, ma con un avvertimento: potrebbe essere necessario pagare un supplemento per invitare altre persone a firmare. Questi servizi online forniscono anche strumenti progettati per comprimere i PDF (riducendone le dimensioni) o per convertirli (ad esempio in Microsoft Word o PowerPoint). Se il tuo obiettivo è far firmare dei PDF, tuttavia, ti consigliamo di seguire questi passaggi:

• Carica il PDF. Cerca nell’elenco degli strumenti o delle funzionalità del sito web le opzioni denominate “Firma” o “Firma PDF”. Seleziona uno strumento che ti consenta di firmare e quindi carica un documento. Verifica quali formati sono accettati; potresti essere in grado di caricare un documento Word, convertirlo e poi firmarlo come PDF.
• Seleziona la funzione di firma che preferisci. Molti strumenti di firma elettronica online consentono di digitare facilmente le firme elettroniche o persino di scriverle “a mano libera” utilizzando un touchscreen o un mouse. Scegli il metodo che preferisci prima di completare e accettare la firma.
• Posiziona la firma sul PDF. La maggior parte dei servizi online offre strumenti "trascina e rilascia", che ti consentono di posizionare il campo della firma nel punto desiderato. Uno strumento di ridimensionamento dovrebbe permetterti di rimpicciolire o ingrandire la firma.
• Esporta o scarica il file. Il servizio online mostrerà una finestra di dialogo o un pulsante per scaricare il file firmato sul tuo dispositivo. Fai clic su di esso oppure, se preferisci, seleziona un’opzione simile per salvare il file su Google Drive o su Dropbox.

Come si fa a sapere qual è il modo corretto di firmare un PDF?

Non esiste un approccio "giusto" per firmare un PDF. Dipende dalle preferenze personali e dalla tolleranza al rischio. Per moduli semplici o approvazioni a basso rischio, le firme elettroniche di base (effettuate in programmi PDF o tramite strumenti online) possono essere sufficienti, a seconda del documento, dell'organizzazione e dei requisiti legali o di conformità. Gli strumenti online velocizzano questo processo di firma, mentre programmi come Adobe Acrobat sono familiari a molti destinatari e ampiamente utilizzati per i flussi di lavoro di firma dei PDF.

Quando i documenti richiedono una verifica rigorosa dell’identità e la protezione contro la manomissione, è consigliabile optare per le firme digitali basate su certificati. Queste utilizzano la convalida crittografica per confermare l’identità del firmatario e indicare se il file è stato alterato dopo la firma.

Quando è opportuno utilizzare un certificato di firma digitale?

Molti documenti richiedono una prova rigorosa dell’identità del firmatario o una protezione solida contro le manomissioni. Queste esigenze più elevate sono più comuni quando i documenti contengono informazioni sensibili: dati finanziari, obblighi legali o informazioni aziendali riservate.

Le aziende e i professionisti indipendenti in molti settori si affidano alle firme digitali basate su certificati per tutelare clienti e consumatori, soddisfacendo al contempo rigorosi requisiti di conformità. Queste soluzioni possono rivelarsi preziose in settori che vanno dalla sanità al settore immobiliare. Sono inoltre apprezzate per gli appalti pubblici poiché garantiscono rigorose catene di custodia.

Queste situazioni richiedono una maggiore protezione; senza garanzie aggiuntive, le aziende e i privati sono esposti al rischio di manomissione dei documenti. Le firme digitali basate su certificati limitano tali rischi associando identità verificate a documenti sensibili.

Le firme digitali supportano inoltre rigorosi quadri di governance. Ad esempio: il regolamento dell’Unione Europea relativo ai servizi di identificazione, autenticazione e fiducia elettronici (eIDAS) definisce gli standard per le firme elettroniche. Ai sensi dell’eIDAS, le firme elettroniche qualificate hanno, nell’UE, la stessa efficacia giuridica delle firme autografe.

Proteggi i PDF con i certificati di firma digitale di Sectigo

Le firme digitali garantiscono la massima tranquillità grazie alla protezione antimanomissione e alla verifica dell’identità. Integrando la convalida crittografica direttamente nei PDF, i certificati vanno ben oltre le semplici firme elettroniche per proteggere i documenti sensibili.

Sectigo offre opzioni di firma dei documenti sia per i professionisti indipendenti che necessitano di firme PDF affidabili, sia per i team aziendali che gestiscono flussi di lavoro di firma con volumi elevati. Utilizza le soluzioni di firma dei documenti di Sectigo per proteggere i documenti, verificare l’affidabilità e firmare in tutta sicurezza.

La gestione manuale dei certificati sta già rallentando il lavoro dei team. Ma l’automazione dei certificati da sola non è più sufficiente a supportare le infrastrutture moderne.

I certificati sono un'infrastruttura fondamentale per le aziende online. Vengono implementati in ambienti ibridi, multi-cloud e distribuiti, proteggendo ogni cosa, dai server e dai bilanciatori di carico alle CDN, ai WAF e ai sistemi di accesso. Man mano che la loro presenza cresce, aumenta anche l’onere di mantenerli tutti validi, visibili e conformi.

Allo stesso tempo, i cicli di vita dei certificati sempre più brevi e i volumi crescenti stanno spingendo l’automazione al limite. L’obbligo di validità di 47 giorni implica che i cicli di rinnovo, che in passato avvenivano poche volte all’anno, dovranno presto ripetersi 12 volte di più all’anno, in ogni ambiente in cui opera un’azienda.

Eppure, la maggior parte delle aziende continua ad affidarsi a connettori frammentati e a flussi di lavoro manuali per stare al passo. Questo approccio comporta rischi e limita la scalabilità, quando invece non ci si può permettere né l’uno né l’altra.

Sectigo Orchestration Gateway (SOG) sostituisce l’automazione frammentata con un unico livello di automazione leggero per l’intero ciclo di vita dei certificati su server, bilanciatori di carico, CDN, WAF e sistemi di accesso, consentendo un’esecuzione sicura e basata su policy su larga scala.

In sintesi? La gestione manuale da sola non sarà mai scalabile. E nemmeno l’automazione con connettori frammentati lo sarà. È necessario un gateway di orchestrazione unificato per garantire operazioni sui certificati prevedibili e sicure.

Il divario operativo: perché l’automazione frammentata non è scalabile

Oggi la maggior parte delle aziende opera con un mosaico di strumenti anziché con un sistema coerente:

• Più connettori per piattaforma
• Integrazioni frammentate
• Flussi di lavoro non uniformi tra i diversi ambienti

Presi singolarmente, ciascuno di questi elementi potrebbe funzionare. Insieme, però, creano punti ciechi nei certificati, deviazioni nella configurazione e un elevato sovraccarico operativo. Ogni nuova piattaforma comporta la creazione di un altro connettore, la manutenzione di un altro script e la necessità per un altro team di apprendere un processo diverso. Il risultato è una strategia di automazione che sulla carta sembra completa, ma che nella pratica fallisce, solitamente nel momento peggiore possibile, come un’interruzione imprevista causata da un certificato di cui nessuno sapeva che stesse per scadere.

Il cambiamento: dalla proliferazione dei connettori a un unico gateway di orchestrazione

La moderna gestione del ciclo di vita dei certificati richiede un unico modello di automazione coerente e un controllo centralizzato, non una pila sempre più alta di soluzioni puntuali messe insieme a posteriori.

Sectigo Orchestration Gateway garantisce tutto ciò sostituendo le integrazioni puntuali con un unico gateway, consentendo un’automazione coerente su infrastrutture ibride, multi-cloud e multi-vendor. Anziché gestire l’automazione piattaforma per piattaforma, i team la gestiscono una sola volta, a livello centrale, applicando ovunque le stesse politiche e gli stessi processi, il tutto mantenendo un ingombro minimo dell’infrastruttura. 

In che modo SOG consente l’orchestrazione scalabile del ciclo di vita dei certificati

1. Sostituire i connettori frammentati con un unico gateway di automazione

SOG si collega a più endpoint tramite un unico gateway, eliminando la necessità di agenti e integrazioni separati per ogni piattaforma. Questo consolidamento riduce direttamente l’ingombro dell’infrastruttura e i costi operativi. Meno componenti in movimento significa meno elementi che possono guastarsi e meno team necessari per la loro manutenzione.

2. Automatizzare l’intero ciclo di vita dei certificati end-to-end

SOG automatizza l’individuazione, l’emissione, il rinnovo, l’installazione e la revoca come un unico processo continuo, anziché come una serie di passaggi scollegati tra loro. Ciò consente una gestione del ciclo di vita realmente automatizzata su larga scala, anziché un’automazione che richiede comunque un coordinamento manuale tra le diverse fasi.

3. Operazioni sui certificati sicure senza aumentare i rischi

L’automazione su larga scala funziona solo se non introduce nuove vulnerabilità. SOG recupera le credenziali just-in-time tramite integrazioni PAM e vault locali, evitando del tutto l’archiviazione locale delle credenziali. In combinazione con il controllo degli accessi basato su policy, ciò significa che le operazioni relative ai certificati possono scalare senza ampliare la superficie di attacco.

4. Scalabilità grazie a un’implementazione leggera e modulare

Il suo design modulare consente di supportare nuove piattaforme senza dover rielaborare l’intero sistema — un aspetto fondamentale per le aziende la cui infrastruttura è in continua evoluzione.

5. Eliminazione dei punti ciechi grazie alla piena visibilità dei certificati

Non è possibile gestire ciò che non si vede. La funzione di rilevamento della rete di SOG identifica i certificati in tutti gli ambienti e il monitoraggio centralizzato all’interno di SCM riduce significativamente il rischio di interruzioni causate da certificati scaduti o dimenticati.

6. Operazioni a prova di futuro grazie all’agilità crittografica

SOG supporta gli standard in evoluzione e la preparazione alla crittografia post-quantistica (PQC), consentendo operazioni parallele sui certificati su larga scala, una capacità che assumerà sempre maggiore importanza man mano che le organizzazioni inizieranno la transizione verso la crittografia post-quantistica. Inoltre, poiché le funzionalità di SOG continuano a crescere grazie alla sua architettura modulare, è progettato per adattarsi rapidamente alle esigenze aziendali in continua evoluzione, senza richiedere una revisione completa della piattaforma in futuro.

Dal caos dell’automazione al controllo unificato del ciclo di vita dei certificati

Quando le organizzazioni passano da un’automazione frammentata a un gateway unificato, i vantaggi si moltiplicano: riduzione dei rischi, minori costi operativi e maggiore conformità. Ciò che prima richiedeva un costante intervento di emergenza tra strumenti scollegati tra loro diventa un unico sistema prevedibile.

Le basi per una gestione moderna del ciclo di vita dei certificati

Le organizzazioni hanno bisogno di qualcosa di più dell’automazione. Hanno bisogno di orchestrazione, fornita tramite un unico gateway che gestisca l’intero ciclo di vita dei certificati, non solo alcune sue parti.

Sectigo Orchestration Gateway consente l’automazione end-to-end del ciclo di vita, l’esecuzione sicura e operazioni scalabili in qualsiasi ambiente.

Il futuro della gestione del ciclo di vita dei certificati è rappresentato da un unico livello di orchestrazione che garantisce coerenza, velocità e controllo su larga scala.

L’infrastruttura a chiave pubblica (PKI) viene utilizzata per gestire l’identità e la sicurezza nelle comunicazioni via Internet e nelle reti informatiche. La tecnologia alla base della PKI è la crittografia a chiave pubblica, un metodo di crittografia che si basa sull’uso di due chiavi correlate, una chiave pubblica e una chiave privata, per proteggere i dati e verificare l’identità.

Questa coppia di chiavi, pubblica e privata, opera in sinergia per crittografare e decrittografare i messaggi. L’accoppiamento di due chiavi crittografiche in questo modo è noto anche come crittografia asimmetrica, che si differenzia dalla crittografia simmetrica, in cui viene utilizzata un’unica chiave sia per la crittografia che per la decrittografia.

I vantaggi della crittografia asimmetrica includono:

• La chiave pubblica può essere condivisa in modo sicuro per lo scambio di chiavi e la crittografia dei dati.
• La chiave privata rimane protetta sul dispositivo dell’utente per garantire la sicurezza delle operazioni relative alle chiavi.
• Offre una protezione più forte contro gli attacchi rispetto alla crittografia simmetrica.

Questo sistema supporta certificati SSL, firme digitali e altri protocolli di crittografia che mantengono al sicuro i dati sensibili. La separazione tra chiave pubblica e chiave privata rende la crittografia RSA un pilastro della fiducia nelle moderne comunicazioni sicure.

In che modo la crittografia a chiave pubblica si basa sulla crittografia

La crittografia a chiave pubblica si basa su algoritmi matematici per generare coppie di chiavi. La chiave pubblica è costituita da una stringa di numeri casuali utilizzata per crittografare i dati, mentre la chiave privata viene utilizzata per decrittografarli. Solo il destinatario previsto, che possiede la chiave privata, può leggere i dati crittografati.

Le chiavi pubbliche vengono create utilizzando un complesso algoritmo crittografico che le lega matematicamente alle rispettive chiavi private, rendendole altamente resistenti agli attacchi di forza bruta o alla decifrazione tramite tentativi.

La dimensione della chiave o la lunghezza in bit delle chiavi pubbliche determina il livello di protezione. Ad esempio, le chiavi RSA a 2048 bit sono spesso impiegate nei certificati SSL, nelle firme digitali e in altri certificati digitali. Questa lunghezza della chiave offre una sicurezza crittografica sufficiente per impedire agli hacker di violare l’algoritmo. Organismi di standardizzazione come il CA/Browser Forum definiscono requisiti minimi per le dimensioni delle chiavi e gli algoritmi supportati, al fine di garantire la fiducia e l’interoperabilità tra i sistemi.

La PKI rende possibili i certificati digitali che incontriamo quotidianamente, in modo discreto e onnipresente, quando utilizziamo siti web, app mobili, documenti online e dispositivi connessi. Uno dei casi d’uso più comuni della PKI è il Transport Layer Security (TLS)/Secure Socket Layer (SSL) basato su X.509. Questo costituisce la base del protocollo HTTPS, che consente una navigazione web sicura. Tuttavia, i certificati digitali trovano applicazione anche in un’ampia gamma di casi d’uso, tra cui la firma del codice delle applicazioni, le firme digitali e altri aspetti dell’identità digitale e della sicurezza.

Algoritmi RSA, DSA ed ECC

Esistono tre algoritmi principali utilizzati per la generazione delle chiavi PKI, ciascuno basato su un diverso problema matematico che ne definisce la forza e l’efficienza:

• Rivest–Shamir–Adleman (RSA): Basata sulla difficoltà di scomporre in fattori grandi numeri primi, la crittografia RSA è l’algoritmo più consolidato e ampiamente utilizzato per i certificati SSL e le firme digitali.
• Algoritmo di firma digitale (DSA): Si basa sul problema del logaritmo discreto per generare firme digitali e verificarne l’autenticità. Il DSA è approvato dal governo federale degli Stati Uniti e utilizzato per la convalida sicura dei documenti.
• Crittografia a curve ellittiche (ECC): Utilizza la struttura algebrica delle curve ellittiche per garantire la sicurezza con lunghezze delle chiavi molto più brevi, migliorando le prestazioni e riducendo l’utilizzo di memoria e i requisiti di larghezza di banda.

Che cos’è l’RSA?

L’algoritmo RSA è stato sviluppato nel 1977 da Ron Rivest, Adi Shamir e Leonard Adleman. Si basa sul fatto che la fattorizzazione di grandi numeri primi richiede una notevole potenza di calcolo. È stato il primo algoritmo a utilizzare il modello chiave pubblica/chiave privata e rimane ancora oggi ampiamente considerato affidabile. Esistono diverse lunghezze di chiave associate all’RSA, con quelle a 2048 bit che rappresentano lo standard per la maggior parte dei siti web odierni.

Che cos’è l’ECC?

La crittografia ECC, o crittografia a curve ellittiche, si basa su algoritmi matematici che regolano la struttura algebrica delle curve ellittiche su campi finiti. Offre livelli di sicurezza crittografica equivalenti a quelli di RSA e DSA, con lunghezze delle chiavi molto più brevi, riducendo così l’utilizzo di memoria e i requisiti di larghezza di banda. Per questo motivo, il confronto tra ECC e RSA è molto comune. L’ECC offre prestazioni più veloci, specialmente sui dispositivi mobili e IoT. L’ECC è stata standardizzata dopo che l’Elliptic Curve Digital Signature Algorithm (ECDSA) è stato accreditato nel 1999 ed è approvata anche dalla NSA.

Che cos’è il DSA?

La crittografia DSA (Digital Signature Algorithm) utilizza un algoritmo diverso da quello RSA per creare chiavi pubbliche e private, basato sull’esponenziazione modulare e sul problema matematico del logaritmo discreto. Offre gli stessi livelli di sicurezza dell’RSA per chiavi di dimensioni equivalenti. Il confronto tra DSA e RSA si riduce spesso alla velocità di firma e all’efficienza di verifica. Il DSA è stato proposto dal National Institute of Standards and Technology (NIST) nel 1991 ed è stato adottato dal Federal Information Processing Standard (FIPS) nel 1993.

Si noti che è possibile supportare più algoritmi di crittografia contemporaneamente. Ad esempio, i server Apache possono supportare sia chiavi generate con RSA che con DSA sullo stesso server, offrendo flessibilità e una maggiore sicurezza aziendale.

Come si confrontano RSA e DSA?

Sebbene RSA e DSA utilizzino tipi diversi di algoritmi matematici per generare le loro coppie di chiavi, la differenza fondamentale tra le chiavi RSA e DSA risiede nelle prestazioni e nella velocità, non nella forza crittografica.

Prestazioni e velocità

La crittografia RSA è più veloce di quella DSA per quanto riguarda la crittografia e la firma, ma è più lenta del DSA per la decrittografia e la verifica. Tuttavia, poiché l’autenticazione richiede entrambe le operazioni sulle chiavi, la differenza di prestazioni nella pratica è minima per la maggior parte delle applicazioni.

L’RSA è anche più lento del DSA nella generazione delle chiavi, ma poiché le chiavi vengono generate una sola volta e utilizzate per mesi o anni, spesso questo aspetto non è rilevante.

Supporto del protocollo SSH

Un’altra differenza riguarda il supporto del protocollo Secure Shell (SSH). L’RSA è compatibile sia con l’SSH originale, sia con la più recente seconda edizione, l’SSH2, mentre il DSA supporta solo l’SSH2. Poiché l’SSH2 è più sicuro, questa distinzione può influenzare le scelte di convalida tra DSA e RSA in determinati ambienti.

Approvazione federale

Un’altra differenza tra DSA e RSA è che il DSA è approvato dal governo federale degli Stati Uniti. Per le aziende che forniscono servizi alle agenzie federali, il rispetto degli standard governativi può rappresentare un motivo per scegliere DSA.

In conclusione: per la maggior parte dei casi d’uso, dei settori e dei contesti normativi, RSA e DSA sono molto simili, offrono una forza crittografica equivalente e presentano differenze relativamente minime. Entrambi gli algoritmi sono inoltre ugualmente compatibili con i principali protocolli Internet, tra cui Nettle, OpenSSL, wolfCrypt, Crypto++ e cryptlib.

Come si colloca l’ECC rispetto a RSA e DSA?

La differenza principale tra l’ECC e RSA e DSA è la maggiore forza crittografica offerta dall’ECC a parità di dimensione della chiave. Una chiave ECC è più sicura di una chiave RSA o DSA della stessa dimensione, offrendo una sicurezza equivalente con un carico computazionale di gran lunga inferiore.

Confronto delle dimensioni delle chiavi:

Dimensioni delle chiavi consigliate secondo il NIST

L’ECC è più efficiente

Come mostra la figura, con l’ECC si ottiene una resistenza crittografica equivalente a quella di RSA o DSA con dimensioni delle chiavi significativamente inferiori – circa un ordine di grandezza in meno. Ad esempio, per ottenere una resistenza crittografica equivalente alla crittografia con una chiave simmetrica a 112 bit, sarebbe necessaria una chiave RSA a 2048 bit, mentre con l’ECC basterebbe una chiave a 224 bit. La dimensione ridotta comporta operazioni sulle chiavi più veloci, un minore utilizzo di memoria e prestazioni migliorate per i certificati SSL e i processi di scambio sicuro delle chiavi.

Le lunghezze delle chiavi più brevi significano che i dispositivi richiedono meno potenza di elaborazione per crittografare e decrittografare i dati, rendendo l’ECC una soluzione ideale per i dispositivi mobili, l’Internet delle cose e altri casi d’uso con potenza di calcolo più limitata.

Sicurezza e velocità

L’ECC presenta alcuni vantaggi anche rispetto a RSA o DSA in casi d’uso più tradizionali come i server web, poiché le dimensioni ridotte delle chiavi consentono una maggiore sicurezza con handshake SSL più rapidi, il che si traduce in tempi di caricamento delle pagine web più veloci. Le chiavi ECC più piccole garantiscono una protezione più forte mantenendo l’efficienza, il che rappresenta un vantaggio fondamentale nelle implementazioni su larga scala.

Vale la pena notare che ECDSA, la versione originale dell’ECC, è una variante del DSA. L’ECDSA offre livelli di sicurezza crittografica equivalenti a quelli dell’ECC in termini di numero di bit.

Perché la crittografia a curva ellittica non è ampiamente utilizzata?

Sebbene l’RSA sia l’algoritmo più diffuso, l’ECC ha guadagnato popolarità nel corso degli anni. Uno dei motivi più semplici del predominio dell’RSA è che è in uso da più tempo. Detto questo, l’ECC presenta alcuni svantaggi che potrebbero spiegare ulteriormente perché viene evitato:

• Complessità: Imparare e adottare l’ECC richiede più tempo ed è un processo più complesso rispetto all’RSA. Ciò può aumentare il rischio di errori, con un impatto negativo sulla sicurezza informatica.
• Vulnerabilità: L’ECC può essere vulnerabile agli attacchi a canale laterale (SCA), che possono portare ad attacchi di forza bruta. Può inoltre essere vulnerabile agli attacchi di sicurezza di tipo “twist”, sebbene esistano contromisure per aiutare a prevenire tali attacchi.
• Compatibilità: Le infrastrutture più datate e il software legacy sono stati sviluppati principalmente intorno a RSA e DSA, limitando il supporto dell’ECC in alcuni ambienti. Tuttavia, con l’evoluzione degli standard e la maturazione delle implementazioni dell’ECC, sempre più organizzazioni stanno passando all’ECC per la sua efficienza e la sua solidità a lungo termine.

Cosa comporta l’informatica quantistica per il futuro degli algoritmi di crittografia?

L’informatica quantistica rappresenta una grave minaccia per i metodi di crittografia tradizionali come RSA, DSA ed ECC. Questi algoritmi si basano su problemi matematici, quali la fattorizzazione di grandi numeri primi e i logaritmi discreti, che diventerebbero risolvibili quasi istantaneamente con un computer quantistico. Una volta che ciò accadrà, la crittografia utilizzata nella maggior parte dei certificati SSL, delle firme digitali e delle comunicazioni sicure potrebbe essere violata in pochi secondi.

Impatto nel mondo reale con l’arrivo dei computer quantistici

Impatto nel mondo reale con l’arrivo dei computer quantistici

Se le organizzazioni non adottano una crittografia a prova di quantistica prima che i computer quantistici su larga scala diventino disponibili, gli scenari seguenti diventano altamente probabili:

• Attacchi “raccogli ora, decifra dopo”: Gli aggressori raccolgono oggi le comunicazioni crittografate che si basano su sistemi che utilizzano chiavi RSA, ECC o DSA, le archiviano e poi le decifrano una volta che le risorse quantistiche diventano disponibili.
• Riservatezza compromessa: Siti web, sistemi di posta elettronica, reti private virtuali e altri canali sicuri protetti con la crittografia classica a chiave pubblica potrebbero essere violati in pochi minuti anziché in anni.
• Autenticazione e firme digitali compromesse: I sistemi di fiducia basati su algoritmi di firma digitale (ad es. versioni DSA ed ECC) possono essere falsificati o invalidati, mettendo a rischio la distribuzione di software, le transazioni finanziarie, la verifica dell’identità e i documenti elettronici.
• Rischio per le infrastrutture critiche: I sistemi nei settori della finanza, della sanità, dell’energia, dei trasporti e della pubblica amministrazione che dipendono dalla crittografia a chiave pubblica potrebbero subire interruzioni operative, esposizione dei dati o iniezione di dati falsi se la crittografia venisse violata.
• Esposizione a rischi normativi e di conformità: Le organizzazioni potrebbero trovarsi in una situazione di non conformità rispetto ai nuovi obblighi che richiedono la migrazione verso standard crittografici a prova di quantistica, esponendosi a sanzioni legali, reputazionali o finanziarie.

Quali sono i nuovi standard di crittografia post-quantistica del NIST?

Per prepararsi a questo cambiamento, il National Institute of Standards and Technology (NIST) ha valutato l’attuale crittografia post-quantistica (PQC) e ha introdotto nuovi standard di crittografia post-quantistica nell’ambito del quadro normativo dei Federal Information Processing Standards (FIPS). Questi nuovi algoritmi sono progettati per resistere agli attacchi sia dei computer classici che di quelli quantistici.

• FIPS 203 – ML-KEM (CRYSTALS-Kyber): Lo standard principale per la crittografia, che utilizza la matematica basata sui reticoli per chiavi piccole e veloci e un basso utilizzo di memoria.
• FIPS 204 – ML-DSA (CRYSTALS-Dilithium): Lo standard principale per le firme digitali, che bilancia l’alta velocità con una forte protezione crittografica.
• FIPS 205 – SLH-DSA (SPHINCS+): Un’alternativa basata su hash senza stato per FIPS 204; è più lenta e ingombrante, ma utilizza una struttura matematica diversa per una maggiore resilienza.
• FIPS 206 – FN-DSA (FALCON): Un nuovo standard, non ancora finalizzato, che si chiamerà FN-DSA, abbreviazione di FFT (trasformata di Fourier veloce) su algoritmo di firma digitale basato su reticolo NTRU.

Prossimi passi: Sviluppo di una strategia di sicurezza resistente alla crittografia quantistica

La preparazione all’era quantistica inizia con la consapevolezza e una pianificazione proattiva. Le organizzazioni dovrebbero iniziare identificando dove vengono attualmente utilizzati gli algoritmi RSA, DSA ed ECC, inclusi i certificati SSL, le VPN, i sistemi di autenticazione interni e la firma del codice delle applicazioni. Da lì, i team di sicurezza possono dare priorità alla migrazione verso algoritmi resistenti alla crittografia quantistica.

La strategia Q.U.A.N.T. di Sectigo fornisce un quadro chiaro per guidare questo processo, aiutando le aziende a quantificare la propria impronta crittografica, individuare i rischi, nonché valutare e definire una strategia per una transizione sicura. Attraverso questo approccio, i team possono gestire l’implementazione con soluzioni automatizzate e sicure dal punto di vista quantistico e monitorare i progressi in corso per mantenere l’agilità crittografica man mano che gli standard si evolvono.

Le organizzazioni possono rimanere all’avanguardia collaborando con un’autorità di certificazione affidabile come Sectigo, leader in prima linea nello sviluppo della crittografia post-quantistica.

Proteggi il tuo futuro con le soluzioni di sicurezza pronte per la PQC di Sectigo

Ora che hai compreso come si confrontano gli algoritmi di crittografia RSA, DSA ed ECC e come l’informatica quantistica ridisegnerà presto gli standard di crittografia, è il momento di preparare la tua organizzazione per il futuro. Sectigo offre certificati digitali affidabili e soluzioni avanzate di crittografia post-quantistica progettate per aiutare le aziende a passare senza intoppi alla crittografia di nuova generazione.

Contattateci oggi stesso per saperne di più su come i nostri prodotti possono proteggere il vostro sito web dalle minacce alla sicurezza. Vi consigliamo anche di esplorare le soluzioni PQC di Sectigo.

Sebbene gli algoritmi resistenti al quantistico risolvano il problema crittografico, ne introducono uno pratico: chiavi e firme molto più grandi. Se implementati attraverso l’attuale infrastruttura a chiave pubblica (PKI), appesantirebbero ogni connessione sicura, facendo lievitare i costi di larghezza di banda, elaborazione e archiviazione su Internet. Gli utenti mobili e le reti ad alta latenza ne risentirebbero maggiormente, ma alcuni sistemi, come i server web legacy e i bilanciatori di carico, potrebbero smettere completamente di funzionare.

Consapevoli di questi limiti, i crittografi di tutto il settore, compresi i team di Google e Cloudflare, con il contributo di Sectigo, hanno sviluppato un nuovo approccio. I certificati Merkle Tree (MTC) non impongono grandi firme post-quantistiche a un’infrastruttura che non è stata progettata per esse, ma ripensano invece il modo in cui i certificati vengono creati e distribuiti per l’era post-quantistica.

Che cos’è un certificato Merkle Tree?

Un MTC rappresenta un nuovo approccio ai certificati digitali che riduce drasticamente la quantità di dati scambiati durante una connessione sicura. Anziché firmare ogni certificato singolarmente e inviare una catena completa ad ogni handshake, un'autorità di certificazione raggruppa i certificati che emette in un'unica struttura denominata albero di Merkle. L’autorità firma l’albero anziché ogni singolo certificato, e i browser ricevono in anticipo le teste dell’albero attendibili tramite un’infrastruttura di trasparenza. Gli elementi dell’albero che vengono firmati sono i riassunti hash, che di per sé sono resistenti alla crittografia quantistica.

Quando un browser si connette a un sito web, il sito presenta una breve prova, costituita da una manciata di hash, che dimostra che il suo certificato appartiene a un albero di cui il browser si fida già. La pesante catena di firme non viene mai trasmessa. Questa differenza è fondamentale su scala post-quantistica. Una singola firma ML-DSA pesa circa 2,4 kilobyte, mentre una catena convenzionale ne conterrebbe diverse, oltre agli artefatti di trasparenza. La prova di Merkle che le sostituisce occupa in genere meno di un kilobyte.

Gli MTC probabilmente coesisteranno con i certificati che utilizziamo oggi. Prevediamo un futuro in cui i metodi resistenti alla crittografia quantistica rimangano efficienti, trasparenti e compatibili con il web così come lo conosciamo oggi.

Perché i certificati Merkle Tree sono importanti per Internet?

La PKI è onnipresente in tutti i nostri stack tecnologici. Le applicazioni cloud, i carichi di lavoro basati sull’intelligenza artificiale e miliardi di dispositivi connessi dipendono tutti da handshake TLS veloci e costanti. Se l’autenticazione post-quantistica rallenta tali handshake, tutti ne risentono. Gli MTC sono importanti perché eliminano questo compromesso in due modi fondamentali.

1. I certificati Merkle Tree contribuiscono a mantenere Internet veloce

Imporre le tradizionali firme post-quantistiche sui siti web pubblici farebbe aumentare a dismisura le dimensioni degli handshake e peggiorerebbe l’esperienza utente, specialmente sui dispositivi mobili e sulle connessioni ad alta latenza. I certificati MTC aggirano il problema sostituendo più firme di grandi dimensioni con un’unica prova di inclusione compatta, mantenendo il sovraccarico vicino a quello che gli utenti sperimentano oggi. Possiamo continuare a utilizzare Internet esattamente come facciamo ora, in modo veloce e senza interruzioni, con la resistenza quantistica come base.

2. I certificati Merkle Tree integrano la trasparenza nella progettazione

Nell’attuale PKI, la registrazione della Certificate Transparency (CT) è aggiunta come fase separata al processo di emissione. Quando la registrazione fallisce, un certificato può rimanere in circolazione inosservato, creando un punto cieco nella sicurezza.

Gli MTC ribaltano questa relazione. L’atto di creare un certificato è l’atto stesso di registrarlo. Se un certificato non è presente nell’albero, semplicemente non esiste. Questo è fondamentale perché l’autenticazione in un mondo post-quantistico non può essere veramente sicura senza una visibilità totale, e gli MTC rendono questi due aspetti inseparabili.

La nostra visione: Sectigo e i certificati Merkle Tree

Lo slancio alla base di questo cambiamento è reale e misurabile. I browser hanno indicato che gli MTC rappresentano la loro strada preferita per introdurre i certificati post-quantistici nel web pubblico, e sono già in corso esperimenti di fattibilità sul traffico Internet reale. Sectigo ritiene che gli MTC rappresentino il percorso più promettente verso l’autenticazione post-quantistica, in grado di preservare le prestazioni e la scalabilità da cui le organizzazioni dipendono oggi.

Allo stesso tempo, continuiamo a monitorare l’ecosistema post-quantistico in senso lato, dagli algoritmi standardizzati dal NIST come l’ML-DSA alle specifiche IETF in evoluzione, alle decisioni relative alle roadmap dei browser e ai requisiti di adozione da parte delle aziende. L’intero potenziale degli MTC sta ancora prendendo forma. Ciò che è già chiaro è che le organizzazioni hanno bisogno di visibilità, automazione e agilità crittografica per adattarsi man mano che gli standard maturano. Sectigo rimane impegnata ad aiutare i clienti a prepararsi per quel futuro, qualunque forma assuma l’architettura dei certificati sottostante.

Questi certificati associano una chiave pubblica a un’identità verificata, consentendo ai sistemi di confermare la legittimità di un’entità digitale. Costituiscono il fondamento della sicurezza online, proteggendo le comunicazioni tra siti web, applicazioni, documenti e dispositivi.

Ogni certificato X.509 include una chiave pubblica, i dati identificativi e una firma digitale rilasciata da un’Autorità di Certificazione (CA) attendibile. La firma digitale conferma l’integrità e l’origine del certificato, entrando a far parte di una catena di certificati che risale a un’Autorità di Certificazione radice attendibile. Questa struttura rafforza la fiducia e contribuisce a prevenire l’usurpazione d’identità.

Uno dei punti di forza principali di un certificato X.509 è l’utilizzo di una coppia di chiavi composta da una chiave pubblica e una chiave privata correlate. In crittografia, la coppia di chiavi pubblica e privata viene utilizzata per stabilire chiavi di sessione sicure, verificare le identità e consentire comunicazioni crittografate.

L’applicazione più comune della PKI basata su X.509 è il Secure Sockets Layer (SSL) / Transport Layer Security (TLS), alla base del protocollo HTTPS che consente la navigazione web sicura. Oltre all’HTTPS, lo standard X.509 viene utilizzato anche per la firma del codice a garanzia della sicurezza delle applicazioni, per le firme digitali e per altri protocolli Internet critici.

Cronologia delle versioni di X.509

La prima versione dello standard X.509 fu pubblicata nel 1988. Per formalizzare le regole relative al rilascio dei certificati, il Settore di Standardizzazione delle Telecomunicazioni dell’ITU (ITU-T) sviluppò un sistema gerarchico per i nomi distintivi che seguiva le regole del servizio di directory elettronica per X.500 e si ispirava ai sistemi utilizzati per l’assegnazione dei numeri telefonici a livello globale, ma applicato ai requisiti organizzativi più flessibili di Internet.

La versione 3 ha introdotto un importante aggiornamento con il supporto di estensioni multiple. Le revisioni successive hanno perfezionato lo standard v3 per supportare i moderni casi d’uso di Internet e le esigenze di sicurezza in continua evoluzione.

Inoltre, l’Internet Engineering Task Force (IETF), attraverso il proprio gruppo di lavoro sull’infrastruttura a chiave pubblica noto come PKIX, ha adattato lo standard dei certificati X.509 v3 per creare il certificato dell’infrastruttura a chiave pubblica X.509 di Internet e l’elenco di revoca dei certificati (CRL), noto come RFC 5280. Questo profilo è ora ampiamente utilizzato per definire le modalità di gestione dei certificati e degli elenchi di revoca nei sistemi Internet.

I vantaggi dei certificati X.509

Poiché i certificati X.509 facilitano la messaggistica sicura e la navigazione sul web, il loro utilizzo comporta vantaggi significativi per le organizzazioni. Sono utilizzati per autenticare siti web, crittografare i dati in transito e convalidare utenti e dispositivi sia nelle reti pubbliche che in quelle private. La loro struttura, che include una firma digitale attendibile da parte di un’Autorità di Certificazione (CA), li rende parte integrante del funzionamento di protocolli di comunicazione sicuri come SSL/TLS e S/MIME.

Associando un’identità verificata a una chiave pubblica, i certificati X.509 instaurano un rapporto di fiducia digitale che garantisce la sicurezza e la riservatezza dei dati in ogni interazione. Questi vantaggi si estendono al traffico web, ai sistemi interni, alle API, alle comunicazioni via e-mail e oltre.

Creare fiducia

I certificati digitali, noti anche come certificati a chiave pubblica, consentono a individui, organizzazioni e persino dispositivi di dimostrare la propria identità in un contesto digitale. In quanto fondamento di tutte le identità digitali, i certificati X.509 sono onnipresenti e sono essenziali per ogni processo connesso, dai siti web alle applicazioni, dai dispositivi endpoint ai documenti online. Ad esempio, senza di essi, non potremmo essere certi che www.amazon.com sia effettivamente il sito web di Amazon.

Questo livello di fiducia si basa non solo sull’architettura crittografica, ma anche sul processo di emissione dei certificati. Il formato X.509 supporta la convalida dell’identità confermando che:

1. La chiave pubblica appartiene al dominio, all’organizzazione o alla persona fisica indicati nel certificato
2. Il certificato è stato firmato da un’Autorità di Certificazione (CA) attendibile, come Sectigo, oppure è autofirmato
3. Il certificato rispetta le politiche definite in materia e non è stato revocato né alterato

Quando un certificato è firmato da una CA affidabile, l’utente del certificato può essere certo che il titolare del certificato o il nome host/dominio sia stato convalidato, mentre i certificati autofirmati sono affidabili in misura minore, poiché il titolare non viene sottoposto ad alcuna convalida aggiuntiva prima dell’emissione.

Garantire la scalabilità

L’architettura dell’infrastruttura a chiave pubblica (PKI) alla base dei certificati X.509 supporta una scalabilità su larga scala. Le organizzazioni possono proteggere miliardi di scambi di dati giornalieri utilizzando certificati che non richiedono alcun intervento manuale per la verifica o la decrittografia. Ciò è possibile perché le chiavi pubbliche possono essere distribuite liberamente, senza rivelare la chiave privata necessaria per sbloccare i dati crittografati.

Ciò rende i certificati X.509 particolarmente efficaci nel garantire identità sicure e crittografia su larga scala tra servizi cloud, reti aziendali, dispositivi connessi e sistemi transnazionali.

Contribuire a raggiungere l’agilità crittografica

Lo standard X.509 supporta diversi algoritmi crittografici, tra cui RSA, ECC e DSA, e viene costantemente esteso per supportare gli algoritmi post-quantistici emergenti. Questa flessibilità consente alle organizzazioni di adottare nel tempo una crittografia più robusta senza dover ricostruire l’intera infrastruttura PKI. Man mano che gli algoritmi si evolvono e le minacce aumentano, questa agilità crittografica garantisce che i sistemi rimangano protetti con una crittografia aggiornata e basata su standard.

Promuovere l’interoperabilità

Lo standard X.509 è universalmente supportato da browser, sistemi operativi, piattaforme mobili, dispositivi di rete e fornitori di servizi cloud. Questa ampia compatibilità consente ai certificati di funzionare in modo coerente in diversi ambienti e con diversi fornitori.

Supportare l’automazione e la gestione del ciclo di vita

I cicli di vita dei certificati digitali possono essere gestiti automaticamente utilizzando protocolli come ACME, EST e SCEP. Le organizzazioni possono emettere, rinnovare e revocare certificati X.509 su larga scala senza intervento manuale. Questa automazione riduce il rischio di certificati scaduti, interruzioni di servizio o errori umani e contribuisce a mantenere l’operatività dei sistemi critici.

Come funzionano i certificati X.509?

I certificati X.509 funzionano associando una chiave pubblica a un’identità verificata tramite una firma digitale emessa da un’Autorità di Certificazione (CA) attendibile. Il certificato segue una struttura definita che consente la crittografia sicura dei dati, l’autenticazione e la convalida dell’affidabilità tra i sistemi.

Lo standard X.509 si basa su un linguaggio di descrizione delle interfacce noto come Abstract Syntax Notation One (ASN.1), che definisce strutture di dati serializzabili e deserializzabili in modo multipiattaforma. Utilizzando la coppia di chiavi associata al certificato, i sistemi possono stabilire sessioni sicure, verificare le firme digitali e proteggere le comunicazioni.

Le basi dell’infrastruttura a chiave pubblica

La chiave pubblica è costituita da una stringa di numeri casuali e può essere utilizzata per crittografare un messaggio. Solo il destinatario previsto può decifrare e leggere questo messaggio crittografato, e ciò è possibile solo utilizzando la chiave privata associata, anch’essa costituita da una lunga stringa di numeri casuali. La chiave privata rimane segreta e non viene mai condivisa.

Poiché la chiave pubblica è resa pubblica e visibile a tutti, le chiavi pubbliche vengono create utilizzando un complesso algoritmo crittografico per abbinarle a una chiave privata associata, generando combinazioni numeriche casuali di lunghezza variabile in modo che non possano essere sfruttate tramite un attacco di forza bruta.

Gli algoritmi più comuni utilizzati per generare chiavi pubbliche sono:

• Rivest–Shamir–Adleman (RSA): un algoritmo ampiamente utilizzato che si basa sulla difficoltà di fattorizzare grandi numeri primi.
• Crittografia a curve ellittiche (ECC): utilizza curve ellittiche su campi finiti per garantire un elevato livello di sicurezza con chiavi di lunghezza ridotta.
• Algoritmo di firma digitale (DSA): basato sull’esponenziazione modulare e sul problema del logaritmo discreto.

La dimensione della chiave o la lunghezza in bit delle chiavi pubbliche determina il livello di protezione. Ad esempio, le chiavi RSA a 2048 bit sono ampiamente utilizzate nei certificati SSL, nelle firme digitali e in altri certificati digitali. Questa lunghezza della chiave offre una sicurezza crittografica sufficiente per impedire agli hacker di violare l’algoritmo. Gruppi di standardizzazione come il CA/Browser Forum definiscono le dimensioni minime delle chiavi e i requisiti crittografici per mantenere la fiducia e la compatibilità tra browser e sistemi.

Figura: I certificati X.509 utilizzano una coppia di chiavi pubblica e privata correlate per l’autenticazione dell’identità e la sicurezza delle comunicazioni Internet e delle reti informatiche

Campi di emissione

I campi dei certificati X.509 contengono informazioni sull’identità a cui è rilasciato il certificato, nonché sull’identità dell’autorità di certificazione (CA) emittente. I campi standard includono:

• Versione: La versione X.509 utilizzata, che determina la struttura e le estensioni disponibili.
• Numero di serie: L’identificatore univoco fornito dall’Autorità di Certificazione (CA) che distingue il certificato dagli altri.
• Algoritmo di firma: Lo specifico metodo di hash e crittografia utilizzato per generare la firma digitale.
• Valore della firma: La firma digitale stessa, creata dalla chiave privata dell’Autorità di Certificazione (CA) per autenticare il contenuto del certificato.
• Nome distinto dell’emittente: Il nome dell’Autorità di Certificazione (CA) che emette il certificato
• Periodo di validità del certificato: La data e l’ora di inizio e fine del periodo in cui il certificato è valido e considerato affidabile
• Nome distinto del soggetto: Il nome dell’identità a cui è rilasciato il certificato
• Informazioni sulla chiave pubblica del soggetto: – la chiave pubblica associata all’identità

Estensioni comuni dei certificati digitali

Oltre ai campi informativi standard, la versione 3 dello standard X.509 ha introdotto delle estensioni che ampliano le funzionalità dei certificati per l’uso moderno di Internet. Due estensioni comuni dei certificati X.509 attualmente in uso includono:

• Estensione Subject Alternative Name (SAN): Consente a un certificato di associare più identità alla stessa chiave pubblica. Ciò può includere domini aggiuntivi, nomi DNS, indirizzi IP o indirizzi e-mail. Grazie a questa estensione, un singolo certificato può coprire più endpoint, riducendo la complessità e i costi. I certificati abilitati per SAN sono spesso indicati come certificati multidominio.
• Key Usage: Definisce le modalità di utilizzo della chiave pubblica, ad esempio per le firme digitali, la crittografia delle chiavi o la firma dei certificati. Ad esempio, un certificato con utilizzo “signing-only” non può essere utilizzato per la crittografia. Ciò impedisce un uso improprio e garantisce che i certificati vengano applicati come previsto.

Altre estensioni comunemente utilizzate includono Extended Key Usage, Basic Constraints e CRL Distribution Points, a seconda del ruolo e dell’ambiente del certificato.

I certificati digitali applicano catene di fiducia gerarchiche

Per rafforzare ulteriormente l’affidabilità di un’identità, spesso si combinano più certificati digitali per costruire una catena di fiducia gerarchica che fornisce una serie di livelli di verifica. Ciascuno deve essere firmato da un’autorità di certificazione (CA) emittente come parte del processo di verifica X.509. La CA è indicata e memorizzata nella radice del certificato. Nella catena di fiducia possono essere inclusi ulteriori certificati intermedi, che devono essere convalidati.

La catena completa dei certificati include tipicamente:

• Certificato radice
• Certificato intermedio
• Certificato foglia

Ad esempio, quando un client browser web legge il certificato, deve essere in grado di seguire il percorso gerarchico di certificazione, inclusi eventuali certificati intermedi necessari per la convalida che sono collegati ricorsivamente alla CA radice elencata nell’archivio di fiducia del client, ottenendo così una catena di fiducia completa.

Elenchi di revoca dei certificati (CRL)

Lo standard X.509 definisce inoltre l’uso di un elenco di revoca dei certificati, che identifica tutti i certificati digitali che sono stati revocati dall’autorità di certificazione emittente prima della data di scadenza prevista. La revoca avviene in genere quando una chiave privata viene compromessa, il certificato è stato emesso in modo improprio o lo stato del titolare del certificato cambia.

Questi certificati revocati non dovrebbero più essere considerati attendibili.

Le CRL offrono un modo semplice per diffondere informazioni su questi certificati non validi. Tuttavia, le CRL vengono sempre più sconsigliate dai moderni browser web e dalle applicazioni a favore di metodi più efficienti come l’Online Certificate Status Protocol (OCSP) e l’OCSP stapling, che offrono funzionalità di revoca complete.

Codifica dei certificati PKI

Un elemento degno di nota non definito nello standard X.509 è il modo in cui il contenuto dei certificati debba essere codificato per essere archiviato nei file.

Esistono due schemi di codifica comunemente utilizzati per memorizzare i certificati digitali nei file:

• Distinguished Encoding Rules (DER) è il più diffuso, poiché lo schema copre la maggior parte degli oggetti dati. I certificati codificati con DER sono file binari e non possono essere letti dagli editor di testo, ma possono essere elaborati dai browser web e da molte applicazioni client.
• Privacy Enhanced Mail (PEM) è uno schema di codifica per la posta elettronica crittografata che può essere utilizzato per convertire i certificati codificati con DER in file di testo.

Applicazioni comuni dell'infrastruttura a chiave pubblica X.509

Molti protocolli Internet si basano su X.509 e vi sono numerose applicazioni della tecnologia PKI utilizzate quotidianamente, tra cui la sicurezza dei server web, le firme digitali e la firma dei documenti, nonché le identità digitali.

Sicurezza dei server web con certificati SSL/TLS

La PKI costituisce la base dei protocolli SSL/TLS che supportano le connessioni HTTPS nei moderni browser web. Senza certificati SSL o TLS per stabilire connessioni sicure, i criminali informatici potrebbero sfruttare Internet o altre reti IP utilizzando una varietà di vettori di attacco, come gli attacchi man-in-the-middle, per intercettare i messaggi e accederne ai contenuti.

Firme digitali e firma dei documenti

Oltre ad essere utilizzati per proteggere i messaggi, i certificati basati su PKI consentono di apporre firme digitali a prova di manomissione e di effettuare una firma dei documenti verificata.

Le firme digitali sono un tipo specifico di firma elettronica che sfrutta la PKI per autenticare l’identità del firmatario e l’integrità della firma e del documento. Le firme digitali non possono essere alterate o duplicate in alcun modo, poiché la firma viene creata generando un hash, che viene crittografato utilizzando la chiave privata del mittente. Questa verifica crittografica lega matematicamente la firma al messaggio originale per garantire che il mittente sia autenticato e che il messaggio stesso non sia stato alterato.

Firma del codice

La firma del codice consente agli sviluppatori di aggiungere un ulteriore livello di sicurezza firmando digitalmente applicazioni, driver e programmi software, in modo che gli utenti finali possano verificare che nessuna terza parte abbia alterato o compromesso il codice che ricevono. Per verificare che il codice sia sicuro e affidabile, questi certificati digitali includono la firma dello sviluppatore del software, il nome dell’azienda e la marcatura temporale.

Certificati di posta elettronica

I certificati S/MIME vengono utilizzati per convalidare i mittenti delle e-mail e crittografare il contenuto dei messaggi e degli allegati. Ciò impedisce agli aggressori di falsificare le identità o di leggere i messaggi durante il trasferimento.

S/MIME sfrutta i certificati X.509 per proteggere le comunicazioni e-mail sia personali che aziendali, difendendo da spear phishing, perdita di dati e sofisticati attacchi di ingegneria sociale.

Molti settori si affidano a S/MIME per soddisfare i requisiti normativi o di conformità.

Identità digitali

I certificati X.509 forniscono inoltre un’efficace autenticazione dell’identità digitale. Man mano che i dati e le applicazioni si espandono oltre le reti tradizionali verso dispositivi mobili, cloud pubblici, cloud privati e dispositivi dell’Internet delle cose, la protezione delle identità diventa più importante che mai. E le identità digitali non devono necessariamente limitarsi ai dispositivi; possono essere utilizzate anche per autenticare persone, dati o applicazioni. I certificati di identità digitale basati su questo standard consentono alle organizzazioni di migliorare la sicurezza sostituendo le password, che gli aggressori sono diventati sempre più abili a rubare.

Come si ottiene un certificato X.509?

Una componente fondamentale per l’implementazione dei certificati X.509 è un’autorità di certificazione (CA) o un agente di fiducia incaricato di emettere i certificati e pubblicare le chiavi pubbliche associate alle chiavi private degli individui. Senza questa CA di fiducia, sarebbe impossibile per i mittenti sapere se stanno effettivamente utilizzando la chiave pubblica corretta associata alla chiave privata del destinatario e non quella associata a un attore malintenzionato che intende intercettare informazioni sensibili e utilizzarle per scopi illeciti.

Per ottenere certificati X.509 sono disponibili diverse opzioni:

• Utilizzare un’autorità di certificazione (CA) di terze parti affidabile: Fornitori come Sectigo convalidano l’identità del richiedente ed emettono certificati supportati da una gerarchia di fiducia pubblica.
• Gestire una propria CA interna: Molte aziende e fornitori di tecnologia scelgono di gestire una propria CA per emettere certificati destinati a sistemi, dispositivi o utenti interni.
• Utilizzare certificati autofirmati: Questi vengono creati e firmati dall’organizzazione stessa. Sebbene siano facili da generare, non godono di fiducia pubblica e richiedono una configurazione manuale della fiducia.

Indipendentemente dal metodo scelto, l’Autorità di Certificazione deve:

• Convalidare l’identità del richiedente prima di emettere il certificato.
• Confermare che la chiave pubblica pubblicata sia correttamente associata alla chiave privata del richiedente.
• Mantenere solide pratiche di sicurezza interne per proteggersi da compromissioni o abusi.

Gestire i certificati X.509 con Sectigo

Uno degli aspetti più critici dei certificati X.509 è la loro gestione efficace su larga scala tramite l’automazione. Senza personale, processi e tecnologie di alto livello, le aziende si espongono a violazioni della sicurezza informatica, interruzioni di servizio, danni al proprio marchio e guasti alle infrastrutture critiche.

Sectigo Certificate Manager (SCM) Pro offre un controllo centralizzato sull’intero ciclo di vita dei certificati pubblici e privati. Dall’emissione al rinnovo e alla revoca, SCM Pro supporta l’automazione, l’applicazione delle politiche e la perfetta integrazione nel vostro stack tecnologico esistente.

SCM Enterprise estende questa funzionalità a ogni identità umana e macchina all’interno della vostra organizzazione, fornendo una gestione completa del ciclo di vita dei certificati da un’unica piattaforma.

Un certificato SSL è un tipo di certificato digitale che autentica l’identità di un sito web e stabilisce comunicazioni crittografate tra due endpoint. Questo piccolo file di dati utilizza il protocollo TLS (Transport Layer Security), che è il successore del protocollo SSL (Secure Sockets Layer). Comunemente denominati certificati SSL/TLS, svolgono due funzioni:

1. Autenticazione: i certificati SSL fungono da credenziali per autenticare l’identità di un sito web. Vengono rilasciati a un nome di dominio e a un server web specifici dopo che un’Autorità di Certificazione (CA) ha effettuato un processo di verifica sull’organizzazione che richiede il certificato. A seconda del tipo di certificato, questo può includere informazioni verificate sull’azienda o sull’organizzazione che gestisce il sito web.
2. Comunicazione sicura dei dati: quando un certificato SSL è installato su un server web, fa apparire nel browser l’icona di un lucchetto o di una chiave (a seconda del browser). Attiva il protocollo HTTPS e crea una connessione sicura tra il server e il browser. Consente l’uso di algoritmi di crittografia per codificare i dati in transito in un formato indecifrabile, leggibile solo con la chiave di decrittografia corretta. Ciò significa che i dati sensibili, come le informazioni finanziarie, possono essere trasmessi in modo sicuro.

I browser web mostrano indicatori di sicurezza quando un sito presenta un certificato emesso da un’Autorità di Certificazione affidabile, come Sectigo. Per diventare un’Autorità di Certificazione (CA) affidabile, un’azienda deve rispettare gli standard relativi alla sicurezza e ai processi di autenticazione stabiliti dai principali browser e dall’ente di standardizzazione del settore denominato CA/Browser Forum, nonché sottoporsi a regolari audit.

Quando un’Autorità di Certificazione affidabile rilascia un certificato a un’organizzazione, il browser riconoscerà il certificato come legittimo. Il browser comunica all’utente che l’indirizzo web è sicuro e l’utente può navigare sul sito e inserire informazioni personali in tutta sicurezza.

Come funzionano i certificati SSL?

Quando un utente visita un sito dotato di un certificato SSL/TLS, si verifica un “handshake” per creare un canale sicuro tra l’utente e l’organizzazione e proteggere i dati inviati sul sito web da eventuali violazioni. Ecco come funziona il processo di handshake in tempo reale:

1. Un sistema client, come un comune browser web, si connette a un server protetto da un certificato SSL/TLS.
2. Il browser avvia un handshake TLS con il server.
3. Il server invia una copia del proprio certificato SSL, che include il tipo, il periodo di validità e i dettagli dell’organizzazione.
4. Il browser verifica se il certificato è valido. Se il certificato non è installato, non è aggiornato con i protocolli di sicurezza appropriati (è stato lasciato scadere) o non è stato emesso da un’autorità di certificazione (CA) considerata affidabile dal browser, all’utente verrà visualizzato un messaggio di avviso.
5. Il server e il browser completano lo scambio di chiavi e i messaggi di handshake, quindi avviano una sessione crittografata TLS.
6. Qualsiasi dato condiviso tra il browser e il server è ora protetto. Se un hacker intercetta la comunicazione, i dati rimarranno crittografati e illeggibili.

I certificati digitali sono componenti dell’Infrastruttura a Chiave Pubblica (PKI), che utilizza la crittografia a chiave pubblica per stabilire un rapporto di fiducia. Questo processo utilizza chiavi pubbliche e private per aiutare a stabilire chiavi di crittografia che proteggono i dati in transito.

Qual è la differenza tra SSL e TLS?

TLS è una versione aggiornata di SSL che offre opzioni di crittografia avanzate; tuttavia, spesso si fa riferimento a questi due acronimi come se avessero lo stesso significato.

Secure Sockets Layer, o SSL, era il nome del primo protocollo crittografico creato per garantire l’identità di un server connesso su Internet. Questo protocollo è stato creato nel 1995 per consentire l’e-commerce sul web.

SSL 2.0 è stata la prima versione del protocollo ad essere utilizzata nei sistemi di produzione ed è stata presto sostituita da SSL 3.0. Dopo la versione 3.0, gli organismi di standardizzazione hanno sostituito SSL con un protocollo più avanzato chiamato Transport Layer Security, o TLS. Tuttavia, a quel punto il termine SSL era ormai così diffuso che continua a persistere come nome di fatto per TLS.

Sebbene i certificati non eseguano di per sé la crittografia, i software client e server basati sugli standard richiedono la presenza di un certificato affinché la crittografia abbia luogo. Questo requisito deriva dal fatto che, senza un’identità affidabile della controparte in una connessione, la crittografia di per sé non offre alcuna protezione.

Gli algoritmi a chiave pubblica comunemente utilizzati oggi in TLS includono RSA (Rivest-Shamir-Adleman) ed ECC (Elliptic Curve Cryptography). Tuttavia, con il progresso dell’informatica quantistica, si prevede che questi algoritmi diventeranno vulnerabili, rendendo necessaria una transizione verso la crittografia post-quantistica (PQC) per mantenere la sicurezza a lungo termine.

Quali sono i diversi tipi di certificati SSL?

Esistono tre diversi tipi di certificati SSL/TLS classificati in base al livello di convalida, tra cui:

• Convalida del dominio (DV): il modo più semplice ed economico per ottenere una crittografia conforme agli standard del settore
• Convalida dell’organizzazione (OV): un livello superiore rispetto alla DV, in cui un’organizzazione deve essere un’azienda legalmente registrata e dimostrare di possedere il dominio
• Convalida estesa (EV): offre il massimo livello di affidabilità ed è lo standard del settore per i siti web di e-commerce

Altre varianti di certificati sono classificate in base al numero di domini che coprono:

• Certificati SSL Wildcard: per un dominio principale e i suoi sottodomini
• Dominio singolo: per un dominio principale e un singolo sottodominio
• Multi-dominio: utilizzato per proteggere più domini

Usi comuni

I certificati SSL sono una parte essenziale delle misure di sicurezza informatica di qualsiasi sito web. Milioni di siti web li utilizzano per garantire la sicurezza della navigazione sui propri siti. L’attivazione del protocollo HTTPS contribuisce a segnalare che un sito è protetto per la navigazione e l’inserimento dei dati, e i principali browser avvisano attivamente gli utenti quando un sito non è sicuro. I siti privi di certificato potrebbero visualizzare un avviso “Non sicuro”.

La crescita dei siti web globali, dei dispositivi mobili e di quelli connessi a Internet ha inoltre ampliato l’uso ben oltre il semplice e-commerce. Chiunque abbia bisogno di condividere dati in modo sicuro tra dispositivi tramite Internet può trarre vantaggio dai certificati SSL. Sono utilizzati più comunemente per proteggere:

• Transazioni online con carta di credito
• Moduli web e accessi degli utenti
• Applicazioni di posta elettronica e webmail
• Comunicazioni aziendali tramite intranet, condivisione di file, extranet e server interni
• Piattaforme basate su cloud e applicazioni virtualizzate
• Trasferimenti di file tramite FTPS
• Trasferimento di dati da e verso dispositivi mobili

Se l’URL di un sito web inizia con HTTPS:// e nella barra degli indirizzi è presente l’icona di un lucchetto, significa che il sito web utilizza una connessione SSL/TLS sicura.

Quali sono i vantaggi dei certificati SSL?

L’importanza principale dell’installazione di un certificato SSL è quella di avviare una sessione sicura tra un server web e un browser. Una volta stabilita una connessione sicura, tutte le informazioni scambiate tra il server web e il visitatore saranno mantenute private e crittografate

Altri vantaggi includono:

• Aumenta la fiducia dei clienti: L’icona del lucchetto o della chiave rassicura i clienti sul fatto che le loro informazioni non saranno compromesse. I dati saranno inviati ai server di destinazione previsti e non saranno reindirizzati a terze parti non autorizzate.
• Protezione delle informazioni sensibili dagli attacchi di phishing: I siti di phishing sono copie fraudolente di siti web famosi il cui scopo è indurti con l’inganno a fornire informazioni preziose come i numeri della carta di credito o del codice fiscale. I certificati a validazione estesa (EV) offrono il massimo livello di verifica dell’identità, aiutando utenti e organizzazioni a distinguere i siti legittimi da quelli contraffatti.
• Migliore posizionamento nei motori di ricerca: i certificati SSL/TLS possono favorire la SEO e la presenza online di un sito web. Google ha confermato che l’HTTPS è un fattore di ranking, rafforzandone l’importanza.

Come installare un certificato SSL

Ci sono 3 semplici passaggi per installare un certificato SSL su un sito web:

1. Acquista un certificato emesso da una CA affidabile - I certificati affidabili possono essere acquistati dal tuo provider di hosting o direttamente da una CA affidabile, come Sectigo. I certificati SSL emessi da una CA affidabile saranno riconosciuti da tutti i principali browser Internet utilizzati dai tuoi visitatori (Chrome, Firefox, Internet Explorer, Safari, ecc.).
2. Attivare e installare il certificato – Se avete acquistato il certificato dal vostro provider di hosting, sarà lui a occuparsi di questo passaggio per voi. Se gestite il sito autonomamente, i due passaggi da completare sono la generazione di una richiesta di firma del certificato (CSR) e la successiva installazione del certificato. Nella nostra knowledge base sono disponibili diversi documenti che vi aiuteranno a completare entrambe le operazioni su diversi software di server web.
3. Converti l’intero sito in HTTPS - Dopo aver installato il certificato sulle pagine di destinazione, modifica il sito in modo che tutti i contenuti vengano forniti in modo sicuro.

Gestione del ciclo di vita dei certificati

L’installazione di un certificato SSL/TLS è solo l’inizio. I certificati devono essere monitorati e rinnovati prima della scadenza per evitare problemi come interruzioni non pianificate.

Ciò diventa significativamente più impegnativo man mano che il settore passa a periodi di validità più brevi per i certificati SSL pubblici, con la validità massima che scenderà a 200 giorni nel 2026, a 100 giorni nel 2027 e a 47 giorni nel 2029. A questo ritmo, la gestione automatizzata del ciclo di vita dei certificati tramite una piattaforma come Sectigo Certificate Manager (SCM) rappresenta il modo più pratico per mantenere la copertura e ridurre il rischio di scadenza.

Per iniziare

Sectigo offre ogni tipo di certificato SSL/TLS in vendita insieme a un’assistenza clienti disponibile 24 ore su 24, 7 giorni su 7. In qualità di CA pubblica commerciale leader, Sectigo ha emesso oltre 1 miliardo di certificati in tutto il mondo.

Se hai bisogno di aiuto per comprendere come funzionano i certificati SSL/TLS o per scegliere quello giusto per il tuo sito web, contattaci oggi stesso.

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

Le firme elettroniche, comunemente denominate “e-signature”, costituiscono un ampio insieme di soluzioni che utilizzano un processo elettronico per convalidare un documento o una transazione tramite firma. Poiché i documenti e le comunicazioni stanno diventando sempre più digitali, le aziende e i consumatori di tutto il mondo hanno adottato la rapidità e la praticità offerte da questo tipo di firme. Esistono tuttavia molti tipi diversi di firme elettroniche, ciascuno dei quali consente agli utenti di firmare documenti in formato digitale e offre un certo grado di autenticazione dell’identità.

Le firme digitali sono un tipo specifico di firma elettronica e rappresentano la variante più sicura disponibile. Le firme digitali si basano su certificati PKI emessi da un’Autorità di Certificazione (CA). Prima di emettere un certificato per la firma di un documento, la CA verifica l’identità del firmatario attraverso un processo di verifica. Tale processo può comportare controlli della documentazione, verifica organizzativa o altre procedure a seconda del tipo di certificato, ovvero validazione organizzativa (OV) o validazione estesa (EV). Altri tipi di firma elettronica meno sicuri possono utilizzare metodi di autenticazione elettronica comuni per verificare l’identità del firmatario, come un indirizzo e-mail, un nome utente/ID aziendale o un numero di telefono/PIN.

A causa dei diversi requisiti tecnici e di sicurezza, le firme elettroniche variano in termini di accettazione a livello settoriale, geografico e giuridico. Le firme digitali sono conformi ai requisiti normativi più rigorosi, tra cui la legge federale statunitense ESIGN Act e altre leggi internazionali applicabili.

Come funzionano le firme digitali?

Le firme digitali utilizzano la PKI, considerata lo standard di riferimento per l’autenticazione dell’identità digitale e la crittografia. La PKI si basa sull’uso di due chiavi correlate, una chiave pubblica e una chiave privata, per crittografare e decrittografare un messaggio utilizzando robusti algoritmi di crittografia a chiave pubblica. La firma viene generata utilizzando la chiave privata del firmatario, che collega in modo sicuro la sua identità al documento. È inoltre possibile applicare un timestamp per registrare il momento in cui il documento è stato firmato e contribuire a preservarne la validità nel tempo.

Ecco come funziona l’invio di una firma digitale:

1. Il mittente seleziona il file da firmare digitalmente nella piattaforma o nell’applicazione dedicata ai documenti.
2. Il computer del mittente calcola il valore hash univoco del contenuto del file.
3. Questo valore hash viene crittografato con la chiave privata del mittente per creare la firma digitale.
4. Il file originale, insieme alla relativa firma digitale, viene inviato al destinatario.
5. Il destinatario apre il file in un’applicazione compatibile, che riconosce che il file è stato firmato digitalmente.
6. Il computer del destinatario decrittografa quindi la firma digitale utilizzando la chiave pubblica del mittente.
7. Il computer del destinatario calcola quindi l’hash del file originale e confronta l’hash che ha calcolato con l’hash ora decrittografato del file del mittente per confermare che il file non sia stato alterato.

Quali garanzie di sicurezza offrono?

Le firme digitali offrono tre garanzie fondamentali in materia di sicurezza:

• Autenticazione dell’identità del firmatario,
• Integrità dei dati per confermare che il documento non sia stato alterato
• Non ripudio, ovvero il firmatario non può negare in un secondo momento di aver approvato il documento

Insieme, queste protezioni aiutano le organizzazioni a ridurre le frodi, a soddisfare i requisiti di conformità e a condurre transazioni digitali sicure con fiducia.

In che modo le organizzazioni ottengono un certificato di firma digitale?

Il processo per creare una firma digitale è semplice e intuitivo, sia per i liberi professionisti che per le imprese. Innanzitutto è necessario un certificato di firma digitale, che può essere ottenuto tramite un’Autorità di Certificazione affidabile, come Sectigo. Una volta completata la procedura di acquisto ed emissione, è possibile scaricare e installare il certificato. Successivamente, è sufficiente utilizzare la funzione di firma digitale della piattaforma o dell’applicazione appropriata.

Ad esempio, la maggior parte delle applicazioni di posta elettronica mette a disposizione un pulsante “Firma digitale”, mentre i documenti di Microsoft Word possono mostrare un pulsante di firma una volta aggiunta una riga di firma.

In che modo i destinatari verificano un documento firmato digitalmente?

Quando si invia un documento firmato con una chiave privata, il destinatario ottiene la chiave pubblica del firmatario per verificare la firma digitale. Una volta decrittografato il documento, il destinatario può visualizzare il documento inalterato, proprio come previsto dall’utente. Se il destinatario non riesce a verificare il documento utilizzando la chiave pubblica, significa che il documento è stato alterato o addirittura che la firma non appartiene al firmatario originale.

Perché è fondamentale proteggere la chiave privata?

La tecnologia della firma digitale richiede che tutte le parti coinvolte abbiano fiducia nel fatto che la persona che crea la firma sia stata in grado di mantenere segreta la propria chiave privata. Se qualcun altro avesse accesso alla chiave privata del firmatario, tale soggetto potrebbe creare firme digitali fraudolente a nome del titolare della chiave privata.

Cosa succede se un documento firmato viene modificato?

Se il mittente o il destinatario alterano il file dopo che è stato firmato digitalmente, il valore hash del documento cambia. Quando il sistema del destinatario confronta l’hash appena aggiornato con quello originale firmato, qualsiasi discrepanza rivela che il documento è stato modificato. In questo caso, la firma digitale viene contrassegnata come non valida, avvisando gli utenti di una potenziale manomissione.

Che aspetto ha una firma digitale?

Poiché il cuore di una firma digitale è il certificato PKI, che è codice software, la firma digitale in sé non è intrinsecamente visibile. Tuttavia, le piattaforme documentali possono fornire una prova facilmente riconoscibile del fatto che un documento sia stato firmato digitalmente. Questa rappresentazione e i dettagli del certificato visualizzati variano a seconda del tipo di documento e della piattaforma di elaborazione. Ad esempio, un PDF di Adobe mostra un indicatore visivo, come l’icona di un sigillo o un nastro blu nella parte superiore del documento, che riporta il nome del firmatario e l’emittente del certificato.

Inoltre, può essere apposta su un documento allo stesso modo in cui vengono apposte le firme su un documento cartaceo e può includere un'immagine della propria firma autografa, la data, il luogo e il timbro ufficiale.

Le firme digitali possono anche essere invisibili, sebbene il certificato digitale rimanga valido. Le firme invisibili sono utili quando il tipo di documento in genere non riporta l’immagine di una firma fisica, come una fotografia. Le proprietà del documento possono rivelare le informazioni relative al certificato digitale, all’autorità di certificazione (CA) emittente e un’indicazione dell’autenticità e dell’integrità del documento.

Se una firma digitale non è valida per qualsiasi motivo, i documenti visualizzano un avviso che indica che non è affidabile.

Perché sono importanti?

Con l’aumento delle attività commerciali svolte online, gli accordi e le transazioni che un tempo venivano firmati su carta vengono ora gestiti attraverso flussi di lavoro interamente digitali. Questo cambiamento accresce la necessità di verificare l’identità e garantire che i documenti non siano stati alterati. Le firme digitali garantiscono tale affidabilità autenticando il firmatario e proteggendo i documenti da manomissioni o frodi.

Inoltre, consentono flussi di lavoro più rapidi ed efficienti. I documenti possono essere firmati in modo sicuro da qualsiasi dispositivo, condivisi istantaneamente e monitorati fino al completamento grazie a chiari percorsi di audit. Poiché la firma è incorporata nel file, rimane intatta e verificabile ovunque il documento venga inviato.

Oltre che per le grandi organizzazioni, le firme digitali sono altrettanto preziose per i professionisti indipendenti, i consulenti e le piccole imprese che necessitano di un modo semplice e affidabile per firmare contratti, accordi e documenti dei clienti senza infrastrutture complesse. Le soluzioni progettate per i privati facilitano la creazione di credibilità e il mantenimento di flussi di lavoro sicuri e conformi.

È fondamentale che questi accordi firmati digitalmente siano riconosciuti dal punto di vista legale. Le firme digitali garantiscono la conformità a importanti standard quali la legge federale statunitense ESIGN Act, la GLBA, HIPAA/HITECH, PCI DSS e l’accordo Safe Harbor tra Stati Uniti e Unione Europea.

Casi d’uso comuni delle firme digitali

Oggi le firme digitali sono comunemente utilizzate in un’ampia gamma di processi aziendali per migliorare la sicurezza, l’integrità e l’efficienza delle transazioni critiche che vengono ormai gestite in formato digitale, tra cui:

• Contratti e documenti legali: le firme digitali hanno valore legale vincolante. Sono quindi ideali per qualsiasi documento legale che richieda una firma autenticata da parte di una o più parti e la garanzia che il documento non sia stato modificato.
• Contratti di vendita: grazie alla firma digitale di contratti e accordi di vendita, vengono autenticate le identità sia del venditore che dell’acquirente, e entrambe le parti hanno la certezza che le firme siano legalmente vincolanti e che i termini e le condizioni dell’accordo non siano stati alterati.
• Documenti finanziari: i reparti finanziari appongono la firma digitale sulle fatture in modo che i clienti abbiano la certezza che la richiesta di pagamento provenga dal venditore corretto, e non da un malintenzionato che tenti di truffare l’acquirente indurlo a inviare il pagamento su un conto fraudolento.
• Dati sanitari: nel settore sanitario, la riservatezza dei dati è fondamentale sia per le cartelle cliniche dei pazienti che per i dati di ricerca. Le firme digitali garantiscono che queste informazioni sensibili non siano state alterate quando condivise tra le parti consenzienti.
• Moduli governativi: le agenzie governative a livello federale, statale e locale hanno linee guida e normative più rigorose rispetto a molte aziende del settore privato. Dall’approvazione dei permessi alla registrazione dell’orario di lavoro su un foglio presenze, le firme possono ottimizzare la produttività assicurando che il dipendente giusto sia coinvolto per le approvazioni appropriate.
• Documenti di spedizione: per i produttori, garantire che i manifesti di carico o le polizze di carico siano sempre accurati contribuisce a ridurre costosi errori di spedizione. Tuttavia, la documentazione cartacea è ingombrante, non è sempre facilmente accessibile durante il trasporto e può andare persa. Firmando digitalmente i documenti di spedizione, mittenti e destinatari possono accedere rapidamente a un file, verificare che la firma sia aggiornata e confermare che non si siano verificate manomissioni.

Proteggi i tuoi documenti con Sectigo

I certificati di firma dei documenti Sectigo verificano l’identità del firmatario e confermano che un documento non sia stato alterato dopo la firma. Ogni firma è legata crittograficamente al file, consentendo ai destinatari di convalidarne autonomamente l’autenticità e l’integrità.

Sectigo offre soluzioni sia per le organizzazioni che per i privati. I certificati di firma dei documenti supportano i casi d’uso aziendali con una firma scalabile e basata su criteri, mentre Document Signing Professional è progettato per professionisti indipendenti e piccole imprese che necessitano di un modo semplice e affidabile per firmare i documenti. In entrambi i casi, l’identità verificata viene incorporata direttamente in ogni file, creando documenti a prova di manomissione riconosciuti da piattaforme come Adobe Acrobat e Microsoft Office.

Scopri di più sulle soluzioni di firma dei documenti di Sectigo per proteggere contratti, rapporti e altri documenti critici per l’azienda.

Dando un'occhiata alla tua casella di posta, potresti notare una serie di segni di spunta blu, visualizzati accanto ai nomi dei mittenti ogni volta che apri un messaggio. Passa il mouse sul segno di spunta per un istante e vedrai una nota importante: "Il mittente di questa email ha verificato di essere il proprietario di [nome del sito web] e del logo nell'immagine del profilo".

Questo segno di spunta rappresenta l’approccio di Google al segnale di affidabilità basato sulla posta in arrivo, spinto dalla tendenza sempre più diffusa a visualizzare i loghi dei mittenti direttamente nelle caselle di posta elettronica. È strettamente legato alla specifica BIMI e può essere reso sicuro configurando le politiche e i framework correlati: SPF (Sender Policy Framework), DKIM (DomainKeys Identified Mail) e DMARC.

Il segno di spunta di per sé ha un valore e può aumentare la fiducia, ma gran parte del suo valore risiede nei meccanismi di sicurezza che rendono possibile la sua presenza: l’uso di più livelli di autenticazione per dimostrare la legittimità del mittente. Questo impegno contribuisce a proteggere i destinatari dallo spoofing, sostenendo il sistema di fiducia globale che salvaguarda le caselle di posta elettronica odierne.

Cosa serve per ottenere il segno di spunta blu di Gmail?

Gmail mostrerà il segno di spunta blu solo se tutti i componenti della verifica del marchio sono presenti: protocolli, framework, loghi e certificati. Questi requisiti agiscono in sinergia per confermare la legittimità del marchio e consentire la visualizzazione del logo autenticato.

I requisiti includono:

I requisiti BIMI devono essere configurati correttamente

Il BIMI è al centro dell’attuale impegno per garantire la fiducia e la verifica nella posta in arrivo. Questa specifica ampiamente utilizzata determina il modo in cui le organizzazioni dimostrano la propria identità e autenticano i rispettivi domini.

Il corretto funzionamento di BIMI dipende dal corretto funzionamento di SPF, DKIM e DMARC. SPF identifica i server di invio autorizzati, DKIM verifica che i messaggi non siano stati alterati e DMARC indica ai provider di caselle di posta come gestire i messaggi che non superano l’autenticazione.

Le misure adottate per soddisfare i requisiti BIMI per Gmail si riveleranno preziose anche quando si lavora con altri provider di caselle di posta.

Un logo SVG conforme a BIMI

Il logo è un elemento fondamentale del processo di verifica. Deve soddisfare rigorosi requisiti di formattazione e dimensioni: ogni logo inviato deve essere un vero file vettoriale, con uno sfondo a tinta unita. Non deve contenere script né animazioni e deve essere visualizzato in modo nitido, anche a dimensioni ridotte.

Utilizzate il formato SVG Tiny Portable/Secure, noto anche come SVG Tiny PS o SVG Tiny 1.2, e siate pronti ad apportare modifiche manuali per soddisfare i requisiti BIMI. Il BIMI Group mette a disposizione strumenti per facilitare la conformità. 
 

Un certificato di marchio verificato

I certificati di marchio aiutano a verificare che un marchio sia autorizzato a utilizzare un logo specifico per la visualizzazione delle email tramite BIMI. Per il segno di spunta blu di Gmail, è richiesto un certificato di marchio verificato (VMC). Un VMC verifica l’autenticità del logo e collega il logo protetto da marchio alla vostra organizzazione. Le linee guida di Google Workspace confermano questo requisito, sottolineando che: «In Gmail, vedrete un segno di spunta accanto ai mittenti verificati con un VMC».

I marchi che intendono acquistare un VMC devono essere pronti a fornire dettagli di convalida aziendale, documentazione relativa al marchio registrato e file del logo che corrispondano al marchio registrato.

I certificati di marchio comuni (CMC), sebbene utili per la visualizzazione dei loghi, non soddisfano i requisiti necessari per ottenere il segno di spunta blu di Gmail. Se non si è ancora idonei a ottenere un VMC perché si è sprovvisti di un marchio registrato, un CMC è comunque utile, ma non garantirà il segno di spunta blu.

Come ottenere il segno di spunta blu di Gmail con BIMI

Per rafforzare la fiducia attraverso la visualizzazione del logo nella posta in arrivo e il segno di spunta blu, dovrai completare una serie di passaggi di configurazione tecnica che riguardano l’autenticazione delle email, la formattazione del logo, la convalida del certificato e gli aggiornamenti DNS.

I passaggi includono:

Passaggio 1: Configurare SPF, DKIM e DMARC. Utilizzare SPF per identificare i server autorizzati a inviare e-mail. Abilitare DKIM per applicare firme crittografiche verificabili. Creare una coppia di chiavi DKIM e pubblicare la chiave pubblica come record DKIM nel DNS. Infine, configurare DMARC con un record TXT nelle impostazioni DNS. La politica dovrebbe essere impostata su p=quarantine o p=reject, mentre pct=100 dovrebbe applicare la politica a tutta la posta in uscita.

Passaggio 2: creare un logo SVG conforme. Scegliere un’immagine di alta qualità di un logo protetto da marchio registrato e verificare che soddisfi tutti gli standard pertinenti: deve utilizzare il formato Scalable Vector Graphics (SVG) e avere proporzioni quadrate. Verificare che il logo corrisponda al marchio registrato.

Passaggio 3: Ottenere un certificato Verified Mark (VMC). Rivolgersi a un’autorità di certificazione per ottenere un VMC. Al momento di inviare la richiesta per il VMC, fornire la prova della titolarità del marchio.

Passaggio 4: Pubblica il tuo record DNS BIMI. Accedi al tuo provider di dominio o DNS e aggiungi un record TXT BIMI. Per Gmail, il record deve puntare al file PEM emesso con il VMC. Un esempio compatibile con Gmail potrebbe essere: v=BIMI1;l=;a=https://yourdomain.com/certificate.pem. Il file PEM deve essere ospitato su un server web accessibile pubblicamente tramite HTTPS.

Passaggio 5: Convalida e verifica. Utilizza uno strumento di verifica BIMI per confermare la corretta formattazione e autenticazione prima di inviare messaggi di prova ai provider supportati. Se il logo non viene visualizzato come previsto, ricontrolla il record DNS o la formattazione SVG per verificare che gli altri passaggi siano stati completati correttamente. La visualizzazione BIMI varia a seconda dei provider di posta elettronica, pertanto i risultati potrebbero differire a seconda della casella di posta in arrivo.

Vantaggi del segno di spunta blu

Il segno di spunta blu di Gmail si basa sulla fiducia e sulla visibilità acquisite grazie ai loghi verificati. Ciò offre un ulteriore livello di garanzia, confermando che i mittenti sono pienamente verificati e che i messaggi provengono da fonti legittime.

• Conferma visiva immediata. I destinatari delle email si affidano a decisioni prese in una frazione di secondo per districarsi tra caselle di posta piene zeppe. Un segnale come il segno di spunta blu può aiutare i destinatari a riconoscere rapidamente i mittenti verificati, specialmente se accompagnato da un logo di verifica.
• Aspetto professionale. I segni di spunta trasmettono professionalità, conferendo alle email un aspetto curato che rafforza la credibilità esistente. Insieme, loghi e segni di spunta creano una presenza del marchio sicura e affidabile.
• Maggiore fiducia. Quando i destinatari delle e-mail valutano i messaggi, cercano i segni di spunta come garanzia. Sebbene i loghi siano d’aiuto, la doppia verifica può ispirare fiducia anche negli utenti più scettici.
• Maggiore coinvolgimento e aumento dei tassi di apertura. La fiducia e la visibilità possono aiutare i destinatari a sentirsi più sicuri nell’aprire o interagire con le e-mail del marchio. Questi fattori influenzano la decisione dei destinatari di leggere effettivamente le e-mail e possono persino incoraggiarli a compiere azioni concrete: cliccare sui link o compilare moduli per rafforzare il rapporto con i marchi.

Perché il mio segno di spunta blu di Gmail non viene visualizzato?

Dopo aver dedicato del tempo alla configurazione di BIMI, può essere frustrante se i segni di spunta blu non compaiono. Ciò potrebbe indicare errori da parte tua, ma, anche quando i requisiti tecnici sono soddisfatti, Gmail potrebbe comunque prendere in considerazione la reputazione del mittente e altri fattori di convalida prima di visualizzare un logo o un segno di spunta.

Tra i motivi più comuni per cui non viene visualizzato figurano:

• La politica DMARC non è applicata. Gmail visualizza i segni di spunta solo quando i domini utilizzano politiche di quarantena o di rifiuto. Questo è fondamentale perché permette ai provider di sapere cosa fare quando le email non superano la verifica.
• SPF o DKIM non superano la verifica. L’SPF può fallire se il server di invio viene ritenuto non autorizzato. Il DKIM fallisce se le email vengono manomesse o se i record DNS sono configurati in modo errato. Entrambi questi errori impediscono la visualizzazione del segno di spunta blu.
• Il logo SVG non è conforme. I loghi possono essere visualizzati correttamente solo se rispettano standard rigorosi. Il segno di spunta blu si basa sul logo, quindi se quest’ultimo non soddisfa gli standard necessari, anche il segno di spunta rimarrà irraggiungibile.
• Il record TXT BIMI è mancante o errato. Gmail può convalidare i loghi solo se i record BIMI sono formattati correttamente. Il record TXT indica dove trovare il logo verificato e, in sua assenza, la convalida non è possibile.
• Il file PEM non è ospitato correttamente. Un file PEM viene fornito dopo l’emissione di un VMC, ma Gmail deve poter accedere a tale file. La verifica non può avvenire se il file PEM è mancante o comunque bloccato.
• Il logo non corrisponde al marchio registrato. I loghi visualizzati devono corrispondere ai loghi dei marchi verificati presenti nei VMC, nei minimi dettagli, compresi i colori e le proporzioni.
• Le modifiche al DNS non si sono propagate completamente. Il DNS impiega del tempo per raggiungere i server. Se gli aggiornamenti non sono ancora stati ricevuti dai server controllati da Gmail, i recenti tentativi di autenticazione (o le modifiche al BIMI) potrebbero non essere riconosciuti.

Inizia a creare fiducia nella posta in arrivo con Sectigo

Sectigo fornisce certificati Verified Mark e Common Mark per aiutare le organizzazioni a supportare la visualizzazione del logo BIMI in Gmail e in altre caselle di posta partecipanti. Entrambi i certificati possono aumentare la visibilità nella casella di posta.

Se il tuo obiettivo è visualizzare il segno di spunta blu di Gmail, inizia acquistando un VMC da un fornitore affidabile, come Sectigo. Contattaci per qualsiasi domanda o se desideri saperne di più sulla sicurezza delle e-mail.

Fonti:

https://bimigroup.org/creating-bimi-svg-logo-files/

https://knowledge.workspace.google.com/admin/security/set-up-bimi

Cosa prevede concretamente il decreto esecutivo?

Le agenzie devono:

1. Effettuare la transizione di tutte le risorse di alto valore e dei sistemi ad alto impatto affinché utilizzino la PQC per la generazione delle chiavi entro il 31 dicembre 2030
2. Utilizzare la PQC per le firme digitali entro il 31 dicembre 2031

È importante precisare due aspetti:

In primo luogo, queste scadenze si applicano solo alle risorse di alto valore e ai sistemi ad alto impatto, e non a tutti i sistemi federali. I sistemi di sicurezza nazionale rimangono su un percorso separato sotto l’egida della NSA, con requisiti di rendicontazione indipendenti.

In secondo luogo, l’ordine non introduce una nuova crittografia. Esso codifica gli standard NIST esistenti:

• ML-KEM per la generazione delle chiavi
• ML-DSA e SLH-DSA per le firme digitali

Cosa succede ora: azioni immediate

L'ordinanza stabilisce un calendario di attuazione rapida:

• Entro 30 giorni: le agenzie devono nominare un responsabile della migrazione PQC che riferisca al CIO
• Entro 90 giorni: l’OMB deve richiedere l’inventario dei sistemi critici e piani di migrazione formali

Entro la fine del 2027: il NIST completerà una migrazione pilota che fungerà da modello.

Perché la sequenza è più importante delle date

Le due scadenze sono distanziate di un anno, ed è giusto che il decreto le separi. La generazione delle chiavi ha la priorità nel 2030, poiché la minaccia alla riservatezza è quella già in atto.

Il principio «Harvest now, decrypt later» (HNDL) rende l’impostazione delle chiavi una questione urgente. Una chiave di sessione protetta oggi dalla crittografia classica protegge dati che potrebbero dover rimanere segreti per dieci, venti o trent’anni. Se quel traffico viene intercettato e archiviato ora, la migrazione è già in ritardo.

Le firme digitali sono diverse. Una firma contraffatta è un attacco in tempo reale. Non è possibile contraffare retroattivamente un aggiornamento software distribuito nel 2026. È proprio per questo che le firme possono essere inserite per seconde. L’autenticazione è un evento di firma, ma anche un evento in tempo reale. L’ordine consiste nel sequenziare il lavoro in modo che il problema sfruttabile retroattivamente venga risolto per primo. Questa distinzione è importante, perché l’urgenza in questo caso è reale senza bisogno di esagerare ciò che chiunque sappia effettivamente sulle tempistiche quantistiche.

Perché la scadenza per il PQC è stata anticipata dal 2035 al 2031?

Chiariamo un punto. Lo spostamento non è indice di improvvisi progressi nel campo quantistico. Riflette invece tre realtà:

• Gli standard PQC sono ora definitivi
• I tempi di migrazione sono lunghi e complessi
• I dati sensibili superano già i tempi di vita crittografici sicuri

In altre parole, la politica non ha accelerato i tempi; ha semplicemente raggiunto i ritmi della matematica.

Come iniziare oggi stesso il percorso di migrazione verso la PQC

1. Crea un inventario crittografico: non puoi proteggere ciò che non vedi
2. Identificate i sistemi che contengono dati sensibili di lunga durata e assegnate loro la priorità
3. Sollecitate subito i vostri fornitori a garantire agilità crittografica e chiedete loro l’equivalente di una distinta base crittografica (CBOM)
4. Iniziate dalla generazione delle chiavi, dove il rischio HNDL è maggiormente concentrato
5. Considerate il 2031 come un orizzonte di pianificazione immediato

Iniziate oggi stesso il vostro percorso verso la crittografia post-quantistica (PQC) con una consulenza gratuita: https://www.sectigo.com/it/quantum-labs

Fortunatamente, la risposta è sì. Tuttavia, quando si firmano documenti Word, o qualsiasi altro documento, è essenziale seguire i passaggi corretti. Di seguito, illustriamo come funziona una firma digitale e la procedura per firmare elettronicamente un documento Microsoft Word.

Come funzionano le firme digitali in Microsoft Word?

Una firma elettronica è un termine generico che indica la firma di un documento in formato elettronico, ad esempio digitando il proprio nome, disegnando una firma o inserendo un’immagine della propria firma autografa. Una firma digitale è un tipo di firma elettronica che utilizza un certificato digitale per verificare l’identità del firmatario e contribuire a dimostrare che il documento non è stato modificato dopo la firma.

Le firme digitali consentono lo scambio sicuro di documenti elettronici e flussi di lavoro, garantiscono l’integrità e la paternità dei documenti e soddisfano i requisiti di conformità dei documenti elettronici. Ciò avviene tramite la crittografia e un certificato di firma che collega il documento a un firmatario verificato. I certificati di firma digitale vengono emessi da un’autorità di certificazione (CA), come Sectigo.

Quando un documento Word viene firmato digitalmente, i destinatari possono verificare chi lo ha firmato e se il file è stato manomesso dopo l’applicazione della firma.

Le firme digitali possono essere applicate anche a una varietà di altri tipi di documenti, inclusi i file PDF di Adobe e i file immagine.

Aggiunta di una riga di firma in Microsoft Word

Le righe di firma in Microsoft Office sono particolarmente utili quando si desidera un’area di firma visibile all’interno del documento. Sono ideali per contratti, approvazioni, moduli interni e documenti che richiedono un campo chiaro per il firmatario.

I documenti firmati presentano un pulsante “Firme” nella parte inferiore. Inoltre, per i documenti firmati, le informazioni relative alla firma compaiono nella sezione “Info” e possono essere visualizzate facendo clic sulla scheda “File” in Word.

Per aggiungere una riga di firma, segui questi passaggi:

1. Apri il documento che desideri firmare in Microsoft Word o Excel.
2. Nel documento di Word o nel foglio di lavoro di Excel, posiziona il cursore nel punto in cui desideri che appaia la riga di firma.
3. Fare clic su OK

Una volta completata l’operazione, sul documento apparirà una riga di firma nella posizione scelta. Questi passaggi possono essere ripetuti se sono necessarie ulteriori firme. Alcune funzionalità potrebbero variare a seconda della versione di Word.

Se si utilizza frequentemente lo stesso blocco di firma, è possibile salvarlo come AutoTesto o includerlo in un modello di documento. Ciò contribuisce a standardizzare i dettagli della firma e velocizza il processo di firma su più file di Word.

Come si firma un documento Word con una riga di firma

Se sei il firmatario, ti verrà fornito un documento con una riga di firma già inserita all’interno del file Word. Apponendo la tua firma sulla riga, creerai sia una versione visibile che una versione digitale della tua firma. Per inserire una firma in un documento Word, segui questi passaggi:

1. Fai doppio clic sulla casella della firma oppure fai clic con il tasto destro del mouse e seleziona Firma.
2. Apparirà una finestra di dialogo con diverse opzioni per aggiungere la tua firma. Queste opzioni includono:
   1. Una versione stampata della tua firma, digitando il tuo nome nella casella accanto alla X.
   2. Una firma autografa utilizzando la funzione di scrittura a mano libera.
   3. Un’immagine della tua firma facendo clic su “Seleziona immagine”. Una volta selezionata, apparirà una finestra a comparsa che ti consentirà di scegliere dove si trova il tuo file immagine.
3. Una volta aggiunta la firma, fai clic su “Firma”.

Una volta aggiunta, apparirà anche una piccola icona di firma nella parte inferiore della finestra per indicare che il documento è stato firmato. I destinatari possono fare doppio clic sulla firma o cliccare sull’icona per visualizzare le informazioni relative al firmatario.

Come aggiungere una firma digitale invisibile in Microsoft Word

Prima di firmare digitalmente un documento con un certificato di firma digitale, è necessario acquistare e completare la convalida di un certificato da un’Autorità di Certificazione affidabile, come Sectigo. Una volta emesso, il certificato sarà disponibile sul dispositivo tramite il metodo di firma supportato, ad esempio un token USB.

Quindi seguire questi passaggi:

1. Nella scheda File, selezionare Informazioni
2. Selezionare Proteggi documento > Aggiungi una firma digitale
3. Verrà visualizzata una finestra di dialogo con diversi campi che è possibile compilare. Queste opzioni includono:
   1. Tipo di impegno: selezionare il tipo di impegno che si sta assumendo con la firma (ad es. “ho creato e approvato questo documento”)
   2. Scopo della firma di questo documento: inserire il motivo della firma del documento.
4. Fare clic su Firma. Verrà quindi richiesto di salvare il file sul proprio dispositivo. Una volta salvato, la firma digitale invisibile è definitiva.

Una volta aggiunta, nella parte inferiore della finestra compare una piccola icona di firma a indicare che il documento è stato firmato. I destinatari possono fare clic sull’icona per visualizzare le informazioni relative al firmatario.

Come aggiungere una firma digitale in Microsoft Windows utilizzando un certificato di firma digitale

Prima di firmare digitalmente un documento con un certificato di firma digitale, è necessario acquistare e completare la convalida di un certificato presso un’Autorità di Certificazione affidabile, come Sectigo. Una volta emesso, il certificato sarà disponibile sul dispositivo tramite il metodo di firma supportato, ad esempio un token USB.

Quindi seguire questi passaggi:

1. Aprire il documento che deve essere firmato.
2. Inserire il token USB (smart card) contenente il certificato nella porta USB del computer. Microsoft copierà automaticamente il certificato nell’archivio certificati dell’API crittografica (CAPI) del computer.
3. Fare clic su Altri strumenti nel riquadro Strumenti. Verrà visualizzata la pagina Crea e modifica.
4. Selezionare Certificati.
5. Nella barra degli strumenti Certificati, selezionare Firma digitale. Verrà visualizzata la finestra di dialogo Selezione area di firma.
6. Fare clic su OK nella finestra di dialogo Selezione area di firma.
7. Con il mouse, fare clic e trascinare per tracciare l’area in cui si desidera che appaia la firma. Verrà visualizzata la finestra di dialogo Firma con un ID digitale.
8. Fare clic su Continua. Verrà visualizzata la finestra di dialogo Firma come <Il proprio nome>.
9. Fare clic su Firma. Si aprirà la finestra di dialogo Esplora risorse.
10. Selezionare la cartella in cui salvare il documento firmato.
11. Digitare il nome del documento.
12. Fare clic su Salva. Verrà richiesto di inserire il PIN.
13. Inserire il PIN e fare clic su OK. La firma apparirà nel documento.

Proteggere i documenti Word con i certificati di firma Sectigo

Per i documenti semplici, può essere sufficiente una firma digitata, un'immagine della firma scansionata o una riga di firma in Word. Per documenti che richiedono un livello di affidabilità più elevato, una firma digitale supportata da un certificato offre una protezione più solida.

I certificati di firma dei documenti di Sectigo aiutano privati e organizzazioni ad applicare firme digitali affidabili a file importanti, garantendo l’integrità dei documenti, la conformità normativa e la non ripudiabilità. Document Signing Professional è pensato per i professionisti indipendenti che firmano a proprio nome, mentre Document Signing Enterprise supporta le organizzazioni che necessitano di una gestione centralizzata della firma dei documenti per più utenti.

Contatta Sectigo oggi stesso per scoprire quale soluzione è più adatta alle tue esigenze.