Every check here explains three things: what SSLBoard saw, why it matters, and what to change. Look up a finding by name, or start with your first scan.
Getting started
What a scan does, where the data comes from, and what it can never see.
- Your first SSLBoard scan
Type a domain, wait about a minute, and get an inventory of every public host SSLBoard could find and what each one is serving. No agent, no credentials.
- How SSLBoard gets its data
Certificate Transparency logs suggest names, DNS resolves them, and live connections decide the facts. Knowing the source tells you how much to trust a row.
- Why a subdomain is missing from a scan
Why a live host can be missing, why a dead one keeps showing up, and the four things an external scan structurally cannot see.
Common problems
Specific symptoms with specific causes. Start here if something is broken and you want the answer, not the background.
- SSL certificate renewed but still showing expired
The certificate on disk is new and the browser still sees the old one. Six places the stale certificate is hiding, in the order worth checking.
- Certificate name does not match the hostname
ERR_CERT_COMMON_NAME_INVALID means the certificate is valid, just not for the name you asked for. Five reasons that happens and how to read the SAN list.
- I set the HSTS header but it is not there
Response headers pass through a chain and only the last writer wins. How to find which layer is dropping or overwriting Strict-Transport-Security.
- IPv6 serves a different certificate than IPv4
Same hostname, two addresses, two machines. Why half your visitors can hit a broken certificate while every test you run says the site is fine.
- Port 25, 465, or 587: which one is actually broken?
Receiving mail and sending mail use different ports, different encryption, and fail independently. A closed submission port does not stop inbound delivery.
- TLS 1.3 is enabled but TLS 1.0 is still flagged
Enabling a new protocol version does not disable the old ones. Your server offers a list, and the client picks from it.
- Does an RSA certificate mean no forward secrecy?
No. The certificate authenticates the server, the key exchange protects the session, and they are chosen independently. RSA key exchange is the thing to remove.
- Why is a domain I do not own on my certificate?
Usually because a shared hosting platform bundled you onto one certificate with other customers. Here is when that is normal and when it is worth a question.
- My zone is enumerable: is NSEC3 the fix?
Not entirely. NSEC3 raises the cost of walking your zone rather than preventing it, and the parameters most people pick make it worse. How to decide.
Understanding results
How to read a report, what the score is built from, and when a blank result means nothing at all.
- Reading your report
Hostnames, endpoints, and certificates count different things. Mixing them up is the fastest way to send the wrong ticket to the wrong team.
- What a blank or unknown scan result means
A check that could not run looks a lot like a check that passed. Here is how to tell the difference before you report a domain as clean.
- What is a good TLS score?
Seven weighted categories, a penalty curve that cares about proportion as much as count, and a list of things the number deliberately ignores.
Checks
One page per finding. What it means, what it costs you, and the exact change that clears it.
- Certificate expiry, revocation, and deployment
Renewing a certificate and deploying it are two different jobs, and only one of them shows up in your report. Here is how to tell which one you have done.
- How to read a CAA record
A CAA record tells certificate authorities who may issue for you. An empty wildcard column does not mean wildcards are banned, which trips up most people.
- TLS versions and deprecated protocols
Supporting TLS 1.3 does not switch off TLS 1.0. Both can be reachable on the same endpoint, and an attacker gets to pick.
- What each OCSP stapling result means
Stapling attaches a freshness proof to your handshake. Eight results are possible, and No response means something very different from Revoked.
- Weak and legacy cipher suites
Which cipher families SSLBoard flags and why, plus the reason family counts never add up to endpoint counts.
- Forward secrecy
Forward secrecy decides whether traffic recorded today stays private if your key leaks in five years. Five classifications, and one of them is a trap.
- What certificate key size should you use?
What Recommended, Legacy, Too Small, Unknown, and RSA-only mean, and why a certificate key tells you nothing about key exchange.
- HTTP to HTTPS redirects
Your HTTPS site can be flawless and still serve plain HTTP on port 80 to anyone who asks. That first unencrypted request is the finding.
- HSTS and HTTPS browser policy
HSTS is the one header with a delete key that is hard to reach. Get max-age, includeSubDomains, and preload right before you ship it, not after.
- Browser security headers and cookies
CSP, frame protection, nosniff, and eight cookie findings. All of them need your application's context before you tighten anything.
- Connection and certificate errors
Six error categories, what each one narrows the problem down to, and why a failed connection is never evidence about your certificate.
- Post-quantum TLS readiness
Harvest now, decrypt later is the threat this addresses. Hybrid key exchange is available today, and the check tells you which endpoints already negotiate it.
- DNSSEC validation and zone findings
Unsigned, broken, and enumerable are three different DNSSEC problems with three different responses. Bogus is the one that takes your domain offline.
- How to check if your mail server uses TLS
Port 25 receives mail from the world, 465 and 587 take it from your users. They fail independently, and confusing them sends the wrong ticket.
- SPF, DMARC, MTA-STS, TLS-RPT, and DANE
Five published policies that decide whether anyone can send mail as you. Having a record and enforcing one are very different states.
- Adjacent domains and certificate relationships
Another company's domain in your report usually means you share a certificate with them. Worth knowing, and not the same as sharing an owner.
Using reports
Turn findings into tickets, share the right link with the right person, and prove the fix landed.
- Report access, sharing, and exports
The full-report link carries its own access. Forwarding it forwards the access, so decide who needs the whole report before you paste it anywhere.
- Fixing findings and verifying changes
A good ticket names the endpoint, the owner, and what success looks like. Then you prove it with a scan that ran after the deployment, not before.