Décodeur X.509 : lire un certificat SSL/TLS

Décodeur de certificat X.509

Collez un certificat au format PEM ou en Base64 DER. La page lit ses champs et donne les empreintes SHA-1 et SHA-256. Elle ne vérifie ni la signature ni la chaîne de confiance.

Gratuit Fonctionne dans votre navigateur Vérifié le mardi 10 novembre 2026

Mode d'emploi

Collez un certificat dans Certificat : le bloc PEM complet, ou son Base64 seul.
Lisez Sujet et Émetteur pour voir pour qui est le certificat et qui l'a signé.
Vérifiez Validité. Elle compte les jours restants à partir de la date du jour dans votre fuseau horaire.
Comparez l'Empreinte SHA-256 avec la valeur publiée par le site, l'éditeur ou l'autorité de certification avant de faire confiance au certificat.

Ce que dit un certificat

Un certificat X.509 (RFC 5280) lie une clé publique à un nom et est signé par un émetteur. Il est écrit en ASN.1 DER, un arbre de valeurs étiquetées. Un bloc PEM est ce DER écrit en Base64 entre une ligne BEGIN et une ligne END (RFC 7468). La page lit l'arbre avec son propre petit lecteur DER et montre chaque champ.

Certificate ::= SEQUENCE { tbsCertificate, signatureAlgorithm, signatureValue }
TBSCertificate ::= SEQUENCE { version [0], serialNumber, signature, issuer,
                              validity, subject, subjectPublicKeyInfo, …, extensions [3] }

Ce que la page ne vérifie pas

La page ne vérifie pas la signature, ne construit pas la chaîne jusqu'à une racine de confiance, ne contrôle pas si le certificat a été révoqué, et ne se connecte pas à l'hôte. Un certificat peut sembler valide ici et être tout de même refusé par un navigateur ou un serveur. Ces contrôles exigent la clé publique de l'émetteur et un magasin de confiance, que cette page n'a pas.

Les jours restants sont comptés de la date du jour au jour de la date Pas après, les deux jours compris. Un certificat révoqué avant sa date Pas après affiche tout de même ses dates ici, car la page ne lit aucune liste de révocation et n'interroge aucun répondeur OCSP.

Empreintes

Une empreinte est la condensation de l'ensemble des octets DER. Deux certificats ayant la même empreinte SHA-256 sont le même certificat. SHA-1 ne résiste plus aux collisions : comparez donc la valeur SHA-256 lorsque vous avez besoin de certitude ; la valeur SHA-1 est montrée parce que de nombreuses anciennes listes l'affichent encore.

Exemple détaillé : l'intermédiaire E5 de Let's Encrypt (par défaut)

Le certificat par défaut est l'intermédiaire E5 de Let's Encrypt, signé avec ECDSA P-384 par ISRG Root X2. La page lit ces champs. L'état de validité dépend de la date de lecture, si bien qu'il ne figure pas dans le tableau ; les autres champs sont les mêmes chaque jour.

Champ	Valeur
Version	3
Numéro de série	18:6E:75:D4:EE:B0:A0:5D:FD:2D:A8:20:86:5D:1E:31
Algorithme de signature	ECDSA avec SHA-384 (1.2.840.10045.4.3.3)
Émetteur	C=US, O=Internet Security Research Group, CN=ISRG Root X2
Sujet	C=US, O=Let's Encrypt, CN=E5
Pas avant	13 mars 2024 à 00:00:00 UTC
Pas après	12 mars 2027 à 23:59:59 UTC
Clé publique	Courbe elliptique P-384, 384 bits
Usage de la clé	Signature numérique, signature de certificat, signature de LCR
Usage étendu de la clé	Authentification de client TLS, authentification de serveur TLS
Contraintes de base	AC : oui, longueur de chemin 0
Empreinte SHA-256	E7:88:D1:4B:04:36:B5:12:0B:BE:E3:F1:5C:15:BA:DF:08:C1:40:7F:E7:25:68:A4:F1:6F:91:51:C3:80:E1:E3

Questions fréquentes

Pourquoi la page dit-elle que mon certificat est valide alors que mon navigateur dit le contraire ?

La page ne lit que les dates et les champs. Un navigateur contrôle aussi la signature, la chaîne jusqu'à une racine de confiance, le nom d'hôte et la révocation. Ces contrôles exigent des données que cette page n'a pas.

Quelle différence entre les empreintes SHA-1 et SHA-256 ?

Ce sont deux condensations des mêmes octets DER. SHA-1 ne résiste plus aux collisions : c'est donc SHA-256 qu'il faut comparer lorsque vous avez besoin de certitude. La valeur SHA-1 est montrée parce que de nombreuses anciennes listes l'affichent encore.

Que contient un bloc PEM qui commence par BEGIN CERTIFICATE ?

Le PEM (RFC 7468) enveloppe les octets DER d'un certificat en Base64, entre une ligne BEGIN et une ligne END portant toutes deux l'étiquette CERTIFICATE. La page accepte aussi le texte Base64 seul.

Pourquoi la taille de clé est-elle donnée en bits pour RSA, mais comme courbe pour ECDSA ?

Une clé RSA est décrite par la longueur de son module en bits. Une clé ECDSA est décrite par sa courbe, comme P-256 ou P-384, qui fixe la taille de la clé.

Que signifie AC : oui, longueur de chemin 0 ?

Le certificat peut signer des certificats finaux, mais aucune autorité de certification intermédiaire plus bas (RFC 5280, section 4.2.1.9). Les contraintes de base sont lues dans le certificat, et non vérifiées dans une chaîne.

La page envoie-t-elle mon certificat quelque part ?

Non. Les octets DER sont lus et les empreintes sont calculées dans votre navigateur. Rien n'est envoyé ni stocké, et la page ne se connecte pas à l'hôte nommé dans le certificat.

Sources

Chiffres et texte vérifiés pour la dernière fois le mardi 10 novembre 2026.

Résultat