Hidden in Plain Sight: Certificate Transparency and the Logs Nobody Told You About

Session Category Other Open Source Sessions Audience Intermediate

Most engineers know TLS certificates exist. Few know that every certificate ever issued is recorded in a public, searchable, append-only log, and that anyone can search it.

Certificate Transparency was designed to improve the security of the web's certificate infrastructure. As a side effect, it creates a permanent public record of infrastructure that developers often assume is private. That staging environment with no authentication. That internal tool on an obscure subdomain. That dev portal behind a domain nobody was supposed to know about.

Security by obscurity has always been a weak strategy. CT logs make it a nonexistent one.

In this session we'll cover how Certificate Transparency works, why it exists, and what it means for anything you've ever deployed behind a TLS certificate. We'll use real search tooling to find exposed infrastructure live, walk through two real examples of sensitive services discovered this way (including one that was responsibly disclosed and quietly taken down), and end with a practical framework for auditing your own domains before someone else does.

You'll leave knowing how to search CT logs, what to look for, and how to make better decisions about what should and shouldn't have a public certificate attached to it.

About the Speaker

Profile picture for user mikeconrad

Mike Conrad

Platform Engineer at Defense Unicorns

Chattanooga, TN

I’m a Platform Engineer at Defense Unicorns, working primarily with software vendors that need to get their applications into more environments without rebuilding the way they develop and deliver software for each one.

A lot of my work sits at the intersection of Kubernetes, application architecture, and customer delivery. I work with engineering teams to understand how their applications are built, identify what needs to change to run successfully on a modern Kubernetes platform, and help turn that into something that can be deployed and operated consistently across different environments.

That often means containerizing applications, building and reviewing Helm charts, working through networking, storage, identity, security, and observability requirements, and troubleshooting the less obvious assumptions applications make about the infrastructure around them.

I’m a Kubestronaut and Microsoft Certified Azure Solutions Architect, with experience designing and operating production systems across Azure and AWS. My background is heavily rooted in Kubernetes, containers, GitOps, infrastructure automation, and platform engineering.

What I enjoy most is the practical side of platform engineering: working with application teams, vendors, and customers to bridge the gap between “it runs here” and “it can run reliably wherever it needs to.”

I also enjoy sharing what I learn through talks, videos, technical discussions, and hands-on examples.

Platinum Sponsors

Gold Sponsors

Bronze Sponsors

In Kind Sponsors