2、SOME/IP安全基础：加密算法、哈希函数、数字签名、PKI体系
聊SOME/IP安全，绕不开密码学基础。很多工程师一听到「加密」「签名」就觉得头大，觉得那是安全专家的事。其实不然。你想想看，车载以太网上跑的SOME/IP报文，如果被中间人篡改或者重放，轻则功能异常，重则影响行车安全。所以，理解这些基础概念，是做好SOME/IP安全认证的第一步。
我个人习惯把密码学基础拆成四个模块来讲：加密算法、哈希函数、数字签名、PKI体系。它们环环相扣，缺一不可。
2.1 加密算法：对称 vs 非对称
加密算法分两大类：对称加密和非对称加密。说白了，区别就在于加密和解密用的是不是同一把钥匙。
| 特性 | 对称加密 | 非对称加密 |
|---|---|---|
| 密钥数量 | 1个（共享密钥） | 2个（公钥+私钥） |
| 典型算法 | AES-128/256, SM4 | RSA-2048, ECC (P-256) |
| 计算速度 | 快（硬件加速常见） | 慢（比对称慢100-1000倍） |
| 密钥分发 | 困难（需要安全通道） | 容易（公钥可公开） |
| SOME/IP典型用途 | 加密Payload（数据保密性） | 密钥协商、数字签名 |
我在项目中遇到过一个问题：某Tier1在实现SOME/IP安全时，直接用RSA加密整个报文Payload。结果ECU启动后，解密耗时超过200ms，导致服务发现超时。这就是典型的「选错算法」的坑。正确的做法是：用非对称加密协商会话密钥，用对称加密保护实际数据。
核心原则：SOME/IP安全中，对称加密用于批量数据保护，非对称加密用于密钥交换和身份认证。两者配合使用，才能兼顾安全性和性能。
2.2 哈希函数：数据的「指纹」
哈希函数，你可以把它理解成给数据算一个「指纹」。不管输入多大，输出长度固定。而且，哪怕输入只改一个比特，输出的哈希值也会面目全非。
常用的哈希算法有：
- SHA-256：输出256位，目前车载领域最推荐。AUTOSAR规范里明确要求支持。
- SHA-3：新一代标准，硬件实现效率高，但生态还在完善。
- SM3：国密标准，国内OEM强制要求。
哈希函数在SOME/IP安全里主要有两个用途：
- 完整性校验：发送方计算报文哈希值，接收方重新计算并比对。如果不一样，说明报文被篡改过。
- 数字签名的前置步骤：先对哈希值签名，而不是对原始报文签名。这样能大幅减少签名计算量。
避坑指南：我曾经见过一个方案，直接用MD5做完整性校验。MD5已经被证明存在碰撞攻击，在SOME/IP安全中绝对不能用。记住：至少用SHA-256，国密场景用SM3。
2.3 数字签名：证明「你是谁」和「你没改过」
数字签名解决两个问题：身份认证和数据完整性。它的工作流程是这样的：
- 发送方用私钥对报文的哈希值进行签名。
- 接收方用发送方的公钥验证签名。
- 验证通过，说明报文确实来自声称的发送方，且内容未被篡改。
在SOME/IP协议栈中，数字签名通常放在Security Header里。我建议的典型流程是：
// 伪代码：SOME/IP报文签名流程
1. 计算Payload的SHA-256哈希值 H
2. 用发送方私钥对 H 进行ECDSA签名，得到签名值 S
3. 将 S 填入SOME/IP Security Header的Signature字段
4. 接收方提取 S，用发送方公钥解密得到 H'
5. 接收方重新计算Payload的SHA-256哈希值 H''
6. 比较 H' 和 H''，一致则验证通过注意：数字签名只能保证「谁签的」和「签完没改过」。它不能防止重放攻击。要防重放，还需要配合时间戳或Nonce字段。这个我们后面章节会细讲。
2.4 PKI体系：谁来发「身份证」？
数字签名依赖公钥。但问题来了：你怎么知道你拿到的公钥，真的是对方ECU的公钥？万一被中间人替换了呢？
这就是PKI（公钥基础设施）要解决的问题。PKI说白了就是一套「发身份证、验身份证」的体系。
核心角色有三个：
- CA（证书颁发机构）：负责签发数字证书。CA用自己的私钥给ECU的公钥签名，生成证书。
- ECU（终端实体）：每个ECU持有自己的私钥和CA签发的证书。
- 验证方：收到证书后，用CA的公钥验证证书是否有效。
在车载SOME/IP场景下，PKI的典型部署方式是：
- OEM或Tier1部署根CA，离线保存，极其安全。
- 产线或OTA服务器作为子CA，为每台车、每个ECU签发证书。
- ECU在出厂时预置根CA证书和自身私钥+证书。
下面这张图展示了车载PKI的信任链结构：
嗯，这里要注意：车载PKI和互联网PKI有一个关键区别——证书撤销。互联网可以通过CRL或OCSP实时查询证书状态，但车载ECU网络环境受限，不一定能随时联网。所以，车载PKI更倾向于使用短有效期证书（比如有效期1小时或1天），配合OTA定期更新，而不是依赖实时撤销。
2.5 小结：四个基础模块的关系
这四个模块不是孤立的。它们在实际SOME/IP安全方案中是这样配合的：
- PKI 负责分发和验证公钥证书，解决「信任起点」问题。
- 数字签名 依赖PKI提供的公钥，解决「身份认证」和「完整性」问题。
- 哈希函数 是数字签名的前置步骤，提升签名效率。
- 加密算法 在密钥协商完成后，保护实际传输的SOME/IP Payload。
一句话总结：PKI建立信任，哈希保证完整，签名确认身份，加密保护数据。四者缺一不可，共同构成SOME/IP安全认证的基石。
我个人建议，在开始做SOME/IP安全方案设计之前，先把这四个基础模块的选型定下来。比如：签名用ECDSA P-256还是RSA-2048？哈希用SHA-256还是SM3？证书格式用X.509 v3还是自定义？这些决策会影响后续所有安全机制的设计。别等到代码写了一半才回头改，那代价就大了。