4. 设备身份标识技术选型

在IoT设备制造与供应链身份治理中,“设备身份”并不是一个单一字段,而是一组从弱到强、从可伪造到可验证的标识能力。选型时最常见的误区,是把MAC地址或序列号直接当作安全身份使用。它们能回答“这台设备叫什么”,却很难回答“这台设备是否真的是它声称的那一台”。本节围绕MAC地址、序列号、IEEE 802.1AR、DICE、TPM五类典型方案,建立可操作的对比与选型准则。

一、先区分“标识符”与“身份凭证”

标识符(Identifier)用于区分对象,例如MAC地址、序列号、UUID;身份凭证(Credential)用于证明对象身份,例如私钥、证书、受保护密钥。MAC地址和序列号属于标识符,通常可读、可写、可复制,攻击者拿到一台设备后可以克隆其MAC和序列号,让云端把克隆体误认为原设备。密码学设备身份则把“标识”与“证明”绑定:设备持有不可导出的私钥,通过签名或密钥交换证明自己持有该私钥,云端用对应公钥或证书验证。

因此选型的第一条准则是:只要设备身份会影响访问控制、固件授权、数据归属或计费,就不能只依赖MAC地址或序列号,必须引入密码学身份。MAC和序列号可以保留为资产台账、生产追溯和运维定位的辅助字段,但不能作为安全边界。

二、五类方案的能力对比

下表从身份强度、可克隆性、密钥保护、供应链可传递性和典型成本五个维度对比。表中“示例参数”为教学假设,用于说明量级差异,不代表任何具体芯片实测值。

方案 身份强度 可克隆性 密钥保护 供应链可传递性 典型成本/复杂度
MAC地址 极弱,仅标识 可任意改写/克隆 无密钥 低,易被伪造 极低
序列号 弱,仅标识 可复制写入 无密钥 低,依赖数据库 极低
IEEE 802.1AR 强,基于X.509证书 私钥不可导出则难克隆 依赖安全存储 高,证书链可传递 中
DICE 强,密钥由硬件秘密派生 难克隆,依赖UDS 硬件派生,默认不导出 中高,需分层信任 中低(常集成于MCU)
TPM 2.0 强,含PCR度量与密钥层级 难克隆,密钥受保护 硬件保护,支持密封 高,支持远程证明 中高

需要强调:802.1AR、DICE、TPM并非互斥。802.1AR定义的是“设备身份证书”的格式与语义,DICE和TPM可以作为产生和保护该身份私钥的底层机制。实际产品中常见组合是:DICE派生设备密钥 → 签发802.1AR证书 → 云端用证书链验证。

三、选型准则:按风险与生命周期决策

选型不应只看“最强”,而应看设备被攻破后的影响面、设备生命周期长度、供应链参与方数量以及单台成本预算。可参考以下判断路径:

  • 仅用于内部台账、无远程访问:MAC+序列号可满足追溯,但需在数据库中建立唯一约束,防止重复录入。
  • 设备需接入云平台并上报数据:至少使用一机一密的对称密钥或设备证书;若设备数量大且生命周期超过3年,优先802.1AR证书。
  • 设备需执行固件授权、远程证明或敏感数据密封:选择TPM 2.0或具备DICE的MCU,利用PCR或CDI绑定固件状态。
  • 供应链涉及多家代工、测试厂:选择支持证书链传递的方案,使身份在出厂、入仓、激活各环节可验证,避免“出厂后补录身份”的断链。
选型时先问三个问题:设备被克隆后会造成什么后果?身份私钥能否在产线外被导出?供应链中谁有权写入或签发身份?这三个答案基本决定了方案下限。

四、一个可执行的选型与验证示例

假设某智能电表厂商计划量产10万台设备,设备通过MQTT接入云平台,生命周期8年,代工厂负责烧录。教学示例参数如下:每台设备需具备唯一设备证书,证书有效期5年,支持到期轮换;私钥不可导出;云端需验证证书链至厂商根CA。

选型结论:采用“DICE派生密钥 + IEEE 802.1AR设备证书 + 云端证书链验证”。产线流程可简化为:

1. 芯片内UDS(唯一设备秘密)在晶圆/封测阶段注入,不可读出。
2. 首次上电,DICE根据UDS和固件度量派生CDI,再由CDI派生设备密钥对。
3. 设备向产线签发服务提交CSR(证书签名请求),请求中包含设备公钥和序列号。
4. 产线签发服务验证CSR来源后,签发802.1AR设备证书,写入设备安全存储。
5. 设备联网时用私钥签名挑战,云端验证签名并校验证书链至厂商根CA。
6. 证书到期前90天,设备用旧密钥签名申请新证书,完成轮换。

验证时观察三个关键点:第一,用读保护命令尝试导出私钥应失败;第二,将一台设备的证书复制到另一台设备后,云端应因私钥不匹配而拒绝;第三,修改固件后重新上电,若使用DICE度量绑定,CDI应发生变化,旧证书对应的密钥不再可用,从而暴露固件被篡改。

不要把“烧录了序列号”等同于“具备设备身份”。序列号可被复制,且通常不参与密码学运算。若云端仅凭序列号放行,攻击者只需批量伪造序列号即可冒名接入。

五、供应链身份治理的落地要点

密码学身份的价值在供应链中才真正放大。厂商根CA的私钥必须离线保管,签发服务应部署在受控环境,并对每一次签发记录设备序列号、公钥指纹、签发时间、操作员和工单号。代工厂只能提交CSR,不能直接持有根CA私钥。设备激活时,云端应校验证书链、吊销状态和设备首次激活时间,防止“一证多机”或“旧证复用”。

对于成本极敏感、但仍有联网需求的设备,可采用折中方案:使用对称密钥一机一密,密钥由产线安全注入,云端保存密钥映射表。该方案实现简单,但密钥泄露后影响面大,且难以支持远程证明,适合低价值、短生命周期设备。若设备生命周期超过5年或涉及人身安全,应升级到非对称密码学身份。

设备身份标识选型:从弱标识到密码学身份 弱标识(仅追溯) MAC 地址 序列号 / UUID 可读、可写、可克隆 不参与密码学证明 密码学设备身份 IEEE 802.1AR 设备证书 DICE 派生密钥 / CDI TPM 2.0 密钥与 PCR 信任链验证 厂商根 CA(离线) 产线签发服务 云端证书链校验 升级 签发 选型决策路径(按风险递增) 仅内部台账 MAC + 序列号 联网上报数据 一机一密 / 设备证书 固件授权/远程证明 DICE / TPM 2.0 多代工/长生命周期 802.1AR + 证书链 判断依据:克隆后果、私钥可导出性、供应链参与方数量、设备生命周期、单台成本预算 辅助字段可保留 MAC/序列号用于追溯,但安全边界必须由密码学身份承担

回到选型本身,最稳妥的做法不是追求单一“最强技术”,而是建立分层身份体系:MAC和序列号用于资产追溯,对称密钥或设备证书用于接入认证,DICE或TPM用于密钥保护和固件状态绑定,802.1AR用于统一证书语义和供应链传递。这样既控制成本,又能在设备全生命周期内保持身份可验证、可轮换、可吊销。