【LE Audio】CSIP精讲[5]: 蓝牙协同设备组的安全防护体系与实战规范

在LE Audio的技术生态中，Coordinated Set Identification Profile（CSIP）是实现多设备协同的核心协议，小到TWS耳机、助听器，大到多音箱音频组、工业传感器集群，都依赖CSIP完成设备组的识别、发现与专属访问控制。而安全设计则是CSIP协议落地的基石——没有完善的安全防护，设备组会面临身份冒充、未授权访问、操作冲突甚至隐私泄露的问题。

目录

一、CSIP 安全设计的核心逻辑 —— 纵深防御与场景适配

1.1 纵深防御：避免单点安全失效

1.2 场景适配：兼顾强安全与兼容性

二、核心安全基线：安全模式与128位密钥熵的硬性要求

2.1 蓝牙安全模式的选型：拒绝无加密，差异化准入

2.2 128位密钥熵：特性访问的加密底线

2.3 加密密钥的合法派生方式

三、LE传输的专属安全规范：角色差异化的设计与实践

3.1 LE传输的共性安全要求

3.2 Set Coordinator的LE安全要求：灵活兼容，兼顾体验

3.3 Set Member的LE安全要求：严格规范，核心防护

四、BR/EDR传输的安全适配：与LE的差异化设计

五、通用安全兜底：跨传输层的安全共识

5.1 Just Works配对模型的用户交互约束

5.2 SIRK暴露形式的一致性原则

六、CSIP安全设计的底层逻辑：安全与体验的平衡艺术

七、实际场景落地：从TWS耳机到工业传感器组

7.1 TWS耳机（LE传输单一场景）

7.2 工业传感器组（BR/EDR+LE双传输场景）

八、测试

CSIP的安全规范从传输层（LE/BR/EDR）、角色层（Set Coordinator/Set Member）、特性访问层三个维度搭建了完整的防护体系，既定义了硬性的安全基线要求，又针对不同传输方式做了差异化适配，更兼顾了安全性与用户体验的平衡。接下来我们就拆解这个体系，理解蓝牙协同设备组的安全设计逻辑与实战规范。

一、CSIP 安全设计的核心逻辑 —— 纵深防御与场景适配

CSIP 的安全考量围绕风险分级和能力适配两大原则展开，协议将安全措施分为必选和条件性两类，既保证基础安全底线，又为不同硬件能力的设备留出差异化空间。其核心设计逻辑可概括为两点：

1.1 纵深防御：避免单点安全失效

协议采用分层防护模型，将安全能力分布在身份识别、访问控制、传输通道、隐私保护四个关键环节。任何一个环节的防护失效，都不会导致整个协调集的安全崩溃。例如，即使传输通道的加密被破解，恶意设备仍需通过身份核验才能识别协调集成员；即使身份核验通过，也需获取排他锁才能执行控制操作。

协议中有核心表述：

Security measures in CSIP are layered to address risks associated with set identification, access control, and data transmission, with conditional requirements based on device capabilities.

这句话明确了分层设计的核心目标 —— 针对不同风险点设置专属防护，同时根据设备能力动态调整安全强度，这是整个安全体系的设计基石。

1.2 场景适配：兼顾强安全与兼容性

设备的硬件能力差异巨大，高端手机具备安全芯片和强大的计算能力，而入门级传感器可能仅支持基础的蓝牙通信。为此，协议以Bondable mode为核心划分安全等级：

• 支持 Bondable mode 的设备，启用完整安全链：加密 SIRK、排他锁机制、强加密传输，满足 TWS 耳机、智能音箱等核心设备的安全需求；

• 不支持 Bondable mode 的设备，启用基础安全链：明文 SIRK、有序访问流程、基础加密传输，满足低成本传感器的兼容性需求。

这种设计让 CSIP 的安全体系既能抵御高端场景的复杂攻击，又能适配入门场景的资源限制，实现了安全与兼容性的平衡。

