SSL Certificate Checker
See the certificate a host actually serves — the chain it sends, whether revocation is stapled, and how many days are left.
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
- 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.
- 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.
- 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.
- 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.
- 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?
Are the intermediate certificates listed?
Does it tell me whether a certificate has been revoked?
What does the expiry warning threshold change?
Why does it distrust a certificate my browser is happy with?
Can I check a mail server on port 587?
Can I check several hosts in one run?
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.