Certificate Transparency Log Lab
A valid certificate is not a trustworthy one. The PKI will issue to anyone who controls — or typosquats — a name, and nothing in it stops mis-issuance against a domain you own. Certificate Transparency is the answer: every cert is logged publicly, so you can watch for the rogue ones. Review the CT feed below, flag the mis-issued and look-alike certs, and learn to leave the legitimately-surprising vendor certs alone — catch every rogue with zero false positives to pass.
The real job. More noise, a tighter clock.
Baseline — what's expected
Harbor Financial (harborfin.com) issues through DigiCert and Let’s Encrypt. Cloudflare fronts their CDN and issues via Google Trust Services; Atlassian Statuspage issues their status page via Amazon. Everything else is suspect.
Owned domains
- harborfin.com
Known CAs
- DigiCert
- Let's Encrypt
Authorized vendors
- Cloudflare (CDN) via Google Trust Services
fronts cdn.* and static assets - Atlassian Statuspage via Amazon
runs status.harborfin.com
Monitoring snapshot: 2026-10-10 — validity windows are judged against this date.
CT log feed (10 entries · flag the rogue ones)
harborfin.com
SAN: harborfin.com, www.harborfin.com
app.harborfin.com
cdn.harborfin.com
SAN: cdn.harborfin.com, static.harborfin.com
harbourfin.com
SAN: harbourfin.com, www.harbourfin.com
secure-harborfin.com
vpn.harborfin.com
*.harborfin.com
api.harborfin.com
harborfin.co
status.harborfin.com
Score vs feed
Flag the mis-issued and look-alike certs, then grade. So far 0 flagged, 0/5 rogue caught and 0 false positive(s).
What CT catches
A certificate being cryptographically valid does not make it trustworthy — the PKI issues to whoever controls (or typosquats) a name. Monitoring the public logs is how mis-issuance and impersonation actually surface.
Red issuer — a CA not on the known or authorized list.
Amber issuer — a surprising-but-authorized vendor CA (the false-positive trap).
Green issuer — one of the company's own CAs.
Live arena
4 activeadversary staging…
What this lab is
- A free, browser-based Certificate Transparency lab: review a CT log feed for a company’s domains and flag the mis-issued and rogue certificates among the legitimate ones.
- You are given the baseline — the domains the company owns, the CAs it uses, and the vendors authorized to issue on its behalf — then you catch what doesn’t fit.
- Rogue patterns: a cert from a CA the company never uses, a subdomain they never requested, a look-alike / typosquat domain, an unauthorized wildcard, and a backdated validity window.
- The trap is the false positive: a CDN, status page or email vendor legitimately issuing through a surprising CA (Google Trust Services, Amazon) that you must NOT flag.
- Graded on catching every rogue cert with zero false positives — the whole point of CT monitoring, which surfaces mis-issuance the PKI itself will never stop.
Frequently asked questions
What is the Certificate Transparency Log Lab?
A free, in-browser exercise that puts you in a CT monitoring seat. You are shown a company’s baseline (its domains, the certificate authorities it uses, and the third-party vendors authorized to issue certificates on its behalf) and a feed of Certificate Transparency log entries. For each entry — issuer CA, subject and SANs, validity dates, serial, log and SCT timestamp — you decide whether it is a legitimate certificate or a rogue / mis-issued one, and you are scored on catching the rogues without raising false alarms.
What kinds of rogue certificates does it teach?
A certificate issued by a CA the organisation never uses (classic mis-issuance for a domain you own), a cert for a subdomain the org never stood up, a look-alike or typosquat domain (a homoglyph, a dropped letter, a hyphen or a swapped TLD that a phisher got a cert for), an unauthorized wildcard that covers every host at once, and a certificate with an oddly early or backdated validity window. It also includes benign-but-surprising entries — a CDN or email vendor legitimately issuing through an unfamiliar CA — as deliberate false-positive traps.
Why does Certificate Transparency matter?
The public key infrastructure will issue a technically valid certificate to anyone who can demonstrate control of a name — including an attacker who typosquats your brand or mis-issues against a domain you own. Nothing in the PKI stops that. Certificate Transparency requires CAs to log every certificate to public, append-only logs, so defenders can monitor those logs and spot mis-issuance and impersonation that would otherwise be invisible until the phishing email lands. This lab drills exactly that review.
Is this real CT data?
No. The company baselines and log entries are invented for training, modelled on the shape of real Certificate Transparency data (issuer CAs, SANs, SCT timestamps, log names). No real company, domain or certificate is depicted, and all date reasoning is relative to a fixed in-lab snapshot date. No account or install is needed.