3. WiFi 配网经典方案剖析

配网，说白了就是把家里的 WiFi 密码告诉设备。这个看似简单的动作，却是整个物联网安全链条上最薄弱的环节之一。我这些年评估过的产品里，至少有三分之一的安全漏洞都出在配网阶段。今天咱们就把几种主流方案掰开揉碎，看看它们到底是怎么工作的，又藏着哪些坑。

SmartConfig 是乐鑫最早推出来的一种配网方式。它的核心思路很巧妙——利用 WiFi 数据帧的长度来编码信息。

具体怎么做呢？手机不断发送特定长度的 UDP 包，设备在混杂模式下监听这些包的长度变化，从中提取出 SSID 和密码。整个过程不需要设备先连上路由器，听起来很优雅对吧？

SmartConfig 编码原理：

但这里有个致命问题——它没有任何身份认证机制。我在一次项目审计中发现，攻击者只要在同一信道内，就能用抓包工具完整还原出配网信息。你想想看，密码在空气中裸奔，谁都能捡到。

SmartConfig 主要缺陷：

我曾经帮一家智能灯厂商做安全评估，他们的产品用的就是 SmartConfig。我在同一 WiFi 环境下用 ESP32 做了个嗅探器，五分钟内就拿到了三台设备的配网密码。嗯，这个漏洞后来被标记为严重级别。

SoftAP 模式是另一种常见方案。设备自己开一个 WiFi 热点，手机连上去，然后通过 HTTP 或 TCP 把 WiFi 密码发过去。

听起来比 SmartConfig 安全一些？其实未必。设备开的这个热点，绝大多数情况下用的是默认 SSID，比如 "SmartBulb_XXXX"，而且密码要么是 "12345678"，要么干脆没有密码。

我个人习惯在测试时，第一件事就是检查 SoftAP 的配网页面有没有 HTTPS。结果呢？十有八九都是裸奔的 HTTP。更夸张的是，有些厂商连基本的 CSRF 防护都没有，攻击者可以伪造配网请求。

避坑指南： 我曾经遇到过一款智能插座，它的 SoftAP 配网页面直接暴露了设备的管理员密码。攻击者只要连上热点，打开浏览器输入 192.168.4.1，就能拿到设备的 root 权限。这种设计，说白了就是把家门钥匙挂在门外。

既然 SmartConfig 和 SoftAP 都有硬伤，那有没有更好的办法？BLE + WiFi 混合方案就是目前公认的最优解。

它的思路很简单：用 BLE 作为安全信道来传输 WiFi 凭据，用 WiFi 来保证数据传输速率。两者各司其职，互不干扰。

这个方案的优势很明显：

个人经验： 我在做一款智能门锁的配网设计时，就采用了 BLE + WiFi 方案。BLE 负责传输 WiFi 密码和门锁的密钥对，WiFi 负责上报门锁状态和接收远程开锁指令。上线两年，没有出现过一例配网相关的安全事件。

目前市面上主流的 IoT 芯片厂商，基本都推出了自己的配网方案。我整理了一份对比表，方便大家选型时参考。

这里我想多说两句。乐鑫的 ESP-TOUCH v2 虽然加了 BLE 辅助，但很多厂商为了省成本，还在用 v1 的纯 SmartConfig 模式。我建议，如果你用的是乐鑫芯片，至少升级到 v2，并且开启 BLE 辅助配网功能。

联发科的方案在安全性上做得不错，ECC 密钥协商加上双向证书认证，基本可以防住中间人攻击。但它的 SDK 文档写得比较晦涩，我当初调 MT7697 的配网接口时，花了两天时间才跑通。

TI 的 EC-JPAKE 协议很有意思，它用零知识证明的方式完成认证，设备不需要存储任何敏感信息。不过配置流程确实复杂，适合对安全性有极致要求的场景，比如金融支付设备。

选型建议： 不要只看芯片价格，要把配网安全成本算进去。我曾经见过一个项目，为了省 2 块钱的 BLE 芯片成本，选了纯 SmartConfig 方案，结果上市三个月就被爆出安全漏洞，紧急召回损失了上百万。这笔账，你算算看。

总结一下我的观点：SmartConfig 和 SoftAP 作为早期方案，已经跟不上现在的安全要求了。BLE + WiFi 混合方案是目前最务实的选择，既能保证安全性，又不牺牲用户体验。至于选哪家芯片，看你的产品定位和团队技术储备，没有绝对的好坏，只有合不合适。