MODULE_DEPLOYED // CERTIFICATE-TRANSPARENCY-OSINT

CERTIFICATE TRANSPARENCY: THE INTERNET'S PUBLIC DIARY

Search crt.sh for certificates on a domain you operate, inventory the names you forgot, and watch for lookalikes without treating every Let's Encrypt cert as an attack.

INTERMEDIATE

EST_TIME: 20 MIN

PHASES: 4

THIS_VISIT0 / 4 MARKED (0%)

Ticks last until you refresh. This page does not keep a score.

MISSION_PHASES
1
WHY EVERY CERTIFICATE IS PUBLICDURATION: 5 min
2
SEARCH CRT.SH FOR YOUR OWN NAMESDURATION: 6 min
3
PHISHING CERTS AND HOW TO WATCHDURATION: 5 min
4
PITFALLS AND A QUIZDURATION: 4 min
PHASE_001 // CURRENT_OBJECTIVE
WHY EVERY CERTIFICATE IS PUBLIC
NODE: 1 / 4

A diary the browsers insisted on

Every HTTPS site needs a TLS certificate from a certificate authority. In the early 2010s, a few authorities were compromised or careless and issued certificates for domains like google.com to people who should not have had them. The fix was Certificate Transparency: authorities have to log every certificate they issue in public, append-only logs. Browsers such as Chrome and Safari will not trust most certificates that are not logged.

The side effect is a searchable public record of nearly every certificate issued. For defenders, that record is useful. Attackers read it too, which ATT&CK notes under T1596.003 (searching open technical databases for digital certificates). Same data, used in opposite directions. The standard for the logs themselves is RFC 9162.

After this section you can explain why the logs exist, and why a name in a log is a certificate, not proof that a website is still up.

Certificate Transparency is a diary the authority is required to keep. It is not a warrant, and it is not a list of hosts you are allowed to scan.
ASK_A_QUESTION