1. 设备身份概述：什么是设备身份、设备身份在IoT中的重要性、设备身份与用户身份的区别
各位好，我是老周。在IoT安全这行摸爬滚打了十几年，今天咱们来聊聊一个最基础、也最容易被忽视的话题——设备身份。
你想想看，一个物联网系统里，有成百上千台设备在跑。你怎么知道哪台是自家的？哪台是混进来的？说白了，设备身份就是回答三个问题：你是谁？你从哪里来？你要干什么？
什么是设备身份
设备身份，不是设备的名字，也不是它的IP地址。它是一个唯一且不可伪造的标识，用来证明“这台设备就是它声称的那台设备”。
我习惯把设备身份拆成三个层次来看：
- 物理层身份：比如芯片的序列号、MAC地址。这东西出厂就烧死了，但容易被篡改。
- 逻辑层身份：比如设备证书、公私钥对、设备ID。这是我们在软件层面赋予它的。
- 行为层身份：设备上报数据的模式、频率、传感器读数。这层最难伪造，但需要机器学习来识别。
嗯，这里要注意：物理层身份只能作为辅助，不能作为唯一凭证。我在一个智能门锁项目里就吃过这个亏——当时只靠MAC地址做设备识别，结果攻击者伪造了MAC，直接冒充合法设备开了门。从那以后，我再也不敢只用物理层身份了。
核心观点：设备身份 = 物理标识 + 密码学凭证 + 行为特征。三者缺一不可。
设备身份在IoT中的重要性
为什么设备身份这么重要？我给你讲个真实案例。
2016年，Mirai僵尸网络爆发。几百万台摄像头、路由器被感染，发起了史上最大规模的DDoS攻击。这些设备为什么能被控制？因为它们没有身份——或者说，它们的身份太弱了，弱到攻击者用默认密码就能登录。
设备身份在IoT中的重要性，我总结为四点：
- 访问控制的基础：没有身份，你就没法判断该不该让这台设备接入网络。
- 数据可信的前提：你收到的数据到底是不是这台设备发的？没有身份验证，数据就是垃圾。
- 安全审计的依据：出事了，你得知道是哪台设备干的。没有身份，你连追责都做不到。
- 远程管理的凭证：你要给设备升级固件、修改配置，总得确认对面是合法设备吧？
避坑指南：我曾经见过一个项目，团队花了大半年做数据加密，却忘了给设备分配唯一身份。结果攻击者直接伪造设备身份，绕过了所有加密措施。记住：加密解决的是传输安全，身份解决的是信任问题。两者不能互相替代。
设备身份与用户身份的区别
很多刚入行的朋友容易把设备身份和用户身份搞混。我刚开始也犯过这个错——给设备设计了一套用户名+密码的登录机制，结果发现根本行不通。
它们到底有什么区别？我列个表，你一看就明白：
| 对比维度 | 用户身份 | 设备身份 |
|---|---|---|
| 主体 | 人（有主观意识） | 机器（无主观意识） |
| 凭证形式 | 密码、生物特征、OTP | 证书、密钥对、芯片ID |
| 生命周期 | 可随时修改、注销 | 出厂即绑定，变更成本高 |
| 交互方式 | 主动输入凭证 | 自动协商、无人工干预 |
| 安全要求 | 防泄露、防暴力破解 | 防克隆、防物理篡改 |
| 典型场景 | 登录App、支付验证 | 设备注册、数据上报 |
为什么会这样？我给你解释一下：
第一，设备没有“记忆”。用户能记住密码，设备不能。你让设备每次开机都输入一次密码？不现实。所以设备身份必须自动加载、自动验证。
第二，设备数量巨大。一个IoT项目动辄几万、几十万台设备。你不可能像管理用户那样，给每台设备单独建账号、设密码。设备身份必须支持批量注册、自动分发。
第三，设备生命周期长。一个传感器可能要在户外跑5年、10年。这期间不能换电池、不能频繁更新凭证。设备身份必须足够健壮，能长期使用。
我的经验：设计设备身份方案时，我建议你先想清楚设备的生命周期。如果设备是短期的（比如一次性传感器），用简单的预置ID就够了。如果是长期运行的（比如工业网关），一定要用证书+硬件安全模块（HSM/TEE）。别问我怎么知道的——我在一个智能电表项目里，就因为用了软证书，结果三年后大批设备证书过期，挨个去现场更新，那叫一个惨。
设备身份的核心模型
说了这么多，咱们用一张图来总结设备身份的核心逻辑。这是我个人习惯用的框架，每次做新项目都会先画一遍：
这张图我每次做项目都会贴在墙上。你仔细看：身份构成是基础，核心功能是手段，应用场景是落地，安全目标是底线。少了任何一层，设备身份管理都会出问题。
好了，这一章就聊到这儿。设备身份这个概念，说简单也简单，说复杂也复杂。但只要你理解了它的本质——唯一性、不可伪造性、可验证性——后面的内容就好办了。