SSL Certificate Checker

Verify any domain's SSL/TLS certificate — expiry, issuer, SANs, key type, and validity

Enter a domain name — the protocol and path are stripped automatically.
Try:

Frequently Asked Questions

An SSL (Secure Sockets Layer) certificate — more accurately called a TLS (Transport Layer Security) certificate today — is a digital certificate that authenticates a website's identity and enables encrypted communication. It binds a domain name to an organization's identity and a public key. When a browser connects to a server with SSL, it verifies the certificate before establishing a secure HTTPS connection.
SSL certificates have a limited validity period (typically 90 days to 1 year). When a certificate expires, browsers display a security warning and block access to the site. Expired certificates do not protect communications. Website administrators must renew certificates before they expire. Services like Let's Encrypt offer free 90-day certificates with auto-renewal.
Subject Alternative Names (SANs) are a certificate extension that allows a single SSL certificate to cover multiple domain names. For example, a certificate for example.com might also cover www.example.com, mail.example.com, and *.example.com (wildcard). Modern browsers require SANs — the Common Name (CN) field alone is no longer accepted as valid.
DV (Domain Validated): Only verifies domain ownership. Fast and cheap/free (Let's Encrypt). Good for personal sites.

OV (Organization Validated): Verifies the domain and the organization behind it. Better for businesses.

EV (Extended Validation): Most rigorous — verifies legal identity of the organization. Previously showed a green bar in browsers; now shown in cert details.
A wildcard certificate uses an asterisk (*) in the domain to cover all subdomains at one level. For example, *.example.com covers www.example.com, api.example.com, mail.example.com, etc., but not sub.api.example.com (two levels deep). Wildcard certs save money when you need to secure many subdomains.
A certificate is "not trusted" when it is not issued (or not chained) to a Certificate Authority (CA) that the browser trusts. This can happen with self-signed certificates, certificates from unknown CAs, or if the intermediate certificate chain is incomplete. Browsers maintain a list of trusted root CAs; any cert that can't be traced back to a trusted root is flagged as untrusted.
SSL (Secure Sockets Layer) is the original protocol, but all versions of SSL (SSLv2, SSLv3) are now deprecated and considered insecure. What is commonly called "SSL" today is actually TLS (Transport Layer Security). TLS 1.2 (2008) remains widely supported and secure. TLS 1.3 (2018) is the current standard — it is faster (0-RTT handshake), removes legacy cipher suites, and is considered more secure. TLS 1.0 and 1.1 have been deprecated by all major browsers.
Renewal depends on how your certificate was issued. Let's Encrypt certificates last 90 days and are typically auto-renewed every 60 days by a Certbot cron job or hosting panel (cPanel, Plesk, DirectAdmin all support auto-renewal). Run certbot renew --dry-run to verify your auto-renewal is configured correctly. For paid certificates from CAs like DigiCert or Sectigo, log in to your account and generate a new CSR (Certificate Signing Request) before expiry. Monitor expiry dates proactively — use this tool or set a calendar reminder at 30 and 7 days before expiry.
A wildcard certificate (e.g. *.example.com) covers all subdomains at one level — www.example.com, api.example.com, mail.example.com — but not the root domain itself or deeper subdomains like dev.api.example.com. A SAN (Subject Alternative Names) multi-domain certificate explicitly lists multiple different domains in the certificate, such as example.com, example.net, and otherdomain.org. Wildcards are ideal when you have many subdomains under one domain; SANs are ideal when you manage multiple distinct domains.
A certificate chain error occurs when a browser cannot verify the path from your certificate to a trusted root CA because an intermediate certificate is missing. The fix is to install the complete certificate chain on your server. Most CAs provide a "bundle" or "chain" file when you download your certificate — concatenate your domain certificate with the intermediate certificate(s) in the correct order (domain cert first, then intermediates) and configure your server to serve the full chain. For Nginx, set ssl_certificate to the combined file. For Apache, use SSLCertificateChainFile. Use SSL Labs to verify chain completeness.

About This SSL Checker

This free SSL Certificate Checker connects directly to the target server on port 443 and retrieves the SSL/TLS certificate in real time. It shows the certificate's common name, organization, issuer (Certificate Authority), validity dates, days remaining, subject alternative names (SANs), key type and size, and signature algorithm. The tool checks whether the certificate chain validates correctly against trusted root CAs.

Common Certificate Authorities

CATypeNotes
Let's EncryptDVFree, 90-day, auto-renew
DigiCertDV/OV/EVPremium, widely trusted
SectigoDV/OV/EVFormerly Comodo
GlobalSignDV/OV/EVEnterprise focus
ZeroSSLDVFree 90-day certs
Amazon ACMDVFree for AWS services

SSL Certificate Status Guide

StatusMeaning
ValidCertificate is current and trusted
Expiring SoonExpires within 30 days
ExpiredCertificate has expired
UntrustedChain not trusted by browsers
Self-SignedNot issued by a public CA

Standards & References

Related Articles

In-depth guides and technical articles.

View all →
Every TLS Certificate Is Now a Public Record — What Certificate Transparency Logs Reveal and Why That Changed Security
Certificate Transparency logs record every TLS certificate ever issued and became mandatory for Chrome in 2018 — meaning fraudulent certificate issuance is now a publicly auditable event rather than an undetectable attack. Here's how Merkle tree audit proofs make CT logs tamper-evident, what domain owners find when searching their own CT history (unexpected subdomains, unauthorised CAs), and how real-time CT monitoring via Certstream gives organisations a window to act on phishing infrastructure before it launches.
Your SSL Certificate Was Valid Yesterday — Here's How It Can Fail Today Without You Changing Anything
A certificate can fail after issuance without any change on your part — revocation invalidates correctly-issued certificates when private keys are compromised, CT log disqualification can affect certificates whose SCTs came from that log, and intermediate CA incidents can distrust entire chains. Here's how certificate revocation works (CRL vs OCSP vs OCSP Stapling), the soft-fail problem that makes revocation unreliable, and the five-component monitoring stack for active certificate health.
SSL Certificate Expiry Fails Silently — Here's Every Way Automated Renewal Can Break Without Warning
SSL certificate expiry gives no visible warning until the moment it fails — and then every visitor simultaneously sees a hard browser error. Here's why automated renewal (Let's Encrypt + Certbot) fails silently in specific patterns (the cron job stops, the web server never reloads, domain validation breaks), why external expiry monitoring is essential even with automation, and the certificate-pinning complication for mobile apps.
Certificate Transparency: How Public Logs Reveal Every SSL Certificate Ever Issued for Your Domain
Every publicly-trusted SSL certificate issued since 2018 is recorded in public, cryptographically verifiable logs — and browsers won't trust a certificate without proof of logging. Here's why Certificate Transparency exists, how CT logs let you discover every certificate ever issued for your domain (including ones you didn't request), and how CAA records complement CT for security monitoring.
TLS Configuration Beyond Certificates: Versions, Cipher Suites, HSTS, and OCSP Stapling
TLS 1.0 and 1.1 are still enabled on more servers than they should be. Here's TLS version history and current status, what cipher suites determine (including forward secrecy), HSTS preloading requirements, OCSP stapling, and how to use SSL Labs to grade your TLS configuration.