1. TLS基础回顾：对称加密与非对称加密原理、数字证书与CA体系、TLS握手协议概述
各位同学，咱们今天正式开讲《DoIP安全机制TLS加密通信实战》的第一课。说实话，TLS这东西，很多做车载以太网的工程师都听过，但真到配置证书、抓包调试的时候，往往一头雾水。我当年第一次在DoIP上配TLS，就因为证书链没搞对，折腾了整整两天。嗯，咱们今天就把这些基础打牢。
1.1 对称加密：又快又简单，但有个致命问题
对称加密，说白了就是加密和解密用同一把钥匙。你想想看，就像你家里的大门，用一把钥匙锁上，也用同一把钥匙打开。
常见的对称加密算法有：
- AES（高级加密标准）—— 我现在项目里最常用的，128位或256位密钥
- DES —— 太老了，别用了，56位密钥分分钟被暴力破解
- 3DES —— 过渡产品，性能差，也不推荐
- SM4 —— 国密标准，国内项目可能会遇到
对称加密最大的优点就是快。我在DoIP的实测中，AES-128硬件加速下，吞吐量能跑到几百Mbps，完全够用。
但问题来了：密钥怎么安全地传给对方？ 你想想，如果我先用明文把密钥发过去，中间人截获了，那加密还有什么意义？这就是对称加密的「密钥分发难题」。我早期做的一个项目，就因为密钥写死在固件里，被客户安全审计直接打回。嗯，这是个坑。
1.2 非对称加密：解决密钥分发，但慢得让人着急
非对称加密就聪明多了。它有一对钥匙：公钥和私钥。公钥可以公开给任何人，私钥只有自己知道。
它的核心逻辑是：
- 用公钥加密的数据，只有对应的私钥能解密
- 用私钥加密的数据，只有对应的公钥能解密（这就是数字签名的原理）
常见的非对称加密算法：
| 算法 | 密钥长度 | 特点 |
|---|---|---|
| RSA | 2048/4096位 | 最通用，但密钥越长越慢 |
| ECC（椭圆曲线） | 256位（相当于RSA 3072位） | 密钥短，性能好，我推荐 |
| SM2 | 256位 | 国密标准，国内项目必备 |
非对称加密解决了密钥分发问题：你直接用我的公钥加密数据发给我，只有我能用私钥解开。但代价是什么？慢。RSA 2048位加密一个16字节的数据，在嵌入式芯片上可能要几十毫秒。你想想，如果整个DoIP会话都用非对称加密，那延迟得有多感人？
实际做法：TLS采用「混合加密」—— 用非对称加密安全地交换一个临时对称密钥（会话密钥），然后用对称加密来加密后续的所有通信数据。这样既解决了密钥分发，又保证了性能。
1.3 数字证书与CA体系：你到底是不是你？
好，现在问题又来了。你拿到了一个公钥，你怎么确定这个公钥真的是对方的？而不是中间人伪造的？
举个例子：你收到一封邮件，附件里有个公钥，说是你银行发来的。你敢用吗？反正我不敢。
这就是数字证书要解决的问题。证书本质上就是：一个权威机构（CA）帮你担保「这个公钥确实属于这个实体」。
证书里包含什么？
- 持有者的身份信息（比如域名、组织名）
- 持有者的公钥
- 证书的有效期
- CA的数字签名（这是关键！）
- 证书序列号等元数据
CA（证书颁发机构）是整个信任链的根。我习惯把CA体系想象成一个「身份证系统」：
- 根CA —— 相当于公安部，自签名证书，极度信任
- 中间CA —— 相当于省级公安厅，由根CA签发
- 终端实体证书 —— 相当于你的身份证，由中间CA签发
验证过程是这样的：
- 收到对方的证书
- 检查证书是否在有效期内
- 用签发该证书的CA的公钥，验证证书上的签名
- 如果签发CA不是根CA，继续向上验证，直到信任的根CA
- 全部通过，确认公钥可信
避坑指南：我曾经在DoIP项目中，直接把自签名证书烧录到ECU里，结果客户端验证时发现证书链不完整，连接失败。后来才意识到，自签名证书需要把根证书也预置到信任存储区。嗯，这个坑我替你们踩过了。
1.4 TLS握手协议概述：四次握手，建立安全通道
TLS握手，说白了就是客户端和服务器在正式通信前，先互相打个招呼，确认身份，商量好怎么加密。我把它拆成四个阶段，你记好了：
阶段一：Hello 阶段
- 客户端发送 ClientHello，包含支持的TLS版本、密码套件列表、随机数
- 服务器回复 ServerHello，选定TLS版本和密码套件，也带一个随机数
阶段二：证书交换与密钥协商
- 服务器发送自己的证书（链）
- 客户端验证证书
- 客户端生成预主密钥（Pre-Master Secret），用服务器公钥加密后发送
- 双方用两个随机数 + 预主密钥，计算出会话密钥
阶段三：变更密码规范
- 客户端发送 ChangeCipherSpec，表示后续通信将使用协商好的密钥加密
- 服务器也发送 ChangeCipherSpec
阶段四：握手完成确认
- 双方发送加密的 Finished 消息，包含之前所有握手消息的摘要
- 验证通过，握手完成，开始安全通信
注意：在DoIP场景下，TLS握手通常发生在TCP连接建立之后、DoIP诊断通信开始之前。握手过程中的任何失败（比如证书过期、密码套件不匹配），都会导致连接直接断开。我建议你在开发阶段，先用 Wireshark 抓包看看握手流程，哪一步失败了，一目了然。
1.5 小结：这些基础为什么对DoIP重要？
你可能会问：「这些通用知识，跟DoIP有什么关系？」
关系大了。DoIP（基于IP的诊断协议）在ISO 13400中明确规定了安全机制：
- DoIP实体认证 —— 靠的就是TLS证书
- DoIP数据加密 —— 靠的就是TLS协商出的会话密钥
- DoIP防重放攻击 —— 靠的就是TLS握手中的随机数
说白了，没有TLS，DoIP就是裸奔。你想想，一辆车的诊断接口如果被恶意攻击者接入，通过DoIP刷写ECU固件、篡改标定数据……后果不堪设想。
我个人习惯，在开始任何DoIP+TLS项目前，先把这三个基础概念画在一张纸上：对称加密、非对称加密、证书链。理清楚了，后面配置OpenSSL、写代码、抓包分析，才能游刃有余。
好，这一课就到这里。下一课咱们开始动手，搭建一个DoIP+TLS的实验环境。到时候我会带着你一步步配置证书、写测试代码。准备好了吗？