SSL Certificate Checker

Real CT & X.509 Inspection

Check a website's SSL/TLS certificate, inspect its validity period, identify its issuer, and find out when it expires.

Check Domain SSL Certificate

Providers: SSLMate CertSpotter CT API, Sectigo crt.sh & Google DoH
Quick live tests:
Querying Certificate & DNS Providers... Resolving DNS via Google DoH and retrieving X.509 records from Certificate Transparency logs.

Explore More Tools on TextTool.in

Fast, privacy-first browser utilities on TextTool.in

Frequently Asked Questions

Understanding SSL/TLS certificates, Certificate Transparency, and wildcard rules

How does this SSL Checker retrieve real certificate information in the browser?
Web browsers prohibit client-side JavaScript from opening raw TCP sockets to inspect a TLS handshake directly. To retrieve authentic data without faking results, this tool queries public Certificate Transparency (CT) APIsβ€”specifically the documented SSLMate CertSpotter API and Sectigo crt.shβ€”alongside Google DNS-over-HTTPS (DoH). When CertSpotter returns the raw X.509 DER certificate binary, this page parses the ASN.1 structure locally in your browser and computes cryptographic SHA-256 and SHA-1 digests via the WebCrypto API.
Why do wildcard certificates like *.example.com not cover example.com or sub.a.example.com?
Under RFC 6125 Section 6.4.3, the wildcard character (*) in a Subject Alternative Name only matches a single leftmost DNS label. Consequently, *.example.com covers www.example.com or api.example.com, but it does not cover the bare apex domain example.com (which must be listed as a separate SAN entry) or multi-level subdomains such as shop.eu.example.com.
Does a valid SSL certificate prove that a website is safe and trustworthy?
No. An SSL/TLS certificate only confirms that a Certificate Authority issued a certificate for that domain name and that traffic can be encrypted. Phishing or malicious websites can also obtain valid Domain Validated (DV) certificates. Always verify the domain spelling and organization independently.
Why are custom ports (other than 443) or full server intermediate chains marked as limited in browser-only checks?
Certificate Transparency logs record publicly trusted certificates issued for a hostname regardless of which TCP port the server uses, and they do not test whether a web server on a custom port is currently sending all required intermediate CA certificates during a live TLS handshake. Full port-specific handshake diagnostics require a server-side raw TLS socket backend.