SSL Certificate Checker

See the certificate a host actually serves — the chain it sends, whether revocation is stapled, and how many days are left.

Secure server processingSecurity & PrivacyWorkingNo account needed

What this tool does

SSL Certificate Checker opens a TLS handshake from the OmniKitly service to the host you name, with SNI set to that name so a shared address hands back the right certificate, and turns what came back into a report. The certificate table gives subject and issuer, the valid-from and valid-to dates, days remaining, serial, key type and size, the negotiated protocol and cipher suite, the SHA-256 fingerprint, and the verification verdict. Below it sit the subject alternative names, with the one matching the host you asked about marked; the chain as it was presented; the OCSP stapling result; and a findings list that names each problem in order of severity. The raw JSON behind all of it downloads as a file named after the host.

The handshake is made deliberately without enforcing verification, which is what makes this useful on a host that is already broken: an expired certificate, a self-signed one, a name that is not on the certificate, or a chain served without its intermediate all still produce a full report rather than a bare connection error, with the verdict recorded as an error code beside it. That verdict is reached against the certificate authorities bundled with the service's runtime, so it describes what an outsider sees rather than what your own machine sees — a certificate signed by a private or corporate root that your laptop trusts reads as untrusted here, and that difference is frequently the answer you came for.

Each of the four settings changes the run. Validate the full chain walks from the leaf to whatever signed it and lists every certificate on the way, with its key and its own expiry date, and calls out the faults that matter: a leaf served with no intermediate beside it, a chain that stops before it reaches a self-signed root, an intermediate that expired years ago, an RSA key under 2048 bits. Report OCSP stapling asks for a stapled response during the handshake and decodes the one that comes back — responder status, certificate status, when it was produced and when it goes stale. Warn when expiring within sets the threshold at which a valid certificate is reported as expiring soon, anywhere from 1 to 365 days. Port is used when the address carries no port of its own; write example.com:8443 and the port in the address wins.

No file is involved in this job. The hostname you type travels to the processing service over an encrypted connection as a job setting, the handshake is made from that machine, and the job record and the JSON report are deleted together six hours after the run by default. Two timing limits sit behind it: the handshake is abandoned after ten seconds and the job after twenty. The connection is also implicit TLS from the first byte, so ports that begin in plaintext and upgrade through STARTTLS — submission on 587, SMTP on 25, IMAP on 143 — never reach a certificate here, while ports that are TLS from the start, such as 8443, 993 or 465, behave exactly as 443 does.

How to use it

  1. Enter the hostname. One host per run. A pasted URL is fine — the scheme and path are dropped — but a port written into the address is kept and used, so example.com:8443 connects to 8443.
  2. Set the port only if the address has none. The Port field is the fallback for a bare hostname. Leave it at 443 whenever the port is already in the address, because the address is what the connection follows.
  3. Choose how much to collect. Chain validation and OCSP stapling are both on by default and both cost a little more work. Turn either off and the report says plainly that it was not collected, rather than showing an empty section you might read as a clean result.
  4. Set your expiry warning window. Thirty days suits most renewal cycles. Raise it to catch certificates earlier — a 90-day window flags anything inside a quarter — and the verdict line changes from valid to expiring soon when it applies.
  5. Read the verdict, then the findings. The summary gives the verdict, the days remaining, the chain length and the stapling result. The findings list underneath separates an expired certificate from an untrusted chain from a name that is not covered — three failures a browser shows as one warning.

Processing & privacy

Secure server processing. This operation requires temporary server processing.

Common use cases

Knowing when a certificate runs out

The days remaining figure sits beside the valid-to date, and the warning window turns a renewal nobody wrote down into a verdict that changes before it bites.

Catching a missing intermediate

A chain served without its intermediate works in every client that already holds it and fails in the rest, which is why the fault looks intermittent. The chain listing shows one certificate where there should be two or three, and the findings say so.

Confirming a renewal was actually deployed

A reissued certificate changes both the fingerprint and the valid-from date. If they match last week's run, the new file is on disk but the service was never reloaded.

Reading the revocation status a server staples

Where a host staples an OCSP response, the report decodes it: good, revoked with its date and reason, or unknown, along with the window the responder signed it for.

Explaining a browser warning to someone else

The findings separate a name that is not on the certificate from a chain that will not verify and from one that has simply run out, and name the error code behind each.

Checking every name a certificate covers

The subject alternative names come back as a list with the host you asked about marked, which is how you catch the www form or the new subdomain left off at the last reissue.

Questions

Is anything uploaded?
No file is. The hostname goes to the OmniKitly processing service over an encrypted connection as a job setting, the TLS check is made from there, and the job record and JSON report are removed when the retention window ends, six hours after the run by default.
Are the intermediate certificates listed?
Yes, when chain validation is on. The report walks from the leaf to whatever signed it and lists each certificate with its issuer, key and expiry date. A root shown at the end may come from the checking machine's trust store rather than from the wire, since servers are not expected to send one.
Does it tell me whether a certificate has been revoked?
Only when the server staples an OCSP response to the handshake, which this asks for and decodes: good, revoked with its date and reason, or unknown. No separate OCSP or CRL request is made, so a host that staples nothing yields no revocation status at all — and most do not staple.
What does the expiry warning threshold change?
It moves the line between a valid certificate and one reported as expiring soon, from 1 to 365 days. At the default of 30, a certificate with 50 days left reads as valid; set 90 and the same certificate is flagged, with a warning naming the date and the window you chose.
Why does it distrust a certificate my browser is happy with?
The verdict is reached against the authorities bundled with the service's runtime, not your browser or operating system store. Anything signed by a private root — a company CA, a development root you installed yourself — is untrusted from outside, which is what an ordinary visitor would meet.
Can I check a mail server on port 587?
Not usefully. The connection is TLS from the first byte, so a port that starts in plaintext and upgrades with STARTTLS never presents a certificate to this tls check. Implicit-TLS ports such as 993 and 465 work; put the number in the address or the Port field.
Can I check several hosts in one run?
No. The service reads a single host setting, and a pasted list fails its hostname check outright, so each name has to be run separately.

Related tools

  • Protect PDF — Add a password and set permissions on a PDF.
  • Sign PDF — Draw, type or upload a signature and place it on the page.
  • Hash Generator — Compute MD5, SHA-1, SHA-256 and SHA-512 digests.
  • Password Generator — Generate strong passwords with rules you control.
  • Redact PDF — Permanently remove sensitive content, not just cover it.
  • Remove PDF Metadata — Strip identifying metadata before you share a file.