2. 设备身份与认证：设备唯一标识、基于证书的认证、基于Token的认证、生物特征认证

大家好，我是你们的物联网安全讲师。今天我们来聊聊智能家居里一个特别基础、但又特别容易被忽视的问题——设备身份与认证。

说白了，就是怎么证明「你是你」。你想想看，你家智能门锁收到一条「开门」指令，它怎么知道这条指令是来自你，还是来自隔壁老王？或者更糟，来自某个黑客？

嗯，这就是我们今天要解决的核心问题。

2.1 设备唯一标识：给每个设备一个「身份证」

我刚开始做智能家居项目时，遇到的第一件事就是：设备太多了。一个家庭里，灯、插座、门锁、摄像头、窗帘……少说几十个。如果没有唯一标识，系统根本分不清谁是谁。

设备唯一标识，就是给每个设备一个全球唯一的ID。就像人的身份证号一样。

常见的实现方式有几种：

MAC地址：网卡出厂时自带的，理论上全球唯一。但有个坑——MAC地址可以被伪造。我在项目中就遇到过，有人用软件改了MAC地址，冒充合法设备接入网络。
芯片序列号：比如ESP32、STM32等芯片内部都有唯一的序列号，烧录在ROM里，无法修改。这个相对靠谱。
UUID/GUID：在云端生成，分配给设备。但需要保证生成算法不重复，且存储安全。

我的建议：不要只用MAC地址做唯一标识。最好结合芯片序列号 + 云端分配的UUID，双重保险。

举个例子，我在一个智能灯控项目里，每个灯出厂时都烧录了芯片序列号，同时云端再分配一个UUID。设备上线时，两个ID一起校验，这样即使有人改了MAC，也过不了第二关。

2.2 基于证书的认证：最正统的方式

证书认证，说白了就是「数字身份证」。它基于公钥基础设施（PKI），是目前物联网领域最成熟、最安全的认证方式之一。

流程大概是这样的：

设备出厂时，预置一个设备证书（包含公钥）和对应的私钥。
设备连接服务器时，发送证书给服务器。
服务器用CA（证书颁发机构）的公钥验证证书的合法性。
验证通过后，双方协商会话密钥，后续通信加密。

我个人习惯用X.509证书，这是国际标准。在智能家居里，很多高端设备（比如智能门锁、安防摄像头）都采用这种方式。

避坑指南：我曾经遇到一个项目，设备证书私钥被明文存储在Flash里。结果有人通过串口读出了私钥，伪造了证书。记住：私钥必须用硬件安全模块（HSM）或安全元件（SE）保护，绝对不能明文存储。

下面是一个简单的证书验证流程示意图：

2.3 基于Token的认证：轻量级方案

证书认证虽然安全，但有个问题——太「重」了。对于低功耗、低算力的设备（比如一个简单的温湿度传感器），跑证书验证可能吃不消。

这时候，Token认证就派上用场了。

Token认证的核心思想是：设备第一次用「用户名+密码」或「设备密钥」登录，服务器验证通过后，返回一个临时令牌（Token）。后续通信，设备只需要出示这个Token即可。

常见的Token格式有：

JWT（JSON Web Token）：我最常用的。它包含三部分：Header、Payload、Signature。服务器用密钥签名，设备无法伪造。
OAuth 2.0 Token：适合需要第三方授权的场景，比如智能音箱控制其他设备。

注意：Token有有效期。我见过有人把Token有效期设成一年，结果设备被盗后，攻击者拿着Token随便用。建议Token有效期不超过24小时，并配合刷新机制。

举个例子，我在一个智能插座项目里，设备第一次上线时用预置的密钥向服务器请求Token。服务器返回一个JWT，里面包含设备ID、过期时间。后续每次上报数据，都带上这个JWT。服务器验证签名和有效期，通过就处理数据。

代码示例（伪代码）：

// 设备端请求Token
POST /api/auth/token
{
  "device_id": "ESP32_001",
  "secret_key": "预置密钥的哈希值"
}

// 服务器返回
{
  "token": "eyJhbGciOiJIUzI1NiIs...",
  "expires_in": 86400
}

// 后续请求
GET /api/data/upload
Header: Authorization: Bearer eyJhbGciOiJIUzI1NiIs...

2.4 生物特征认证：最「人性化」的方式

前面说的都是设备之间的认证。但智能家居最终是给人用的，所以人机认证也很重要。

生物特征认证，就是用人体的生理特征来验证身份。常见的包括：

指纹：智能门锁标配。但要注意，指纹传感器有等级之分。便宜的电容式传感器容易被假指纹骗过。
人脸识别：智能猫眼、门铃常用。3D结构光比2D摄像头安全得多。
声纹：智能音箱常用。但环境噪音大时识别率会下降。

我个人经验是：生物特征认证不能作为唯一的认证方式。为什么？因为生物特征一旦泄露，你没法「换」一个指纹或人脸。

最佳实践：生物特征 + 密码/PIN码，双因素认证。比如智能门锁，指纹开锁的同时，要求输入一个4位数的PIN码。这样即使指纹被复制，没有PIN码也打不开。

我曾经测试过一款智能门锁，它只用了指纹识别。我用硅胶做了一个假指纹，一次就打开了。后来我建议厂家加上「指纹+密码」双重认证，安全性提升了一个档次。

2.5 四种方式对比

认证方式	安全性	性能开销	适用场景	我的评价
设备唯一标识	低（易伪造）	极低	基础设备识别	不能单独用，必须配合其他认证
证书认证	高	高	高安全设备（门锁、摄像头）	最正统，但资源消耗大
Token认证	中高	低	低功耗设备（传感器、插座）	轻量级，我的首选
生物特征认证	中（可被复制）	中	人机交互（门锁、音箱）	方便但不绝对安全，建议双因素

2.6 我的建议

在实际项目中，我通常不会只用一种认证方式。而是根据设备类型和安全等级，组合使用：

高安全设备（门锁、摄像头）：证书认证 + 生物特征认证（双因素）
中安全设备（灯、插座）：Token认证 + 设备唯一标识
低安全设备（传感器）：设备唯一标识 + 简单的密钥校验

嗯，这里要注意：无论用哪种方式，密钥和证书的存储都是重中之重。我见过太多项目，因为私钥泄露导致整个系统被攻破。记住一句话：安全不是一种技术，而是一种习惯。

最后一个小技巧：如果你用的是ESP32这类芯片，可以利用它的硬件加密引擎（如AES、RSA加速器）来加速认证过程。我试过，性能能提升30%以上。

📚 课程目录

2. 设备身份与认证：设备唯一标识、基于证书的认证、基于Token的认证、生物特征认证

2.1 设备唯一标识：给每个设备一个「身份证」

2.2 基于证书的认证：最正统的方式

2.3 基于Token的认证：轻量级方案

2.4 生物特征认证：最「人性化」的方式

2.5 四种方式对比

2.6 我的建议