1. TLS证书概述
做网络安全这些年，每天打交道最多的东西，就是TLS证书。你要问我为什么？说白了，没有它，现在的互联网就是一盘散沙。嗯，这节课我们先把基础打牢。
什么是TLS/SSL
TLS（Transport Layer Security，传输层安全协议），前身是SSL。你可能听说过SSL证书，其实现在基本都在用TLS了，不过大家叫习惯了，还是SSL SSL地喊。
它的核心就两件事：加密数据和验证身份。你在浏览器上看到的小锁图标，就是TLS在背后干活。我见过不少开发者，知道有TLS这个东西，但从来没打开过抓包工具看看握手过程。你想想看，握手时客户端和服务端要交换随机数、协商加密套件、校验证书，每一步都可能出问题。
Client Hello和Server Hello。这两条消息能暴露80%的证书问题。
TLS协议本身属于传输层之上的安全层，不依赖具体应用层协议。HTTP、FTP、SMTP都能叠在上面跑。我记得刚入行时，有同事问能不能给IMAP协议加SSL，其实就是在同一个端口上套一层TLS罢了。
证书的作用
证书到底有什么用？一句话：把公钥绑定到一个实体身份上。没有证书，你拿到的公钥可能是中间人伪造的。证书就像数字世界的身份证。
具体作用有三点：
- 身份验证：证明你是证书上写的那个域名或组织。我在项目中遇到过客户把自己服务器IP写在证书的
CN里，结果浏览器一直报安全警告，因为现在主流浏览器都要求用Subject Alternative Name。 - 数据加密：证书里含有公钥，双方用它协商出一个对称密钥，之后的数据就是密文传输了。注意，证书本身不参与加密数据，它只是钥匙坯子。
- 数据完整性：通过MAC机制保证传输过程中数据没有被篡改。你想想看，如果中间人把加密数据改了，收端一校验MAC必失败，握手就中断了。
| 功能 | 实现方式 | 依赖 |
|---|---|---|
| 身份验证 | 证书链 + 数字签名 | CA（证书颁发机构） |
| 数据加密 | 公钥加密协商密钥 | 证书中的公钥 |
| 数据完整性 | 消息认证码（MAC） | 协商出的对称密钥 |
X.509标准
X.509是定义证书格式的标准。它规定了证书里面该装什么东西，长什么样。目前主流版本是V3。为什么会有这个标准？因为全世界那么多CA、浏览器、服务器，没有统一格式就没法互认。
X.509 V3证书包含这些关键字段：
- 版本号：V1、V2或V3，现在几乎全是V3。
- 序列号：CA分配给证书的唯一编号，我查证书吊销列表（CRL）时主要靠它。
- 签名算法：比如
sha256WithRSAEncryption，这个标识告诉验证方用什么算法验证数字签名。 - 颁发者：签发这张证书的CA名称。
- 有效期：起止时间，注意不同CA对有效期限制不一样，比如Apple要求证书最长825天。
- 主体：证书持有者信息，通常填域名或组织名。
- 公钥：RSA、ECDSA等算法的公钥。
- 扩展项：这是V3新增的核心，比如
Subject Alternative Name (SAN)、Key Usage、Extended Key Usage。我排查证书问题，十有八九是扩展项没配对。
# 用openssl查看X.509证书内容（省略部分输出）
openssl x509 -in example.crt -text -noout
# 输出中可以看到：
# Version: 3 (0x2)
# Serial Number: 16:...
# Issuer: C=US, O=Let's Encrypt, CN=R3
# Validity
# Not Before: Jan 10 00:00:00 2025 GMT
# Not After : Apr 10 00:00:00 2025 GMT
# Subject: CN=example.com
# Subject Public Key Info:
# Public Key Algorithm: id-ecPublicKey
# ...
# X509v3 Subject Alternative Name:
# DNS:example.com, DNS:www.example.com
Key Usage和Extended Key Usage经常被忽视。如果你把一张“服务器身份验证”用途的证书当成客户端证书去用，握手会直接失败。我在项目中遇到过，就是因为配错了EKU，业务方排查了整整两天。
证书链与信任模型
信任模型解决一个问题：凭什么相信这个证书？
证书链的结构很简单：从你的服务器证书开始，往上经过中间CA证书，最终到达一个自签名的根证书。浏览器或操作系统内置了上百个根证书，这些根证书就是“信任锚点”。
你想想看，如果一个证书的发布者被浏览器信任，且该证书的数字签名校验通过，那这个证书就是可信的。这个过程叫“证书链验证”。
我制作一个SVG来说明证书链的层级关系：
信任模型不止一种。除了上面常见的层级信任模型（也叫PKI树），还有网状信任模型（比如PGP用的Web of Trust）和浏览器信任存储（浏览器厂商各自维护根证书列表）。日常服务器TLS用的都是前者。
这里有一个容易忽略的点：中间CA证书是否需要发送？当然需要。服务器在TLS握手时必须把完整的证书链（服务器证书 + 中间CA证书）发给客户端，否则客户端拿不到中间证书就没办法验证到根。我以前帮客户排错，对方只上传了服务器证书，死活验证不过，加上中间CA证书就解决了。
ssl_trusted_certificate配置成完整的CA包，并且确保ssl_certificate文件包含服务器证书和中间证书的拼接（服务器证书在上，中间在下）。这样能减少握手时的证书链构建失败概率。
小结
这一章我们聊了TLS/SSL的本质、证书的三大作用、X.509标准的结构，还有证书链和信任机制。这些都是你后面操作证书生命周期管理绕不开的基础。
嗯，别急着往下翻代码，先把概念吃透。我记得以前带新人，我说“证书链”，他第一反应是“是不是那个加密的链条”，完全搞混了。其实你只要记住一句话：证书链就是一张从服务器证书通往根证书的信任路径。