证书体系：X.509证书结构、CA信任链、自签名证书、证书吊销机制
说到TLS加固，证书体系是绕不开的核心。很多人觉得证书就是个文件，装上去能跑就行。但我在生产环境里踩过不少坑，才明白证书体系的设计其实非常精巧。今天咱们就把这块掰开揉碎了讲清楚。
X.509证书结构：不只是公钥+签名
X.509是证书的国际标准，目前主流是v3版本。一个证书里到底装了什么？我拆开给你看。
| 字段 | 说明 | 我的经验 |
|---|---|---|
| 版本号 | v1/v2/v3，现在都用v3 | v2基本绝迹，别用了 |
| 序列号 | CA颁发的唯一编号 | 吊销时靠它定位 |
| 签名算法 | 如SHA256-RSA | 别用SHA1，已经不安全 |
| 颁发者 | 签发该证书的CA名称 | 信任链的起点 |
| 有效期 | notBefore ~ notAfter | 我见过过期证书导致全线崩溃 |
| 主体 | 证书持有者信息 | CN字段要写对 |
| 公钥 | RSA/ECC公钥 | 推荐ECC，性能更好 |
| 扩展 | v3新增，如SAN、密钥用法 | SAN是必填项，别漏了 |
这里有个关键点——SAN（Subject Alternative Name）。以前大家习惯把域名写在CN里，但浏览器现在只认SAN。我遇到过同事配了CN没配SAN，结果Chrome直接报错。嗯，这个坑踩过的人不少。
核心要点：X.509 v3证书的扩展字段是安全策略的载体。密钥用法（Key Usage）和扩展密钥用法（Extended Key Usage）决定了这张证书能干什么。服务器证书不能拿来签其他证书，这是基本规矩。
CA信任链：谁信谁？
信任链说白了就是「你爸是你爸，你爷爷是你爷爷」的关系。根CA自签自己，中间CA由根CA签发，终端证书由中间CA签发。浏览器只信任预置的根证书，然后一层层往下验证。
我画了张图，你看一眼就明白了。
实际部署时，你需要把中间CA证书和服务器证书一起发给客户端。这叫证书链。我见过有人只配了服务器证书，没配中间证书，结果安卓手机全连不上。为什么？因为安卓没预置那个中间CA。
小技巧：用 openssl s_client -connect example.com:443 -showcerts 可以查看服务器返回的证书链。如果链不完整，赶紧修。
自签名证书：什么时候用？
自签名证书就是自己给自己签发的证书。没有CA背书，浏览器会报大红叉。但它在某些场景下非常有用。
- 开发测试环境——我习惯在本地搭一套自签名CA，给所有内部服务签发证书。省事，还安全。
- 内部工具——公司内部的监控系统、CI/CD平台，用自签名证书完全OK。只要把根证书装到员工电脑上就行。
- IoT设备——很多物联网设备没有公网域名，自签名证书是合理选择。
但注意，生产环境面向公网用户，绝对不要用自签名证书。用户不会去手动导入你的根证书，他们只会觉得你的网站不安全。
警告：自签名证书不等于「不安全」，它只是缺少第三方信任背书。如果你能控制客户端环境（比如公司内网），自签名完全可行。但一旦暴露到公网，请用正规CA签发的证书。
证书吊销机制：出了事怎么办？
证书私钥泄露了怎么办？员工离职了怎么办？域名不用了怎么办？这时候就需要吊销机制。
目前主流有两种方式：CRL 和 OCSP。
| 特性 | CRL（证书吊销列表） | OCSP（在线证书状态协议） |
|---|---|---|
| 工作方式 | CA定期发布一个黑名单文件 | 客户端实时查询某个证书的状态 |
| 实时性 | 差，取决于更新频率 | 好，实时查询 |
| 性能开销 | 客户端需要下载整个列表 | 每次查询有网络开销 |
| 隐私 | 好，不暴露查询内容 | CA知道你在查哪个证书 |
| 我的推荐 | 适合内网环境 | 适合公网场景 |
我曾经遇到过一个案例：客户的证书私钥泄露了，但他们只配了CRL，而且CRL更新周期是7天。结果那7天里攻击者一直能用那个证书。后来我帮他们切到了OCSP，配合OCSP Stapling，既保证了实时性，又减轻了CA的压力。
OCSP Stapling 是个好东西。服务器自己定期去CA查询证书状态，然后把结果「钉」在TLS握手时发给客户端。这样客户端不用自己去查CA，性能更好，隐私也保护了。
最佳实践：
- 生产环境启用OCSP Stapling
- CRL作为兜底方案，更新周期不超过24小时
- 私钥泄露后立即吊销证书，别犹豫
- 用短有效期证书（比如90天），减少吊销压力
实操：用OpenSSL生成自签名证书
光说不练假把式。我带你走一遍生成自签名证书的流程。
# 1. 生成CA私钥和自签名根证书
openssl req -x509 -newkey rsa:4096 -keyout ca-key.pem -out ca-cert.pem \
-days 3650 -nodes -subj "/CN=MyLab Root CA"
# 2. 生成服务器私钥和证书签名请求
openssl req -newkey rsa:2048 -keyout server-key.pem -out server.csr \
-nodes -subj "/CN=myserver.local"
# 3. 用CA签发服务器证书
openssl x509 -req -in server.csr -CA ca-cert.pem -CAkey ca-key.pem \
-CAcreateserial -out server-cert.pem -days 365 \
-extfile <(echo "subjectAltName=DNS:myserver.local,DNS:localhost,IP:127.0.0.1")
注意第三步的 -extfile，我加了SAN。如果不加，浏览器会报「证书名称不匹配」。这个坑我帮不少人填过。
检查证书内容：
openssl x509 -in server-cert.pem -text -noout重点关注：Issuer、Subject、Validity、Subject Alternative Name。这些字段错了，证书就是废纸。
证书体系这块，说白了就是「信任」两个字。根CA信任自己，中间CA信任根CA，终端证书信任中间CA。你只要把这条链维护好，TLS加固就稳了一半。至于吊销机制，那是出了事之后的救命稻草，别等出事了才想起来配。