4. 设备注册与初始身份注入

设备从产线走向云端，第一步不是“连上网”，而是“证明自己是谁”。设备注册与初始身份注入，解决的就是设备在生命周期起点获得可信身份、并让云端认可这一身份的问题。如果这一步设计不当，后续的认证、授权、加密通信都建立在流沙之上。本章围绕三条主线展开：身份在产线如何预置、首次连接时如何完成注册、以及如何防止设备被克隆或篡改。

一、身份从哪里来：产线预置与首次注册的取舍

设备身份的核心是一对密钥和一份证书。密钥的私钥必须只存在于设备内部，证书则由受信任的证书颁发机构（CA）签发，用于向云端证明公钥归属。围绕“身份何时、何地注入”，业界主要有两种模式。

产线预置是在制造阶段就把密钥和证书写入设备的安全存储（如安全芯片、TPM、eSE 或 MCU 内的受保护密钥区）。优点是设备出厂即具备身份，首次上电即可直接认证，无需人工干预；缺点是产线需要与 CA 或内部 PKI 打通，且证书一旦写死，吊销和更新需要额外机制。

首次连接注册则是设备出厂时只带一个“引导凭证”（如唯一的设备序列号、预共享密钥或引导证书），第一次联网时向注册服务申请正式证书。优点是灵活、便于批量管理，缺点是首次连接存在“信任起点”问题，必须保证引导过程本身可信。

实际工程中常采用混合模式：产线注入唯一设备标识和引导密钥，首次连接时通过安全协议换取正式运行证书。这样既保证了出厂可追溯，又保留了云端集中签发和吊销的能力。

二、注册协议：EST 与 SCEP 的定位

设备向 CA 申请证书，需要一套标准化的注册协议。最常用的两类是 SCEP 和 EST。

SCEP（Simple Certificate Enrolment Protocol）出现较早，基于 PKCS#7 和 PKCS#10，流程简单：设备生成密钥对，构造证书签名请求（CSR），用预共享密钥或已有证书保护后发给 CA，CA 返回证书。它的优势是兼容性好、实现轻量，很多网络设备和 IoT 模组都支持；不足是缺乏强身份绑定，预共享密钥泄露风险较高，且对证书更新、吊销的支持较弱。

EST（Enrollment over Secure Transport，RFC 7030）基于 HTTPS 和 TLS，定义了更完整的注册接口，包括 /simpleenroll、/simplereenroll、/cacerts 等端点。它支持客户端证书认证、CA 证书链分发、证书重新注册，安全性明显优于 SCEP。对于需要长期运维、支持证书轮换的 IoT 平台，EST 是更合适的选择。

选择建议：如果设备资源极度受限、且已有 SCEP 基础设施，可继续使用 SCEP；如果是新建平台、需要证书生命周期管理，优先选 EST。两者都不应把私钥上传到云端，私钥必须始终在设备侧生成并保存。

三、安全注入流程的关键控制点

无论采用哪种模式，安全注入流程都有几个必须守住的控制点。

私钥不出设备。密钥对必须在设备内部生成，私钥永远不离开安全存储。产线预置时，如果由外部系统生成密钥再写入，就引入了密钥在传输和写入环节被窃取的风险。正确做法是设备内部生成，只把公钥或 CSR 交给外部。

身份与硬件绑定。证书中的设备标识应与硬件唯一标识（如芯片唯一 ID、安全芯片内的不可导出密钥）绑定。这样即使证书被复制到另一台设备，也无法完成认证，因为私钥无法迁移。

注册通道可信。首次注册必须走 TLS，且服务端证书要被设备正确校验。对于资源受限设备，可以预置 CA 根证书，避免首次连接时“信任一切”。

注册结果可验证。设备拿到证书后，应校验证书链、有效期和主体信息，确认证书确实由预期 CA 签发、且主体与自身身份一致。云端侧则应记录注册事件，便于审计和异常发现。

四、防克隆与防篡改

设备被克隆，通常意味着攻击者复制了设备的身份凭证或固件。防克隆的核心思路是让身份“不可复制”。安全芯片（如 ATECC608A、SE050）把私钥锁在硬件内，外部只能调用签名接口，无法读出私钥；即使攻击者拿到设备，也无法把密钥复制到另一台设备。证书与硬件指纹绑定后，克隆设备在认证时就会失败。

防篡改则关注固件和运行环境。安全启动（Secure Boot）在每次上电时校验固件签名，签名不合法就拒绝启动；固件加密防止攻击者直接读取 Flash 内容；调试口在生产固件中锁定，避免通过 JTAG/SWD 读取内存。运行时完整性度量（如 TPM 的 PCR 扩展）和远程证明（Remote Attestation）可以让云端确认设备当前运行的固件版本和配置未被篡改。

五、一个可参考的注册参数示例

以下是一组教学示例参数，用于说明 EST 注册请求中常见的字段和取值，并非真实平台实测数据。

设备首次上电后，读取安全芯片中的引导证书，与注册服务建立 TLS 连接，提交包含公钥的 CSR。注册服务验证引导证书有效、设备 ID 未注册过之后，调用 CA 签发运行证书并返回。设备校验证书链后写入安全存储，后续通信使用运行证书完成双向认证。整个过程私钥始终留在安全芯片内，云端只见到公钥和证书。

注册不是一次性动作，而是设备身份生命周期的起点。证书会过期，设备可能被吊销，固件需要升级，这些都需要在注册体系设计时预留重新注册和证书轮换的能力。把注册做扎实，后续的访问控制才有可信的根基。