二、核心安全基线：安全模式与128位密钥熵的硬性要求

任何安全体系都有其基础规则，CSIP的安全基线由蓝牙安全模式和128位密钥熵两大要素构成，这是所有CSIS（Coordinated Set Identification Service）特性访问的前提，也是协议明确的硬性要求。

2.1 蓝牙安全模式的选型：拒绝无加密，差异化准入

CSIP基于蓝牙核心规范的安全模式做了严格选型，核心排除了无加密的安全模式，同时根据角色做了差异化的准入要求。

蓝牙针对LE传输定义了Security Mode 1（加密安全模式），分为4个等级：L1（无加密无认证）、L2（带加密的认证）、L3（强认证的加密）、L4（安全连接的强加密）；针对BR/EDR传输定义了Security Mode 4（安全连接模式），L2为带加密的认证访问。

CSIP对安全模式的核心要求可总结为两点：

1. 直接排除SM1 L1，无论是Set Coordinator还是Set Member，都不允许使用无加密的模式，因为CSIS特性是设备组的核心标识，无加密会导致组身份信息泄露；

2. 角色差异化准入：Set Member作为设备组的核心，必须支持SM1 L2/L3/L4中的至少一个，保证被控制方的安全准入；Set Coordinator作为控制方，支持SM1 L2/L3/L4为可选，兼顾控制设备的兼容性。

这一设计的底层逻辑是：主从角色的安全责任不同，被控制方是设备组的安全核心，需要严格的安全准入；控制方则需要适配更多场景，无需过度限制。

2.2 128位密钥熵：特性访问的加密底线

协议中明确提出Access to all characteristics defined in CSIS shall require an encryption key with at least 128bitsofentropy，这是CSIS特性访问的硬性加密要求，也是蓝牙协议对抗暴力破解的核心设计。

密钥熵是衡量密钥随机性的核心指标，128位熵意味着密钥的组合数达到2^128，现阶段的计算机算力无法完成暴力破解，从根本上保障了CSIS特性数据的机密性。需要注意的是，128位密钥熵并非无条件强制，其触发条件为：当设备支持SM1 L2或SM1 L3时，必须满足该要求；若仅支持SM1 L4，则无需额外限定——因为SM1 L4本身基于蓝牙安全连接，默认使用128位以上的加密密钥。

2.3 加密密钥的合法派生方式

CSIP对128位加密密钥的派生来源做了明确限定，仅允许三种合法方式，保证密钥的安全性和规范性：

1. LESecure Connections：基于LE传输的安全连接协议派生，是LE设备的核心派生方式；

2. BR/EDRSecure Connections（CTKD）：基于BR/EDR传输的安全连接协议派生，需配合CTKD（跨传输密钥派生）技术，实现LE与BR/EDR的密钥共享；

3. OOB（带外）方法：通过蓝牙之外的方式（如NFC、二维码）传输密钥，适用于对安全性要求极高的场景。

其中CTKD是蓝牙为解决双传输设备重复配对问题设计的核心技术，也是CSIP平衡安全与体验的关键——它让LE和BR/EDR传输层共享同一套加密密钥，用户无需在不同传输层下分别配对，既保证了密钥的安全性，又提升了使用体验。

三、LE传输的专属安全规范：角色差异化的设计与实践

LE是LE Audio设备的核心传输方式，也是CSIP最主要的应用场景。CSIP对LE传输的安全要求做了精细化设计，在统一的SM1 L2基线要求下，针对Set Coordinator和Set Member制定了差异化的安全规范，同时重点解决了隐私保护与设备发现的平衡问题。

3.1 LE传输的共性安全要求

所有LE传输的CSIP设备，都必须遵守一个核心共性要求：所有CSIS特性的访问必须满足SM1 L2，这是LE传输下CSIP设备的最低安全标准，无论角色是Set Coordinator还是Set Member，都需遵守。

3.2 Set Coordinator的LE安全要求：灵活兼容，兼顾体验

