第四节：数据加密基础——对称加密、非对称加密、哈希函数与密钥管理
各位同学好，我是老周。今天咱们聊点硬核的——数据加密。说实话，我在智能家居安全这行摸爬滚打十几年，见过太多因为加密没做好而翻车的案例。有的智能门锁被远程开锁，有的摄像头画面被直播到暗网……说白了，都是加密这层皮没裹紧。
这一节，我会把对称加密、非对称加密、哈希函数和密钥管理这四块内容掰开揉碎了讲。你不需要成为密码学专家，但至少要知道：你的设备数据在传输和存储时，到底是怎么被保护的。
4.1 对称加密：一把钥匙开一把锁
对称加密，顾名思义，加密和解密用的是同一把密钥。就像你家大门钥匙——你用它锁门，也用它开门。
在智能家居场景里，最常用的对称加密算法是 AES（高级加密标准）。我个人习惯用 AES-256，因为它的密钥长度是256位，暴力破解基本不可能。你想想看，就算用全世界最快的计算机，也得算到宇宙毁灭才能解开。
核心要点：
- AES 工作模式：CBC（密码块链）模式最常用，但要注意初始化向量（IV）必须随机生成。ECB 模式千万别用——我在项目中遇到过，同样的明文会生成同样的密文，攻击者一眼就能看出规律。
- 密钥长度：128位够用，256位更安全。但别用192位，兼容性差，性能也没优势。
- 性能：AES 硬件加速在很多芯片上都有，比如 ESP32、树莓派。实测下来，加密1MB数据只需要几毫秒。
// AES-256 CBC 加密示例（伪代码）
key = random_bytes(32) // 256位密钥
iv = random_bytes(16) // 128位初始化向量
ciphertext = aes_encrypt(plaintext, key, iv, AES_CBC)
// 注意：iv 需要随密文一起传输，但不需要保密我的经验：曾经有个智能灯泡项目，工程师把 AES 密钥硬编码在固件里。结果固件被反编译，密钥直接暴露。我建议：密钥永远不要写死在代码里，哪怕用个简单的派生函数也好。
4.2 非对称加密：公钥私钥，各司其职
对称加密有个致命问题：密钥怎么安全地传给对方？你总不能把钥匙塞在信封里寄过去吧？
非对称加密就是来解决这个问题的。它用一对密钥：公钥公开，私钥保密。公钥加密的数据，只有私钥能解开；私钥签名的数据，公钥能验证真伪。
智能家居里最常用的两种算法是 RSA 和 ECC（椭圆曲线加密）。
| 特性 | RSA | ECC |
|---|---|---|
| 密钥长度 | 2048位（推荐） | 256位（相当于RSA 3072位） |
| 性能 | 加密慢，签名慢 | 加密快，签名快 |
| 带宽占用 | 大（密文长） | 小（密文短） |
| 典型场景 | HTTPS证书、固件签名 | IoT设备认证、密钥交换 |
我个人更偏爱 ECC，尤其是 Curve25519 这种实现。为什么？因为它在资源受限的 IoT 设备上跑得飞快，而且安全性不输 RSA。我记得有个项目，用 ESP8266 做 RSA 2048 位签名，耗时超过 2 秒——用户都以为设备死机了。换成 ECC 后，200 毫秒搞定。
避坑指南：我曾经见过有人用 RSA 加密大数据块。千万别这么干！非对称加密只能加密小块数据（比如对称密钥），否则性能会崩。正确的做法是：用非对称加密交换对称密钥，然后用对称加密传输实际数据。这叫“混合加密”。
4.3 哈希函数：数据的指纹
哈希函数不是加密，它没有密钥，也不可逆。它的作用就是给数据算一个“指纹”——同样的数据，指纹永远一样；数据改一点点，指纹天差地别。
智能家居里最常用的哈希算法是 SHA-256。为什么是它？因为 SHA-1 已经被攻破了，MD5 更是形同虚设。你想想看，如果攻击者能伪造哈希值，那固件完整性校验就形同虚设了。
// SHA-256 哈希示例
data = "智能门锁固件 v3.2"
hash = sha256(data)
// 输出：e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855哈希函数的三大用途：
- 数据完整性校验：下载固件后，比对哈希值，确保没被篡改。
- 密码存储：永远不要存明文密码！存哈希值。但注意，要用加盐的哈希（比如 bcrypt、scrypt），防止彩虹表攻击。
- 消息认证码（HMAC）：结合密钥的哈希，用于验证消息来源和完整性。
我的经验：有一次做智能摄像头固件升级，发现哈希校验总是失败。查了半天，原来是固件包末尾多了个换行符。嗯，哈希对数据极其敏感，哪怕一个字节的差异都会导致完全不同的结果。所以，校验前一定要确保数据完全一致。
4.4 密钥管理：最容易被忽视的环节
算法再强，密钥管理一塌糊涂，等于白干。我见过太多项目：密钥硬编码、密钥明文存储、密钥从不轮换……说白了，就是把保险柜的钥匙挂在保险柜门上。
好的密钥管理，至少要做到这几点：
- 密钥生成：使用硬件随机数生成器（TRNG），别用软件伪随机。ESP32 内置了硬件随机数，直接用。
- 密钥存储：敏感密钥放在安全元件（Secure Element）或 TEE（可信执行环境）里。没有硬件支持？至少用加密存储，比如 Android 的 Keystore。
- 密钥分发：生产阶段预置密钥，或者通过安全信道（比如 TLS）分发。别用明文传输！
- 密钥轮换：定期更换密钥。我建议每 90 天轮换一次，或者每次固件升级时强制轮换。
- 密钥销毁：设备报废时，必须彻底擦除密钥。别指望格式化——数据恢复工具能轻松找回。
避坑指南：我曾经接手过一个智能门锁项目，密钥管理做得一塌糊涂。所有设备的密钥都一样，而且存储在外部 Flash 里，明文！结果呢？攻击者拆开一个门锁，读出密钥，整个小区的门锁都成了摆设。所以，密钥管理不是锦上添花，而是生死攸关。
知识体系总览
下面这张图，是我自己画的加密知识体系框架。你可以把它当作一个“地图”，随时回来对照。
好了，这一节的内容就到这里。加密这东西，说难不难，说简单也不简单。关键是要理解每种技术的适用场景，以及它们之间的配合关系。下次你设计智能家居产品时，记得把加密方案画成图，对照着检查一遍——相信我，这能帮你省下不少麻烦。