Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain Android System execution privileges
-
DeliveryInvoke flawed bootloader interface
-
ExploitTrigger logic error bypassing permission check
-
ExecutionEscalate below OS to bootloader control
-
ImpactAchieve persistent privileged compromise
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 possess Android System execution privileges (a highly privileged local context) on an affected device - this is the primary limiting factor and makes the flaw a privilege-escalation link within a larger chain rather than a standalone remote threat. The trigger is a logic error in the Bootloader code that fails to enforce an intended permission check (CWE-693, protection mechanism failure). No user interaction is needed (UI:N) and access is local only (AV:L) - there is no network-reachable path. Applicability appears limited to affected Pixel/Google device bootloaders as listed in the 2026-09-01 Pixel security bulletin, not to all Android devices. |
| Impact | This is a locally-exploitable Android Bootloader privilege escalation. The provided CVSS 3.1 vector (AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H = 7.8 HIGH) confirms local attack vector, low complexity, no user interaction, and full CIA impact. Critically, the description states 'System execution privileges needed' for exploitation, meaning the attacker must ALREADY hold Android System (highly privileged, UID 1000) context to trigger the bootloader logic error - this is a strong limiter that argues the PR:L in the vendor vector is arguably under-rated (PR:H would be more honest, since System-level access is a substantial prerequisite, not a low-privilege one). No EPSS score, no KEV listing, and no POC were provided, so there is no evidence of active exploitation: this is 'no public exploit identified at time of analysis.' The realistic risk is that of a post-compromise privilege-escalation link in a chain - valuable to an attacker who has already achieved System code execution (e.g. via another vulnerability) and wants to persist below the OS at the bootloader level. It is a genuine defense-in-depth concern for high-value targeted attacks, not a mass-exploitation priority. Note conflicting signals: the CPE is broad (cpe:2.3:a:google:android) but the sole reference is the Pixel-specific September 2026 security bulletin, implying the affected bootloader component is Pixel/device-specific rather than every Android device - verify device applicability against the Pixel bulletin. |
| Exploit ScenarioDerived | An attacker who has already gained Android System-level code execution (via a prior exploit or malicious privileged app) invokes the flawed bootloader interface, whose logic error fails to enforce a permission check. This lets them bypass the intended protection boundary and escalate below the OS to bootloader/firmware-level control, enabling persistent compromise. No user interaction is required, but the System-privilege prerequisite means this is a chain component, not an initial-access vector; no public exploit code is currently identified. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 16, 2026
Privilege escalation in the Android Bootloader allows a local attacker who already holds System execution privileges to bypass an intended permission check and obtain higher-privileged code execution on affected devices. The root cause is a logic error in bootloader permission enforcement (CWE-693, protection mechanism failure) that requires no user interaction and is reachable only through local access, making it a privilege-escalation link inside a larger exploit chain rather than a standalone remote threat; the affected scope appears limited to Google Pixel devices addressed by the 2026-09-01 Pixel security bulletin. No public exploit code and no confirmed active exploitation were identified at time of analysis, and no EPSS data accompanied the available reporting.
RemediationAI
Patch available per vendor advisory: apply the Android Pixel security bulletin dated 2026-09-01 (https://source.android.com/docs/security/bulletin/pixel/2026/2026-09-01), which is the authoritative source for the fixed build identifiers, since no standalone fix version number was included in the supplied data. Because the defect lives in the bootloader, remediation normally arrives through a full OTA or factory image rather than a modular app update; a manual flash requires an unlocked bootloader, and unlocking itself wipes user data, so OTA delivery is the lower-risk path for managed fleets. If immediate patching is not possible, the practical compensating controls are to keep bootloader unlocking disabled and verified boot enforced, to audit and minimize which apps or processes are granted System-level privileges so that the PR:H precondition is harder to satisfy, and to restrict physical and ADB/fastboot access to trusted personnel, accepting that these measures reduce the attack surface but do not remove the underlying permission-check flaw. Generic device hardening such as sideload restrictions and monitoring for unexpected privilege transitions offers only partial coverage, and the trade-off is operational friction for legitimate debugging and lab workflows, so it should be scoped rather than applied blanket-wide. Escalate urgency if this flaw is discovered as one step in a multi-stage chain, because its value to an attacker comes from what it unlocks once System privileges are already held.
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 Android bootloader is the pre-kernel stage responsible for verified boot, boot-state enforcement, and fastboot/partition operations, so defects there can subvert trust assumptions the rest of the platform depends on. This issue is classified as CWE-693 (Protection Mechanism Failure): a logic error causes a permission check that the code intends to enforce to be skipped or mis-evaluated, letting a caller at the System privilege level escalate beyond its intended authority. The reported CPE, cpe:2.3:a:google:android:*:*:*:*:*:*:*:*, is broad for the Android platform, while the EUVD record (EUVD-2026-78996) lists the affected component simply as 'Android Android kernel' and attributes the report to Google Devices. Our independent assessment scored the vector as CVSS:3.1/AV:L/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:H rather than the published PR:L, because exploitation presupposes that the attacker has already achieved System execution privileges on the device; access is strictly local (AV:L), no user interaction is required (UI:N), and there is no network-reachable path to the vulnerable logic. Impact is scoped to the same security authority (S:U) but is high across confidentiality, integrity, and availability once the bypass succeeds.
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 vector with no UI; PR:H because the description explicitly requires pre-existing System execution privileges, a highly privileged prerequisite; full CIA impact via bootloader-level escalation.
Primary rating from Vendor (Google_Devices).
CVSS VectorVendor: Google_Devices
Lifecycle Timeline
3DescriptionCVE.org
In Bootloader, there is a possible permission bypass due to a logic error in the code. This could lead to local escalation of privilege with System execution privileges needed. User interaction is not needed for exploitation.
Articles & Coverage 1
Executive ViewAI
A high-severity privilege-escalation flaw in the Android Bootloader on Google Pixel devices could allow a local attacker with existing System-level access to bypass bootloader permission checks and gain higher-privileged execution. Because no vendor patch is currently available and the issue is reachable only through local access, the immediate enterprise risk is concentrated in Pixel fleets where devices may be part of a broader compromise chain. Leadership should care because compromised bootloader integrity can undermine device trust, mobile device management controls, and data protection assurances for affected users.
No vendor-released patch identified at time of analysis; interim controls include limiting local access to affected Pixel devices, enforcing MDM and device passcode/biometric policies, disabling unnecessary developer options and USB debugging, monitoring for bootloader or System-level anomalies, and treating affected devices as higher risk within a broader exploit chain.
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-78996
GHSA-3w97-cpqw-j625
NVD
CVE.org
EPSS
VulDB
Exploit-DB