1. 蓝牙Mesh安全基础：Mesh安全架构概述
各位同学，咱们今天正式进入蓝牙Mesh的世界。第一节课，我不打算直接扔一堆协议栈代码给你看。咱们先聊聊安全——说白了，没有安全，Mesh网络就是个筛子。
我记得刚接触蓝牙Mesh那会儿，总觉得它跟经典蓝牙差不多，加密嘛，配个对就完事了。结果第一次做实际项目，客户要求设备在商场里稳定运行三个月，数据不能被隔壁店铺的网关截获。嗯，那时候我才意识到，Mesh的安全模型跟传统蓝牙完全是两码事。
1.1 为什么Mesh需要独立的安全架构？
你想想看，传统蓝牙是一对一通信，最多也就一个主设备带几个从设备。但Mesh呢？一个网络里可能有几百个节点，消息要经过多跳转发。如果中间某个节点被攻破了，整个网络的数据不就裸奔了吗？
所以蓝牙Mesh从一开始就设计了一套独立的安全架构。它不是简单套用蓝牙经典的安全模型，而是从零开始构建的。这套架构的核心目标就三个：
- 设备入网必须经过认证——不是谁都能随便加进来
- 网络层和应用层数据分开加密——转发节点只能看到路由信息，看不到业务数据
- 消息有防重放机制——同一个包不能被抓下来再发一遍
核心观点：蓝牙Mesh的安全是分层的、端到端的。网络层保证消息在节点间安全传递，应用层保证只有最终接收者能读懂业务数据。这两层互不干扰，各管各的。
1.2 安全三要素：机密性、完整性、可用性
做安全的都知道CIA三元组——Confidentiality、Integrity、Availability。但在Mesh里，这三个要素的实现方式跟传统网络不太一样。我一个个说。
机密性（Confidentiality）
说白了就是数据不能被偷看。Mesh用AES-CCM加密算法，密钥长度128位。网络层和应用层各有一套密钥，互不共享。
我在项目中遇到过一个问题：客户抱怨说他们的智能灯控系统，有时候隔壁楼的人也能控制。查了半天，发现是配网阶段用的共享密钥没及时更新。嗯，这就是机密性没做到位——网络密钥泄露了。
完整性（Integrity）
数据在传输过程中不能被篡改。Mesh使用消息认证码（MIC）来保证完整性。每个消息都带一个MIC字段，接收方用密钥重新计算一遍，对不上就直接丢弃。
这里有个细节：Mesh的MIC长度是可选的——32位、64位、128位。你可能会问，选长的不是更安全吗？理论上是，但长的MIC意味着更大的包体，在低功耗设备上会增加传输时间和能耗。我个人的习惯是：控制类消息用64位MIC，固件升级这类大包用128位。
可用性（Availability）
网络要能正常工作，不能被攻击打瘫。Mesh的可用性主要体现在两个方面：
- 去中心化——没有单点故障，一个节点挂了不影响整个网络
- 消息重传机制——丢包了会自动重发，最多重传126次
但可用性也是最容易被忽视的。我曾经见过一个项目，所有节点都用同一个网络密钥，结果一个设备被物理破解后，攻击者直接伪造消息把整个网络搞瘫痪了。这就是可用性被破坏的典型案例。
| 安全要素 | Mesh实现方式 | 常见风险 |
|---|---|---|
| 机密性 | AES-CCM加密，网络层/应用层密钥分离 | 密钥泄露、配网阶段共享密钥未更新 |
| 完整性 | 消息认证码（MIC），32/64/128位可选 | MIC长度选择不当、重放攻击 |
| 可用性 | 去中心化架构、消息重传机制 | 单点密钥泄露导致全网瘫痪 |
1.3 Mesh网络安全基石：密钥体系
聊完三要素，咱们得看看Mesh到底靠什么来支撑这些安全目标。答案就是——密钥体系。Mesh的密钥不是一把钥匙开所有锁，而是分门别类，各司其职。
我画了一张图，帮你理清这些密钥之间的关系：
这张图你看懂了吗？我解释一下关键点：
- 设备密钥（DevKey）：每个设备出厂时烧录的唯一密钥。它只在配网阶段使用，配网完成后就退休了。我见过一些厂商为了省事，配网后还保留DevKey用于通信，这是严重的安全隐患。
- 网络密钥（NetKey）：整个Mesh网络共享一把。所有节点都必须持有NetKey，否则无法参与消息转发。但注意——转发节点只能看到网络层的内容，看不到应用层的数据。
- 应用密钥（AppKey）：按业务场景划分。比如智能灯控系统，灯光控制用AppKey A，传感器数据用AppKey B。这样即使AppKey A泄露了，传感器数据还是安全的。
实战建议：我在做项目时，习惯把NetKey和AppKey分开存储。NetKey放在安全元件里，AppKey放在普通Flash里。这样即使攻击者通过物理手段读取了Flash，也只能拿到AppKey，拿不到NetKey，网络层通信依然安全。
1.4 安全启动流程：设备是如何安全入网的？
好了，密钥体系讲完了。那一个新设备是怎么安全地加入Mesh网络的呢？这个过程叫Provisioning（配网）。我简单说一下流程：
- 邀请阶段：Provisioner（配网器）广播邀请，新设备响应
- 交换公钥：双方交换椭圆曲线公钥，建立安全通道
- 认证阶段：设备通过OOB（带外）方式证明身份——可以是PIN码、二维码扫描、NFC等
- 密钥分发：Provisioner将NetKey和AppKey通过安全通道发给新设备
这里有个坑，我曾经踩过。认证阶段如果只用静态PIN码（比如固定为123456），攻击者只要拿到一个设备的PIN码，就能伪造设备入网。所以我现在做项目，一律要求使用动态OOB——每次配网都生成新的随机PIN码，或者用二维码扫描。
注意：配网阶段的安全是整个Mesh安全的起点。如果配网过程被攻破，后续所有加密都是白搭。我见过一些厂商为了降低开发难度，把配网阶段的认证直接跳过——嗯，这种产品我建议你直接拉黑。
1.5 小结：Mesh安全的核心逻辑
这一章的内容其实就一句话：蓝牙Mesh的安全是分层的、密钥驱动的。网络层和应用层各管各的，密钥体系清晰，配网流程严谨。你只要记住三个密钥的职责，以及配网的四步流程，后面学解密的时候就会轻松很多。