Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessInstall or compromise low-privilege local app
-
DeliverySend malformed packet data to snoop logger
-
ExploitTrigger memory-safety flaw in FilterCapturedPacket
-
ExecutionExecute code in Bluetooth/system context
-
ImpactEscalate to elevated privileges
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V2 - Validation and Business Logic Input validation, allowlisting
|
| Exploitation Conditions | Requires local code execution on the device - an attacker must already run a low-privileged app or process (PR:L) that can feed malformed input into the Bluetooth snoop logger's FilterCapturedPacket routine in snoop_logger.cc; no user interaction and no remote network path exist. Limiting factors: the attack vector is strictly local (AV:L), so the attacker needs an existing foothold on the device, and only Android 16, 16-qpr2, and 17 builds are listed as affected - devices patched to the 2026-10-01 security patch level or on unaffected versions are not exploitable. There is no indication a non-default Bluetooth configuration is required, so default Android deployments with the Bluetooth stack present are in scope. |
| Impact | Signals are largely consistent and point to a genuine but second-tier priority. The CVSS 3.1 vector (AV:L/AC:L/PR:L/UI:N) describes a local, low-complexity, low-privilege attack with no user interaction yielding total compromise (C:H/I:H/A:H), consistent with a local privilege-escalation bug in the Android Bluetooth stack (FilterCapturedPacket in snoop_logger.cc). The CISA SSVC framework reinforces a measured stance: Exploitation=none (no observed or public exploitation), Automatable=no (local-only, not mass-scannable), but Technical Impact=total (full compromise of the affected component), which aligns with the CVSS 7.8/HIGH. There is no CISA KEV listing and no public POC, so this is not evidence of active or widespread exploitation. The risk is real for a motivated local attacker - e.g., a malicious or compromised app chaining to kernel/system privileges - but it is not a drive-by remote threat. Note the local attack vector (AV:L) means this cannot be exploited remotely despite the HIGH score; prioritize via normal monthly Android patch cadence rather than emergency response. No key signals conflict; the main gap is the absence of granular affected-version/build detail beyond 'Android 16/16-qpr2/17' and the single vendor bulletin reference. |
| Exploit ScenarioDerived | A malicious or compromised application already present on the device (requiring only low privileges) sends crafted or malformed data that reaches the Bluetooth snoop logger's packet-filtering path, triggering a memory-safety condition from improper input validation. Because no user interaction is required (UI:N), exploitation proceeds silently to escalate the attacker's privileges on the local device. No public exploit code has been identified, but the low attack complexity (AC:L) makes reliable exploitation plausible for a skilled attacker with device access. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 05, 2026
Local privilege escalation in Google Android 16, 16-qpr2, and 17 arises from improper input validation in the Bluetooth snoop logger's FilterCapturedPacket routine (snoop_logger.cc), which can corrupt memory when malformed packet data is processed. Exploitation requires a low-privileged local app or process already running on the device (CVSS vector shows AV:L/PR:L/UI:N), meaning an attacker must first obtain a foothold but needs no user interaction and no additional execution privileges to escalate to full confidentiality, integrity, and availability impact. There is no public exploit code and no confirmed active exploitation (CISA SSVC exploitation value: none; not in KEV, no POC identified), but a fix is available through the Android Security Bulletin dated 2026-10-01, so this should be treated as a genuine, second-tier patch-priority issue rather than an emergency.
RemediationAI
Vendor-released patch: apply the Android Security Bulletin dated 2026-10-01 (https://source.android.com/docs/security/bulletin/2026/2026-10-01), which is the vendor's remediation for CVE-2026-55269; matching SPL/build fixes are distributed through Google and OEM over-the-air updates, so verify the device's security patch level after updating. Where patching cannot be done immediately, compensating controls must target the prerequisites rather than the bug itself: because exploitation requires a low-privileged local app or process (PR:L) feeding malformed input into the snoop logger, tighten the local attack surface by restricting installation to trusted sources (Google Play Protect and enterprise allowlisting), auditing and removing unnecessary sideloaded or low-privilege apps, and, where diagnostic logging is not operationally needed, disabling the HCI snoop log/Bluetooth logging so FilterCapturedPacket is not exercised - the trade-off being loss of Bluetooth diagnostic data for support and troubleshooting. Disabling Bluetooth entirely would remove the logging path but breaks connected peripherals and is generally not proportionate for a local vector that already requires a foothold. Note that no vendor-issued standalone workaround beyond the bulletin patch is published, and no public exploit code or active exploitation has been confirmed (SSVC exploitation: none), so remediation can be scheduled through normal monthly patch cycles rather than emergency change control. Do not rely on remote network filtering: the vector is strictly local (AV:L), so perimeter controls are irrelevant here.
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 is classified as CWE-20 (Improper Input Validation) and lives in FilterCapturedPacket, part of snoop_logger.cc - the component of the Android Bluetooth stack that captures, filters, and writes HCI snoop logs used for Bluetooth diagnostics. Because the routine ingests packet data that may be influenced by a local process, missing or insufficient validation of that input leads to a memory-safety condition (the bulletin describes it as a "possible memory safety issue"), which in the Bluetooth logging path can be shaped into memory corruption and ultimately local elevation of privilege. The assessed vector CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H confirms the attack surface is strictly local and the attacker operates with low privileges (PR:L, i.e., an already-compromised app context) against a component that needs no user interaction (UI:N) and produces total technical impact (SSVC Technical Impact: total) with scope unchanged. Only Android 16, 16-qpr2, and 17 builds are enumerated as affected (EUVD-2026-92607), and the CPE cpe:2.3:a:google:android:*:*:*:*:*:*:*:* confirms the affected platform is the Android OS itself; with CISA SSVC Automatable = no, the exploit is not considered trivially scriptable across targets. No non-default Bluetooth configuration is indicated as a prerequisite, so default deployments with the Bluetooth stack present are in scope.
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:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Local app foothold needed so AV:L and PR:L; low-complexity memory-safety trigger (AC:L), no interaction (UI:N), and full local compromise gives C/I/A:H.
Primary rating from Vendor (google_android).
CVSS VectorVendor: google_android
Lifecycle Timeline
3DescriptionCVE.org
In FilterCapturedPacket of snoop_logger.cc, there is a possible memory safety issue due to improper input validation. This could lead to local escalation of privilege with no additional execution privileges needed. User interaction is not needed for exploitation.
Executive ViewAI
Google Android 16, 16-qpr2, and 17 contain a high-severity local privilege escalation vulnerability that could allow a malicious app already installed on a device to gain full control of that device. This affects mobile users with access to corporate data, but exploitation requires a low-privileged local app or process (PR:L) and no user interaction, and no public exploit identified at time of analysis. No vendor-released patch identified at time of analysis, so leadership should prioritize interim mitigations and monitor for vendor updates.
Disable Bluetooth snoop logging where not required, enforce Google Play Protect, block sideloading via MDM, restrict local debugging, apply least-privilege app policies, and monitor for anomalous app privilege escalation activity.
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-92607
GHSA-6w58-cwjx-6c6p
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB