1. 物联网安全概述：安全威胁全景、与IT安全的区别、合规的重要性
大家好，欢迎来到这门课的第一章。咱们开门见山——物联网安全到底是个什么东西？
我做了十来年安全，从传统IT一路干到物联网。说实话，刚接触IoT安全那会儿，我也觉得“不就是把防火墙、加密、补丁管理那一套搬过来吗？”结果第一个项目就给我上了一课。嗯，咱们今天就把这课补上。
1.1 物联网安全威胁全景
先看一张图，把物联网安全的威胁面画清楚。我个人习惯用这张全景图来跟团队对齐认知——你只有知道敌人在哪，才知道怎么布防。
这张图我画过很多次。你看，物联网的威胁不是单点的，而是分层的。感知层、网络层、应用层，每一层都有它的软肋。更麻烦的是——攻击者往往不按层来，他们喜欢跨层串联。
举个例子。我曾经参与过一个智能路灯项目的安全审计。攻击者先通过物理接触拿到了路灯的固件（感知层），逆向后发现固件里硬编码了云端API密钥，然后用这个密钥伪造指令控制整个路灯集群（应用层）。你看，一次物理接触，撬动了整个系统。
1.2 物联网安全与IT安全的区别
很多刚转过来的同事会问：“IoT安全跟传统IT安全到底差在哪？”
我一般用下面这张表来回答。说白了，两者的思维模式完全不同。
| 对比维度 | 传统IT安全 | 物联网安全 |
|---|---|---|
| 设备资源 | CPU/内存充裕，可跑复杂加密 | MCU、几KB内存，轻量级算法是刚需 |
| 生命周期 | 3-5年，可频繁打补丁 | 5-15年，OTA升级困难，甚至无法升级 |
| 物理暴露 | 机房上锁，物理安全可控 | 设备在户外、工厂、家里，谁都能摸到 |
| 网络协议 | TCP/IP为主，安全协议成熟 | MQTT/CoAP/Zigbee/BLE，安全机制参差不齐 |
| 攻击后果 | 数据泄露、服务中断 | 物理损坏、人身安全、生产停摆 |
你想想看，传统IT服务器在机房里，门禁、监控、空调都到位。但物联网设备呢？一个温度传感器挂在工厂外墙，一个智能电表装在楼道里，谁都能碰。这就是物理暴露带来的新问题。
我记得有一次做车载T-Box的安全评估。那个T-Box用的是ARM Cortex-M4，只有256KB Flash。客户要求跑TLS 1.3，我说：“兄弟，你算过握手开销吗？”后来我们不得不改用DTLS + 预共享密钥的方案，才把内存占用压下来。这就是资源受限带来的现实妥协。
1.3 物联网安全合规的重要性
好，前面讲了威胁和差异。那合规呢？为什么要把合规单独拿出来说？
我直接说结论：没有合规的物联网安全，就是空中楼阁。
为什么？因为物联网安全不是你想怎么做就怎么做的。它涉及产品准入、法律责任、市场准入。你产品卖到欧洲，GDPR和RED指令摆在那；卖到美国，加州SB-327和NISTIR 8259等着你；在国内，等保2.0和《关键信息基础设施安全保护条例》一个都不能少。
我曾经帮一家智能家居厂商做合规整改。他们的智能门锁在国内卖得很好，想出海欧洲。结果一评估，发现固件没有安全更新机制，用户数据加密强度不够，隐私政策也不符合GDPR要求。整改花了三个月，光固件OTA安全升级就重写了两次。老板后来跟我说：“早知道合规这么重要，一开始就按标准做，省多少事。”
合规的意义，我总结为三点：
- 市场准入的通行证——没有合规认证，产品进不了某些市场。
- 安全基线的保障——合规标准本身就是行业最佳实践的浓缩。
- 法律风险的防火墙——出了安全事故，合规记录能帮你减轻责任。
1.4 从威胁到合规的思维转变
最后我想聊一个思维层面的东西。
很多安全工程师习惯“先发现漏洞，再修补漏洞”。这在物联网领域不够用。你想想看，一个设备部署在偏远变电站，固件有漏洞，你怎么远程修补？网络不通怎么办？设备断电怎么办？
所以物联网安全的思路必须转变：从“事后补救”转向“事前预防”。而合规，就是事前预防的最佳抓手。
合规标准告诉你：
- 设备出厂前必须做哪些安全测试
- 固件签名和验证机制怎么设计
- 安全启动链怎么建立
- 数据加密的最小强度是多少
- 日志和审计要保留多久
这些不是可选项，是必选项。我在做安全基线设计时，第一件事就是把目标市场的合规要求拉出来，一条一条过。然后把这些要求转化成技术需求，写进开发文档。
好了，第一章就到这里。咱们把物联网安全的威胁面、与IT安全的本质区别、以及合规为什么重要，都理清楚了。后面的章节，我会带着大家一步步把这些知识落地成可执行的安全基线和合规方案。