第1章：TLS/SSL协议基础及证书作用

1.1 为什么需要TLS

先问个问题：你用浏览器访问一个网站，怎么确定你看到的页面就是那个网站给你的？

其实在没加密的HTTP下，中间随便一台路由器都能把页面内容改了。我早年做IDC运维时，就碰到过运营商在网页里插广告条——那时候还没普及HTTPS，用户投诉我们“网站有木马”，查了半天是运营商在响应里加了脚本。说白了，没有TLS，互联网就像明信片。

TLS要解决的三个核心问题：

• 机密性 – 数据在路上不能被人偷看。
• 完整性 – 数据不能被篡改。
• 身份认证 – 你确实在和你要找的服务器说话。

嗯，第三点就靠证书了。后面会展开讲。

1.2 SSL/TLS协议简史

TLS的前身是SSL。我记得Netspace公司在1994年推出了SSL 2.0，但漏洞太多，没敢大规模用。后来SSL 3.0在1996年出来，才算站住脚。不过现在SSL 3.0也已经是不安全的老古董了。

协议版本	发布年份	状态	关键改进
SSL 2.0	1994	已禁用（不安全）	第一个公开版本
SSL 3.0	1996	已禁用（POODLE攻击）	修复大量漏洞
TLS 1.0	1999	逐步禁用	基于SSL 3.0，改名为TLS
TLS 1.1	2006	逐步禁用	防止CBC攻击
TLS 1.2	2008	广泛使用	支持AEAD密码套件
TLS 1.3	2018	推荐开启	握手延迟大幅降低，移除不安全算法

我现在做证书轮换时，默认只开TLS 1.2和1.3。TLS 1.0和1.1早该关掉了。有一次客户坚持要兼容老浏览器，结果硬撑着用TLS 1.0，后来被安全扫描扫出漏洞，整改时手忙脚乱——这种事，碰过一次就再也不想碰了。

1.3 TLS协议的核心组成

TLS分两层：最底下是记录协议，负责把数据分片、压缩（TLS 1.3已去压缩）、加密、MAC。上面是握手协议、警报协议和变更密码规范协议。

• 握手协议 – 双方协商加密参数、身份认证、交换密钥。证书主要在这一步亮相。
• 记录协议 – 握手完成后，应用程序数据通过这里传输。
• 警报协议 – 通知对方发生了什么问题（比如证书过期）。

你想想看，虽然我们平时只关心证书轮换，但如果不理解握手时证书是怎么被验证的，轮换操作就容易出岔子。比如你换了证书，但中间件没有重新加载，客户端连接时拿到的是旧证书——这种错我见过不止一次。

1.4 证书在TLS中的角色

证书说白了就是一种电子身份证。它干了三件事：

1. 身份认证：客户端通过证书里的域名和公钥，确认服务器确实是它声称的实体。
2. 公钥分发：握手时服务器把证书发给客户端，客户端就能拿到公钥，用来协商对称密钥。
3. 完整性校验：证书经过CA签名，任何篡改都会导致签名验证失败。

我经常跟团队说：证书就是PKI体系里的“信任锚”。没有证书链验证，你连上的可能是中间人假网站。有一次我配合安全团队做渗透测试，发现某个内网系统允许客户端不验证证书——结果用一台笔记本就模拟出“真实”的后台地址，拿到了管理权限。嗯，教训深刻。

1.5 直观理解：一次简化的TLS握手

下面这张图展示了一个典型的TLS 1.2完整握手流程，重点标出了证书出现的位置。别被复杂的步骤吓到——我们做轮换操作时，最关心的就是第三步和第四步。

这个流程里，我最想让你记住的是第③步和第⑤步。第③步服务器发证书给客户端，客户端要验证证书链、有效期、域名匹配。第⑤步客户端用证书里的公钥加密一个随机数发给服务器，只有握有对应私钥的服务器才能解开。这就是证书作为“公钥载体”的核心作用。

我在项目中遇到过一个问题：用openssl生成了自签名证书，但忘记在客户端导入根CA，结果连接一直报“unknown ca”。当时排查了好几个小时，最后发现是客户端不信任这条链。所以，证书轮换时不仅要换服务端的证书，还得确保所有客户端能信任新的CA——如果是内部CA，需要提前推送到各机器。

1.6 小结一下

这一章我们聊了TLS要解决什么问题，版本怎么演进的，握手时证书在哪几步发挥作用。说白了，证书就是TLS安全的“门禁卡”——没有它，门是敞开的。后面几章我们会深入到证书的格式、如何生成CSR、怎么配置证书链，以及最重要的事：如何安全地、自动化地做证书轮换。

嗯，记得我在第一次做证书轮换时，直接手动改了服务器配置然后reload，结果有台机器配置没同步，用户反馈支付页面打不开。后来学会了一句话：证书轮换不只是换文件，是变更管理。后面的章节会教你避开这些坑。