Free tool · no signup
SSL certificate and CSR decoder
Paste a certificate or a certificate signing request and read what is inside: who it is for, which names it covers, when it expires, how strong the key is and what its fingerprint is.
By the Bug Circuit security team · Last updated
Paste a certificate or CSR
Paste a certificate or a CSR to see its subject, names, key, validity and fingerprints.
How it works
What you can paste
A certificate in PEM format starts with -----BEGIN CERTIFICATE----- and ends with -----END CERTIFICATE-----. A certificate signing request (CSR), the file you send a certificate authority to get a certificate, starts with -----BEGIN CERTIFICATE REQUEST-----. You can paste a whole chain of several certificates and each is decoded in turn. Never paste a private key: you do not need it here, and this page warns you if you do.
Everything runs in your browser. The text is parsed locally with a small ASN.1 reader and nothing is uploaded, which matters because a CSR may contain your company details and a certificate you are still testing should not be sent to a stranger.
What it shows and why it matters
The subject names the owner. The names that browsers actually check are in the Subject Alternative Name (SAN) list, because modern browsers ignore the Common Name, so a certificate without SANs fails even if the CN is right. The validity dates show when it expires, and the tool counts the days left and warns at 30 and 14. The key line shows the algorithm and size: RSA should be at least 2048 bits and elliptic-curve keys at least P-256. The signature algorithm should be SHA-256 or better, since SHA-1 and MD5 signatures are rejected by browsers.
It also reads the usage fields: whether the certificate is a CA, its key usage and extended key usage (a web server certificate needs serverAuth), the issuer's OCSP and CA-issuer addresses, the policy that says how the owner was checked (domain, organisation or extended validation) and the SHA-256 and SHA-1 fingerprints you can compare with what a browser shows.
Common problems it finds
An expired or soon-to-expire certificate is the commonest cause of a sudden full-page browser warning, and automatic renewal that silently stopped is the usual reason. A certificate with no SAN, or with the wrong names, shows a name mismatch error. A very long validity is not accepted by public CAs, which cap lifetimes at 398 days and are shortening the limit further, so a certificate valid for years is meant for a private CA. And a self-signed certificate is fine for testing but gives visitors a warning on a public site.
Worked examples
Reading a CSR before you submit it
A request for shop.example.test with two names, from openssl req.
Subject: C=US, ST=California, L=San Francisco, O=Example Co, CN=shop.example.test Public key: 2048-bit RSA, public exponent 65537 Signature: sha256WithRSAEncryption Names (SAN): DNS:shop.example.test, DNS:www.example.test
Check the names and the key size here before you pay a CA. A mistake in a CSR means starting again.
A certificate close to expiry
Valid until a date 10 days away.
Expires in 10 days (high) Renew it now.
Check that your automatic renewal job still runs, because this usually means it quietly stopped.
A weak key and an old signature
A 1024-bit RSA certificate signed with SHA-1.
Weak RSA key (1024 bits) (high) Weak signature algorithm (sha1WithRSAEncryption) (high)
Browsers reject both. Generate a new 2048-bit key and request a new certificate.
Frequently asked questions
What is a CSR?
Is it safe to paste a certificate here?
Why does the Common Name not matter?
How long can a certificate be valid?
What is a certificate fingerprint?
What do the key sizes mean?
Can it decode other formats?
Keep reading
See what attackers see, for free
Run the free passive check on your website. No login, no impact on your site, results in seconds.
Ready for the full manual audit? See pricing