1. 证书基础概念：数字证书到底是什么？

说实话，我刚入行那会儿，也觉得数字证书挺玄乎的。不就是个文件吗？怎么就能证明“你是谁”了？后来在项目里被坑过几次，才真正搞明白——数字证书，本质上就是一个绑定关系：把一个人的身份，和他的公钥绑在一起。

你想想看，公钥加密这事儿本身没问题，但你怎么知道你拿到的公钥真的是对方的？中间人给你换一个，你根本不知道。数字证书就是来解决这个问题的——它由一个大家都信任的第三方（CA，证书颁发机构）来担保：“这个公钥，确实是张三的。”

X.509 标准：证书界的通用语言

现在市面上绝大多数数字证书，都遵循 X.509 标准。这个标准定义了证书长什么样、里面该放哪些字段、怎么签名、怎么验证。我习惯把它理解成“证书的身份证格式”——不管你是哪家 CA 签的，只要符合 X.509，大家就能互相认。

X.509 目前最常用的是 v3 版本（1996 年定下来的，到现在还在用）。v3 最大的改进是引入了扩展字段，让证书能做更多事——比如标明“这个证书只能用来签代码，不能用来加密”。

证书的组成结构：拆开看看里面有什么

我习惯把证书想象成一个“带签名的身份证”。咱们来拆开看看，里面到底装了哪些东西。

下面这张图，是我自己画的一个 X.509 证书结构概览，方便你快速建立整体印象：

咱们挑几个关键字段，展开聊聊。

1. 版本号 & 序列号

版本号告诉你这是 v1、v2 还是 v3。现在基本都是 v3。序列号是 CA 给每个证书分配的唯一编号——就像身份证号一样。我遇到过一个问题：两个证书序列号重复了，结果证书撤销列表（CRL）查起来全乱套。所以序列号必须唯一，这是硬性要求。

2. 签名算法

这个字段告诉你怎么验证这个证书的签名。常见的有 sha256WithRSAEncryption、ecdsa-with-SHA256。说白了，就是 CA 用啥算法签的名，你就得用啥算法去验。

3. 颁发者 & 主体

颁发者（Issuer）就是签发这张证书的 CA 的名字。主体（Subject）就是证书持有者的名字。这两个字段都是 DN（Distinguished Name，可分辨名称）格式，长这样：

CN = www.example.com
O = Example Inc.
OU = IT Department
C = US
ST = California
L = San Francisco

嗯，这里要注意：浏览器现在不太看 Subject 里的 CN 了，主要看 Subject Alternative Name（SAN）扩展。我刚开始做证书时不知道这个，签发了一张证书 Subject 写对了但 SAN 没填，结果浏览器死活不认——白忙活一场。

4. 有效期

证书不是永久的。它有一个 notBefore（生效时间）和 notAfter（过期时间）。过了有效期，证书就废了。我见过不少生产事故，都是证书过期导致的——服务突然连不上，排查半天才发现是证书到期了。

证书类型	常见有效期	说明
公开 SSL/TLS 证书	1 年（398 天）	CA/B 论坛强制要求，2020 年后逐步缩短
企业内部 CA 证书	5-10 年	自管理，可自定义，但建议不超过 5 年
设备证书（IoT）	2-5 年	视设备生命周期而定，太短会增加运维成本
代码签名证书	1-3 年	建议 1 年，配合自动续签

5. 主体公钥信息

这是证书的核心——公钥本身，以及它用的算法（RSA、ECDSA 等）。证书的作用就是把这个公钥和主体身份绑定起来。你信任这张证书，就信任这个公钥属于这个主体。

6. 扩展（v3 新增）

v3 扩展让证书变得“智能”了。常用的扩展有：

• Key Usage（密钥用法）：规定这个公钥能干啥——是只能签名，还是只能加密，还是两者都行。
• Extended Key Usage（扩展密钥用法）：更细粒度，比如“只能用于 TLS 服务器认证”、“只能用于代码签名”。
• Subject Alternative Name（SAN）：列出证书能保护的所有域名。一张证书可以保护多个域名，全靠它。
• Basic Constraints（基本约束）：标记这个证书是不是 CA 证书。如果是，还能签别的证书。

我习惯把扩展理解成“证书的使用说明书”——告诉系统这个证书能做什么、不能做什么。少了扩展，证书就是个“裸公钥”，啥也干不了。

7. CA 签名

最后，CA 会对上面所有字段算一个哈希值，然后用 CA 自己的私钥加密，这就是签名。签名是证书的“防伪标签”——你只要用 CA 的公钥解密签名，再对比哈希值，就知道证书有没有被篡改过。

说白了，证书的信任链就是靠这个签名一级一级传下来的。根 CA 自签名，中间 CA 由根 CA 签名，终端证书由中间 CA 签名。你信任根 CA，就信任整条链。