What this decoder reads
X.509 certificates contain the subject, issuer, serial number, validity window, signature algorithm, public key details, fingerprints, SANs, and extensions used by TLS clients and servers.
PEM vs DER
PEM wraps Base64 DER bytes between certificate headers. DER is the binary certificate format. This decoder accepts PEM blocks and plain Base64 DER text when the certificate bytes are practical to paste.
Subject and issuer
The subject names the certificate identity, while the issuer names the certificate authority or self-signed certificate that issued it. These values are decoded only from the pasted certificate.
SANs matter for TLS names
Modern TLS name checks rely on Subject Alternative Name entries such as DNS names, IP addresses, email addresses, and URIs. The common name alone is not enough for hostname matching.
Validity dates
The not-before and not-after fields define when a certificate can be used. This decoder flags expired certificates and certificates whose validity window has not started yet.
Fingerprints
SHA-256 and SHA-1 fingerprints are hashes of the certificate DER bytes. SHA-256 is preferred for modern comparisons; SHA-1 is shown for legacy systems and inventories.
Decoder vs live TLS checker
A decoder reads certificate text you paste. A live TLS checker connects to a host and evaluates the deployed certificate chain. This page intentionally does not make those network connections.
Certificate chains
If you paste multiple PEM certificate blocks, each block is decoded separately so you can inspect leaf, intermediate, and root certificate fields side by side.
Private key warning
Certificates are public, but private keys are secrets. If private key material is pasted by mistake, the decoder warns and ignores the private key block.