Set Coordinator作为设备组的控制方（如TWS耳机的配对手机），其安全要求以建议性为主，兼顾兼容性和用户体验，核心要求包括：

1. 建议支持Bondable模式和蓝牙绑定流程，Bondable模式允许设备存储配对信息，避免重复配对；

2. 需接受Set Member发起的安全模式/等级组合请求，保证主从设备的安全协商兼容性；

3. 若为BR/EDR/LE双传输设备，必须支持CTKD，实现跨传输密钥派生；

4. 生成LE长期密钥（LTK）时，若无BR/EDR链路密钥，建议通过CTKD派生，避免用户二次配对；

5. 若开启隐私模式，必须分发自身的IA（身份地址）和IRK（身份解析密钥）——隐私模式下设备使用随机地址通信，IRK是Set Member解析Set Coordinator真实身份的核心密钥，IA则是设备的唯一身份标识。

3.3 Set Member的LE安全要求：严格规范，核心防护

Set Member作为设备组的被控制方（如TWS耳机的左右耳），是CSIP安全的核心防护对象，其安全要求以强制性为主，尤其是隐私模式下的规则，是协议的重点设计，核心要求分为基础要求和隐私专项要求两部分：

3.3.1 基础安全要求

1. 建议支持Bondable模式和蓝牙绑定流程，与Set Coordinator保持配对信息同步；

2. 仅接受满足自身CSIS特性安全要求的安全模式/等级组合，拒绝低安全等级的访问请求；

3. 若为BR/EDR/LE双传输设备，必须支持CTKD，与Set Coordinator实现跨传输密钥共享；

4. 开启隐私模式时，必须分发自身的IA和IRK，保证Set Coordinator能正常解析其身份。

3.3.2 隐私模式下的RSI专项要求

RSI（可解析组标识符）是Set Member广播的设备组标识，Set Coordinator通过SIRK（组身份解析密钥）解析RSI来识别设备组成员，因此RSI的安全是设备组发现的核心。协议对隐私模式下的RSI做了强制+建议的双重要求，这也是CSIP隐私保护的核心：

强制要求：

1. 私有地址发生变化时，必须生成新的RSI值，使RSI的更新周期与私有地址完全一致，避免恶意设备通过RSI追踪设备；

2. 若使用主机基隐私，当蓝牙核心规范定义的TGAP(private_addr_int)定时器超时后，必须生成新的RSI值（该定时器默认超时时间为15分钟，是蓝牙设备私有地址的默认更新周期）。

建议要求：

1. 仅广播由加密形式SIRK派生的RSI值，避免恶意设备通过明文SIRK解析出设备组身份；

2. 仅在GAP有限可发现模式下广播RSI值——有限可发现模式是设备短时间内可被发现的模式，减少RSI的暴露时间，降低被追踪的风险。

这一设计实现了隐私保护与设备发现的平衡：RSI动态更新防止设备被追踪，而有限可发现模式则保证设备能被正常发现，不会因隐私保护而影响使用。

四、BR/EDR传输的安全适配：与LE的差异化设计

虽然LE是LE Audio的核心，但CSIP也支持BR/EDR传输（如传统蓝牙音箱组），并根据BR/EDR的技术特性做了差异化的安全适配，核心是替换安全模式，保持密钥规范统一，我们可以通过一张对比表清晰看两者的差异：

BR/EDR的核心安全模式为SM4 L2，这是蓝牙为BR/EDR传输设计的安全连接模式，与LE的SM1 L2功能等价，但底层实现不同——因为LE和BR/EDR的蓝牙核心协议架构存在差异，无法直接复用安全模式。

除此之外，BR/EDR传输的安全要求与LE高度一致：同样要求128位密钥熵的加密密钥，同样支持三种合法的密钥派生方式，双传输设备同样必须支持CTKD，隐私模式下同样需要分发IA/IRK。这种“模式差异化，规范统一化”的设计，保证了CSIP在不同传输层下的安全一致性，也降低了设备的开发适配成本。

