X.509证书解码器

您可以粘贴 PEM 形式或 Base64 DER 形式的证书。页面会读取它的各个字段,并给出 SHA-1和 SHA-256指纹。它不检查签名,也不检查信任链。

免费 在浏览器中运行 核对于2026年11月10日星期二

以 -----BEGIN CERTIFICATE----- 开头的 PEM 块,或其 DER 字节的 Base64。如果文本中有多个证书,只读取第一个。

结果

有效性 — 以您所在时区的今天日期判断。绿色表示证书今天有效。
版本 — 第3版证书带有扩展(RFC 5280)。
序列号 — 颁发者为证书给出的编号,以十六进制表示。
签名算法 — 颁发者签署证书时所用的算法。
颁发者 — 谁签署了这份证书。
颁发对象 — 这份证书发给谁。
生效时间 — 证书开始有效的最早时刻,以 UTC 表示。
失效时间 — 证书有效的最后时刻,以 UTC 表示。
公钥 — 密钥的算法及其长度。
密钥用途 — 密钥可以用于什么(RFC 5280,第4.2.1.3节)。
扩展密钥用途 — 证书用于什么目的(RFC 5280,第4.2.1.12节)。
使用者备用名称 — 证书涵盖的主机名、地址和电子邮件地址。
基本约束 — 证书是否可以签署其他证书,以及其下可有几级。
扩展项 — 所有扩展项,按证书中的顺序排列。关键扩展项会被标出。
SHA-1指纹 — DER 字节的 SHA-1摘要。较旧的列表仍会印出它。
SHA-256指纹 — DER 字节的 SHA-256摘要。需要确定性时请比对此项。

此工具在您的浏览器中运行。您输入的内容不会发送给我们。

使用方法

  1. 把证书粘贴到 证书 中:完整的 PEM 块,或仅其 Base64部分。
  2. 阅读 颁发对象 和 颁发者,了解证书发给谁,以及由谁签署。
  3. 检查 有效性。它按您所在时区的今天日期计算剩余天数。
  4. 在信任证书之前,请把 SHA-256指纹 与网站、供应商或证书颁发机构公布的值比对。

证书包含什么

X.509证书(RFC 5280)将一个公钥与一个名称绑定,并由颁发者签名。它以 ASN.1 DER 编码,是一棵带标签的值的树。PEM 块是在 BEGIN 行与 END 行之间、以 Base64写出的 DER(RFC 7468)。页面用自己的小型 DER 读取器读取这棵树,并显示每个字段。

Certificate ::= SEQUENCE { tbsCertificate, signatureAlgorithm, signatureValue }
TBSCertificate ::= SEQUENCE { version [0], serialNumber, signature, issuer,
                              validity, subject, subjectPublicKeyInfo, ..., extensions [3] }

页面不检查的内容

页面不验证签名,不构建通往受信任根的证书链,不检查证书是否已被吊销,也不连接到主机。证书在此处可能显示为有效,却仍会被浏览器或服务器拒绝。这些检查需要颁发者的公钥和信任存储,而本页面没有这些数据。

剩余天数按今天的日期计算,直到失效时间所在的那一天,两端都计算在内。在失效时间之前已被吊销的证书,在此处仍会显示其日期,因为页面不读取吊销列表,也不询问 OCSP 响应者。

指纹

指纹是整个 DER 字节的摘要。两份证书的 SHA-256指纹相同,即为同一份证书。SHA-1已不再抗碰撞,因此需要确定性时请比对 SHA-256值;显示 SHA-1值,是因为许多较旧的列表仍会印出它。

计算示例:Let's Encrypt 的 E5中间证书(默认值)

默认证书是 Let's Encrypt 的 E5中间证书,由 ISRG Root X2以 ECDSA P-384签名。页面从中读取以下字段。有效性状态取决于您读取它的日期,因此未列入表格;其他字段在每一天都相同。

字段 值
版本 3
序列号 18:6E:75:D4:EE:B0:A0:5D:FD:2D:A8:20:86:5D:1E:31
签名算法 ECDSA with SHA-384 (1.2.840.10045.4.3.3)
颁发者 C=US, O=Internet Security Research Group, CN=ISRG Root X2
颁发对象 C=US, O=Let's Encrypt, CN=E5
生效时间 2024年3月13日 UTC 00:00:00
失效时间 2027年3月12日 UTC 23:59:59
公钥 椭圆曲线 P-384,384位
密钥用途 数字签名, 证书签名, CRL 签名
扩展密钥用途 TLS 客户端身份验证, TLS 服务器身份验证
基本约束 CA:是,路径长度为0
SHA-256指纹 E7:88:D1:4B:04:36:B5:12:0B:BE:E3:F1:5C:15:BA:DF:08:C1:40:7F:E7:25:68:A4:F1:6F:91:51:C3:80:E1:E3

常见问题

为什么页面显示我的证书有效,而我的浏览器却说无效?

页面只读取日期和字段。浏览器还会检查签名、通往受信任根的证书链、主机名以及证书是否已被吊销。这些检查需要本页面没有的数据。

SHA-1与 SHA-256指纹有什么区别?

它们是同一份 DER 字节的两种摘要。SHA-1已不再抗碰撞,因此需要确定性时应比对 SHA-256。显示 SHA-1值,是因为许多较旧的列表仍会印出它。

以 BEGIN CERTIFICATE 开头的 PEM 块包含什么?

PEM(RFC 7468)把证书的 DER 字节以 Base64包裹,位于 BEGIN 行与 END 行之间,两行的标签都是 CERTIFICATE。页面也接受单独的 Base64文本。

为什么 RSA 的密钥长度以位显示,而 ECDSA 显示的是曲线?

RSA 密钥由其模数的位长度描述。ECDSA 密钥则由其曲线描述,例如 P-256或 P-384,曲线决定了密钥的大小。

“CA:是,路径长度为0”是什么意思?

该证书可以签署终端实体证书,但其下不能再有中间证书颁发机构(RFC 5280,第4.2.1.9节)。基本约束是从证书中读取的,并未与证书链进行核对。

页面会把我的证书发送到什么地方吗?

不会。DER 字节在您的浏览器中读取,指纹也在其中计算。没有任何内容被上传或保存,页面也不会连接到证书中所列的主机。

资料来源

数据和文字最近核对于2026年11月10日星期二。

我们使用必要的 Cookie 来运行网站。经您同意后,Google 还会使用广告 Cookie 展示个性化广告。如果您拒绝,仍会看到广告,但广告不会个性化。