BrowserTools
Home / Networking / SSL Checker

SSL Checker

Check a website's SSL/TLS certificate: who issued it, when it expires, and whether browsers will trust it.

Loading SSL Checker… If nothing happens, please enable JavaScript.

Every HTTPS website presents a certificate during the TLS handshake. That certificate binds the site's hostname to a public key and is signed by a certificate authority (CA) that browsers already trust. When something is off, the certificate expired last night, the server forgot to send its intermediate certificate, or the name on the certificate does not match the domain, visitors get a full-page security warning and most of them leave. This SSL checker connects to the server the same way a browser does and tells you exactly what it presents.

Examples

Input example.com
Output Trusted chain · Name matches · 54 days left · EC 256 bit · TLSv1.3

A healthy certificate: every check passes.

Input a site serving only its leaf certificate
Output Not trusted: the intermediate certificate(s) are missing

Often works in desktop browsers but fails on phones, curl and API clients.

Frequently asked questions

Why does my site work in my browser but the checker says the chain is not trusted?
The most common cause is a missing intermediate certificate. Browsers often cache intermediates from other sites or fetch them on the fly, so your own visit works, while other clients (older phones, curl, payment gateways, API integrations) fail. Configure the server to send the full chain (the certificate plus the intermediate bundle your CA provided) and check again.
What does 'name mismatch' mean?
The hostname you checked is not listed in the certificate's Subject Alternative Names. Browsers ignore the old Common Name field and only look at the SAN list. A typical case is a certificate issued for www.example.com being served on example.com, or a wildcard *.example.com being used for a deeper name like api.eu.example.com. Reissue the certificate with every name you serve.
How many days before expiry should I renew?
With automated certificates (Let's Encrypt and similar ACME clients) renewal usually happens 30 days before expiry, so seeing fewer than 14 days left on such a certificate means automation has probably broken. For manually purchased certificates, renew a few weeks ahead. Maximum lifetimes are shrinking across the industry, so automating renewal is the safest option.
Can I check a mail server or another port?
Yes, for services that start TLS immediately: 443 and 8443 for HTTPS, 465 for SMTPS, 993 for IMAPS, 995 for POP3S and 636 for LDAPS. Services that upgrade a plain connection with STARTTLS (port 25 or 587 for SMTP, 143 for IMAP) need a protocol exchange first and are not supported.
What key size and signature algorithm are acceptable today?
RSA keys should be at least 2048 bits, and ECDSA keys at least 256 bits (P-256). Signatures should use SHA-256 or stronger. SHA-1 signed certificates have been rejected by all major browsers since 2017, and RSA keys below 2048 bits are no longer issued by public CAs.
Does the checker test for vulnerabilities like Heartbleed or weak ciphers?
No. It reports the protocol and cipher that were negotiated, and warns about TLS 1.0 and 1.1, but it does not probe the server with a full list of cipher suites or known exploits. For a complete TLS configuration audit use a dedicated scanner such as SSL Labs or testssl.sh.
What are the SHA-256 and SHA-1 fingerprints for?
A fingerprint is a hash of the whole certificate, a short way to identify it exactly. You can compare it with the fingerprint your browser shows to confirm you see the same certificate, or use it for certificate pinning in an app. The SHA-256 fingerprint is the one to use; SHA-1 is shown for older tools.
Are the domains I check logged?
No. The hostname is used only to make the connection and build the response. We do not store the domains you check or link them to your IP address. A light per-IP rate limit exists to stop automated abuse.

About SSL Checker

Enter a domain (or paste a full URL) and the tool performs a real TLS handshake with SNI set to that hostname. It reports the certificate subject and issuer, the validity window and the number of days left, the public key type and size, the signature algorithm, the serial number, SHA-256 and SHA-1 fingerprints, every Subject Alternative Name the certificate covers, and the full chain of intermediate certificates the server sends. It also shows the negotiated TLS version and cipher suite.

The verdict is built from independent checks. Trust is tested with a second handshake that verifies the chain against a standard root store, so a self-signed certificate, a private CA or a missing intermediate is caught even when your own browser has the intermediate cached and looks fine. The hostname is matched against the SAN list using the same wildcard rules browsers apply (a wildcard covers exactly one label, so *.example.com does not cover example.com or a.b.example.com). Expiry, not-yet-valid dates, short RSA keys, SHA-1 signatures and old TLS versions are flagged too.

The check runs from our server, so it shows what the public internet sees, which is what matters after a certificate renewal or a CDN change. Private and internal addresses are blocked, and only TLS ports are allowed (443, 8443, and the implicit-TLS mail and LDAP ports 465, 993, 995 and 636). Nothing about the hosts you check is stored.

From Netscape's SSL 2.0 to 47-day certificates

SSL was created at Netscape in 1994 to make online shopping possible. Version 1.0 was never released because of serious flaws, and SSL 2.0, shipped in Netscape Navigator in 1995, was broken soon after. SSL 3.0 (1996) was a redesign, and its successor was renamed TLS 1.0 in 1999 when the IETF took over the protocol, partly to avoid looking like it simply endorsed Netscape's work. People still say 'SSL certificate' even though SSL itself has been forbidden for years.

Certificate lifetimes have shrunk steadily. In the early 2010s you could buy a certificate valid for five years. The CA/Browser Forum cut the maximum to 39 months in 2015, 825 days in 2018, and Apple unilaterally enforced 398 days in 2020 by making Safari reject anything longer. In 2025 the Forum voted to go further, stepping the maximum down to 47 days by 2029, which makes automated renewal effectively mandatory.

Let's Encrypt changed the economics of HTTPS when it launched in 2015 with free, automated certificates and 90-day lifetimes chosen on purpose to push automation. Within a few years it became the largest certificate authority in the world, issuing millions of certificates a day, and the share of web page loads over HTTPS in Chrome went from under half to well over 90 percent.

Support