CVE-2020-16630
First published: Mon Sep 20 2021(Updated: )
TI’s BLE stack caches and reuses the LTK’s property for a bonded mobile. A LTK can be an unauthenticated-and-no-MITM-protection key created by Just Works or an authenticated-and-MITM-protection key created by Passkey Entry, Numeric Comparison or OOB. Assume that a victim mobile uses secure pairing to pair with a victim BLE device based on TI chips and generate an authenticated-and-MITM-protection LTK. If a fake mobile with the victim mobile’s MAC address uses Just Works and pairs with the victim device, the generated LTK still has the property of authenticated-and-MITM-protection. Therefore, the fake mobile can access attributes with the authenticated read/write permission.
Credit: cve@mitre.org
| Affected Software | Affected Version | How to fix |
|---|---|---|
| Ti 15.4-stack | ||
| Ti Ble5-stack | ||
| Ti Dynamic Multi-protocal Manager | ||
| Ti Easylink | ||
| Ti Openthread | ||
| Ti Z-stack | ||
| Ti Real-time Operating System |
Never miss a vulnerability like this again
Sign up to SecAlerts for real-time vulnerability data matched to your software, aggregated from hundreds of sources.
Reference Links
- collector/nvd-index
- agent/severity
- agent/references
- agent/weakness
- agent/author
- agent/tags
- agent/type
- agent/description
- agent/event
- agent/first-publish-date
- agent/softwarecombine
- agent/last-modified-date
- collector/mitre-cve
- source/MITRE
- vendor/ti
- canonical/ti 15.4-stack
- canonical/ti ble5-stack
- canonical/ti dynamic multi-protocal manager
- canonical/ti easylink
- canonical/ti openthread
- canonical/ti z-stack
- canonical/ti real-time operating system