密码学基础：设备证书的信任基石
说实话，很多搞设备证书的人，最后栽跟头都栽在密码学基础上。你想想看，证书说白了就是「公钥 + 身份信息 + 签名」的打包。如果不懂背后的加密、哈希、签名原理，出了问题你连日志都看不懂。
这一章，我就带你把这些基础打牢。别怕，我不讲复杂的数学公式，咱们用工程师的思维来理解。
对称加密：一把钥匙开一把锁
对称加密，顾名思义，加密和解密用的是同一把密钥。就像你用一把钥匙锁门，也用同一把钥匙开门。
我在项目中见过最典型的场景：两个设备之间要传敏感数据，比如固件升级包。如果直接用明文传，被中间人抓包就完了。这时候对称加密就派上用场了。
| 特性 | 说明 |
|---|---|
| 加密速度 | 非常快，适合大数据量 |
| 密钥管理 | 难点，双方必须安全地共享密钥 |
| 常见算法 | AES、SM4（国密）、ChaCha20 |
| 典型用途 | 文件加密、VPN 隧道、TLS 记录层 |
非对称加密：公钥私钥，各司其职
非对称加密就神奇了——它有一对密钥：公钥和私钥。公钥可以公开，私钥必须保密。
核心逻辑就两条：
- 公钥加密，私钥解密：任何人都能用你的公钥加密数据，但只有你能解密。这叫「安全通信」。
- 私钥签名，公钥验签：你用私钥签名一段数据，别人用你的公钥验证签名是否是你本人所为。这叫「身份认证」。
设备证书里用的就是第二种——私钥签名证书内容，公钥放在证书里让别人验证。
哈希算法：数据的「指纹」
哈希算法，说白了就是把任意长度的数据，压缩成一个固定长度的「摘要」。这个摘要就像人的指纹——数据变了，指纹一定变。
哈希算法有三个关键特性：
- 单向性：从哈希值无法反推出原始数据。
- 抗碰撞性：几乎不可能找到两个不同的数据有相同的哈希值。
- 雪崩效应：输入改一个比特，输出完全变样。
在设备证书里，哈希算法主要用在两个地方：
- 证书指纹：计算证书本身的哈希值，用于快速校验证书完整性。
- 签名前的摘要：先对证书内容做哈希，再对哈希值签名，效率更高。
| 算法 | 输出长度 | 安全性状态 |
|---|---|---|
| MD5 | 128 位 | 已破解，禁止使用 |
| SHA-1 | 160 位 | 已过时，不推荐 |
| SHA-256 | 256 位 | 当前推荐 |
| SM3 | 256 位 | 国密标准，国内合规 |
数字签名原理：盖章 vs 签名
数字签名，你可以理解成电子世界的「手写签名 + 骑缝章」。它同时保证了：
- 身份认证：签名者确实是持有私钥的那个人。
- 数据完整性：签名之后数据没被改过。
- 不可否认性：签名者事后不能抵赖。
签名过程其实很简单：
- 对原始数据做哈希，得到摘要。
- 用私钥对摘要加密，得到签名。
- 把签名附加在数据后面一起发送。
验证过程反过来：
- 接收方用同样的哈希算法计算数据摘要。
- 用公钥解密签名，得到原始摘要。
- 两个摘要对比，一致则验证通过。
你想想看，设备证书的签发过程，本质上就是 CA 用自己的私钥对证书内容做了一次数字签名。设备在验证证书时，用 CA 的公钥验签。这就是信任链的起点。
密钥对生成机制：随机数 + 数学运算
密钥对是怎么生成的？我直接给你看一个实际生成 RSA 密钥对的流程：
# 生成 RSA 2048 位私钥（PEM 格式）
openssl genpkey -algorithm RSA -pkeyopt rsa_keygen_bits:2048 -out device_private.pem
# 从私钥提取公钥
openssl pkey -in device_private.pem -pubout -out device_public.pem
# 查看私钥详细信息
openssl pkey -in device_private.pem -text -noout生成过程的核心是「随机数」。操作系统会从硬件噪声、鼠标移动、键盘敲击等熵源收集随机种子，然后通过密码学安全的伪随机数生成器（CSPRNG）产生大素数，再通过数学运算计算出密钥对。
知识体系总览
下面这张图，把这一章的核心逻辑串起来了。我建议你多看几遍，理解每个模块之间的依赖关系。
嗯，这一章的内容就到这里。你把这些基础概念吃透了，后面讲证书格式、证书链、PKI 架构的时候，你会觉得顺理成章。别急，基础越扎实，后面越轻松。