4. 身份认证与密钥管理：设备身份注册、公钥基础设施（PKI）、证书签发与吊销、密钥生命周期管理
好，咱们进入第四章。这一章的内容，说白了就是解决一个核心问题：你怎么知道对面那个设备，真的是它自己？ 在IoT环境里，设备成千上万，分布在天南海北，如果没有一套可靠的机制，那整个系统就跟筛子一样。
我个人习惯把身份认证和密钥管理比作IoT设备的“身份证”和“保险柜”。身份证证明你是谁，保险柜保护你的秘密。这两件事做不好，远程证明就是空中楼阁。
4.1 设备身份注册：给设备一个“户口”
设备出厂前，得先给它上个户口。这个过程叫设备身份注册。我见过不少项目，设备买回来直接连网，结果被仿冒设备混进来，数据全被篡改。
注册的核心，是给每个设备分配一个唯一且不可伪造的身份标识。常见的做法有几种：
- 基于硬件ID：比如MAC地址、芯片序列号。但这东西容易被读取和伪造，只能作为辅助手段。
- 基于安全芯片：在设备出厂时，往安全芯片（如TPM、SE）里烧录一个唯一的密钥对。私钥永远出不来，公钥作为身份标识。这是目前最靠谱的做法。
- 基于证书：设备出厂时，预置一个由制造商签发的设备证书。这个证书里包含了设备的公钥和身份信息。
核心原则：设备身份注册必须在安全的生产环境中完成。一旦设备离开工厂，再想注入可信身份，难度和风险都会成倍增加。
我曾经在一个智能门锁项目里，就因为图省事，让经销商在仓库里用软件工具批量注册设备。结果工具被泄露，黑客批量生成了几千个假身份，差点导致整个小区门禁系统瘫痪。从那以后，我坚持所有身份注册必须在产线完成，并且要经过硬件安全模块的签名。
4.2 公钥基础设施（PKI）：信任的基石
有了设备身份，谁来证明这个身份是可信的？这就需要PKI了。PKI不是某个具体技术，而是一套管理公钥的规则和体系。它解决的是信任传递的问题。
你想想看，设备A说“我是设备A”，你怎么信它？PKI的做法是：找一个大家都信任的“公证人”——也就是证书颁发机构（CA）。CA给设备A签发一张数字证书，里面写着“设备A的公钥是xxx，我CA担保”。
IoT环境下的PKI，跟传统互联网PKI有些不同。传统PKI是树形结构，根CA在最上面。IoT里，设备数量巨大，计算能力弱，网络可能不稳定。所以，我们常用的是两级或三级PKI：
| 层级 | 角色 | 特点 |
|---|---|---|
| 根CA | 信任锚点 | 离线保存，极其安全，只用来签发下级CA证书 |
| 中间CA | 策略执行者 | 可以按产品线、区域划分，负责签发设备证书 |
| 设备证书 | 终端身份 | 每个设备一张，包含设备公钥和身份信息 |
这样做的好处是，即使某个中间CA被攻破，根CA还在，可以吊销它的证书，不影响其他产品线。
我的建议：在IoT项目里，尽量不要把根CA的私钥放在任何联网的服务器上。用一台不联网的专用机器，甚至用硬件安全模块（HSM）来保护它。这是整个信任体系的命根子。
4.3 证书签发与吊销：生与死的管理
证书签发，就是CA给设备“盖章”的过程。设备带着自己的公钥和身份信息，向CA申请证书。CA验证信息无误后，用自己的私钥签名，生成证书。
这里有个关键点：证书签发流程必须自动化。IoT设备动辄几十万上百万，不可能人工一个个签发。我们通常搭建一个注册机构（RA），负责接收设备请求、验证身份，然后向CA申请签发证书。
有生就有死。设备可能报废、丢失、或者被黑客控制。这时候，就需要证书吊销。吊销的方式主要有两种：
- 证书吊销列表（CRL）：CA定期发布一个黑名单，列出所有被吊销的证书序列号。设备或服务器在验证证书时，需要下载并检查CRL。缺点是CRL会越来越大，实时性差。
- 在线证书状态协议（OCSP）：实时查询某个证书是否有效。设备向OCSP服务器发起查询，服务器返回“有效”、“吊销”或“未知”。优点是实时，但OCSP服务器可能成为性能瓶颈。
我曾经踩过的坑：在一个智能电表项目里，我们用了CRL，但没考虑到网络问题。电表在偏远地区，网络时断时续，经常下载不到最新的CRL，导致大量合法设备被拒绝连接。后来我们改用了OCSP Stapling技术，让服务器在TLS握手时主动把证书状态“钉”在证书里，设备不用再去查，问题才解决。
4.4 密钥生命周期管理：从生到死的守护
密钥跟人一样，有生命周期。从生成、分发、使用、更新，到最后的销毁，每一步都不能马虎。我把它分成几个阶段：
- 密钥生成：最好在设备内部的安全芯片里生成。私钥永远不出芯片，公钥可以导出。如果必须在服务器生成，那传输过程必须加密。
- 密钥分发：把公钥分发给需要验证的设备。这个过程相对安全。私钥的分发要极其谨慎，最好通过安全通道（如预置密钥加密的TLS通道）进行。
- 密钥使用：设备用私钥签名、解密。这个阶段要防止侧信道攻击（比如通过功耗分析窃取密钥）。安全芯片在这方面有天然优势。
- 密钥更新：密钥不能一成不变。定期更新密钥，可以降低被破解的风险。更新过程需要旧密钥的授权，或者通过安全通道重新下发。
- 密钥销毁：设备报废或退役时，必须彻底销毁密钥。对于软件密钥，要多次覆写存储区域。对于硬件密钥，要调用安全芯片的销毁指令，确保无法恢复。
下面这张图，是我自己项目里常用的密钥生命周期管理流程，你可以参考一下：
嗯，这里要注意，密钥更新不是想更新就更新。你得考虑设备的计算能力和网络带宽。对于一些低功耗设备，一次密钥协商可能消耗掉它一周的电池电量。所以，更新策略要因地制宜，不能一刀切。
好了，身份认证和密钥管理这块，核心就是这些。记住，信任不是天生的，是靠一套严谨的体系构建出来的。从设备注册到证书管理，再到密钥的整个生命周期，每一步都要有清晰的策略和可靠的实现。