BLE安全基础：无线通信风险、BLE安全特性概览、安全模式与安全等级

蓝牙低功耗（BLE）技术在设计之初便将低功耗与低成本作为首要目标，而安全性往往需要在协议栈层面进行精细设计。随着物联网设备的爆发式增长，BLE被广泛应用于医疗、工业、智能家居和可穿戴设备中，这些场景对数据的机密性、完整性和设备身份的真实性提出了严格要求。理解BLE面临的实际无线通信风险、协议栈提供的安全特性，以及安全模式与安全等级的划分逻辑，是构建可靠安全连接的前提。本章将从攻击面分析入手，系统梳理BLE安全架构的核心要素，并深入解析安全模式与安全等级的工程含义。

上图展示了BLE安全架构的核心链路：无线攻击面、设备协议栈与安全特性之间的对抗关系，以及安全模式与安全等级的映射框架。攻击者通过无线信道对设备实施窃听、中间人、注入等攻击，而BLE协议栈通过配对、加密、签名和身份认证机制构建纵深防御。安全模式与安全等级则定义了不同业务场景下所需的安全强度，为开发者提供了可配置的安全策略接口。

2.1 无线通信风险：BLE面临的真实威胁模型

BLE工作在2.4GHz ISM频段，采用跳频扩频（FHSS）技术，拥有40个物理信道（37个数据信道+3个广播信道）。虽然跳频机制增加了被动窃听的难度，但攻击者使用软件定义无线电（SDR）设备即可在毫秒级时间内完成信道扫描与同步。BLE的威胁模型必须从机密性、完整性、可用性和身份认证四个维度全面审视。

2.1.1 核心攻击类型与原理

被动嗅探是最基础的攻击形式。攻击者只需将nRF52840 DK开发板配合Wireshark软件，即可在数秒内捕获周围所有BLE设备的广播包。广播包中包含设备MAC地址（可解析或不可解析）、设备名称、服务UUID、外观类别等信息。若设备未启用加密，攻击者还能直接读取连接后的所有GATT属性值。对于使用Just Works配对方式的设备，即使启用了加密，由于配对过程不提供MITM保护，攻击者仍可通过主动注入方式实施中间人攻击。

2.1.2 风险缓解策略

• 强制使用LE Secure Connections：在BLE 4.2及以上版本中，使用ECDH P-256椭圆曲线密钥交换，提供前向保密性。
• 启用MITM保护：通过Numeric Comparison或Passkey Entry配对方式，确保双方确认配对信息。
• 使用随机可解析地址：定期更换设备MAC地址，防止攻击者长期追踪设备。
• 最小化广播数据：广播包中不包含敏感信息，仅广播必要的设备标识。
• 实施应用层加密：对于高价值数据，在GATT层之上再增加一层应用级加密。

2.2 BLE安全特性概览：从配对到加密的完整链路

BLE协议栈的安全特性从底层到上层依次包括：链路层加密、配对/密钥分发、GATT服务安全属性、以及应用层安全策略。理解这些特性的协同工作方式，是配置安全连接的基础。

2.2.1 配对与密钥分发机制

BLE配对过程分为三个阶段：配对特性交换（Pairing Feature Exchange）、认证与密钥生成（Authentication and Key Generation）、密钥分发（Key Distribution）。在BLE 4.2之前，Legacy配对使用AES-128加密引擎和PIN码生成STK；在BLE 4.2之后，LE Secure Connections使用ECDH P-256生成长期密钥（LTK）。

密钥分发阶段，设备间交换LTK（长期密钥）、IRK（身份解析密钥）、CSRK（连接签名解析密钥）等。LTK用于后续连接的数据加密，IRK用于解析随机地址以识别设备身份，CSRK用于数据签名。开发者需要根据设备存储能力选择需要分发的密钥类型，并确保密钥存储在安全元素（Secure Element）或TrustZone中。

2.2.2 加密与完整性保护

BLE使用AES-128-CCM加密算法，该算法同时提供机密性和完整性保护。CCM模式结合了CTR（计数器模式）加密和CBC-MAC认证，每个数据包都包含一个4字节的消息完整性校验码（MIC）。链路层加密在连接建立后自动启用，但需要先完成配对并生成LTK。对于未配对但需要加密的连接，可以使用LE Legacy配对中的Just Works方式快速建立加密链路，但安全性较低。

// nRF5 SDK中启用加密连接的典型配置
ble_gap_sec_params_t sec_params;
memset(&sec_params, 0, sizeof(sec_params));
sec_params.bond         = 1;                    // 使能绑定
sec_params.mitm         = 1;                    // 使能MITM保护
sec_params.lesc         = 1;                    // 使用LE Secure Connections
sec_params.keypress     = 0;
sec_params.io_caps      = BLE_GAP_IO_CAPS_DISPLAY_ONLY; // 显示能力
sec_params.oob          = 0;
sec_params.min_key_size = 7;
sec_params.max_key_size = 16;
sec_params.kdist_own.enc  = 1;  // 分发LTK
sec_params.kdist_own.id   = 1;  // 分发IRK
sec_params.kdist_peer.enc = 1;
sec_params.kdist_peer.id  = 1;
sd_ble_gap_sec_params_reply(m_conn_handle, BLE_GAP_SEC_STATUS_SUCCESS, &sec_params, NULL);

2.3 安全模式与安全等级：BLE安全策略的配置框架

BLE协议栈定义了三种安全模式（Security Mode）和多个安全等级（Security Level），用于控制设备对GATT服务和数据的访问权限。安全模式与安全等级的配置直接影响设备的行为：是否允许未加密连接、是否要求认证、是否强制MITM保护等。

2.3.1 安全模式详解

• 模式1（Security Mode 1）：基于加密的安全模式。Level 1表示无安全（允许明文传输），Level 2表示未认证的加密（通过Just Works配对），Level 3表示认证的加密（通过Numeric Comparison或Passkey Entry），Level 4表示带MITM保护的LE Secure Connections加密。
• 模式2（Security Mode 2）：基于数据签名的安全模式。Level 1表示未认证的签名，Level 2表示认证的签名。该模式不加密数据，仅通过CSRK进行数据完整性验证，适用于对机密性要求不高但需要防篡改的场景。
• 模式3（Security Mode 3）：仅适用于LE Secure Connections。Level 1表示无认证的加密，Level 2表示认证的加密，Level 3表示带MITM保护的认证加密。

2.3.2 安全等级选择策略

在nRF5 SDK中，安全模式与安全等级通过sd_ble_gatts_sec_set函数配置。每个GATT特征可以独立设置安全级别，例如允许设备名称公开读取，但心率数据需要加密读取。这种细粒度的安全策略设计，使得开发者可以在用户体验与安全性之间取得平衡。

2.3.3 常见误区与复盘