Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessApproach victim within Bluetooth range
-
DeliverySend crafted LE pairing request
-
ExploitBypass user-confirmation check via logic flaw
-
ExecutionComplete unauthorized bond as trusted peer
-
PersistAbuse privileged Bluetooth profiles
-
ImpactEscalate privileges on device
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V15 - Secure Coding and Architecture Protection mechanism completeness
|
| Exploitation Conditions | Attacker must be within Bluetooth radio range of the victim Android device and the target's Bluetooth radio must be powered on with LE scanning/advertising active (the default state on modern Android phones whenever Bluetooth is enabled, which is typical for users of wireless earbuds, watches, or car audio). The vulnerable code path is triggered during LE pairing specifically, so the attacker must initiate or coerce a pairing handshake; no victim tap, prompt acceptance, or unlock is required (UI:N confirmed by CVSS). Exploitation is limited to Android versions 14, 15, 16, and 16-qpr2 prior to the 2026-06-01 patch level, requires physical proximity (AV:A - not routable over IP), and cannot be automated at internet scale (SSVC Automatable: no), which constrains realistic abuse to targeted proximity attacks rather than mass campaigns. |
| Impact | The CVSS 3.1 vector AV:A/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H yields 8.0 (High): adjacent network reach (Bluetooth radio range), low complexity, low privileges, and no user interaction with total CIA impact. CISA SSVC scoring is consistent on impact (total) but assesses Exploitation as 'none' and Automatable as 'no', indicating no observed in-the-wild abuse and that mass automation is impractical because each victim requires physical/RF proximity. There is no KEV listing, no EPSS score supplied, and no public exploit identified at time of analysis, so the realistic priority is moderate-to-high for high-value targets (executives, journalists, devices in dense public spaces) rather than internet-scale opportunistic attack. Note one tension worth flagging: the CVSS vector lists PR:L (some privileges required) but the description states 'no additional execution privileges needed' and 'User interaction is not needed' - the PR:L likely reflects that the attacker device must initiate a pairing session, not that the attacker must already have an Android account, and defenders should treat this as effectively unauthenticated from an attacker standpoint. |
| Exploit ScenarioDerived | An attacker within Bluetooth radio range (typically 10-30 meters, extended with directional antennas) places a malicious LE peripheral near a target Android 14/15/16 device and initiates a pairing exchange that exercises the flawed logic path, causing the phone to complete bonding without ever prompting the user. Once bonded, the attacker's device is treated as a trusted peer and can interact with privileged Bluetooth profiles (HID, GATT services, file transfer) to escalate to higher-impact actions such as keystroke injection or data exfiltration. No public exploit identified at time of analysis, but the bug class is well-understood and previously seen in BlueBorne/BlueFrag-style research. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 02, 2026
Privilege escalation in Google Android Bluetooth Low Energy (LE) pairing affects Android 14, 15, 16, and 16-qpr2, where a logic error allows an adjacent attacker to bypass the user interaction step normally required during LE device pairing. Successful exploitation grants elevated privileges without requiring the victim to approve the pairing prompt, and per SSVC the technical impact is total. No public exploit identified at time of analysis.
RemediationAI
Apply the Android security patch level 2026-06-01 or later from the June 2026 Android Security Bulletin (https://source.android.com/docs/security/bulletin/2026/2026-06-01); Google has published fixes in AOSP that downstream OEMs (Samsung, Pixel, Xiaomi, etc.) must integrate into their device builds, so users should install the carrier/OEM update as soon as it is offered. Until the patch is installed, compensating controls include disabling Bluetooth when not in use (eliminates the attack surface entirely but breaks wearables, audio, and car connectivity), keeping the device non-discoverable and avoiding initiating pairing in untrusted public environments, and for managed fleets using MDM policies to disable Bluetooth pairing on high-risk devices or restrict pairing to pre-approved peripheral MAC addresses (reduces usability for end users). Patch status: patch available per vendor advisory (Android Security Bulletin 2026-06-01); exact AOSP fix commit not enumerated in the provided references.
Affected VersionsENISA
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The flaw resides in Android's Bluetooth Low Energy pairing flow, which is governed by the Security Manager Protocol (SMP) and is supposed to enforce user-confirmed association models such as Numeric Comparison, Passkey Entry, or Just Works confirmation before establishing a bonded, authenticated link. CWE-693 (Protection Mechanism Failure) maps to the description: the pairing logic exists but a code path skips or mishandles the user-interaction check, so an attacker can negotiate a bond that the OS subsequently treats as user-approved. Because the CPE indicates cpe:2.3:a:google:android across multiple major releases, the defect is in Android's core Bluetooth stack (likely AOSP Bluetooth/Gabeldorsche or the BTA/SMP layer) rather than an OEM-specific component, meaning all downstream OEM builds based on these AOSP branches inherit the bug until they pick up the June 2026 bulletin patches.
Know when the next one hits your stack
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:A/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Primary rating from Vendor (google_android) · only source for this CVE.
CVSS VectorVendor: google_android
Lifecycle Timeline
3DescriptionCVE.org
In multiple locations, there is a possible way to bypass user interaction when pairing an LE device due to a logic error. This could lead to remote (proximal/adjacent) escalation of privilege with no additional execution privileges needed. User interaction is not needed for exploitation.
Executive ViewAI
A privilege escalation vulnerability in Android Bluetooth Low Energy pairing (CVE-2026-0097, CVSS 8.0) affects Android 14, 15, 16, and 16-qpr2 devices, allowing nearby attackers to bypass security prompts and gain unauthorized elevated privileges on vulnerable devices. With no vendor patch currently available, organizations managing Android device fleets face immediate risk of compromised device security and unauthorized access to sensitive data. This vulnerability exposes both corporate-owned and BYOD Android devices to privilege escalation attacks in physical proximity to attackers.
No vendor-released patch identified at time of analysis. Interim mitigations: (1) Disable Bluetooth Low Energy on critical and sensitive-data-handling devices; (2) Restrict BLE pairing to supervised, air-gapped environments only; (3) Deploy Mobile Threat Detection with Bluetooth-specific anomaly monitoring and privilege escalation detection; (4) Implement continuous security monitoring on affected devices; (5) Enforce enhanced access controls and authentication for critical resources accessed from Android devices; (6) Monitor Android Security & Privacy bulletins weekly for patch availability.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.
EUVD-2026-33807
GHSA-jv68-qrpw-49xv
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB