Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessInstall/run unprivileged local app
-
ExploitInvoke interface missing permission check
-
ExecutionBypass authorization gate
-
ImpactEscalate privileges locally
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 | Exploitation requires the attacker to already execute code as a local, unprivileged app on the affected Android/Pixel device (AV:L, PR:N); there is no remote vector. The flaw is a missing permission check in one or more interfaces, so no special product configuration or feature toggle is named - it is present in default builds until patched. No user interaction is required (UI:N). The primary limiting factors are the need for prior on-device code execution and application of the 2026-09-01 Pixel/Android security patch level, which closes the missing check. |
| Impact | The vendor scores this 8.4 (High) with CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H, meaning local access only but no privileges and no user interaction, with full C/I/A impact. The impact triad (C:H/I:H/A:H) is generous boilerplate typical of Android bulletin entries - a permission-bypass EoP realistically grants the attacker the privileges of the bypassed component rather than automatically compromising confidentiality, integrity, and availability at High across the board. The genuinely notable metric is PR:N: unlike the many sibling Android EoPs in the same bulletin that require pre-existing System execution privileges (PR:H), this one is exploitable by an unprivileged local app, which is what drives the 8.4. Real-world exploitation signals are low: EPSS is 0.12% (2nd percentile), there is no CISA KEV listing and no public POC identified, so this is not evidence of active or imminent exploitation. No SSVC decision data was provided. Net: a legitimate, patch-worthy local privilege-escalation primitive for defense-in-depth on Android/Pixel, but not an emergency - its severity rests on a genuine unprivileged-local vector, tempered by inflated impact scoring and near-zero exploitation probability. AV:L is consistent with the description ('local escalation of privilege'), so there is no network-vs-local conflict here. |
| Exploit ScenarioDerived | A malicious or compromised app installed on an Android/Pixel device invokes an interface that is missing a permission check, and because no gatekeeping is enforced it performs an action it should not be authorized for, elevating its privileges locally without any user interaction. No public exploit code has been identified. Exploitation is entirely on-device (AV:L) and requires the attacker to already run code as an unprivileged app on the target. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv2 – Sep 16, 2026
Local privilege escalation in the Android kernel allows an unprivileged app already running on a Pixel or other affected Android device to bypass a missing permission check and gain elevated privileges, resulting in full compromise of confidentiality, integrity, and availability (CVSS 8.4, AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H). Because the vector is local-only and requires the attacker to already execute code on the device, the exposure is limited to post-compromise or malicious-app scenarios rather than remote attacks, and no user interaction is needed once that foothold exists. There is no public exploit identified at time of analysis and no confirmed active exploitation (CISA KEV not applicable); EPSS is low at 0.12% (2nd percentile), and the September 2026 Android/Pixel security patch level (2026-09-01) contains the fix. Vendor-assigned severity is High, driven by the complete loss of C/I/A from a low-privilege starting point.
Earlier versions of this analysis (1)
Local privilege escalation in Google Android allows an untrusted installed app or low-privileged local process to bypass a missing permission check in multiple components and gain elevated access, with no user interaction required (UI:N). The flaw carries CVSS 7.8 (AV:L/AC:L/PR:L/UI:N), meaning it cannot be triggered remotely: an attacker must already hold an on-device foothold, such as a malicious or untrusted app, before the permission check can be bypassed. No public exploit code and no confirmed active exploitation were identified at time of analysis, and the EPSS score is low (0.12%, 2nd percentile), making this a moderate, non-urgent priority; devices running builds predating the 2026-09-01 Android/Pixel security bulletin are exposed.
RemediationAI
Patch status: Patch available per vendor advisory - Google's Pixel/Android security bulletin for September 2026 (https://source.android.com/docs/security/bulletin/pixel/2026/2026-09-01), which establishes the 2026-09-01 security patch level as the remediation baseline; apply it via standard monthly OTA update on Pixel and other affected Android devices, and verify the patch level in Settings > About phone > Android version before considering the device remediated. Because the underlying issue is a missing permission check inside the kernel rather than a configurable exposure, there is no feature toggle, service, or port that can be disabled to remove the flaw, so the following are only interim compensating controls with real trade-offs: (1) restrict app sourcing by disabling unknown-source sideloading and enforcing Play Protect scanning - this reduces the likelihood that an attacker-controlled app establishes the required local execution foothold, but it does not stop exploitation by a malicious app the user already trusts or by a pre-existing compromise; (2) audit and reduce installed applications with unusual or unneeded kernel-facing privileges and revoke sensitive permissions from untrusted apps - effective at shrinking attack surface but operationally intrusive and not a technical fix; (3) for high-value or fleet-managed devices on extended support, prioritize them for upgrade or replacement if their vendor has not shipped the 2026-09-01 patch level - costly but the only way to fully close the missing check where OTA updates are unavailable.
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 under CWE-693 (Protection Mechanism Failure) and was reported by Google Devices, indicating a defect in one or more Android kernel interfaces where an authorization/permission check is simply absent rather than incorrectly implemented. This class of bug means a caller that should be rejected by a permission gate - for example a privileged ioctl, syscall, or driver entry point - is instead processed unconditionally, letting a normal, unprivileged app reach functionality reserved for system or root-level components. The CPE string cpe:2.3:a:google:android:*:*:*:*:*:*:*:* with no version bound indicates the issue is tracked against the Android platform as a whole, and the EUVD record scopes the affected component to the Android kernel. The CVSS vector CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H confirms the attacker needs local code execution (AV:L) but no privileges (PR:N) and no user interaction (UI:N), with unrestricted impact inside the same security scope. No special product configuration or feature toggle is named, so default builds remain vulnerable until the corresponding patch level is applied; exploitation surface is therefore any Android build below the fixed patch level that permits installer-sourced or otherwise attacker-controlled app execution.
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:N/UI:N/S:U/C:H/I:H/A:H
Local unprivileged app (AV:L/PR:N/UI:N) bypasses a missing permission check for local EoP; I retain vendor C/I/A:H though these are generous for a permission bypass.
Primary rating from Vendor (Google_Devices).
CVSS VectorVendor: Google_Devices
Lifecycle Timeline
5DescriptionCVE.org
In multiple locations, there is a possible permission bypass due to a missing permission check. This could lead to local escalation of privilege with no additional execution privileges needed. User interaction is not needed for exploitation.
Executive ViewAI
An unprivileged application already installed on an affected Android device, including the Google Pixel handsets common in enterprise fleets, can exploit a missing permission check in the kernel to seize full control of the device and everything it stores or accesses. Because the flaw is local-only, it amplifies the damage of a malicious or trojanized app rather than enabling remote compromise, and no public exploit code or confirmed active exploitation has been observed to date. Leadership should treat this as a mobile fleet governance risk, addressed through patch-level enforcement, app vetting, and work-profile isolation rather than emergency incident response.
No vendor-released patch identified at time of analysis; the fix is contained in the 2026-09-01 Android/Pixel security patch level. Interim mitigations: enforce MDM policies blocking unknown-source app installs and sideloading, restrict devices to the approved enterprise app catalog, keep Google Play Protect enabled, isolate corporate data in a work profile with containerized storage and selective wipe, and treat any confirmed malicious-app incident as device compromise requiring full wipe and credential rotation.
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-78976
GHSA-q7xc-fmpp-x9xp
NVD
CVE.org
EPSS
VulDB
Exploit-DB