Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain local code execution on device
-
DeliveryOpen LWIS driver interface
-
ExploitSubmit crafted lwis_io_buffer_write request
-
ExecutionTrigger out-of-bounds kernel write
-
PersistCorrupt kernel memory for privilege escalation
-
ImpactExecute with System privileges
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Buffer copy size validation
MITRE ATT&CK
1 technique across 1 tactic: Execution The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Requires local code execution on an affected Google Pixel/Tensor device with the ability to reach the LWIS (Lightweight Imaging Subsystem) kernel driver interface and invoke the lwis_io_buffer_write path (AV:L). No user interaction is needed (UI:N). Limiting factors: there is no remote or network vector, so the attacker must already have a foothold on the device; per the Android bulletin the escalation is described as needing 'System execution privileges,' and access to the LWIS device is typically restricted to privileged camera/system components, which constrains who can reach the vulnerable code (consistent with PR:L, possibly higher). Exploitation is device-specific to Google imaging hardware rather than all Android builds. |
| Impact | This is a locally-exploitable kernel memory-corruption flaw (CVSS 7.8, CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H) in the Google LWIS imaging driver (lwis_io_buffer_write). The signals are internally consistent but point to contained, not widespread, risk: the attack vector is LOCAL (AV:L), so there is no remote exposure, and an attacker must already be running code on the device. SSVC reinforces this - Exploitation: none (no observed attacks), Automatable: no (cannot be mass-scripted across targets), though Technical Impact: total (full compromise once triggered). EPSS is 0.07% (0th percentile), indicating a very low modeled probability of exploitation in the near term, and there is no CISA KEV listing and no public exploit reference in the supplied data. These low-urgency signals (EPSS near zero, SSVC Exploitation none, no KEV/POC) are consistent with the vuln.today 'this_week' priority rather than an emergency. The only tension is interpretive: NVD assigns PR:L while the Android bulletin wording states 'System execution privileges needed,' which could imply the exploit already requires elevated (System) context - verify the exact required privilege with the Pixel bulletin, as it affects how much real escalation is gained. Net: a genuine high-severity local EoP primitive worth patching on schedule, but not a drop-everything internet-facing threat. |
| Exploit ScenarioDerived | A malicious or compromised app/process already running on an affected Google Pixel/Tensor device opens the LWIS device interface and issues a crafted lwis_io_buffer_write request that drives an out-of-bounds write, corrupting kernel memory to escalate to System privileges. No user interaction is required (UI:N). No public exploit code was identified in the provided sources; the specific trigger mechanics are not described in the available data beyond 'memory corruption' / out-of-bounds write. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 26, 2026
A kernel out-of-bounds write in the LWIS (Lightweight Imaging Subsystem) driver's lwis_io_buffer_write path allows local privilege escalation to System-level execution on affected Google Pixel/Tensor devices. The flaw is a memory-corruption issue (CWE-120) reachable only by code that already runs locally on the device and can reach the LWIS driver interface, which is typically restricted to privileged camera/system components; user interaction is not required. No public exploit has been identified and SSVC records no exploitation, with EPSS at 0.07%; the vendor bulletin lists a fix in the June 2026 Pixel security update.
RemediationAI
Apply the June 2026 Pixel security update from Google, which is the vendor-released fix; the bulletin at https://source.android.com/docs/security/bulletin/pixel/2026/2026-06-01 lists the patched build numbers and should be used to confirm a specific device is on a fixed level, and NVD provides the CVE record at https://nvd.nist.gov/vuln/detail/CVE-2026-0138. Because the flaw is local and requires reaching the LWIS io-buffer path, interim risk reduction centers on limiting which local components can open the LWIS device interface - keeping camera/system component privileges tightly scoped and avoiding running untrusted native code on the device - recognizing that these are compensating controls only and that installing the vendor update is the complete fix; no network-facing mitigation is applicable because there is no remote vector.
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 affected component is the LWIS (Lightweight Imaging Subsystem) kernel driver used on Google Pixel devices with Tensor SoCs, exposed through lwis_io_buffer.c. The root cause class is CWE-120 (classic buffer copy without checking size of input), here manifesting as an out-of-bounds write during lwis_io_buffer_write, i.e. a buffer/IO operation whose bounds are not validated against the destination allocation, producing kernel memory corruption. The CPE identifies google:android, and ENISA EUVD scopes the affected component to the Android kernel; exploitation is therefore device-specific to Google imaging hardware rather than a generic AOSP kernel issue. Per the assessed vector (AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H), the attacker must hold a local foothold and whatever privileges are needed to reach the LWIS ioctl/IO-buffer path; the Android bulletin characterizes the escalation as requiring System execution privileges, and access to the LWIS device node is normally limited to privileged camera/system components, which constrains reachability. The trigger details beyond the out-of-bounds write in lwis_io_buffer_write are not further described in the available sources. A successful write gives kernel-level corruption with high confidentiality and integrity impact, so it can be chained from an existing limited foothold into System 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:L/UI:N/S:U/C:H/I:H/A:H
Local-only driver access (AV:L) by a process with some privilege reaching the LWIS interface (PR:L), no user interaction (UI:N); kernel memory corruption yields full System compromise (C/I/A:H).
Primary rating from Vendor (Google_Devices).
CVSS VectorVendor: Google_Devices
Lifecycle Timeline
3DescriptionCVE.org
In lwis_io_buffer_write of lwis_io_buffer.c, there is a possible out of bounds write due to memory corruption. This could lead to local escalation of privilege with System execution privileges needed. User interaction is not needed for exploitation.
Executive ViewAI
A high-severity kernel vulnerability (CVE-2026-0138) in Google Pixel devices with Tensor chips could allow a local attacker with existing privileged access to escalate to system-level control, potentially compromising sensitive data and device integrity. While no public exploit has been identified, the flaw affects a core driver used by camera and system components, making it a significant risk for organizations that rely on Pixel devices for secure communications or handling sensitive information.
No vendor-released patch identified at time of analysis
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.
A buffer overflow occurs when a program writes more data to a memory buffer than it was allocated to hold, causing the excess data to spill into adjacent memory regions.
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-37172
GHSA-mv55-56qg-wx2v
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB