BLE设备接收字节数组致崩溃是否属于安全漏洞？

一、是否属于安全漏洞？ #

• 若发送的是符合BLE协议规范的合法帧，但设备仍崩溃/连接断开，大概率属于安全漏洞：
  • 设备直接崩溃而非主动断开时，可能存在缓冲区溢出、空指针引用或未处理的异常分支，这类属于可被利用的DoS漏洞，极端情况下甚至可能被结合其他手段触发代码执行（BLE场景中这类情况虽少，但风险存在）。
  • 若仅出现BLE连接断开，需看设备是否主动触发链路层保护机制（如超时、错误帧阈值）。如果是设备因处理异常主动断开，仍属于DoS类漏洞——攻击者可重复发送这类帧让设备无法正常提供服务。
• 若发送的是不符合BLE协议规范的非法帧，设备崩溃同样属于漏洞：BLE协议栈应具备非法帧容错处理能力，不能因非法输入直接崩溃，这属于协议栈健壮性缺陷，可被用于DoS攻击。

二、字节数组Flood场景的常见防护机制 #

BLE协议本身和设备实现层面通常会有一些防护，但不同设备的完善度差异较大：

• 链路层内置防护：
  • 数据长度限制：BLE 4.2及以上支持最大251字节的ATT数据包，设备应严格校验接收数据包长度，超过上限的帧直接丢弃。
  • 流量控制：通过Flow Control机制限制发送方数据包速率，避免接收方缓冲区溢出。
  • 错误帧阈值：当接收错误帧数量达到阈值时，设备会主动断开连接，防止持续非法输入消耗资源。
• 设备厂商自定义防护：
  • 输入校验：对接收的字节数组进行格式、长度、内容的合法性校验，不符合要求的直接丢弃，不进入后续处理流程。
  • 资源隔离：将BLE协议栈处理逻辑与设备核心业务逻辑隔离，避免协议栈崩溃影响整个设备。
  • 速率限制：对同一连接的数据包频率做限制，超过阈值则触发临时屏蔽或断开连接。

很多低成本设备或协议栈实现不完善的设备会省略这些防护，尤其是小型IoT设备，很容易被这类Flood攻击影响。

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