3. TLS协议入门

在车载TLS与双向认证工程中，理解TLS协议本身是后续所有配置、排障与安全加固的基础。TLS（Transport Layer Security）并不是一个“单层”的加密协议，而是一套由记录层、握手层以及多种密码学原语协同工作的安全通信框架。本节从发展历史切入，逐层拆解TLS的结构，并说明对称加密、非对称加密、消息认证码与数字签名在其中的分工。

一、TLS发展历史：从SSL到TLS 1.3

TLS的前身是Netscape在1990年代中期设计的SSL（Secure Sockets Layer）。SSL 2.0、SSL 3.0曾广泛部署，但随后被发现存在POODLE、BEAST等严重漏洞。1999年，IETF将SSL 3.0标准化为TLS 1.0，此后依次演进为TLS 1.1、TLS 1.2和TLS 1.3。TLS 1.2长期是车联网与工业场景的主流版本，而TLS 1.3大幅精简了握手流程，支持0-RTT和更强的前向保密，正逐步成为新项目的默认选择。

二、记录层与握手层结构

TLS在逻辑上分为两层：握手层负责协商版本、密码套件、身份认证和密钥派生；记录层负责把上层数据切分、加密、压缩（TLS 1.3已移除压缩）并加上消息认证码后传输。可以这样理解：握手层是“谈判与建钥匙”，记录层是“用钥匙封装每一段数据”。

握手层的典型消息包括ClientHello、ServerHello、Certificate、ServerKeyExchange、ClientKeyExchange、ChangeCipherSpec、Finished等。记录层则把每条消息封装为TLSPlaintext或TLSCiphertext，字段包含内容类型、版本、长度和载荷。TLS 1.3将握手消息也纳入加密保护，进一步减少了明文暴露面。

三、对称加密与非对称加密基础

对称加密使用同一把密钥进行加密和解密，速度快、适合大数据量传输。TLS记录层的数据加密主要依赖对称算法，如AES-GCM、ChaCha20-Poly1305。它的核心问题是密钥分发：通信双方必须事先或通过安全通道获得同一把会话密钥。

非对称加密使用公钥和私钥一对密钥，公钥可公开，私钥由持有者保密。它解决了密钥分发和身份认证问题，但运算速度远慢于对称加密。因此TLS采用混合机制：握手阶段用非对称算法（如ECDHE）协商出会话密钥，之后记录层用对称算法加密应用数据。

四、消息认证码与数字签名

消息认证码（MAC）用于验证消息的完整性和来源真实性。HMAC是典型实现，它结合密钥与哈希函数，只有持有相同密钥的一方才可能生成正确MAC。在TLS 1.2中，MAC通常与加密算法组合使用；在TLS 1.3中，AEAD算法把加密和认证合并为一个操作，认证标签同时承担完整性保护。

数字签名则用于身份认证和不可否认性。服务器在握手时用私钥对握手参数签名，客户端用服务器证书中的公钥验签，从而确认“对方确实持有对应私钥”。在车载双向认证中，客户端（如TLS客户端模块）也需要用自身私钥签名，服务器验签，实现双向身份确认。

# 查看TLS握手使用的密码套件（示例）
openssl s_client -connect 127.0.0.1:443 -tls1_2
# 输出中关注：
# Cipher    : ECDHE-RSA-AES128-GCM-SHA256
# 其中 ECDHE 负责密钥交换，RSA 负责签名认证，
# AES128-GCM 负责对称加密与完整性认证

五、车载场景案例与常见误区

在某车载T-Box与云端双向认证项目中，初期只配置了服务器证书，客户端未提供证书，导致云端无法确认车辆身份。后来在TLS 1.2基础上启用客户端证书，并选用ECDHE-ECDSA-AES128-GCM-SHA256套件，既满足双向认证，又兼顾车载MCU的运算能力。调试时通过抓包确认ClientHello中的密码套件列表与ServerHello的选定结果一致，避免协商失败。

总结来看，TLS通过握手层完成版本协商、身份认证与密钥派生，通过记录层完成数据封装与保护；对称加密提供效率，非对称加密提供密钥分发与身份基础，MAC保障完整性，数字签名保障身份真实性。理解这四者的协作关系，是后续实现车载双向认证和排查握手失败问题的关键。