2、基础知识：设备身份标识（Device Identity）的定义、类型及其安全属性

在物联网与嵌入式安全体系中，设备身份标识（Device Identity）是建立信任链的基石。它并非简单的“一串编号”，而是设备在网络空间中被唯一识别、认证与授权的凭证集合。理解设备身份的本质，需要从三个维度切入：标识的语义层级（硬件级、网络级、应用级）、标识的生命周期（烧录、激活、轮换、吊销）以及标识的防篡改能力（是否可被物理或逻辑攻击改写）。本章将系统梳理设备身份的类型谱系，剖析其安全属性，并给出选型与设计中的关键判断依据。

上图展示了设备身份标识的三大类型与四项核心安全属性之间的映射关系。硬件级标识（如UUID、芯片序列号）提供最基础的唯一性，但缺乏密码学强度；网络级标识（如IMEI、MAC）在通信链路中暴露，容易被嗅探与克隆；证书级标识（如X.509）基于非对称密码学，能够提供强认证与防篡改能力。在实际工程中，往往需要组合使用多种标识，形成“硬件信任根 + 网络标识 + 证书凭证”的分层体系。

2.1 设备身份标识的定义与本质

设备身份标识是用于在数字域中唯一确定一台物理设备的数据集合。它可以是出厂时烧录的序列号，也可以是运行时动态生成的会话凭证。从安全工程视角看，设备身份的本质是信任锚点——所有后续的访问控制、数据加密、远程管理都建立在对该身份的验证之上。如果身份标识本身可被复制或篡改，那么整个安全体系将形同虚设。

设备身份标识通常具备以下三个基本特征：

• 原子性：标识在设备生命周期内应保持稳定，不随网络环境或应用状态变化而改变（除非显式轮换）。
• 可验证性：验证方能够通过某种机制（如密码学签名、数据库比对）确认标识的真实性。
• 不可抵赖性：设备无法否认其使用该标识进行过的操作，这依赖于私钥持有或安全硬件的保护。

需要特别指出的是，“身份”与“标识”存在细微差别。标识是身份的载体，而身份是标识经过认证后获得的信任等级。例如，一个MAC地址只是标识，只有通过802.1X认证后，该MAC地址才被赋予网络访问权限，此时才构成“身份”。

2.2 设备身份标识的主要类型与对比

根据标识的生成方式、存储位置与使用场景，可将设备身份标识划分为以下三大类。每类都有其特定的安全属性与适用场景，工程中需要根据威胁模型进行组合选择。

2.2.1 硬件级标识：UUID与芯片序列号

硬件级标识是设备出厂时由芯片制造商或设备厂商写入的唯一编号。例如，STM32微控制器内部有一个96位的唯一设备ID，在芯片制造时被烧录，无法通过软件修改。这类标识的优点是天然唯一且不可变，适合作为设备注册的初始凭证。但其缺点也很明显：缺乏密码学保护。攻击者可以通过总线嗅探或读取调试接口获取该ID，然后将其复制到另一台设备上，实现“设备克隆”。因此，硬件级标识通常只能作为“设备指纹”的一部分，不能单独用于安全认证。

2.2.2 网络级标识：IMEI与MAC地址

IMEI（国际移动设备识别码）用于标识蜂窝网络中的物理设备，MAC地址用于标识局域网中的网卡接口。这两类标识在通信过程中必须明文暴露，以便网络设备进行寻址。然而，这种暴露也使其成为最容易被伪造的目标。在Linux系统中，通过ip link set dev eth0 address XX:XX:XX:XX:XX:XX命令即可修改MAC地址；在部分基带芯片上，通过AT指令也能修改IMEI。因此，网络级标识只能作为低安全级别的辅助识别，绝不能作为信任根。

2.2.3 证书级标识：X.509与平台证书

证书级标识是目前工业界公认的高安全设备身份。其核心机制是：设备在出厂时预置一个公私钥对，私钥存储在安全硬件（如TPM、SE、TEE）中，公钥通过CA签发的X.509证书对外发布。验证方通过证书链验证设备公钥的真实性，然后使用该公钥进行质询-响应认证。由于私钥不可导出，即使攻击者物理接触设备，也无法复制其身份。证书级标识支持动态轮换（通过CSR重新签发）和吊销（通过CRL或OCSP），生命周期管理能力完善。

2.3 设备身份的安全属性深度解析

评估一种设备身份标识是否满足安全需求，需要从以下四个维度进行量化分析。这四个属性相互制约，工程中需要根据实际威胁模型进行权衡。

2.3.1 唯一性（Uniqueness）

唯一性指标识在全局范围内不可重复。对于硬件级标识，唯一性由芯片制造工艺保证；对于证书级标识，唯一性由CA的签发策略保证（每个公钥对应唯一证书序列号）。但唯一性并不等于安全性——攻击者可以同时克隆多个具有相同UUID的设备。因此，唯一性只是身份管理的基础，而非充分条件。

2.3.2 不可伪造性（Anti-Cloning）

