Decodificatore di Certificati SSL (X.509)

Incolla un certificato SSL/TLS in formato PEM per decodificare all'istante soggetto, emittente, periodo di validità, SAN, numero di serie, algoritmo di chiave pubblica e impronte digitali SHA-1/SHA-256. Strumento gratuito che funziona anche offline con certificati autofirmati e di CA interne.

Cos'è il Decodificatore di Certificati SSL

Il Decodificatore di Certificati SSL è uno strumento gratuito che, a partire da un certificato SSL/TLS in formato PEM incollato dall'utente, elenca in un colpo d'occhio soggetto, emittente, periodo di validità, voci SAN, numero di serie, algoritmo di chiave pubblica, algoritmo di firma e impronte digitali. L'analisi della struttura binaria ASN.1 DER sottostante avviene lato server, così chiunque può esaminare il contenuto di un certificato senza bisogno della riga di comando OpenSSL né di software particolari.

A differenza di un verificatore SSL live (che si collega a un dominio pubblico via internet e recupera il certificato tramite un vero handshake TLS), questo strumento decodifica direttamente il testo PEM incollato. Ciò significa che può esaminare anche certificati che un verificatore live semplicemente non può raggiungere: certificati non ancora distribuiti in produzione, certificati autofirmati o di una CA interna su una rete privata, e file di certificato già salvati localmente.

Come usare il Decodificatore di Certificati SSL

Incolla il tuo certificato PEM Incolla il testo che inizia con "-----BEGIN CERTIFICATE-----" direttamente nel campo di testo.
Sono supportati più certificati Incolla un'intera catena (certificato foglia più intermedi): ogni blocco viene rilevato automaticamente.
Clicca su "Decodifica" Controlla il numero di certificati rilevati, poi clicca sul pulsante per analizzarli lato server.
Esamina i risultati Soggetto, emittente, periodo di validità, SAN, impronte digitali e altro vengono elencati per ogni certificato.

Consigli per sfruttarlo al meglio

Puoi incollare un'intera catena di certificati (certificato server più intermedi CA) in una sola volta: ogni blocco viene separato e decodificato singolarmente.
Confronta l'impronta SHA-256 mostrata qui con il valore pubblicato dall'autorità di certificazione o dal fornitore per confermare che il certificato non sia stato sostituito o alterato.
Un certificato in cui Soggetto ed Emittente sono identici è autofirmato e viene segnalato con un badge dedicato nei risultati.
Clicca su "Carica certificato di esempio" prima di incollare il tuo per vedere esattamente come appare il risultato.
Prima di mettere in produzione un certificato multidominio, verifica sempre che tutti gli hostname necessari siano elencati nel SAN.

Quando usare questo strumento

Diagnosticare errori di scadenza

Quando il browser mostra un avviso di certificato scaduto, controlla direttamente il timestamp esatto di validTo.

Verificare il SAN prima del rilascio

Prima di attivare un certificato multidominio, conferma che tutti gli hostname necessari siano effettivamente elencati nell'estensione SAN.

Verificare la robustezza della chiave

Durante una revisione di sicurezza, conferma l'algoritmo e la lunghezza della chiave pubblica, ad esempio RSA a 2048 bit o superiore, o quale curva EC viene utilizzata.

Esaminare certificati interni o autofirmati

Decodifica certificati di sistemi interni o CA private che un verificatore live basato sul dominio non può raggiungere.

Glossario

PEM: Un formato di testo che racchiude dati DER codificati in Base64 tra le righe "-----BEGIN CERTIFICATE-----" e "-----END CERTIFICATE-----". È il modo più comune per archiviare e scambiare certificati.
X.509: Lo standard internazionale che definisce la struttura dei certificati a chiave pubblica. È alla base non solo di TLS/SSL, ma anche di S/MIME e della firma del codice.
ASN.1 / DER: Le regole di codifica binaria che definiscono rigorosamente la struttura interna del certificato. Il PEM non è altro che questi dati DER codificati come testo Base64.
SAN (Nome Alternativo del Soggetto): Un'estensione che elenca gli hostname o gli indirizzi IP aggiuntivi per cui il certificato è valido. È obbligatoria per qualsiasi certificato che copra più domini.
Impronta digitale: Un hash dell'intero certificato, usato per verificare che non sia stato sostituito o alterato.
Certificato autofirmato: Un certificato in cui Emittente e Soggetto sono identici, il che significa che non è stato verificato da un'autorità di certificazione (CA) esterna.

Domande frequenti

Viene inviato al server una sola volta per essere analizzato, ma non viene salvato né registrato in modo permanente. Ciononostante, evita di incollare certificati che contengano informazioni sensibili che preferiresti non far elaborare affatto.

No. Questo strumento accetta solo certificati pubblici che iniziano con "-----BEGIN CERTIFICATE-----". Non incollare mai una chiave privata in nessuno strumento online, incluso questo.

Le cause più comuni sono righe BEGIN/END mancanti, contenuto Base64 danneggiato, oppure aver incollato una chiave privata o una CSR (richiesta di firma del certificato) invece di un vero certificato.

Il verificatore live si collega a un dominio pubblico via internet e recupera il suo certificato tramite un vero handshake TLS. Questo strumento invece decodifica il testo PEM incollato, funzionando quindi anche con certificati autofirmati e di CA interne che il verificatore live non può raggiungere.

Curiosità — Perché un certificato sembra un guazzabuglio illeggibile

Aprendo un file di certificato, di solito si trova un blocco di testo denso e illeggibile che inizia con "-----BEGIN CERTIFICATE-----". Questo formato si chiama PEM (Privacy-Enhanced Mail) e, sotto la superficie, non è altro che dati binari codificati in DER — una struttura definita da una notazione chiamata ASN.1 — avvolti in Base64 per poter viaggiare senza problemi attraverso i sistemi di posta elettronica e i file di testo semplice. In altre parole, il PEM è semplicemente il DER "vestito" diversamente; il contenuto reale è definito rigorosamente come una serie di elementi ASN.1 TLV (tag, lunghezza, valore), e il compito di questo strumento è proprio decodificare quella struttura binaria in qualcosa che un essere umano possa effettivamente leggere.

Il nome stesso "X.509" ha una storia inaspettata. Fu definito originariamente dall'ITU-T (Unione Internazionale delle Telecomunicazioni) nel 1988 come parte dello standard di servizi di directory X.500, molto prima che esistesse il web moderno. In seguito fu adattato per l'uso su internet dall'IETF come RFC 2459 nel 1999, e oggi la RFC 5280 è la specifica attuale. I certificati esistono nelle versioni v1, v2 e v3, e campi di estensione come il SAN (Nome Alternativo del Soggetto) sono disponibili solo a partire dalla v3. Praticamente ogni certificato TLS emesso oggi è v3, e questo strumento presume estensioni di tipo v3 durante la decodifica.

Capita spesso di vedere un'impronta SHA-1 e una SHA-256 mostrate fianco a fianco per lo stesso certificato. Lo SHA-1 è sconsigliato come algoritmo di firma da quando sono stati dimostrati attacchi di collisione pratici contro di esso, ma continua a comparire come impronta per identificare un certificato in modo univoco, soprattutto per compatibilità con strumenti più datati, motivo per cui questo strumento mostra entrambi i valori. Per qualsiasi nuova verifica, è preferibile dare priorità al valore SHA-256.

Vedi tutte le curiosità