01 · 协议全景与选型
1.1 家庭场景的七种连接
| 协议 | 层级/媒介 | 内建安全机制 | 公开档案中的典型风险 | 家居角色 |
|---|---|---|---|---|
| Wi-Fi | 网络层/2.4&5GHz射频 | WPA2/WPA3、PMF | KRACK、Dragonblood、FragAttacks（第3页） | 主力回传 |
| 以太网 | 链路/有线 | 无内建认证加密 | 端口未授权接入、流量明文 | 中枢/NVR/电视 |
| BLE | 链路/2.4GHz | 配对+AES-CCM | BlueBorne、KNOB、BIAS、SweynTooth | 门锁/手表/传感器配网与控制 |
| Zigbee | 网络/2.4GHz mesh | 网络密钥+Trust Center | 默认链接密钥、Touchlink、明文网络密钥分发 | 传感器/开关/灯 |
| Z-Wave | 网络/Sub-GHz mesh | S2框架（ECDH+AES） | 旧版S0降级、配对无校验 | 门锁/传感器（海外为主） |
| Thread | 网络/2.4GHz IPv6 mesh | 802.15.4网络层AES-128 | 依赖上层（Matter）完成认证 | Matter设备的低功耗mesh底座 |
| Matter | 应用层/跨媒介 | SPAKE2+、DAC认证、AES-CCM会话加密 | 调试窗口、实现层缺陷、配对凭据泄露（见5.2）；1.5起摄像头视频流标准化，视频权限治理成为新重点 | 跨生态互联的统一语言 |
| 红外 | 应用/光 | 无 | 仅联动控制，无认证概念 | 传统家电控制 |
选型原则：回传带宽需求大的设备用Wi-Fi/有线；电池供电的海量传感用Zigbee/Thread/BLE mesh；门锁等物理安全设备优先选择具备安全配对（LE Secure Connections、S2、Matter）的产品，并确认本地控制可用。
02 · 蓝牙（BLE）安全
2.1 配对机制与真实风险
BLE安全取决于配对方式：LE传统配对中的"Just Works"不提供任何中间人防护，攻击者可在配对时窃听协商出的短期密钥；LE Secure Connections（蓝牙4.2起引入）引入ECDH密钥交换与Numeric Comparison等带外/带内校验，安全性显著提升，但依赖两端实现正确。
| 配对方式 | 防中间人能力 | 适用与风险 |
|---|---|---|
| Just Works | 无 | 无显示能力的设备常用；配对期可被监听/篡改，密钥可被旁路获取 |
| Passkey Entry | 有（6位数字） | 一方输入另一方显示的数字；防被动监听，弱于防主动MitM |
| Numeric Comparison | 有 | 双方显示数字一致即配对；Secure Connections下安全性最好 |
| Out-of-Band（OOB） | 有 | 经NFC等带外通道交换；体验与安全兼得，需硬件支持 |
2.2 四个标志性公开研究
- BlueBorne（2017年9月，Armis）：8个蓝牙0day，覆盖Android、Windows、Linux与部分IoT系统，其中Android组件漏洞可实现远程代码执行（CVE-2017-0781等）；Armis估计受影响设备超过50亿台。教训：蓝牙栈实现复杂度决定了"默认开启=默认暴露"，关闭不用蓝牙是有效减面手段。
- KNOB（2019年8月）：针对经典蓝牙（BR/EDR）密钥协商的降级攻击（CVE-2019-9506），迫使双方使用1字节熵的加密密钥再暴力破解；暴露"协议允许协商弱参数"的设计问题。
- BIAS（2020年5月）：蓝牙冒充攻击——利用传统配对中"已配对即信任"的弱点，在未持有链路密钥的情况下冒充已配对设备建立连接，影响大量采用传统配对的设备。
- SweynTooth（2020年2月）：新加坡研究团队披露的12个BLE链路层漏洞，波及德州仪器、恩智浦、赛普拉斯、Dialog、Microchip、Telink等多家SoC的SDK；其中Android上的CVE-2020-0022可被邻近攻击者触发拒绝服务甚至代码执行。教训：SDK级缺陷沿"芯片→方案商→终端品牌"链条放大传导（与子课题01供应链分析一致）。
2.3 BLE配置基线
- 门锁、手表等敏感设备要求支持LE Secure Connections并采用带校验的配对方式（Passkey/Numeric Comparison/OOB）；
- 不用蓝牙的设备关闭蓝牙或设为不可发现；穿戴设备注意固定MAC地址带来的持续跟踪问题；
- 关注芯片厂商SDK安全公告（SweynTooth模式），固件保持更新；
- BLE仅作配网/近场控制时，优先采用"云签发的限时配对凭据"而非长期静态口令。
03 · Zigbee安全
3.1 密钥体系与历史弱点
Zigbee网络依赖"Trust Center（协调器）+网络密钥+链接密钥"体系：新设备入网时需从Trust Center获取网络密钥。历史实现中存在两个经典问题：①部分厂商使用出厂默认的全局Trust Center链接密钥（公开研究记录了如"ZigBeeAlliance09"一类的默认密钥），攻击者抓包即可解密入网过程、提取网络密钥，进而控制整个家庭Zigbee网络；②Zigbee Light Link（ZLL）的Touchlink机制允许邻近设备"接管"灯泡并绕过网络密钥。
3.2 IOActive"ZigBee Exploited"研究（2015年）
IOActive研究员Tobias Zillner在Black Hat USA 2015发布"ZigBee Exploited"：通过默认链接密钥解放入网流量以获取网络密钥、利用Touchlink接管设备，演示了对真实家庭网络的完整入侵路径。该研究直接推动了行业采用安装码（Install Code）派生唯一链接密钥等加固手段。
3.3 Zigbee配置基线
- 新设备入网使用安装码/唯一链接密钥，禁用默认Trust Center密钥；
- 禁用不必要的Touchlink远程配网；网络密钥定期轮换（中枢支持时）；
- 网关/中枢本身按一级设备管理（第2页）；Zigbee网络与Wi-Fi侧的桥接由中枢鉴权中转，避免双网直通；
- 研究工具（KillerBee、Attify Zigbee框架等）仅限授权测试环境使用。
04 · Z-Wave与Thread
4.1 Z-Wave S2：以"强制带内校验"为设计目标
Z-Wave S2安全框架（2016年推出）针对早期S0"入网密钥可被旁路"的缺陷做了系统加固：基于ECDH的密钥协商、AES-128-CCM加密、带内DSK（Device Specific Key）首5位数字校验以防中间人、消息序号防重放。采购要点：门锁等关键设备应选择仅支持S2配对（拒绝S0降级）的型号；配对时务必核对DSK。
4.2 Thread：Matter的低功耗IPv6底座
Thread基于IEEE 802.15.4与6LoWPAN构建自愈mesh网络，网络层提供AES-128加密与设备入网控制；其安全完备性体现在与Matter绑定后的应用层认证（见下节）。单独部署Thread时，网络密钥的注入与保管（ commissioning 工具的安全）成为核心风险点。
05 · Matter安全架构：新协议的信任工程
5.1 机制拆解
Matter（CSA，1.0版2022年10月发布）的设计目标之一是纠正早期智能家居"云依赖、弱认证"的积弊：设备身份由信任链保证——CSA认可的产品认证根（PAA）签发中间证书（PAI），再为每台设备签发设备认证证书（DAC）；入网（commissioning）阶段通过QR码/配对码中的信息建立PASE会话（SPAKE2+口令认证密钥交换），验证DAC与认证声明（CD）后配入家庭fabric；日常控制走CASE证书会话，数据面采用AES-CCM加密。架构上鼓励本地局域网控制，降低了对单一云的依赖。
| 机制 | 安全目标 | 潜在风险 | 缓解 |
|---|---|---|---|
| DAC认证链 | 证明设备为经认证的正品 | 校验实现缺陷、被吊销证书未检查 | 中枢强制校验DAC/CD；关注CSA安全公告 |
| PASE（SPAKE2+） | 凭配对码建立首个加密通道 | 配对码泄露（拍照/共享）即可被他人入网 | 配对码即开即用、勿提前拍照传播；完成配网后关闭调试/ commissioning 窗口 |
| CASE会话 | 节点间双向认证加密通信 | 多管理员（多fabric）权限蔓延 | 定期审计已授权的生态与节点 |
| 本地优先控制 | 断外网可用、减云依赖 | 局域网内任一被控设备可尝试横向控制 | 与第3页分区架构叠加：设备网段默认不可主动访问中枢管理面 |
5.2 研究动态
版本演进与安全增强：1.3（2024年5月）扩展家电与能源管理设备类型；1.4（2024年11月）引入HRAP（认证的家庭路由器/AP兼作Thread边界路由器）与增强多管理员；1.4.1（2025年5月）支持NFC配网与多设备一次性配网；1.4.2（2025年8月）以安全增强为主，收紧Thread路由器认证要求；1.5（2025年11月）首次将摄像头/门铃视频流（WebRTC）纳入标准；1.6（2026年6月）发布Product Security 1.1，对齐欧盟《网络弹性法案》漏洞报告时限。2023年以来，学术界与安全社区对Matter开展系统安全分析，公开研究涉及commissioning调试窗口启用时间过长、DAC校验的实现缺陷、配对凭据（QR/手册配对码）管理等实现层风险；截至本页撰写，尚未出现动摇其密码学基础的公开攻破。课题立场：Matter是消费IoT互连安全的重要进步，但“协议安全≠部署安全”——配网凭据管理、多生态授权审计、视频流权限与家庭分区仍是落地关键；摄像头类设备经Matter入网后，其视频访问授权应同步纳入第5、6页的权限审计清单。
06 · 互联权限与生态治理
6.1 触发-动作平台的权限研究
智能家居的"如果……就……"自动化（人走灯灭、开门录像）把权限问题推到了前台：IEEE S&P 2016发表的SmartThings平台研究（Fernandes等）系统演示了事件订阅越权、子资源伪装、自动化规则被间接操纵等问题，并发现过半第三方应用存在过度授权。其防御思想——最小权限+运行时权限监控+规则来源审计——仍是今天所有生态平台的必修课。
6.2 生态互联配置基线
- 最小授权：每个第三方集成只授予其功能必需的设备与权限（"只能看客厅灯"而非"全部设备"）；
- 定期审计：每季度检查已连接的App、技能、自动化规则与共享成员，移除不再使用的项；
- 高敏操作隔离：开锁、布防撤防、支付类操作不接入语音免密执行（第6页音箱章节）；
- 平台切换卫生：换绑生态时同步吊销旧授权；设备转让前恢复出厂并吊销DAC绑定（子课题01方法）。
小结：协议安全的主线已经从"信号能不能被窃听"转向"设备凭什么是你家的一员"——BLE看配对、Zigbee看入网密钥、Z-Wave看S2、Matter看DAC与配网凭据。用户侧只需要记住三件事：配对要校验、配网凭据要保密、授权要定期清理。
本节参考来源（第4页）
协议机制以官方规范为准；攻击研究以原始披露与学术论文为准。
蓝牙技术联盟核心规范（含LE Secure Connections配对方法）：bluetooth.com（核心规范）；蓝牙SIG安全中心：bluetooth.com（安全页）。
Armis《BlueBorne》白皮书（2017）：armis.com（BlueBorne白皮书）；CVE-2017-0781等见nvd.nist.gov。
KNOB攻击（CVE-2019-9506）：D. Antonioli, N. Tippenhauer, K. Rasmussen，《The KNOB is Broken: Exploiting Low Entropy in the Encryption Key Negotiation of Bluetooth BR/EDR》（USENIX Security 2019）；BIAS攻击（2020）：同作者团队后续披露。
SweynTooth漏洞集（Matheus E. Garbelini等，2020）：asset-group.github.io/disclosures/sweyntooth。
IOActive Tobias Zillner《ZigBee Exploited: The Good, The Bad and The Ugly》（Black Hat USA 2015）：ioactive.com/resources；研究工具KillerBee：github.com/riverloopsec/killerbee。
CSA连接标准联盟Matter规范（含设备认证与PASE/CASE机制）：csa-iot.org（规范下载）；Matter 1.0发布（2022年10月）见CSA新闻稿。
E. Fernandes, J. Jung, A. Prakash《Security Analysis of Emerging Smart Home Applications》（IEEE Symposium on Security and Privacy 2016，可经IEEE Xplore检索）：ieee-security.org（S&P 2016议程）。
Z-Wave联盟S2安全框架说明：silabs.com（Z-Wave技术页）；Thread Group规范：threadgroup.org。