2、物联网安全现状：物联网设备面临的安全威胁、身份认证的重要性、传统认证方式的局限性
大家好，我是老张。在物联网这行摸爬滚打了十几年，今天咱们来聊聊一个绕不开的话题——安全。说实话，我刚入行那会儿，大家更关心的是设备能不能连上网、数据能不能传回来。安全？那是锦上添花的事。但现在，情况完全变了。
你想想看，一个智能灯泡被黑了，可能只是关不掉灯。但一个工业传感器的身份被伪造了，那后果可能就是整条生产线停摆，甚至引发安全事故。这就是物联网安全的特殊性——它不再是纯数字世界的攻防，而是直接映射到物理世界。
2.1 物联网设备面临的安全威胁
物联网设备面临的安全威胁，比传统IT设备要复杂得多。我把它归纳为几个层面，咱们一个一个看。
2.1.1 物理攻击
这是物联网特有的。传统服务器锁在机房里，有门禁、有监控。但物联网设备呢？一个温湿度传感器可能挂在户外电线杆上，一个智能门锁就装在人家家门口。攻击者可以直接拿到设备，拆开外壳，用JTAG调试接口读取固件，甚至直接提取密钥。
我曾经在一个项目中遇到过，客户的一批户外网关被恶意拆解，攻击者通过UART串口拿到了root权限。嗯，从那以后，我设计的每个产品都会在硬件层面做防拆检测和密钥销毁机制。
2.1.2 网络攻击
这个大家比较熟悉，但物联网场景下有些新花样。
- DDoS攻击：还记得2016年的Mirai僵尸网络吗？几十万个摄像头被控制，发起了史上最大规模的DDoS攻击。这些摄像头出厂时都用了相同的默认密码，攻击者扫一遍就全沦陷了。
- 中间人攻击：很多物联网设备使用MQTT、CoAP等轻量级协议，如果没做TLS加密，攻击者在同一Wi-Fi下就能截获所有通信数据。
- 重放攻击：我见过一个智能门锁项目，它发送的开锁指令是明文。攻击者只要抓一次包，就能无限重放这个指令——说白了，你家门锁就是个摆设。
2.1.3 固件与软件漏洞
物联网设备的软件栈通常很“精简”，但精简不等于安全。很多厂商为了快速上市，直接用了开源组件却不做版本管理，也不跟踪CVE漏洞。
我个人习惯在项目初期就建立SBOM（软件物料清单），把所有组件的版本、许可证、已知漏洞都登记在案。这不是为了应付检查，而是当某个底层库爆出高危漏洞时，我能立刻知道哪些产品受影响，需要紧急更新。
2.1.4 供应链攻击
这个威胁越来越严重。一个物联网设备可能包含几十个芯片、上百个软件模块，来自全球各地的供应商。攻击者只要在供应链的某个环节植入后门，就能控制所有使用该组件的设备。
举个例子，如果某个Wi-Fi模组的固件里被植入了恶意代码，那么所有使用这个模组的智能家居设备都可能成为僵尸网络的一员。这就是为什么SBOM在物联网安全中如此重要——它能帮你理清供应链的每一环。
核心观点：物联网安全威胁的本质是“攻击面扩大+防护能力薄弱”。设备数量多、分布广、算力有限、更新困难，这些特点决定了传统安全方案很难直接套用。
2.2 身份认证的重要性
说了这么多威胁，那怎么防呢？身份认证就是第一道防线。说白了，就是回答三个问题：你是谁？你从哪里来？你要干什么？
在物联网场景下，身份认证的重要性体现在以下几个方面：
- 防止设备伪造：攻击者不能冒充合法设备接入网络。比如，一个假的温度传感器不能向中央控制系统发送虚假数据。
- 防止数据篡改：只有经过认证的设备才能发送或接收数据。这保证了数据的来源可信。
- 防止权限滥用：不同设备有不同的权限。一个智能灯泡不能去控制门锁，这需要通过身份认证来区分角色。
- 支持审计追溯：当发生安全事件时，通过身份认证日志可以追溯到具体是哪个设备、在什么时间、做了什么操作。
我记得有一次帮一个智慧农业项目做安全评估。他们的灌溉系统没有做设备身份认证，结果攻击者伪造了一个土壤湿度传感器，发送了“土壤干燥”的假数据。系统自动打开了灌溉阀门，整整浇了一夜，差点把大棚淹了。你看，这就是身份认证缺失的后果。
我的建议：身份认证不是“有就行”，而是要“够用”。对于高安全场景（如工业控制、智能门锁），建议使用基于PKI的证书认证；对于低功耗场景（如温湿度传感器），可以考虑基于预共享密钥的轻量级认证。
2.3 传统认证方式的局限性
传统的身份认证方式，比如用户名密码、数字证书、OAuth等，在互联网领域已经非常成熟。但到了物联网这里，就有点水土不服了。为什么？咱们来拆解一下。
2.3.1 用户名/密码认证
这是最传统的方式，但在物联网场景下问题很多：
- 密码管理困难：成百上千个设备，每个设备都要设置密码，谁来管理？很多厂商干脆用默认密码，比如admin/123456，这跟没设密码一样。
- 输入交互不便：很多物联网设备没有键盘屏幕，你怎么输入密码？通过手机App配网时输入？那配网过程本身就可能被攻击。
- 暴力破解风险：设备暴露在公网上，攻击者可以无限尝试密码。传统服务器有fail2ban等防护，但物联网设备往往没有。
2.3.2 基于PKI的数字证书认证
PKI（公钥基础设施）在Web安全中很成功，但用在物联网上也有局限：
- 证书管理复杂：每个设备都需要签发、分发、更新、吊销证书。对于百万级设备，这需要一套完整的PKI基础设施，成本很高。
- 计算开销大：证书认证涉及非对称加密，对MCU（微控制器）来说负担很重。一个RSA-2048签名验证可能需要几秒钟，很多低功耗设备根本扛不住。
- 证书存储安全：私钥要存储在设备上，但很多设备没有安全芯片（如TPM、SE），私钥容易被提取。
2.3.3 基于预共享密钥（PSK）的认证
这是很多物联网协议（如MQTT、CoAP）常用的方式，但也有问题：
- 密钥分发困难：每个设备需要唯一的PSK，如何安全地把PSK写入设备？生产环节、物流环节、部署环节都可能泄露。
- 缺乏动态更新：PSK通常是静态的，一旦泄露，除非重新烧录固件，否则无法更换。而很多物联网设备部署后很难物理接触。
- 缺乏可扩展性：当设备数量从100增长到10000时，PSK的管理复杂度呈指数级上升。
| 认证方式 | 安全性 | 管理复杂度 | 资源开销 | 适用场景 |
|---|---|---|---|---|
| 用户名/密码 | 低 | 低 | 低 | 非关键、低安全需求 |
| PKI证书 | 高 | 高 | 高 | 高安全、算力充足 |
| 预共享密钥 | 中 | 中 | 低 | 中等安全、资源受限 |
注意：很多物联网厂商为了省成本，直接使用“设备序列号+固定密钥”作为认证凭据。这种做法非常危险，因为序列号通常是明文传输的，攻击者拿到序列号就能伪造设备身份。我曾经见过一个项目，所有设备使用同一个密钥，结果一个设备被破解，整个网络都沦陷了。
2.4 本章小结：传统认证为什么不够用？
总结一下，传统认证方式在物联网场景下主要面临三个核心矛盾：
- 安全与成本的矛盾：高安全方案（如PKI）成本高、管理复杂；低成本方案（如密码）安全性又不够。
- 安全与性能的矛盾：强认证算法（如RSA、ECC）对低功耗设备来说计算开销太大。
- 安全与易用性的矛盾：复杂的认证流程会影响用户体验，导致厂商和用户都不愿意用。
那怎么办呢？这就是我们这门课要讲的核心——SBOM如何帮助解决物联网身份认证的难题。SBOM不只是个清单，它能为设备身份提供“基因级”的信任基础。具体怎么做？咱们后面慢慢聊。