杰理蓝牙设备认证绕过漏洞分析与安全加固方案

1. 问题背景与现象描述

最近在调试杰理蓝牙芯片的智能家居应用时，遇到了一个颇为棘手的问题：设备在连接"杰理之家"APP时，跳过了正常的设备认证流程。这种情况在智能硬件开发中相当危险，相当于你家的大门不需要钥匙就能直接推开。

具体表现为：

• 设备上电后能被"杰理之家"APP正常扫描发现
• 点击连接后直接进入控制界面，没有弹出预期的认证对话框
• 设备信息页面显示"未认证"状态
• 同一局域网下的其他设备却能正常触发认证流程

警告：这种跳过认证的情况会导致任何人在物理距离范围内都能直接控制设备，存在严重的安全隐患。我在智能门锁项目中就遇到过类似漏洞，攻击者无需密码就能开锁。

2. 认证机制失效的根因分析

2.1 杰理之家的标准认证流程

正常情况下，杰理蓝牙设备连接APP的认证应该包含以下环节：

1. 设备广播特定厂商数据（Manufacturer Specific Data）
2. APP扫描到设备后校验厂商ID（0x06E1为杰理科技）
3. 建立GATT连接时验证服务UUID（如0000AE00-0000-1000-8000-00805F9B34FB）
4. 通过特征值(Characteristic)交换动态生成的6位数字验证码

2.2 实际故障点的定位过程

通过蓝牙嗅探器抓包分析，发现异常设备存在以下问题：

• 厂商数据字段长度异常（实际12字节 vs 标准16字节）
• 缺失了认证特征值声明（Missing Characteristic Declaration）
• 设备名称中包含特殊字符"#NOAUTH#"

进一步查看SDK源码，发现这是开发阶段的测试模式标志：

c复制// 在ble_core.c中的设备初始化函数
if(strstr(device_name, "#NOAUTH#")) {
    bypass_authentication = true;  // 跳过认证流程
    LOGW("DEVICE IN TEST MODE!"); 
}

3. 解决方案与验证步骤

3.1 固件层面的修复方案

对于已经出货的设备，需要通过OTA更新修复：

1. 修改设备初始化代码：

c复制// 移除测试模式判断
- if(strstr(device_name, "#NOAU