4. 设备身份与密钥生命周期管理

在IoT远程运维体系中，设备身份不是“给每台设备起个名字”这么简单，而是要让云端、网关和运维人员能够以密码学方式确认“这台设备确实是它声称的那一台”。本节围绕一机一密、证书签发、安全启动、密钥注入、轮换与吊销六个环节，讨论从产线到现场、从上线到退役的完整密钥生命周期工程实践。

一机一密：身份的唯一性与不可复制性

一机一密指每台设备拥有独立且唯一的身份凭证，通常表现为唯一的设备ID配合独立的对称密钥或非对称密钥对。它的核心价值在于：即使某台设备的密钥泄露，也不会导致同型号其他设备被批量冒充。工程上常见的两种落地方式是：

• 对称密钥方案：产线为每台设备生成一个随机密钥（如256位AES密钥），云端密钥管理系统保存设备ID与密钥的映射。设备与平台通过HMAC或AES-GCM完成认证。优点是计算开销小，适合MCU类设备；缺点是密钥需在云端集中保存，泄露风险集中。
• 非对称密钥方案：设备端生成或注入唯一私钥，云端仅保存公钥或证书。设备用私钥签名挑战值，云端用公钥验签。优点是云端不持有设备私钥，泄露面更小；缺点是握手计算量较大，需要设备具备一定的密码学能力。

无论哪种方案，都必须避免“同批次共用密钥”或“密钥由设备ID简单推导”的做法。一个可参考的产线参数示例是：设备ID采用16字节随机数，密钥采用32字节随机数，两者在安全环境中生成后写入设备安全存储区，并在云端数据库中建立唯一索引。

证书签发：从CSR到设备证书

对于采用非对称体系的设备，证书签发是身份可信的关键。典型流程是：设备在安全环境内生成密钥对，私钥不出安全区；设备或产线工具生成证书签名请求（CSR），其中包含设备ID、公钥和必要的扩展信息；CA对CSR进行审核后签发设备证书。工程上需要注意：

• 证书主题或SAN中应包含唯一设备标识，便于云端策略绑定。
• 证书有效期不宜过长，建议结合轮换周期设置，例如90天或180天。
• CA私钥必须保存在HSM或受控签名服务中，签发接口要有严格鉴权和审计。
• 设备证书应与设备唯一绑定，禁止一证多机或证书复制。

如果设备数量大，可采用两级CA结构：根CA离线保存，中间CA在线签发设备证书。这样即使中间CA被滥用，也可以通过吊销中间CA快速止损。

安全启动与密钥注入的协同

安全启动解决的是“设备运行的固件是否可信”，密钥注入解决的是“设备身份凭证是否安全落入设备”。两者必须协同设计，否则会出现“密钥注入后被恶意固件读取”的风险。常见工程做法是：

1. 产线先烧录带安全启动校验的BootROM和引导程序，确保后续固件必须通过签名验证才能运行。
2. 在受控的安全注入工位，通过加密通道将设备私钥或对称密钥写入安全存储区（如SE、TPM、TrustZone或OTP区域）。
3. 注入完成后立即锁定该区域，禁止再次读取明文密钥，只允许密码学运算调用。
4. 产线记录注入日志，包括设备ID、密钥版本、注入时间、工位编号，并与云端注册记录对账。

轮换与吊销：让身份具备“可退出”能力

密钥和证书不是一次注入就永久有效。轮换是为了限制单次密钥泄露的影响窗口，吊销是为了在设备丢失、退役或确认泄露时立即切断其身份。工程上建议：

• 轮换策略：对称密钥可按固定周期（如180天）或使用次数轮换；证书可在到期前通过在线协议申请新证书，旧证书在重叠期内继续可用，避免业务中断。
• 吊销机制：云端维护吊销列表（CRL）或使用OCSP响应，网关和设备管理平台在认证时检查吊销状态。对于资源受限设备，可由网关代理检查并缓存结果。
• 应急吊销：当发现某设备密钥泄露时，运维人员应能在管理平台一键吊销该设备身份，并同步到所有认证节点，通常在分钟级生效。

下面这张图展示了从产线到现场再到退役的密钥生命周期关键路径，以及轮换与吊销在其中的位置。

工程落地中的关键检查点

把上述环节串起来，实际项目中最容易出问题的往往不是密码算法本身，而是流程和状态管理。以下检查点可作为产线与运维团队的对照参考：

从工程实践看，设备身份与密钥生命周期管理的目标不是“永远不泄露”，而是让泄露可发现、可限制、可退出。一机一密限制了横向扩散，证书签发建立了可信绑定，安全启动和密钥注入保护了凭证的存储与使用，轮换和吊销则给了系统在异常发生后快速恢复控制的能力。把这六个环节当作一条完整的生命周期链来设计，而不是各自独立的功能点，才能真正支撑起远程运维场景下的设备身份安全。