1、证书生命周期概述

聊数字证书之前，我先问个问题：你每天打开浏览器访问 HTTPS 网站，那个小锁图标背后到底是什么？

说白了，数字证书就是互联网世界的「身份证」。它把一把公钥绑定到一个实体（比如域名、组织或个人）身上，让通信双方能确认「对面是谁」以及「消息有没有被篡改」。我刚开始接触 PKI 时觉得这玩意儿挺玄乎，后来亲手签发过几百张证书才明白——它就是个结构化的信任凭证。

1.1 什么是数字证书

数字证书，全称叫「公钥证书」，由证书颁发机构（CA）签发。它包含公钥、持有者信息、签发者信息、有效期、签名算法等字段。你想想看，如果没有证书，你拿到一个公钥，怎么知道它到底属于谁？

我在项目中遇到过最典型的场景：某团队自建 CA 给内部服务签发证书，结果把通用名称（CN）写错了，导致所有客户端校验失败。嗯，这种低级错误其实挺常见的。

1.2 证书的组成结构

一张 X.509 v3 证书，内部结构其实很清晰。我习惯把它拆成三块：

• 基本信息区：版本号、序列号、签名算法标识、签发者 DN、有效期（notBefore / notAfter）、主体 DN、主体公钥信息。
• 扩展区：密钥用途、增强型密钥用途、主体备用名称（SAN）、CRL 分发点、授权信息访问（AIA）等。SAN 字段现在几乎是必填项，浏览器全靠它匹配域名。
• 签名区：CA 对前面所有字段的签名值，用来防篡改。

举个例子，用 OpenSSL 查看一张证书：

openssl x509 -in cert.pem -text -noout

输出里你会看到 issuer、subject、validity、Subject Public Key Info 这些段。我记得第一次看这个输出时，被一堆 OID 和 ASN.1 搞晕了，后来才发现——你只需要关注有效期、SAN 和签名算法就够了。

字段	说明	常见坑点
版本号	目前主流是 v3（值为 2）	v1 不支持扩展，别用了
序列号	CA 分配的唯一编号	重复序列号会导致吊销混乱
有效期	notBefore ~ notAfter	时间格式是 UTC，注意时区
主体备用名称	域名/IP 列表	CN 已被弃用，SAN 才是王道
签名算法	如 SHA256-RSA、ECDSA	SHA1 已不安全，别用

1.3 证书的生命周期阶段

一张证书从生到死，会经历六个阶段。我画了张图帮你理清脉络：

六个阶段的具体含义：

1. 申请：生成密钥对，构造证书签名请求（CSR），提交给 CA。CSR 里包含公钥和身份信息。我建议你生成 RSA 2048 位或 ECDSA P-256 密钥，别再用 1024 位了。
2. 颁发：CA 验证申请者身份后，签发证书。验证强度分 DV（域名验证）、OV（组织验证）、EV（扩展验证）。DV 最快，几分钟就能下来；EV 最慢，可能要几天。
3. 使用：证书部署到服务器，用于 TLS 握手、代码签名、邮件加密等场景。这个阶段最长，也最容易出问题——比如证书链不完整、私钥泄露。
4. 续期：在证书过期前重新申请新证书，替换旧证书。续期不是「延长有效期」，而是签发一张全新的证书。我见过有人以为续期是改个日期，结果闹出事故。
5. 吊销：私钥泄露、域名变更、组织解散等情况下，主动让证书提前失效。吊销信息通过 CRL 或 OCSP 发布。注意：吊销是不可逆的。
6. 过期：证书到达 notAfter 日期后自动失效。客户端会拒绝连接。没有任何办法让过期证书重新生效——除非重新签发。

1.4 为什么理解生命周期很重要

你可能会想：证书到期了重新申请一张不就完了？其实没那么简单。证书续期的触发条件、执行时机、自动化策略，直接关系到服务的可用性。

我见过一个案例：某大厂因为证书续期脚本里的时间计算有 bug，导致 200 多个 HTTPS 入口同时中断，P0 事故处理了 4 小时。说白了，证书生命周期管理不是「申请-部署」这么简单，而是一个需要持续监控、自动续期、快速响应的闭环。