Aller au contenu

Décodeur de certificat

Certificate Decoder

Analyse un certificat ou une demande de signature au format PEM ou DER et affiche le sujet, les SAN, la validité, les usages de clé et des indices sur la chaîne.

Décode un certificat X.509 — un bloc PEM, un fichier `.crt`/`.cer`, ou toute une chaîne — et montre le sujet, l'émetteur, la fenêtre de validité, la clé, les empreintes et les extensions qui décident réellement si un navigateur l'acceptera.

🔒 Fonctionne entièrement dans votre navigateurcertificatex509tlsdecode

Le certificat est décodé dans cet onglet par le lecteur ASN.1 de cette page. Rien n’est envoyé, et c’est tout l’intérêt : une CSR, une CA interne ou une clé collée par erreur ne devraient jamais partir sur le serveur d’un inconnu pour y être lues.

Déposez un certificat, un lot, une CSR ou une clé publique

PEM ou DER — .pem, .crt, .cer, .der, .csr, ou une ligne d’authorized_keys. Ou collez-le ci-dessous.

Ce que ceci ne fait pas

  • Il ne vérifie pas les signatures. Le « Émis par » ci-dessus est une correspondance de noms, pas une preuve : n’importe qui peut écrire n’importe quel nom d’émetteur dans un certificat qu’il fabrique lui-même.
  • Il ne sait pas à quelles autorités vous faites confiance. Cela vit dans votre système d’exploitation et dans votre navigateur, et une page web ne peut pas le lire.
  • Il ne vérifie pas la révocation. Les adresses OCSP et CRL sont affichées pour que vous puissiez le faire, mais les interroger est une requête réseau que cet outil ne fait délibérément pas.

Pour savoir ce qu’un serveur en fonctionnement sert vraiment — ordre de la chaîne, versions du protocole, expiration — il vous faut une connexion vers lui : le vérificateur SSL est l’outil pour cette question.

Comment s’en servir

  1. Collez le PEM ou déposez le fichier

    Un bloc `-----BEGIN CERTIFICATE-----`, plusieurs pour une chaîne, ou les octets DER. L'analyse se fait dans cet onglet.

  2. Vérifiez les dates et les noms

    La validité est jugée d'après votre horloge. Les noms qui comptent sont dans l'extension Subject Alternative Name, pas dans le Common Name — plus aucun navigateur ne regarde le CN depuis 2017.

  3. Comparez l'empreinte

    L'empreinte SHA-256 est ce qu'une configuration d'épinglage, ou un collègue au téléphone, vous citera. Elle porte sur le certificat entier : le moindre changement en produit une autre.

Questions fréquentes

Vérifie-t-il si le certificat est digne de confiance ?

Non. Il lit ce que le certificat dit de lui-même. La confiance suppose un chaînage jusqu'à une racine que votre système possède déjà, plus la révocation, plus la correspondance du nom avec l'hôte auquel vous vous êtes connecté — rien de tout cela ne peut être fait par un décodeur seul.

Le navigateur dit que le nom ne correspond pas, alors que le CN a l'air bon.

Parce que le Common Name est ignoré pour la correspondance d'hôte depuis Chrome 58, en 2017. Le nom d'hôte doit figurer dans l'extension Subject Alternative Name ; un certificat qui n'a qu'un CN échoue partout où le logiciel est moderne.

Est-il sans risque de coller un certificat ici ?

Un certificat est public par construction — c'est ce qu'un serveur remet à chaque client qui se connecte. Une clé privée ne l'est pas, et cette page n'en a aucun usage. Si un bloc PEM dit `PRIVATE KEY`, il n'a pas sa place dans une page web, point.

À alimenter depuis

Ensuite

Ces outils acceptent ce que celui-ci produit : le résultat peut y aller directement.