Aller au contenu

Vérificateur de certificat SSL

SSL Certificate Checker

Se connecte à un hôte, montre la chaîne servie, l’expiration, les protocoles et les suites de chiffrement acceptés, et signale les trous dans la chaîne.

Se connecte à un hôte en TLS et rapporte ce qui a réellement été servi : la chaîne de certificats de la feuille à la racine, les jours restants sur chacun, les versions de protocole que le serveur accepte et refuse, et la suite de chiffrement négociée. Chaque constat vient d’une poignée de main réelle et non d’une base de données.

☁️ Passe par notre serveurssltlscertificatesecurity

C’est notre serveur qui fait cette requête pour vous. Nous ne lui transmettons que le nom d’hôte — aucun de vos cookies ni votre session ne part avec. Le serveur ne se connecte qu’à des adresses publiques et refuse les adresses privées et internes.

Le port 443 par défaut. Les autres ports où la connexion démarre en TLS — 8443, 465, 993, 995, 636 et 853 — sont acceptés, et aucun autre. Le nom d’hôte est envoyé par SNI, donc une IP partagée renvoie quand même le bon certificat.

Comment s’en servir

  1. Entrez l’hôte, avec un port s’il n’est pas 443

    example.com, ou example.com:8443. Les ports qui démarrent directement en TLS — 8443, 465, 993, 995, 636, 853 — fonctionnent tous ; les ports STARTTLS comme 587 ne fonctionnent pas.

  2. Lisez le verdict, puis les constats

    Le verdict est un résumé des constats en dessous, chacun étiqueté bon, remarque, attention ou problème. Une expiration dans les trente jours et une chaîne incomplète sont les deux qui comptent le plus souvent.

  3. Vérifiez l’ordre de la chaîne, pas seulement la feuille

    La chaîne est affichée dans l’ordre où le serveur l’a envoyée. Un serveur qui omet son certificat intermédiaire fonctionne dans Chrome, qui va chercher le manquant, et échoue dans curl et sur les anciens Android — une classe de bogue qui ressemble à « ça marche chez moi » pendant des semaines.

  4. Regardez quelles versions de protocole sont acceptées

    Chaque version est essayée dans sa propre connexion, donc la ligne est un fait sur le serveur et non une déduction. TLS 1.0 et 1.1 acceptés est un constat sur lequel il vaut la peine d’agir ; ils ont été rendus obsolètes par la RFC 8996.

Questions fréquentes

Il dit que le certificat est valide mais mon navigateur proteste

En général la chaîne, le nom ou l’horloge. Vérifiez que l’intermédiaire est servi, que l’hôte que vous tapez figure dans la liste SAN — les navigateurs ignorent complètement le CN — et que la date de l’appareil est juste. Un appareil à l’heure fausse rejette des certificats parfaitement bons.

Puis-je vérifier un serveur interne ?

Non. La connexion part de notre serveur, et la voie sortante refuse les adresses privées et de bouclage. Pour un hôte interne, openssl s_client -connect hote:443 -servername hote vous donne la même chaîne en local.

Pourquoi une IP partagée renvoie-t-elle quand même le bon certificat ?

Parce que le nom d’hôte est envoyé comme SNI pendant la poignée de main, et c’est ainsi que le serveur sait quel certificat présenter. C’est aussi pourquoi une adresse IP seule ne peut pas être vérifiée ici.

Vérifie-t-il la révocation ?

Non. OCSP et les CRL ne sont pas interrogés, donc un certificat révoqué mais non expiré se lit ici comme valide. C’est une limite réelle : ce que ceci montre, c’est ce que le serveur a servi et si la chaîne et les dates tiennent.

À alimenter depuis

Ensuite

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