Skip to main content

SSLBoard documentation

How SSLBoard finds your public hosts, what each finding on your report actually means, and the exact change that clears it.

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.

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.