Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessInstall malicious low-privilege app
-
ExploitInvoke Settings confused-deputy path
-
ExecutionSettings performs privileged action unchecked
-
ImpactEscalate to elevated device privileges
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V4 - API and Web Service Proxy/intermediary controls
|
| Exploitation Conditions | Exploitation requires an attacker-controlled process already running locally on the device with at least low privilege (CVSS PR:L) - typically a malicious or compromised installed application - which then abuses a specific permission-check flaw in the Android Settings component (a confused deputy, CWE-441) to have Settings perform a privileged operation on the caller's behalf. No user interaction is required (UI:N) and no additional execution privileges are needed, but the local-only vector (AV:L) means remote or network exploitation is NOT possible; the attacker must first achieve code execution on the device. Confirmed-affected builds are Android 14, 15, 16, and 16-qpr2; the sole advisory is the Android Automotive OS bulletin, so whether all Android variants or primarily AAOS deployments are exposed should be verified with Google. |
| Impact | This is a genuine but second-tier priority: a local privilege-escalation flaw in the Android Settings component arising from a confused-deputy pattern (CWE-441), where a more-privileged component acts on behalf of a lower-privileged caller. The provided CVSS 3.1 vector (AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H, base 7.8) signals a local attack vector with low complexity, requiring some existing privilege (PR:L) but no user interaction, yielding total compromise of confidentiality, integrity, and availability on the device. These signals are internally consistent - local vector matches the 'local escalation of privilege' description, and PR:L matches the need for an already-installed low-privilege app. However, the real-world-exploitation signals point DOWN, not up: SSVC records Exploitation as 'none' and Automatable as 'no' (consistent with a local PE that cannot be worm-driven across a network), there is no CISA KEV listing, and no public exploit code was identified. SSVC Technical Impact of 'total' aligns with the high C/I/A. No EPSS score was provided, so the quantitative exploitation probability is UNKNOWN and could not be weighed. Net: high technical impact but gated behind local access and existing privilege, with no evidence of exploitation - treat as a routine high-severity patch-cycle item rather than an emergency. One data discrepancy to verify: the sole vendor reference is the Android Automotive OS (AAOS) October 2026 bulletin, yet the CPE and affected-version list describe general Android - confirm whether this affects all Android builds or primarily AAOS. |
| Exploit ScenarioDerived | A malicious or compromised low-privilege app already installed on the device invokes the Settings component in a way that causes Settings (the 'deputy') to perform a privileged action on the attacker's behalf, bypassing a permission check. Because no user interaction is required and the local attack complexity is low, the app silently escalates to elevated privileges and gains full control over device data and functions. No public exploit code was identified at time of analysis, and SSVC records no observed exploitation. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 06, 2026
Local privilege escalation in the Android Settings component lets an attacker-controlled application that is already running on the device with low privileges (CVSS PR:L, AV:L) abuse a confused-deputy permission check and cause the more-privileged Settings process to perform operations on the caller's behalf, delivering high confidentiality and integrity impact with no user interaction required. Confirmed-affected builds are Android 14, Android 15, Android 16, and Android 16-qpr2, and the only vendor reference provided is the Android Automotive OS security bulletin for 2026-10-01, so the breadth of exposure across Android form factors should be confirmed with Google. There is no public exploit identified at time of analysis, and CISA's SSVC evaluation records exploitation as none, so this is a genuine but second-tier, local-only escalation path rather than a remotely reachable or actively exploited issue.
RemediationAI
Patch status: patch available per vendor advisory - apply the Android security update carrying the fix distributed through the bulletin at https://source.android.com/docs/security/bulletin/aaos/2026/2026-10-01; the provided data does not enumerate a specific patch build identifier, so administrators should adopt the bulletin's stated security patch level or later for Android 14, 15, 16, and 16-qpr2 devices and confirm coverage with the OEM. Where immediate patching is not possible, the effective compensating controls all reduce the prerequisite of a hostile locally installed app: enforce Google Play Protect verification and disable installation from unknown sources (trade-off: blocks legitimate sideloading and enterprise-side-loaded builds), restrict the managed device app catalogue through an Enterprise Mobility Management allowlist (trade-off: ongoing curation overhead and possible blocking of needed line-of-business apps), and monitor for anomalous app-initiated Settings activity or abuse of accessibility and other delegated-permission surfaces (trade-off: noisy telemetry and false positives). Note that network-perimeter controls such as blocking ports or restricting endpoints are ineffective here because the vector is local (AV:L) and no user interaction (UI:N) is required; no public exploit code exists, so exploitation pressure is currently low, but the vulnerability should be prioritised alongside other fixable local privilege-escalation findings in the same bulletin.
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 a classic confused-deputy pattern (CWE-441) inside the Android Settings application, which on Android is a privileged system component holding permissions that ordinary third-party apps cannot obtain. A lower-privileged caller - in practice a malicious or compromised app already installed on the device - can invoke a Settings entry point whose permission check validates the wrong party, so Settings executes the sensitive action using its own authority while the real requesting app remains unprivileged. This yields privilege escalation with no additional execution privileges required and no user interaction (UI:N), but the attack vector is strictly local (AV:L), meaning the adversary must first achieve local code execution and can never reach this over the network. The CPE record cpe:2.3:a:google:android:*:*:*:*:*:*:*:* is a wildcard and does not itself pin affected builds; version scoping comes from EUVD-2026-92630, which lists Android 14, 15, 16, and 16-qpr2, and from the Android Automotive OS bulletin referenced under source.android.com, which is the sole advisory in the dataset and suggests the fix may be published primarily in the AAOS track.
Know when Android gets its next vulnerability
- 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 confused-deputy PE needs an installed low-privilege app (AV:L, PR:L), no user interaction (UI:N), low complexity, and the vendor describes total device compromise (C:H/I:H/A:H).
Primary rating from Vendor (google_android).
CVSS VectorVendor: google_android
Lifecycle Timeline
3DescriptionCVE.org
In Settings, there is a possible permission bypass due to a confused deputy. This could lead to local escalation of privilege with no additional execution privileges needed. User interaction is not needed for exploitation.
Executive ViewAI
An unpatched local privilege escalation flaw in the Android Settings component affects Android 14, 15, 16, and 16-qpr2 builds, allowing a low-privileged app already installed on a device to make the more-privileged Settings process act on its behalf and gain access to sensitive data and settings. Because no vendor fix is currently available, every managed Android handset, tablet, and Automotive OS deployment in our fleet running these versions remains exposed until Google ships a patch. Leadership should care because remediation depends entirely on vendor timing, and our only lever in the interim is tighter control over what applications reach employee and customer devices.
No vendor-released patch identified at time of analysis. Interim mitigations: enforce managed Google Play allowlisting and block sideloading or unknown-source installs; enable and monitor Google Play Protect and mobile threat defense; restrict developer options and USB debugging on managed devices; segment or isolate high-value Automotive OS and executive devices; monitor for anomalous Settings-process activity and unexpected permission grants until the vendor fix ships.
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.
Adobe Flash Player before 13.0.0.292 and 14.x through 18.x before 18.0.0.160 on Windows and OS X and before 11.2.202.466
Integer underflow in the MPEG4Extractor::parseChunk function in MPEG4Extractor.cpp in libstagefright in mediaserver in A
Android 3.0 through 4.1.x on Disney Mobile, eAccess, KDDI, NTT DOCOMO, SoftBank, and other devices does not properly imp
Integer overflow in the SampleTable::setSampleToChunkParams function in SampleTable.cpp in libstagefright in Android bef
Apktool versions 2.9.1 and prior contain a path traversal vulnerability when processing Android APK files. Malicious APK
An elevation of privilege vulnerability in the Android system (art). Rated high severity (CVSS 7.8), this vulnerability
The AES-NI implementation in OpenSSL before 1.0.1t and 1.0.2 before 1.0.2h does not consider memory allocation during a
Use-after-free vulnerability in Adobe Flash Player before 13.0.0.292 and 14.x through 18.x before 18.0.0.160 on Windows
Use-after-free vulnerability in Adobe Flash Player before 13.0.0.292 and 14.x through 18.x before 18.0.0.160 on Windows
Android 1.6 Donut through 4.2 Jelly Bean does not properly check cryptographic signatures for applications, which allows
luni/src/main/java/java/io/ObjectInputStream.java in the java.io.ObjectInputStream implementation in Android before 5.0.
The Broadcom Wi-Fi driver in the kernel in Android 4.x before 4.4.4, 5.x before 5.1.1 LMY49G, and 6.x before 2016-02-01
EUVD-2026-92630
GHSA-w2mx-4m2p-6jwj
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB