Skip to content
0:00 / 0:00

#bluetoothlowenergy#firmware#ble

Finding New Bluetooth Low Energy Exploits via Reverse Engineering Multiple Vendors' Firmwares

DarkMentorLLC

109 subscribers • 1 video on Hallway

YouTube
  • Recommended by 1 person: 1 in engineering communities.

Advanced. Deep dive for people who know the field.

1.5K views6 years ago1 recommendation

SecurityHardwareReverse engineeringExploits and vulnerabilitiesEmbedded systems

A presentation on reverse engineering multiple vendors' Bluetooth Low Energy firmware to discover remote code execution exploits.

Bluetooth Low Energy (BLE) has seen widespread product adoption and a renewed interest from a security community whose interest in Classic Bluetooth (BT) had waned. Protocols that run "above" the Host Controller Interface (HCI) on the BLE stack are typically handled in full OSes or applications. Vulnerabilities at these layers are plentiful (~70 in Android in 2019) and comparatively well-understood. But for performance and abstraction reasons, protocols below the HCI layer are always handled in firmware running on microprocessors designed for BLE support. Until now, there had been only a single publicly disclosed remote code execution vulnerability in BLE below the HCI layer: CVE-2018-16986, Armis' BleedingBit. This talk describes my process of going from knowing nothing about Bluetooth, to reverse engineering multiple vendors' firmwares, and finding remote code execution exploits for multiple new vulnerabilities at the lowest levels of the BLE protocol stack which I will demonstrate. Exploits at this layer are of particular interest because they require neither pairing nor authentication, merely proximity, to exploit. The slides, whitepaper, and tool for this talk are available at github.com/darkmentorllc

Why it's here

1 person recommends this

u/BIOS4breakfastin r/ReverseEngineering • Recommends

Finding New Bluetooth Low Energy Exploits via Reverse Engineering Multiple Vendors' Firmwares (Video, whitepaper+tools in thread)