不可伪造性是指攻击者无法通过复制或逆向工程制造出另一个具有相同身份的合法设备。这要求标识必须绑定到一个不可提取的秘密。例如，将私钥存储在安全元件中，即使攻击者通过侧信道攻击读取了Flash内容，也无法获得私钥明文。相比之下，MAC地址和IMEI不具备不可伪造性，因为它们不依赖任何秘密。

2.3.3 可认证性（Authenticability）

可认证性是指验证方能够通过密码学协议确认设备确实持有与标识绑定的秘密。典型的实现是挑战-响应协议：验证方发送随机数，设备使用私钥签名后返回，验证方用公钥验签。可认证性依赖于密码学算法的强度以及私钥存储的安全性。如果私钥存储在普通Flash中且未加密，攻击者通过固件提取即可获得私钥，从而完全冒充设备。

2.3.4 生命周期可控性（Lifecycle Management）

设备身份不是一成不变的。在设备出厂、激活、运行、维修、退役等不同阶段，身份状态需要相应变化。例如：设备出厂时处于“未激活”状态，首次联网后通过证书签发流程变为“已激活”；当设备被攻击或报废时，需要将其证书吊销。生命周期可控性要求身份体系具备状态机管理能力，并支持远程更新与吊销操作。

2.4 实战场景：智能电表设备身份选型与防篡改设计

下面通过一个智能电表项目来综合说明设备身份标识的选型与防篡改设计过程。该案例涵盖了从需求分析到方案落地的完整闭环。

背景与约束：某电力公司计划部署10万只智能电表，要求支持远程费率更新与用电数据加密回传。电表部署在户外，攻击者可能物理接触设备。安全团队面临以下约束：

• 硬件成本敏感，无法为每台电表配备独立的安全芯片（SE），但主控SoC内置了TEE（TrustZone）。
• 电表需要支持远程固件升级，升级包必须验签。
• 电表与集中器之间采用DL/T 645协议通信，但该协议本身不提供加密。

初始方案与问题：最初设计采用“MAC地址 + 预置AES密钥”作为设备身份。每台电表出厂时写入一个随机AES-128密钥，并记录MAC地址。集中器通过MAC地址识别电表，使用AES密钥解密数据。然而，在试点测试中发现两个严重问题：

1. 攻击者通过串口调试接口读取了Flash内容，提取了AES密钥明文，导致密钥泄露。
2. 攻击者修改了电表的MAC地址，成功冒充另一台电表向集中器发送伪造的用电数据。

分析判断过程：安全团队对攻击路径进行了复盘：

• 根因1：AES密钥以明文形式存储在外部Flash中，未与SoC的TEE绑定。
• 根因2：MAC地址作为身份标识，不具备不可伪造性，且集中器未对电表进行双向认证。
• 根因3：DL/T 645协议无安全机制，所有数据均明文传输。

改进方案实施：团队重新设计了身份体系，采用“TEE + 证书”方案：

1. 在SoC的TEE中生成RSA-2048公私钥对，私钥永久保存在TEE安全存储区，不可导出。
2. 电表出厂时，将公钥通过安全通道上报给CA，CA签发X.509证书并写回电表（证书存储在普通Flash，可公开）。
3. 集中器与电表通信时，先进行TLS双向认证：集中器验证电表证书链，电表验证集中器证书。
4. 会话密钥由TLS握手动态生成，每次通信使用不同的AES-256会话密钥。
5. 固件升级包使用CA私钥签名，电表在TEE内验签后允许升级。

结果对比：改进后，即使攻击者物理打开电表并读取Flash，也只能获得公钥证书，无法获得私钥。由于私钥受TEE保护，攻击者无法克隆设备身份。同时，TLS双向认证杜绝了MAC伪造攻击。试点测试中，安全团队尝试了多种攻击手段（包括JTAG调试、Flash dump、侧信道分析），均未能提取私钥或伪造设备身份。

风险与代价：该方案增加了约15%的硬件成本（TEE需要额外的安全内存区域），且TLS握手过程增加了约200ms的通信延迟。但相对于安全收益，这些代价是可接受的。

2.5 常见误区与设计要点总结

在设备身份标识的设计与部署中，以下误区需要特别警惕：

• 误区一：将IMEI/MAC作为安全凭证。这些标识在通信链路中明文暴露，且可通过软件修改，不具备防克隆能力。
• 误区二：私钥存储在普通Flash中。攻击者通过固件提取或物理读取即可获得私钥，导致身份完全失守。
• 误区三：忽略证书吊销机制。当设备被攻击或报废时，如果无法及时吊销其证书，攻击者仍可利用旧证书进行通信。
• 误区四：所有设备使用相同的预共享密钥（PSK）。一旦一台设备被破解，攻击者即可使用该PSK冒充所有设备。

正确的设计要点包括：

1. 采用“硬件信任根 + 证书认证”的分层身份模型。
2. 私钥必须存储在安全硬件中，且具备防侧信道攻击能力。
3. 建立完整的证书生命周期管理流程，包括签发、轮换、吊销与更新。
4. 在通信协议层使用TLS/DTLS等标准安全协议，避免自研加密算法。
5. 定期进行安全审计，检查设备身份存储区域是否被异常访问。