3、TLS/SSL协议：TLS握手过程、证书链验证、双向认证、TLS 1.3新特性
说到物联网设备的安全通信，TLS/SSL 绝对是绕不开的核心协议。我最早接触它是在做智能门锁项目的时候，当时设备上报数据总被中间人截获，后来才发现是握手阶段没做好。今天咱们就把 TLS 的底裤扒干净，从握手到证书，再到 1.3 的新特性，一次性讲透。
3.1 TLS 握手过程：从零开始建立信任
TLS 握手，说白了就是客户端和服务器互相确认身份、协商加密参数的过程。我习惯把它分成四个阶段来理解：
- Client Hello：客户端发个招呼，告诉服务器自己支持哪些 TLS 版本、加密套件、随机数等。
- Server Hello + 证书：服务器选好加密套件，发回自己的证书和随机数。
- 密钥交换：客户端验证证书后，生成预主密钥，用服务器公钥加密发过去。
- 握手完成：双方用预主密钥生成会话密钥，之后所有数据都加密传输。
关键点：握手过程中，客户端会生成一个 48 字节的预主密钥（Pre-Master Secret），这是后续所有加密的根基。我在项目中见过有人直接用随机数代替，结果被破解了——千万别省这一步。
你想想看，如果握手过程被篡改，后续的加密就毫无意义。所以 TLS 1.2 的完整握手需要 2-RTT（两次往返），虽然慢但安全。不过对于物联网设备来说，这个延迟有时候挺要命的。
3.2 证书链验证：信任的传递
证书链验证，说白了就是「你凭什么相信这个证书」。我记得有一次调试设备，发现证书总是验证失败，查了半天才发现是中间证书没装全。
证书链的结构是这样的：
- 根证书：自签名，预埋在操作系统或设备中。
- 中间证书：由根证书签发，可以有多个层级。
- 服务器证书：由中间证书签发，直接用于通信。
验证过程其实很简单：从服务器证书开始，逐级向上找签发者，直到找到预埋的根证书。每一步都要检查签名、有效期、吊销状态等。
避坑指南：我曾经在智能电表项目里，把根证书直接放在设备上，结果证书过期后所有设备都连不上服务器。后来我改用证书固定（Certificate Pinning），只信任特定的服务器证书，这样即使根证书出问题也不影响。
对于物联网设备，我建议使用自签名证书链，因为根证书可以预烧录在芯片里，省去在线验证的麻烦。但要注意，自签名证书的私钥必须保护好，否则整个信任体系就崩塌了。
3.3 双向认证：不只是服务器验证客户端
大多数场景下，TLS 只做单向认证——客户端验证服务器。但在物联网里，服务器也需要确认客户端的身份。这就是双向认证（mTLS）。
双向认证的流程和单向认证类似，只是多了一步：
- 服务器发送自己的证书给客户端。
- 客户端验证服务器证书。
- 客户端发送自己的证书给服务器。
- 服务器验证客户端证书。
注意：双向认证会增加握手时间，因为双方都要验证证书。我在智能家居网关项目里，双向认证的握手时间比单向多了 300ms 左右。对于实时性要求高的设备，建议只在关键操作（如固件升级）时启用双向认证。
嗯，这里要注意：客户端证书的私钥必须存储在安全区域（如 TEE 或 SE 芯片），不能明文放在文件系统里。我曾经见过一个项目，把客户端私钥硬编码在代码里，结果被反编译后直接伪造设备身份——这教训太深刻了。
3.4 TLS 1.3 新特性：更快更安全
TLS 1.3 是 2018 年发布的，相比 1.2 改动非常大。我个人最喜欢的是它把握手时间从 2-RTT 降到了 1-RTT，甚至 0-RTT（需要额外配置）。
| 特性 | TLS 1.2 | TLS 1.3 |
|---|---|---|
| 握手延迟 | 2-RTT | 1-RTT（0-RTT 可选） |
| 加密套件 | 支持多种（含不安全套件） | 仅支持 AEAD 套件 |
| 密钥交换 | RSA、DH、ECDH 等 | 仅支持 (EC)DHE |
| 会话恢复 | Session ID/Ticket | PSK + 0-RTT |
| 前向安全性 | 可选 | 强制 |
为什么 TLS 1.3 这么快？因为它把密钥交换和证书验证合并了。客户端在第一次握手时就可以发送自己的密钥份额，服务器收到后直接计算会话密钥，省掉了一次往返。
核心变化：TLS 1.3 移除了 RSA 密钥交换，只保留 (EC)DHE。这意味着即使服务器私钥泄露，之前的通信记录也无法被解密——这就是前向安全性（Forward Secrecy）。我在做金融级物联网设备时，这个特性是强制要求的。
对于物联网设备，我建议优先使用 TLS 1.3。原因有三：
- 更少的握手时间：对于电池供电的设备，减少一次往返意味着更少的功耗。
- 更简单的配置：不再需要纠结加密套件选择，因为 1.3 只支持安全的套件。
- 更好的兼容性：虽然 1.3 改动大，但主流库（如 mbedTLS、OpenSSL）都支持了。
个人经验：我在智能水表项目里，从 TLS 1.2 迁移到 1.3 后，设备每次上报的功耗降低了 15%。因为握手时间从 200ms 降到了 80ms，射频模块可以更早进入休眠。不过要注意，0-RTT 虽然快，但存在重放攻击风险，建议只在非关键数据上使用。
最后说一句，TLS 1.3 的 0-RTT 模式虽然诱人，但千万别滥用。我见过有人把设备认证信息放在 0-RTT 数据里，结果被重放攻击导致设备被冒充。安全这东西，快是好事，但不能牺牲安全性。