五、通用安全兜底：跨传输层的安全共识

除了针对不同传输层的专属规范，CSIP还制定了跨LE/BR/EDR的通用安全规则，这是协议的安全兜底设计，无论使用哪种传输方式，所有CSIP设备都必须遵守，避免出现单点安全漏洞，保证设备组的整体安全。

5.1 Just Works配对模型的用户交互约束

Just Works是蓝牙的无密码配对模型，优点是操作简单，缺点是安全性较低——无密码验证可能导致恶意设备在附近随意配对。针对这一问题，CSIP对支持Just Works配对模型的Set Member制定了严格的用户交互约束：

1. 必须向用户反馈配对状态，如LED闪烁、播放提示音、设备震动等，让用户明确知道设备正在配对或配对成功；

2. 必须通过用户主动操作才能进入配对状态，如长按设备按键、开机重置、打开充电仓等，避免设备在无用户干预的情况下被恶意配对。

这一规则在消费电子场景中随处可见：TWS耳机需要长按充电仓按键才能进入配对模式，蓝牙音箱需要长按蓝牙键才能配对，都是这一规范的落地。通过用户交互弥补了无密码配对的安全缺陷，实现了易用性与安全性的平衡。

5.2 SIRK暴露形式的一致性原则

SIRK（组身份解析密钥）是CSIP设备组的核心身份标识，Set Coordinator通过SIRK解析RSI来识别设备组成员，因此SIRK的安全是设备组的安全核心。协议对SIRK的暴露形式制定了强一致性原则：

若某一Set Member以加密形式暴露SIRK值，同组其他所有Set Member不得将相同的SIRK值以明文形式暴露。

这一原则的设计初衷很明确：避免单点安全漏洞拉低整个设备组的安全水平。如果同组设备中，有一个设备以明文形式暴露SIRK，恶意设备就能通过该SIRK解析出整个设备组的RSI，进而冒充组内设备进行未授权访问，所有设备的加密保护都会失去意义。因此，SIRK的暴露形式必须在设备组内保持统一，要么全部加密，要么全部明文（不推荐）。

六、CSIP安全设计的底层逻辑：安全与体验的平衡艺术

梳理完CSIP的所有安全规范，我们能发现一个核心规律：CSIP的安全设计并非一味追求高安全，而是始终在安全与用户体验之间寻找平衡，这也是蓝牙协议设计的核心思路，具体体现在四个方面：

6.1 主从角色的差异化安全设计

Set Member作为被控制方，安全要求更严格（必须支持SM1 L2/L3/L4）；Set Coordinator作为控制方，安全要求更灵活（可选）。这种设计既保证了设备组的安全核心不被突破，又不会限制控制设备的兼容性——比如手机作为Set Coordinator，无需过度升级安全协议，就能适配各种CSIP设备。

6.2 跨传输的密钥复用：CTKD的价值

CTKD技术让LE和BR/EDR传输层共享同一套加密密钥，避免了用户在不同传输层下的重复配对。在工业传感器组、蓝牙音箱组等双传输场景中，用户只需配对一次，就能实现两种传输方式的通信，既保证了密钥的安全性，又大幅提升了使用体验。

6.3 隐私保护与设备发现的平衡

隐私模式下的RSI动态更新，从技术上防止了设备被追踪；而有限可发现模式下广播RSI的建议，则保证了设备能被正常发现。这种设计避免了“为了隐私而牺牲使用体验”的问题，让隐私保护成为一种“无感设计”。

6.4 组级安全的一致性：无单点漏洞

SIRK暴露形式的一致性原则，让整个设备组的安全等级保持统一，避免了单点安全漏洞。这种组级安全管控的思路，比单一设备的安全设计更符合多设备协同的场景需求——设备组的安全，从来不是单个设备的安全，而是所有设备的整体安全。

