1. 物联网安全概述：威胁、合规与基线
各位同学，咱们今天聊物联网安全。说实话，这个领域我干了快十年，踩过的坑比走过的路还多。你想想看，一个智能灯泡、一个温度传感器，看起来人畜无害，但一旦被攻破，可能成为撬开整个企业内网的跳板。我刚开始做物联网项目时，也天真地以为“设备小，没人盯”，直到亲眼看到某工厂的传感器被植入挖矿脚本……嗯，从那以后，我再也不敢小看任何一台终端。
1.1 物联网安全威胁：不只是“被黑”那么简单
物联网的威胁，说白了就三个字：多、杂、深。多是指攻击面多，杂是指攻击手段杂，深是指一旦出事，影响往往直达物理世界。
我个人习惯把威胁分成四个层面，这样排查时思路更清晰：
| 威胁层面 | 典型攻击 | 我见过的真实案例 |
|---|---|---|
| 感知层 | 物理篡改、传感器欺骗、节点克隆 | 某智能水表被拆开，直接短接通信模块，伪造用水数据 |
| 网络层 | 中间人攻击、DDoS、协议劫持 | Mirai 僵尸网络大家听过吧？摄像头被控，发起 1Tbps 流量攻击 |
| 平台层 | API 滥用、云存储泄露、权限绕过 | 某车联网平台未鉴权的 OTA 接口，能被远程刷写固件 |
| 应用层 | 固件逆向、弱口令、后门植入 | 智能门锁的 App 硬编码了管理员密码，反编译直接拿到 |
1.2 合规要求：GDPR 与等保 2.0 的“双刃剑”
说到合规，很多工程师觉得是法务的事。我一开始也这么想，直到被甲方审计追着要“设备日志留存策略”……那滋味，不好受。
目前国内做物联网，绕不开两个框架：GDPR（如果你做海外市场）和 等保 2.0（国内强制）。
1.2.1 GDPR：隐私是底线
GDPR 对物联网最狠的要求是什么？数据最小化和默认隐私。你设计产品时，不能先收集再说，而是默认就不该收集。举个例子，智能音箱如果默认开启“始终监听”，在欧盟直接罚到破产。
- 数据主体权利：用户有权要求删除你的设备上所有数据（被遗忘权）。
- 设计隐私：安全机制必须在架构阶段嵌入，不能事后打补丁。
- 跨境传输：设备数据传到中国服务器？先做充分性认定。
1.2.2 等保 2.0：物联网扩展要求
等保 2.0 在 2019 年正式把物联网纳入“通用安全”之外的扩展类。我建议你重点关注这几个控制点：
- 物理安全：设备防拆卸、防篡改（比如螺丝加防拆标签）。
- 网络安全：接入认证、通信加密、防中间人。
- 设备安全：固件签名、安全启动、最小化服务。
- 数据安全：本地存储加密、传输加密、日志审计。
1.3 安全基线概念：从“救火”到“防火”
安全基线是什么？说白了，就是最低可接受的安全配置标准。你不需要做到绝对安全（那不可能），但必须做到“不被常见攻击一捅就破”。
我习惯把基线比作“房子的门锁”——你不需要防住专业特工，但得防住顺手拉门的小偷。基线就是那把合格的锁。
一个典型的物联网安全基线包含以下维度：
- 身份与认证：默认口令必须改，双因子认证是加分项。
- 通信安全：TLS 1.2+，证书双向校验。
- 固件安全：签名验证、安全 OTA、版本回滚保护。
- 日志与监控：至少保留 180 天日志，支持远程审计。
- 物理安全：调试接口（UART/JTAG）在生产环境必须禁用。
1.4 本章知识体系：一张图看懂
下面这张图，是我自己梳理的物联网安全基线核心逻辑。你把它存下来，以后做方案时对着看，基本不会漏项。
你看，整个逻辑是：威胁驱动 → 合规约束 → 基线定义 → 落地执行。后面所有章节，都是围绕这个框架展开的。我个人建议你把这幅图打印出来贴在工位上，做方案时瞄一眼，思路不会乱。