• 状态
  • 已锁定 已锁定
  • 回复 2 回复
  • 订户 10 订户
  • 视图 965 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

LL privacy 4.2 使用设想

change tsai
Intellectual 270 points


  请问Controller 层支持的Privacy 实现是怎样一种应用场景呢，是必须绑定过后的设备，分别获取了对方的IRK 后，然后仅与配对过的设备通讯，对于陌生的private resolvable address （RPA)的设备（IRK 不在存储范围内），是否在任何状态都不采取回应呢，例如Advertiser在广播期间，AdvA 采用了RPA，对于Scaner 的ScanA 也使用了RPA，那么当Scaner 收到ADV_IND 后，不发送Scan_Req，那么这会是一种什么应用场景呢？在Adv 和 Scan 状态就已经获知了IRK 的情况下，对于为配对设备采取过滤的用法，除了地址每15min 更新是为了防止被跟踪外，仅与配对设备通讯是什么应用场景呢？

  • 0
    TI__Mastermind 39565 points

    change tsai，

    总之只要获得了IRK，就能反解析对方的随机地址。这样即使在广播阶段，也能做出一些动作。比如作为slave，你就可以拒绝对方的连接请求，即使对方用的是随机地址。作为master，你当然可以先解析地址，再决定是否要再接下来做些动作。这样的好处是你不会被那些有beacon设备的场所跟踪到，泄漏行踪以及被推送不需要的广告。

    当然，IRK是重要密钥，必须是在加密的链路上交换，这个就必须得在至少是un-authenticated配对模式下的链路，但不一定是绑定。

  • 0 回复 Yan
    Intellectual 270 points

    没错，有了IRK 后可以对地址有选择过滤，并且防止跟踪的操作，进一步的，这样的设备怎么建立起第一次的配对，感觉采取了OOB 配对方式后配对过后，Master & slave 才能有选择接下来操作的余地，但是对于未知IRK 的设备请求配对，应该怎样处理？这种使用场景就是仅有有限的设备才能相互通讯，任何使用未知IRK产生RPA的 设备都应忽略吗？