我们可以用一个形象的比喻理解CSIP的安全设计：把CSIP设备组比作一个公司的部门，Set Coordinator是部门经理，Set Member是部门员工。安全模式和128位密钥熵是公司的高级门禁系统，无法复制；CTKD是员工的通用工牌，LE和BR/EDR两个门都能刷；隐私模式和RSI更新是员工的动态门禁二维码，每次进入都刷新；SIRK的一致性要求是所有员工的工牌都用同一种加密方式，不能有人用明牌；Just Works的用户交互是门禁需要员工刷脸才能激活，防止外人随意进入。整个体系既保证了部门的安全，又不会影响员工的正常工作。

七、实际场景落地：从TWS耳机到工业传感器组

CSIP的安全规范并非纸上谈兵，而是在各类蓝牙协同设备中得到了广泛落地，我们以两个典型场景为例，看安全规范的实际应用：

7.1 TWS耳机（LE传输单一场景）

手机作为Set Coordinator，左右耳机作为Set Member，核心安全落地点：

1. 耳机支持SM1 L2，所有CSIS特性访问都基于128位加密密钥，密钥由LE Secure Connections派生；

2. 耳机开启Bondable模式，与手机绑定后存储配对信息，避免重复配对；

3. 耳机开启隐私模式，每15分钟更新一次RSI，仅在有限可发现模式下广播，且RSI由加密SIRK派生；

4. 耳机支持Just Works配对，需要长按充电仓按键进入配对模式，配对成功后播放提示音，符合用户交互约束；

5. 左右耳机的SIRK均以加密形式暴露，保持组内一致性。

7.2 工业传感器组（BR/EDR+LE双传输场景）

工业网关作为Set Coordinator，多个工业传感器作为Set Member，核心安全落地点：

1. 传感器在LE传输下支持SM1 L2，BR/EDR传输下支持SM4 L2，均满足128位密钥熵要求；

2. 网关和传感器均支持CTKD，实现双传输密钥共享，用户只需配对一次；

3. 传感器的SIRK均以加密形式暴露，避免工业数据被恶意设备获取；

4. 传感器支持Just Works配对，需要长按传感器按键才能进入配对模式，防止工业场景下的恶意配对；

5. 隐私模式下，传感器分发IA/IRK，保证网关能正常解析其身份，同时RSI动态更新，防止设备被追踪。

八、测试

问题：CSIP中LE传输下，Set Member开启隐私模式时，对RSI的生成和广播有哪些强制和建议要求？

答案：

强制要求：

1. 私有地址发生变化时，必须生成新的RSI值，使RSI更新周期与私有地址一致；

2. 若使用主机基隐私，TGAP(private_addr_int)定时器超时后必须生成新的RSI值；

3. 开启隐私模式时，必须分发自身的IA和IRK。

建议要求：

1. 仅广播由加密形式SIRK派生的RSI值；

2. 仅在GAP有限可发现模式下广播RSI值。

问题：CSIP中对SIRK的暴露形式有何一致性要求？该要求的设计初衷是什么？

答案：

一致性要求：若某一Set Member以加密形式暴露SIRK值，同组其他所有Set Member不得将相同的SIRK值以明文形式暴露。

设计初衷：

1. 保证整个协同设备组的安全等级统一，避免单点安全漏洞拉低整体安全水平；

2. 防止恶意设备通过明文SIRK解析出设备组身份，进而冒充组内设备进行未授权访问；

3. 保障SIRK作为设备组核心标识的机密性，避免组身份信息泄露。

问题：CSIP中128b Key Entropy的强制触发条件是什么？其加密密钥的合法派生方式有哪些？

答案：

强制触发条件：Set Coordinator或Set Member在支持Security Mode 1 Level 2或Security Mode 1 Level 3时，必须满足128b Key Entropy的要求。

合法派生方式：

1. 基于LE Secure Connections派生；

2. 基于BR/EDR Secure Connections派生（需使用CTKD跨传输密钥派生技术）；

3. 基于OOB带外方法派生。