ESP32 BLE仅允许单个已配对设备连接的实现方案咨询

核心实现逻辑 #

该需求本质是BLE外设与唯一中心设备的绑定，核心思路是首次配对完成后持久化存储信任设备的标识，后续所有配对、连接请求仅放行该标识对应的设备。

主流实现方式与优劣对比 #

1. MAC地址/IRK过滤（最通用的最佳实践） #

这是绝大多数场景下的首选方案，实现成本极低，性能开销可以忽略：

• 操作步骤：
  1. 设备初始状态开放配对权限，正常广播
  2. 首次收到配对请求并完成BLE加密配对流程后，将对端设备的MAC地址 和身份解析密钥（IRK） 写入本地非易失性存储（Flash/EEPROM），同时关闭新设备配对权限
  3. 后续收到连接/配对请求时，先校验发起方地址：如果是可解析的随机私有地址，用存储的IRK解析确认身份；如果是公共地址直接比对MAC，仅匹配成功的请求允许进入后续流程，其他请求直接拒绝
• 不同平台获取设备标识的API参考：
  • Android：BluetoothDevice.getAddress()
  • iOS：CBPeer.identifier
  • 嵌入式Nordic nRF5 SDK：ble_gap_addr_get() 相关接口
• 优势：完全基于BLE协议栈原生能力实现，不需要额外开发上层应用逻辑，稳定性高
• 注意事项：必须同时存储IRK适配安卓、iOS默认使用的随机私有地址机制，避免手机更换随机地址后无法重连

2. 应用层密钥绑定（高安全场景方案） #

如果需要防止MAC地址伪造、提升安全性，可以选择该方案：

• 操作步骤：
  1. 首次配对完成后，两端通过自定义BLE服务协商生成唯一的应用层绑定密钥，分别存在本地
  2. 后续所有连接建立完成后，首先触发应用层密钥校验，校验通过才开放正常服务权限，校验失败直接主动断开连接
• 优势：安全性远高于MAC地址过滤，不受蓝牙地址随机化、地址伪造的影响
• 劣势：需要额外开发上层通信逻辑，首次配对流程的开发量更大

3. 绑定后关闭广播（极端安全场景方案） #

如果设备不需要被其他设备扫描发现，可采用该方案：

• 操作步骤：首次绑定完成后直接关闭BLE广播，仅响应已信任设备的连接请求
• 优势：完全避免被未授权设备扫描、攻击，安全性最高
• 劣势：必须预留物理重置机制（比如长按设备按键10秒清空绑定数据、恢复广播），避免信任设备丢失后设备无法使用

通用注意事项 #

• 无论采用哪种方案，都必须预留绑定重置逻辑，避免信任设备损坏/丢失后设备无法被其他设备连接
• 配对时建议开启BLE安全连接（Secure Connections）模式，避免配对过程中密钥被嗅探
• 如果是手机侧作为BLE中心设备实现该需求，逻辑完全对称：首次连接外设后存储外设的MAC/标识，后续扫描时仅连接匹配的设备即可

内容的提问来源于stack exchange，提问作者broersa