Validation du certificat
Vérifiez la validité, la confiance de l’émetteur, l’algorithme de signature et la configuration.
Émetteur, validité et noms couverts, tirés des journaux Certificate Transparency publics. Alerte quand un domaine surveillé reçoit un nouveau certificat.
Analyse gratuite · 250 requêtes API gratuites par mois · Sans carte bancaire
Six couches d’inspection, conçues pour faire remonter les problèmes avant que le navigateur n’avertisse vos utilisateurs.
Vérifiez la validité, la confiance de l’émetteur, l’algorithme de signature et la configuration.
Parcourez la chaîne complète, de la feuille à la racine, en signalant les intermédiaires manquants et les ruptures.
Détectez les versions de TLS prises en charge ; signalez SSL 3.0, TLS 1.0 et TLS 1.1, dépréciés.
Repérez les suites faibles (RC4, 3DES, CBC) et recommandez des alternatives AEAD.
Suivez les expirations de tout votre parc et alertez avant que le navigateur n’avertisse vos utilisateurs.
Surveillez les journaux de Certificate Transparency pour détecter toute émission non autorisée sur vos domaines.
Exemple de réponse de GET /check/certificates?query=example.com
| Field | Value | Source | Age | Conf. |
|---|---|---|---|---|
| Certificat | ||||
| low severitycommon_name | example.com | crt.sh | 2 min | 1.00 |
| not applicablename_value | "example.com\n*.example.com" | crt.sh | 2 min | 1.00 |
| sévérité faibleissuer_name | C=US, O=Let's Encrypt, CN=R11 | crt.sh | 2 min | 1.00 |
| sans objetserial_number | 035c981da3… | crt.sh | 2 min | 1.00 |
| Validité | ||||
| sévérité faiblenot_before | 2026-09-14T08:14:03 | crt.sh | 2 min | 1.00 |
| sévérité faiblenot_after | 2026-12-13T08:14:02 | crt.sh | 2 min | 1.00 |
| sans objetentry_timestamp | 2026-09-14T09:14:03 | crt.sh | 2 min | 1.00 |
Surveillez le domaine pour recevoir les alertes d’expiration et de journaux CT par webhook ou via le flux SSE.
Vérifiez les dates d’expiration des certificats de chacun de vos domaines.
Repérez les certificats émis pour vos domaines sans que personne ne les ait demandés.
Répondez aux exigences PCI DSS, HIPAA et ISO sur la configuration TLS, avec des rapports auditables.
Consultez l’historique des certificats d’un fournisseur avant de vous y connecter.
Les certificats journalisés pour le domaine dans les journaux CT publics : nom commun, entrées SAN, émetteur, numéro de série et dates de validité.
Oui. Ajoutez le domaine à la surveillance : une alerte est créée quand un certificat apparaît ou disparaît, ou quand son émetteur change.
De crt.sh, qui indexe les journaux Certificate Transparency publics. Un domaine absent de notre cache est interrogé sur crt.sh au moment de la recherche.
Non. Les journaux CT décrivent les certificats, pas la configuration du serveur. Pour tester protocoles et suites, utilisez un scanner TLS comme SSL Labs.
Oui : GET /check/certificates?query=example.com avec une clé API gratuite (250 requêtes par mois). La surveillance à plus fort volume, avec suivi continu et webhooks, vient avec les offres payantes ; les alertes SSE demandent Pro ou Enterprise.
SSL Labs excelle pour un test interactif ponctuel. Nous nous concentrons sur la surveillance continue d’un inventaire d’actifs, une sortie JSON exploitable par une machine, des alertes programmables et la surveillance des journaux CT — pensées pour s’intégrer aux chaînes SOC et DevOps, pas seulement à un navigateur.
Une clé API gratuite avec 250 requêtes par mois. Surveillance continue avec une offre payante.
Sans carte bancaire