ISO21434信息安全——第一讲：三种加密算法

- 一、第一件兵器：哈希算法------数据的"指纹"
- - [1.1 什么是哈希？](#1.1 什么是哈希？)
  - [1.2 哈希在汽车里怎么用？](#1.2 哈希在汽车里怎么用？)
- 二、第二件兵器：对称加密------一把钥匙开一把锁
- - [2.1 什么是对称加密？](#2.1 什么是对称加密？)
  - [2.2 对称加密在汽车里怎么用？](#2.2 对称加密在汽车里怎么用？)
- 三、第三件兵器：非对称加密------信箱的"投信口"与"取信钥匙"
- - [3.1 什么是非对称加密？](#3.1 什么是非对称加密？)
  - [3.2 非对称加密在汽车里怎么用？](#3.2 非对称加密在汽车里怎么用？)
  - [3.3 ECC vs RSA：谁更适合汽车？](#3.3 ECC vs RSA：谁更适合汽车？)
- 四、三大兵器如何协同作战？
- 五、小结：从"数学公式"到"车轮上的守护者"
- 留给读者的思考

第一讲：加密不神秘------聊聊密码学的三种"兵器"

灵魂拷问：如果你的车钥匙是一个数学公式，你信得过它吗？

想象一下这个场景：你收到一封电子邮件，声称来自你的银行，要求你点击链接修改密码。你怎么知道这封邮件真的是银行发的，而不是骗子伪造的？------你通过邮件的数字签名来验证。

再想象另一个场景：你下载了一个手机App安装包，你怎么知道这个安装包在下载过程中没有被黑客篡改过？------你通过对比文件的"哈希值"来验证。

这两个看似不相关的日常场景，背后隐藏着密码学的三大"兵器"：哈希算法、对称加密、非对称加密。这三大兵器，也正是守护你智能汽车信息安全的基石。

这一讲，我们就用最通俗的方式，揭开加密算法神秘的面纱。

一、第一件兵器：哈希算法------数据的"指纹"

1.1 什么是哈希？

先做一个思想实验。假设你面前有一份合同，你想确保这份合同没有被任何人偷偷修改过。怎么办？

一种办法是：在合同上按一个指纹。将来如果有人质疑合同的真实性，你只需要再次按一个指纹，对比两个指纹是否一致------一致，说明合同没有被篡改；不一致，说明有人动过手脚。

哈希算法做的事情，就是给任意一份数据"按指纹"。

无论你输入的数据是一个字、一本书，还是一部电影，哈希算法都会把它"压缩"成一个固定长度的字符串，这个字符串就是这份数据的"指纹"------专业术语叫哈希值（Hash Value） 。

哈希算法有三个关键特性：

输入任意长度，输出固定长度。不管是一句话还是一部蓝光电影，经过SHA-256算法处理，输出都是256位（64个十六进制字符）的哈希值。
不可逆。从哈希值无法反推出原始数据------就像从指纹无法还原出一个人完整的外貌。
雪崩效应。原始数据哪怕只改动一个标点符号，哈希值都会面目全非。

生活中的类比：哈希值就像人的指纹------每个人都有独一无二的指纹，你可以用指纹来"代表"一个人，但你无法从指纹还原出这个人的全部信息。

1.2 哈希在汽车里怎么用？

在智能汽车中，哈希算法最常见的用途是固件完整性校验。

一辆现代汽车包含数十甚至上百个ECU（电子控制单元），每个ECU都运行着特定的固件。当车辆通过OTA（空中升级）接收新的固件时，系统需要确保两件事：第一，下载的固件包在传输过程中没有被篡改；第二，这个固件包确实来自合法的车企。

怎么做？流程是这样的：

车企在发布固件时，先用SHA-256算法计算出固件包的哈希值。
这个哈希值被数字签名后，随固件包一起发送给车辆。
车辆下载完成后，用同样的SHA-256算法重新计算固件包的哈希值。
将计算出的哈希值与车企发布的哈希值进行对比------如果一致，说明固件包完整无误；如果不一致，说明固件包在传输中被篡改过，车辆拒绝安装。

除了OTA升级，哈希算法还广泛应用于安全启动的信任链验证中。车辆启动时，每一个环节的固件都要通过哈希校验，确保没有被篡改，系统才允许继续启动。

一句话总结：哈希算法不加密数据，它只给数据"按指纹"------帮你判断数据是不是"原装的"。

二、第二件兵器：对称加密------一把钥匙开一把锁

2.1 什么是对称加密？

回到生活中的场景。你把一个贵重物品锁进保险柜，用一把钥匙锁上。将来你要取出来，必须用同一把钥匙打开。

对称加密就是"一把钥匙开一把锁" ------加密和解密使用同一把密钥。

当你用对称加密算法（如AES）加密一份文件时，你用密钥K把明文变成了密文；接收方拿到密文后，必须用同样的密钥K才能把密文还原成明文。

对称加密的优点是速度快、效率高 ------加密和解密只需要一个密钥，计算量小。但缺点也很明显：密钥分发困难。如果通信双方相隔千里，怎么安全地把这把"钥匙"交给对方？如果钥匙在传递过程中被截获，整个通信就毫无安全可言了。

生活中的类比：对称加密就像你用一把钥匙锁上一个带锁的日记本------你自己能打开，把钥匙交给信任的朋友，朋友也能打开。但如果钥匙在传递途中被偷了，偷钥匙的人也能打开。

2.2 对称加密在汽车里怎么用？

在智能汽车中，对称加密最核心的应用场景是硬件安全模块（HSM）中的数据加密存储。

HSM是集成在汽车主控芯片内部的一个"安全小房间"。它的任务是安全地生成、存储和使用加密密钥。在HSM内部，AES（高级加密标准）是最常用的对称加密算法之一。

具体怎么用？假设一辆车需要存储一份敏感的配置文件------比如车辆的私钥、用户隐私数据等。这些数据如果以明文形式存储在普通的Flash存储器中，攻击者只需拆开ECU、读取芯片内容，就能拿到所有秘密。

有了HSM和AES加密，流程是这样的：

敏感数据在写入存储之前，先经过HSM内部的AES硬件加密引擎进行加密。
加密后的密文写入Flash------即使攻击者读取了Flash内容，看到的也只是一堆乱码。
当ECU需要读取这些数据时，数据被加载到HSM内部，由HSM用同一把AES密钥解密后使用。

整个过程，密钥从未离开过HSM内部。主CPU（车辆的"大脑"）可以请求HSM"请帮我用这把密钥加密这段数据"，但主CPU永远无法直接读取密钥本身。这种"可用不可见"的设计，是从物理层面杜绝密钥泄露的根本手段。

英飞凌AURIX™ TC3xx系列芯片内部集成的HSM，就同时支持AES-128对称加密、ECC-256非对称加密和SHA-2哈希运算------三大兵器在一个芯片上协同工作。得益于硬件加速，HSM执行SHA-256哈希运算的速度比纯软件方案快150倍左右。

一句话总结：对称加密快如闪电，但最大的难题是"怎么把钥匙安全地交给对方"。

三、第三件兵器：非对称加密------信箱的"投信口"与"取信钥匙"

3.1 什么是非对称加密？

对称加密解决了"加密快"的问题，但没解决"钥匙怎么安全传递"的问题。非对称加密正是为此而生。

想象一个信箱：信箱上有一个投信口，任何人都可以把信塞进去（公钥）；但只有持有信箱钥匙的人才能打开信箱取出信件（私钥）。

非对称加密就是"投信口"和"取信钥匙"分开 ------加密用公钥（可以公开），解密用私钥（必须保密）。

常见的非对称加密算法包括RSA和ECC（椭圆曲线密码学）。其中ECC在汽车领域更受青睐------因为在相同安全级别下，ECC可以使用更短的密钥。比如，256位的ECC密钥提供的安全等级，约等于3072位的RSA密钥。密钥越短，计算越快、功耗越低------这对资源受限的车载环境至关重要。

3.2 非对称加密在汽车里怎么用？

非对称加密在汽车中最核心的应用是数字签名。

数字签名的逻辑是这样的：

发送方用私钥对数据（或数据的哈希值）进行签名。
接收方用发送方的公钥验证签名------验证通过，说明数据确实来自发送方，且未被篡改。

在汽车OTA升级中，数字签名是确保升级包来源可信的关键环节。车企用私钥对固件包进行签名，车辆的ECU用预置的公钥验证签名。签名验证通过，ECU才敢安装这个固件------因为它确信："这确实是车企发给我的合法升级包，不是黑客伪造的。"

在V2X（车与万物互联）通信中，非对称加密同样扮演着核心角色。当一辆车向周围广播"前方有障碍物，请减速"的消息时，它需要用私钥对这条消息进行签名。周围的车辆收到消息后，用发送方的公钥验证签名------验证通过，才相信这条消息真的来自那辆前车，而不是路边一个恶意设备伪造的假警报。

生活中的类比：非对称加密就像公司的公章------公司用私章（私钥）盖章，任何人都可以用预留的印鉴样本（公钥）来验证这个章是不是真的。你能验证章的真伪，但你无法伪造这个章。

3.3 ECC vs RSA：谁更适合汽车？

既然ECC和RSA都能做非对称加密，汽车为什么偏爱ECC？

核心原因在于效率。一辆车在行驶过程中，可能需要频繁地进行签名和验签操作------每一次V2X消息广播、每一次OTA升级包验证，都涉及非对称运算。如果用RSA，密钥长、计算慢、功耗高；用ECC，同样的安全强度下密钥更短、计算更快、功耗更低。

这正是为什么主流车载HSM普遍选择ECC-256作为非对称加密的主力算法，而RSA则更多地用于兼容性场景。

四、三大兵器如何协同作战？

看到这里，你可能会问：哈希、对称加密、非对称加密------它们各自独立工作，还是配合使用？

答案是协同作战。

以一次汽车OTA升级为例，三大兵器是这样配合的：

哈希算法先上阵：车企用SHA-256计算固件包的哈希值------给固件"按指纹"。
非对称加密 接着上：车企用私钥对这个哈希值进行数字签名------给指纹"盖公章"。
固件包、哈希值、数字签名一起通过OTA通道发送给车辆。
车辆收到后，先用公钥验证数字签名------确认"公章是真的"。
再用同样的SHA-256重新计算固件包的哈希值，与车企发布的哈希值对比------确认"指纹匹配"。
如果签名验证通过且哈希值匹配，固件包才被允许安装。

在这个过程中，哈希保证了完整性 （固件没被篡改），非对称签名保证了真实性 （确实来自合法车企），而对称加密则在固件包存储到ECU的Flash之前，对敏感数据进行加密保护。

三大兵器各司其职，共同构筑了汽车信息安全的防线。

五、小结：从"数学公式"到"车轮上的守护者"

这一讲，我们认识了密码学的三种"兵器"：

哈希算法：数据的"指纹"------用于验证完整性。代表算法：SHA-256。
对称加密：一把钥匙开一把锁------用于高效加密数据。代表算法：AES。
非对称加密：投信口与取信钥匙分开------用于身份认证和数字签名。代表算法：ECC。

这些"兵器"并不神秘------它们本质上是数学公式。但正是这些数学公式，在每一辆智能汽车的芯片内部日夜不停地运转，守护着你的刹车指令不被篡改、你的OTA升级包不被伪造、你的位置隐私不被泄露。

在接下来的专栏中，我们将逐一深入这些"兵器"的内部构造，看看它们如何在汽车这个特殊的战场上，与攻击者展开永不停息的攻防较量。

留给读者的思考

你每天使用的手机、电脑、汽车------它们都在依赖这三种"兵器"保护你的数据安全。但有没有想过：如果有一天，数学公式本身被攻破了怎么办？ 比如，如果有人发明了一种能快速破解所有加密的超级计算机------我们该怎么办？

这个问题，我们将在本专栏的最后一讲《未来之战------后量子密码与AI安全》中深入探讨。

下一讲预告：对称加密深入 ------ AES如何成为车载系统的"工作马"

从这一讲我们知道了AES是对称加密的代表算法，也是车载HSM中最常用的加密工具。下一讲，我们将深入AES的内部，看看它如何在硬件层面以闪电般的速度保护车辆的数据安全。