Hachage/Crypto

X.509 / SSL Certificate Decoder

Analyser un certificat PEM (X.509/ASN.1 DER) — objet, émetteur, validité, clé publique, extensions et empreintes.


                    

A PEM-format SSL/TLS certificate is essentially a text representation of a binary ASN.1 DER structure, unreadable without decoding. This tool breaks a certificate down into understandable fields: subject, issuer, validity period, public key, and fingerprints.

How to use it

Common uses

Things to keep in mind

Parsing a certificate only shows its content — it doesn't verify the trust chain up to a root CA or check revocation status (CRL/OCSP); those need separate checks.

Modern certificates have short validity periods (90 days for Let's Encrypt) specifically to reduce the risk from a compromised key — that's expected practice, not a sign of a problem.

Article sur cet outil: X.509 : ce qu'il y a à l'intérieur d'un certificat SSL

Questions fréquentes

Quelles informations le décodeur affiche-t-il ?

Il affiche notamment l'objet (subject) et l'émetteur (issuer) du certificat, la période de validité (dates « valide à partir du » et « valide jusqu'au »), les noms alternatifs (Subject Alternative Names), les informations de la clé publique et le numéro de série.

Le certificat quitte-t-il mon navigateur pour être analysé ?

Non, le certificat PEM est décodé entièrement côté client en JavaScript ; rien n'est envoyé à un serveur.

À quoi servent les Subject Alternative Names (SAN) ?

Les SAN listent tous les noms de domaine (et parfois adresses IP) pour lesquels le certificat est valide, en plus ou à la place du champ « objet » principal. Un navigateur vérifie ce champ pour confirmer que le certificat correspond bien au domaine visité.

Quand un certificat auto-signé est-il acceptable ?

Pour des tests internes, du développement ou des réseaux fermés, là où la confiance publique des navigateurs n'est pas nécessaire. Pour un site public, les navigateurs marqueront un certificat auto-signé comme non fiable, car la chaîne ne mène à aucune CA racine.

Pourquoi limite-t-on la durée de validité des certificats ?

Une durée de validité limitée (généralement de 90 jours à 1 an pour les certificats modernes) réduit les risques liés à une clé privée compromise et impose une mise à jour régulière des paramètres cryptographiques conformément aux normes de sécurité actuelles.

Articles : Hachage/Crypto

Hash Generator : en quoi MD5, SHA-1 et SHA-256 diffèrent

Pourquoi MD5 sert encore à vérifier l'intégrité de fichiers, mais pas pour les mots de passe.

Checksum Verifier : comment vérifier qu'un fichier n'est pas corrompu

Pourquoi une somme de contrôle correspondante confirme l'intégrité d'un fichier, mais pas qui l'a créé.

HMAC : en quoi un hachage avec clé diffère d'un hachage classique

Pourquoi un simple SHA-256 ne protège pas contre la falsification d'un message, mais HMAC oui.

Bcrypt : pourquoi les mots de passe sont hachés lentement, pas rapidement

Pourquoi un SHA-256 rapide est un mauvais choix pour les mots de passe, et un bcrypt lent le bon choix.

UUID : comment générer des identifiants qui ne se répètent presque jamais

Pourquoi un UUID v4 peut être généré indépendamment sur des millions de machines sans risque de collision.

Générateur de mots de passe : ce qui rend vraiment un mot de passe solide

Pourquoi un long mot de passe fait de mots du dictionnaire est plus solide qu'un court avec symboles et chiffres.

AES : comment fonctionne le chiffrement symétrique

Pourquoi la même clé chiffre et déchiffre les données en AES, et en quoi cela diffère du chiffrement asymétrique.

Argon2 : pourquoi cet algorithme a remporté le concours de hachage de mots de passe

Comment Argon2 se défend mieux contre les attaques par GPU que les algorithmes de hachage de mots de passe plus anciens.

Scrypt : pourquoi l'algorithme a besoin d'autant de mémoire

Pourquoi scrypt exige volontairement beaucoup de mémoire pour compliquer le cassage sur des dispositifs ASIC.

TOTP : comment fonctionnent les codes à usage unique des applications d'authentification

Pourquoi le code de Google Authenticator fonctionne sans internet et se synchronise avec le serveur uniquement via l'heure.

PBKDF2 : le plus ancien standard d'étirement de clé

Pourquoi le nombre d'itérations recommandé pour PBKDF2 augmente chaque année.

PGP : comment fonctionne le chiffrement à clé publique et privée

Pourquoi on peut partager librement une clé publique PGP, mais jamais la clé privée.