设备认证与安全接入：一机一密落地文章目录设备认证与安全接入：一机一密落地引言：上行链路的最后一道门先看要防什么：物联网的五个攻击面一、一机一密：为什么是 HMAC 而不是密码二、五层语义：每层各管一件事三、四个类：密钥保护、密钥仓库、令牌服务、认证过滤器四、防重放：时间窗口只管时效，nonce 才管唯一五、实测：二十个安全场景全过六、生产扩展条件6.1 分层安全清单：从"报文可信"到"全栈可信"6.2 固件 OTA 的车队节奏：为什么不能一键全推6.3 网关型设备的两段式认证6.4 配网环节与"被盗设备"的处理6.5 生产对照：一座城市把"一机一密"写成了地方标准结语：物联接入篇收官引言：上行链路的最后一道门前四篇把设备数据送进了平台，但整条链路一直裸奔：任何知道 broker 地址和 topic 规范的人，都能伪造一台设备往平台灌数据。这不是假想风险——虚拟电厂的遥测数据是基线核算与偏差考核的直接输入（第 17 篇用历史负荷算基线，"响应量 = 基线 − 实际"再乘以补贴单价就是钱，属该篇教学默认规则，属地结算规则各异），伪造一台"幽灵储能"上报虚假放电曲线，基线与响应量从这里就被污染，就是实打实的骗补。47241 第 9.3 条要求通信网络具备"数据加密、防篡改、防监听"能力，第 9.5 条要求终端自身及交互安全；44260 第 5.4 条把"数据传输加密及校核"列为接入基础能力。这些条款落到设备接入层，第一件要做的事就是设备认证：平台只接受已注册设备的、密钥合法的报文。本篇在openvpp-iot落地一机一密认证：受保护的密钥仓库、HMAC（哈希消息认证码）令牌、nonce（一次性随机数）防重放、认证过滤器，配 20 个安全场景单测。物联接入篇到此收官。先看要防什么：物联网的五个攻击面认证解决的是"报文伪造"。但在 VPP 现场，设备侧能被打的口子有五个，其中四个不是本篇的设备消息认证能独立解决的——不知道它们的存在，会出现"认证做得很扎实、系统照样被打穿"的错觉：