Certificate Transparency : détecter le phishing
Exploitez les logs Certificate Transparency pour repérer certificats suspects, sous-domaines de phishing, usurpations de marque et actifs exposés.

Une infrastructure de phishing devient parfois visible avant le premier e-mail. L’opérateur enregistre un domaine ressemblant à une marque, crée un sous-domaine et demande un certificat TLS. La Certificate Transparency (CT) transforme cette émission en signal public que les défenseurs peuvent surveiller.
La CT n’est pas un flux de domaines malveillants. C’est une source volumineuse de noms et de certificats. Sa valeur vient du rapprochement avec les marques, les actifs connus et les motifs d’infrastructure.
Ce que fournit la Certificate Transparency
La RFC 9162 définit Certificate Transparency 2.0. Les autorités participantes soumettent certificats ou précertificats à des journaux append-only. Les défenseurs peuvent y examiner :
- les Subject Alternative Names ;
- l’émetteur et les dates de validité ;
- les empreintes du certificat ;
- l’horodatage du journal ;
- les domaines parents et nouveaux sous-domaines.
La CT révèle les émissions publiques, pas les certificats privés ni tous les noms d’hôtes. Considérez-la comme un capteur parmi d’autres.
Les cas d’usage à forte valeur
Émission suspecte sur un domaine possédé
Déclenchez une alerte si un certificat apparaît pour votre domaine avec un émetteur, un compte, un processus de clé ou un hostname inattendu. Cela peut révéler une compromission, du shadow IT ou une erreur d’automatisation.
Usurpation de marque
Générez des variantes normalisées de la marque et des produits critiques. Recherchez fautes, mots ajoutés, homoglyphes et sous-domaines trompeurs dans les nouveaux certificats.
Sous-domaines inconnus
Comparez les noms à l’inventaire. Environnements de préproduction, previews oubliées et zones acquises apparaissent parfois dans la CT avant d’être connus de la sécurité.
Regroupement d’infrastructure
Empreintes, émetteurs, synchronisation et noms partagés peuvent relier plusieurs domaines de phishing. Croisez-les avec le DNS et l’hébergement avant d’attribuer une campagne.
Construire un pipeline de triage
Normalisez les noms internationalisés en punycode, identifiez correctement le domaine enregistrable et dédupliquez les wildcards. Classez chaque observation comme possédée, ressemblante ou sans rapport, puis :
- résolvez A, AAAA, MX, NS et CNAME ;
- contrôlez âge et registrar ;
- examinez réputation IP actuelle et historique ;
- rendez la page dans un environnement sûr et suivez les redirections ;
- comparez certificats et empreintes de pages aux campagnes précédentes.
Utilisez l’énumération de sous-domaines pour vos zones, l’historique DNS pour les changements et le scanner d’URL lorsqu’une page répond.
Prioriser sans se noyer
Une grande organisation émet de nombreux certificats légitimes. Réduisez le bruit avec un inventaire des autorités, comptes ACME, wildcards, environnements et propriétaires approuvés. Chaque exception doit avoir une date d’expiration.
Pour les domaines ressemblants, classez selon :
- proximité visuelle ou lexicale ;
- ancienneté et première observation ;
- mots liés à la connexion, au paiement ou au téléchargement ;
- présence de MX ;
- réputation de l’hébergement ;
- redirection vers une collecte d’identifiants ;
- preuve de ciblage dans la messagerie ou le proxy.
Un nom proche sans DNS est un élément à surveiller. Le même domaine avec une copie de votre portail devient un incident.
Répondre à une émission suspecte
Pour un domaine possédé, confirmez l’autorisation auprès du responsable des certificats. Si elle ne l’est pas, révoquez, sécurisez les comptes DNS et CA, faites tourner les secrets concernés et analysez les journaux.
Pour une usurpation, conservez les preuves, bloquez domaine et URL, alertez les contrôles e-mail et navigateur, puis signalez au registrar, à l’hébergeur et à l’autorité. Continuez la surveillance après le démantèlement.
Les métriques du monitoring CT
Suivez le délai entre l’entrée du log et la détection, les actifs validés découverts, les domaines de phishing trouvés avant livraison, les faux positifs par marque et le délai de retrait. Mesurez les alertes sans propriétaire connu : elles signalent une lacune de gouvernance.
Conclusion
La Certificate Transparency offre une vue précoce et publique de la création d’infrastructure. Elle devient actionnable avec l’inventaire, la réputation des domaines, le DNS passif et l’analyse sûre des pages. Posez la question « pourquoi ce certificat a-t-il été émis ? » avant qu’un incident ne l’impose.
Questions fréquentes
- Que sont les logs Certificate Transparency ?
- Ce sont des registres publics, auditables et append-only de certificats et précertificats TLS publiquement reconnus. Ils rendent l'émission visible aux propriétaires de domaines et aux défenseurs.
- Un certificat dans un log CT prouve-t-il un site malveillant ?
- Non. Il prouve que l'émission a été journalisée. Il faut valider propriété, DNS, hébergement, comportement de la page, champs du certificat et contexte avant tout verdict.
- La CT peut-elle détecter le phishing avant son lancement ?
- Parfois. Les opérateurs obtiennent souvent un certificat avant de diffuser leurs leurres, créant une fenêtre d'alerte. D'autres campagnes utilisent un site compromis ou émettent au dernier moment.
Related articles
Domain shadowing : détecter un DNS compromisDétectez le domain shadowing en surveillant changements DNS, certificats, sous-domaines, sécurité des comptes et relations d’infrastructure.
- Comment utiliser un flux NRD pour détecter le phishing avant qu'il n'atteigne la boîte mail
Les domaines récemment enregistrés sont le point de départ de la plupart des campagnes de phishing. Ce guide détaille les workflows NRD pour la surveillance de marque, l'hygiène des passerelles mail et le triage SOC — sans transformer l'âge du domaine en règle de blocage brutale.
Regroupement d'infrastructures malveillantes : comment le DNS passif, les certificats TLS et les ASN révèlent des campagnes partagéesUne IP de C2 isolée est un indice ; des schémas de signature partagés et des co-occurrences DNS forment une carte. Ce guide explique comment les défenseurs regroupent des infrastructures sans courir après des fantômes, et comment documenter leurs conclusions pour la réponse à incident, la threat intelligence et les transmissions aux autorités.
Protégez votre infrastructure
Confrontez n’importe quelle IP ou n’importe quel domaine à notre base de renseignement et à ses enregistrements indexés.
Essayer le vérificateur d’IP et de domaines