蓝牙安全机制与配对绑定
1. 考点定位：面试官到底在问什么？
面试权重：★★★★☆（极高）
面试官常问的姿势通常有三种，由浅入深：
- 基础题：“说说蓝牙配对和绑定的区别？过程是怎样的？”
- 进阶题：“蓝牙的几种配对方式（Just Works, Passkey Entry, OOB, Numeric Comparison）分别用在什么场景？安全等级有什么不同？”
- 灵魂拷问：“你开发的蓝牙设备，如何防止中间人攻击（MITM）？LE Secure Connections 相比 Legacy Pairing 到底强在哪？”
核心本质：面试官不是在考你背协议栈，而是在考察你对设备间信任关系的理解，以及在真实产品中如何平衡安全性与用户体验。
2. 核心概念：一句话说清楚
- 配对（Pairing）：两个蓝牙设备第一次见面，互相认识、交换信息、建立安全连接的过程。可以理解为“握手”。
- 绑定（Bonding）：配对成功后，双方把对方的身份信息（Link Key，链路密钥）存起来。下次再见面，不用重新握手，直接恢复安全连接。可以理解为“存了电话号码”。
面试常考细节：
- 配对是过程，绑定是结果。一个设备可以配对但不绑定（比如临时传个文件），但通常配对后都会触发绑定。
- 绑定信息存储在Security Manager Protocol (SMP)管理的数据库中。如果设备恢复出厂设置，绑定信息丢失，下次就需要重新配对。
3. 原理：剥开蓝牙安全的洋葱
蓝牙安全机制的核心是Security Manager (SM)，它负责密钥生成、分发和加密。整个过程分为三个阶段：
Phase 1: 配对特征交换
- 设备A告诉设备B：“我支持什么IO能力（屏幕、键盘、NFC？），我支持什么安全算法（Legacy还是Secure Connections？）。”
- 这一步决定了后续使用哪种配对方式。
Phase 2: 密钥生成与认证（核心战场）
- 根据Phase 1交换的信息，双方通过一个短期密钥（Short Term Key, STK）或长期密钥（Long Term Key, LTK）建立加密连接。
- 这里就引出了四种经典的配对方式，也是面试高频对比点。
Phase 3: 传输特定密钥分发
- 加密通道建立后，双方交换一些“私货”，比如身份解析密钥（IRK，用于隐私保护）、签名密钥（CSRK，用于数据签名）等。
4. 对比与区分：四种配对方式的“宫斗剧”
这是面试中你最容易出彩的地方。直接上表格：
| 配对方式 | 核心原理 | 是否需要用户交互 | MITM保护 | 典型场景 | 面试坑点 |
|---|---|---|---|---|---|
| Just Works | 使用一个固定或随机生成的临时密钥（TK=0）来生成STK。 | 否 | 无 | 蓝牙耳机、音箱、鼠标 | 最容易忽略：它不提供任何中间人攻击保护！面试官问“你的设备安全吗？”你说“用了蓝牙配对”，他接着问“哪种？”你答Just Works，他就知道你要掉坑了。 |
| Passkey Entry | 一个设备显示6位数字，另一个设备输入这6位数字。双方用这个数字作为TK。 | 是（输入/确认） | 有 | 蓝牙键盘、门锁、车载系统 | 关键细节：谁显示、谁输入？由IO能力决定。如果两个设备都有显示屏和键盘，可以双向输入。 |
| Numeric Comparison | 双方各计算出一个6位数字，显示在屏幕上，用户确认两个数字是否一致。 | 是（确认数字） | 有 | 手机与手机、手机与电脑（LE Secure Connections专属） | 面试必问：它为什么能防MITM？因为数字是基于公钥和随机数生成的，攻击者无法伪造一个让双方都显示相同数字的中间人。 |
| Out of Band (OOB) | 通过蓝牙之外的通道（NFC、二维码、声波）交换配对信息。 | 是（物理接触/扫描） | 有 | 苹果AirDrop、NFC触碰配对、智能手表与手机 | 进阶考点：OOB的密钥交换是带外的，攻击者无法同时攻破蓝牙和OOB通道。这是最安全的配对方式之一。 |
面试话术示例：
“面试官，关于蓝牙配对方式，我理解核心在于IO能力和安全等级的权衡。比如Just Works虽然用户体验最好，但完全没有MITM保护，适合对安全性要求不高的外设。而Numeric Comparison和OOB则提供了强MITM保护，但需要用户参与交互。在实际项目中，我会根据产品的使用场景和用户习惯来选择，比如智能门锁必须用Passkey Entry或OOB，绝不能用Just Works。”
5. 手撕伪代码：模拟配对过程（考点：Legacy vs Secure Connections）
面试官可能会让你描述或写出配对的核心逻辑。这里以LE Legacy Pairing的Just Works为例，展示关键步骤：
// 伪代码：LE Legacy Pairing - Just Works 流程 (简化版) // 假设设备A（发起者）和设备B（响应者） // Phase 1: 特征交换 A -> B: “我IO能力=NoInputNoOutput，我支持Legacy Pairing” B -> A: “我也是NoInputNoOutput，支持Legacy” // Phase 2: STK生成 (核心) // 双方约定 TK = 0 (因为Just Works) TK = 0 // 双方各自生成随机数 Mrand, Srand Mrand = random() Srand = random() // 交换随机数 A -> B: Mrand B -> A: Srand // 双方各自使用 TK, Mrand, Srand 通过特定函数 (e.g., s1) 计算出 STK STK_A = s1(TK, Mrand, Srand) STK_B = s1(TK, Mrand, Srand) // 确认计算一致 (通过交换一个哈希值) A -> B: confirm_A = hash(Mrand, Srand, TK) B -> A: confirm_B = hash(Srand, Mrand, TK) // 验证 confirm 值，如果一致，则STK建立成功 // Phase 3: 加密连接建立 // 使用STK加密后续通信，并分发LTK等长期密钥面试官会追问：“LE Secure Connections 和这个有什么不同？”
你的回答：
“核心区别在于密钥生成方式。Legacy Pairing 使用STK（基于TK和随机数），而Secure Connections使用ECDH（椭圆曲线迪菲-赫尔曼）密钥交换，生成一个LTK。这带来了两个巨大优势：
- 防被动窃听：即使攻击者截获了所有交换信息，没有私钥也无法计算出LTK。
- MITM保护更强：Numeric Comparison方式就是基于ECDH公钥的哈希值，攻击者无法伪造。所以，Secure Connections从根本上解决了Legacy Pairing中TK（尤其是Just Works的TK=0）被破解的风险。”
6. 举一反三：面试官的“连环炮”
- 变体问法：“蓝牙的隐私功能（Privacy Feature）和配对绑定有什么关系？”
- 解析：隐私功能通过Resolvable Private Address (RPA)实现。设备使用IRK（身份解析密钥）来生成和解析随机地址。这个IRK就是在Phase 3绑定阶段分发的。没有绑定，就没有IRK，就无法实现隐私。
- 进阶追问：“如果两个设备都支持Secure Connections，但其中一个IO能力是NoInputNoOutput，最终会使用哪种配对方式？”
- 答案：Just Works。因为IO能力决定了交互方式。即使算法更安全，但用户无法参与确认数字，所以只能退回到Just Works。安全算法的进步不能完全弥补IO能力的限制。
- 实战问题：“你的蓝牙手环，手机App配对后，手环恢复出厂设置了，为什么手机还能连上？”
- 解析：因为绑定信息是对称的。手环恢复出厂设置，清除了自己的绑定信息。但手机上还存着手环的旧LTK。当手环发起新配对请求时，手机可能尝试用旧密钥恢复连接，但会失败。此时手机需要主动删除旧绑定信息，重新配对。很多开发者会忽略这个“脏数据”问题。
总结：蓝牙安全不是黑盒，而是一套精密的信任体系。面试时，你不仅要说出“是什么”，更要讲清楚“为什么”和“怎么选”。把上面这些点吃透，面试官再问蓝牙安全，你就能从“被动答题”变成“主动控场”。记住，安全是设计出来的，不是测试出来的。