蓝牙低功耗（BLE）中LTK生成机制及Wireshark解密疑问

我来帮你理清BLE LTK（Long Term Key）的生成逻辑——你目前的猜想摸到了一点方向，但漏掉了关键的算法推导步骤，咱们一步步拆解清楚：

• 先纠正一个核心误解：LTK不是SKDm（主设备会话密钥多样化因子）和SKDs（从设备会话密钥多样化因子）的直接拼接，它是通过多组参数结合特定算法生成的，单纯拼接这两个值肯定得不到有效密钥。
• LTK生成的完整步骤：
  1. 主从设备在加密请求/响应阶段，会交换随机数（RandM/RandS）、SKDm/SKDs，同时双方的蓝牙地址（含地址类型）也是必要参数
  2. 先把这些参数输入**E2H（椭圆曲线密钥交换转哈希）**算法，生成临时密钥TK（Temporary Key）
  3. 再以TK为基础，结合RandM、RandS、SKDm/SKDs，通过AES-CMAC算法最终生成LTK
• 针对你已捕获的数据包：

  你已经拿到了SKDm和SKDs，但还需要从[Encryption_Req]和[Encryption_Rsp]里提取另外两个关键参数：主设备随机数RandM、从设备随机数RandS，同时还要从连接建立阶段的数据包里获取主从设备的蓝牙地址（包括地址类型）。这些参数缺一不可，没有它们就无法完成算法运算。

• 对你猜想的验证：你尝试的BE952D3D760331A834CC6A4274417E48和A834CC6A4274417E48BE952D3D760331这两个值，只是SKD的简单组合，既没有融入随机数和地址信息，也没有经过E2H和AES-CMAC的运算，所以肯定不是有效的LTK。
• 实操建议：
  1. 回到Wireshark捕获文件，从Encryption_Req包中提取RandM、SKDm，从Encryption_Rsp包中提取RandS、SKDs
  2. 找到连接建立阶段的数据包，获取主从设备的蓝牙地址及地址类型
  3. 使用BLE专用工具（比如btletools中的相关命令，或者开源的BLE密钥生成脚本），将所有参数输入后运行算法生成LTK
  4. 把生成的LTK导入Wireshark的BLE解密配置（路径：Edit > Preferences > Protocols > BLE > Decryption Keys），尝试解密你的.pcap文件

内容的提问来源于stack exchange，提问作者A. Lage