Skip to main content

Android Kernel CVE-2026-56970

| EUVDEUVD-2026-78976 HIGH
Protection Mechanism Failure (CWE-693)
2026-09-15 Google_Devices GHSA-q7xc-fmpp-x9xp
8.4
CVSS 3.1 · Vendor: Google_Devices
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Install/run unprivileged local app
  2. Exploit
    Invoke interface missing permission check
  3. Execution
    Bypass authorization gate
  4. Impact
    Escalate 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.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 0.1% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv2 – 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)
v1 Sep 16, 2026 - 16:52 CVSS 7.8

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

Android Android kernel

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

Vendor (Google_Devices) PRIMARY 8.4 HIGH
AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
vuln.today AI 8.4 HIGH

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.

3.1 AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
4.0 AV:L/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N

Primary rating from Vendor (Google_Devices).

CVSS VectorVendor: Google_Devices

Attack Vector
Local
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
High
Availability
High

Lifecycle Timeline

5
Analysis Updated
Sep 16, 2026 - 17:39 vuln.today
v2 - CVSS changed
CVSS changed
Sep 16, 2026 - 17:22 NVD
7.8 (HIGH) 8.4 (HIGH)
CVSS changed
Sep 16, 2026 - 16:22 NVD
7.8 (HIGH)
CVE Published
Sep 15, 2026 - 18:34 cve.org
UNKNOWN (no severity yet)
CVE Published
Sep 15, 2026 - 18:34 cve.org
HIGH 7.8

DescriptionCVE.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

Why It Matters

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.

Business Impact: Medium
Compensating Controls

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

EPSS Score
0.1%
Top 98% exploitable
Prevalence
High
Android is ubiquitous but this fix is Pixel/kernel-scoped per the bulletin
Data Quality
4 sources
Confidence: Medium

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.1%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Defer
Exploitation· derived
None
System Exposure· derived
Small
Automatable· derived
No
Human Impact
Medium

Priority Score

42
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +42
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.

CVE-2015-3105 CRITICAL POC
10.0 Jun 10

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

CVE-2015-3864 CRITICAL POC
10.0 Oct 01

Integer underflow in the MPEG4Extractor::parseChunk function in MPEG4Extractor.cpp in libstagefright in mediaserver in A

CVE-2013-4710 CRITICAL POC
9.3 Mar 03

Android 3.0 through 4.1.x on Disney Mobile, eAccess, KDDI, NTT DOCOMO, SoftBank, and other devices does not properly imp

CVE-2015-1538 CRITICAL POC
10.0 Oct 01

Integer overflow in the SampleTable::setSampleToChunkParams function in SampleTable.cpp in libstagefright in Android bef

CVE-2024-21633 HIGH POC
7.8 Jan 03

Apktool versions 2.9.1 and prior contain a path traversal vulnerability when processing Android APK files. Malicious APK

CVE-2017-13156 HIGH POC
7.8 Dec 06

An elevation of privilege vulnerability in the Android system (art). Rated high severity (CVSS 7.8), this vulnerability

CVE-2016-2107 MEDIUM POC
5.9 May 05

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

CVE-2015-3106 CRITICAL POC
10.0 Jun 10

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

CVE-2015-3107 CRITICAL POC
10.0 Jun 10

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

CVE-2013-4787 CRITICAL POC
9.3 Jul 09

Android 1.6 Donut through 4.2 Jelly Bean does not properly check cryptographic signatures for applications, which allows

CVE-2014-7911 HIGH
7.2 Dec 15

luni/src/main/java/java/io/ObjectInputStream.java in the java.io.ObjectInputStream implementation in Android before 5.0.

CVE-2016-0801 CRITICAL POC
9.8 Feb 07

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

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy