Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure user to malicious page
-
DeliveryTrigger prior renderer RCE
-
ExploitSend crafted GPU commands from renderer
-
ExecutionOverflow heap buffer in GPU process
-
PersistExecute code in GPU process
-
ImpactEscape Chrome sandbox
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Bounds checking, write limits
MITRE ATT&CK
2 techniques across 2 tactics: Execution, Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires that the attacker has already compromised the Chrome renderer process on Android - explicitly stated in the CVE description - meaning a separate renderer-RCE primitive must be chained in. The victim must also load attacker-controlled HTML in Chrome for Android at a version below 149.0.7827.103 (UI:R), and the high attack complexity (AC:H) implies the heap overflow likely depends on specific heap state or GPU-command sequencing rather than a trivial single-request trigger. Exploitation is limited to the Android build per the description; desktop Chrome is not named as affected, and post-patch devices on 149.0.7827.103+ are not exploitable via this bug. |
| Impact | The CVSS vector AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H captures the realistic profile: network reachable, but high attack complexity, user interaction required (loading a malicious page), and a scope change reflecting the sandbox boundary crossed. This is a chained-exploit primitive - it presumes the attacker already controls the renderer - so it is rarely a standalone risk and is typically paired with a separate renderer RCE bug to form a full browser compromise. There is no EPSS score, no SSVC decision data, and no CISA KEV entry provided, and no public exploit identified at time of analysis, which is consistent with Google's standard practice of withholding bug details until users have updated. Real-world priority is high for Android fleets that browse untrusted content because Chrome auto-updates fast but managed devices can lag; however, absent renderer-RCE pairing in the wild, this CVE alone is unlikely to drive opportunistic mass exploitation. |
| Exploit ScenarioDerived | An attacker lures an Android Chrome user to a malicious page that first triggers a separate renderer-process RCE, then from inside the compromised renderer issues crafted GPU commands that overflow a heap buffer in the GPU process to escape the sandbox and run code at GPU-process privilege. From there the attacker can pivot toward broader device compromise or data theft. No public exploit identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 09, 2026
Sandbox escape in Google Chrome on Android prior to 149.0.7827.103 allows a remote attacker who has already compromised the renderer process to break out of Chrome's sandbox via a heap buffer overflow in the GPU process triggered by a crafted HTML page. Rated High severity by Chromium with a CVSS 8.3 reflecting scope change and full CIA impact; no public exploit identified at time of analysis and the issue is not listed in CISA KEV.
RemediationAI
Vendor-released patch: Chrome for Android 149.0.7827.103 - upgrade via Google Play to that version or later as documented in the Chrome Releases advisory at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0153744567.html. For managed Android fleets, push the update through MDM/Managed Google Play and verify chrome://version on a sample of devices; for enterprise users on Chrome Browser Cloud Management, confirm the auto-update rollout has reached affected endpoints. No vendor-documented workaround exists for the GPU flaw itself, but because exploitation requires a prior renderer compromise, interim compensating controls include restricting browsing to trusted origins via enterprise URL allowlists, disabling unnecessary GPU-accelerated features such as WebGL through the 'Disable3DAPIs' policy (trade-off: breaks WebGL-dependent sites and degrades rendering performance), and enabling Site Isolation and Strict Site Isolation policies if not already on by default.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The flaw is an out-of-bounds write (CWE-787) in Chrome's GPU process on Android. The GPU process is a privileged Chromium component that brokers hardware-accelerated rendering for the sandboxed renderer; memory corruption there is a classic pivot for sandbox escapes because the GPU process runs at a higher privilege than the renderer. The crafted HTML page presumably reaches a GPU command or shader-handling path (e.g., WebGL/Skia/ANGLE-style surfaces) that mishandles heap buffer sizing, enabling controlled writes beyond an allocation. Chromium tracker issues.chromium.org/issues/516794471 and the Chrome Releases advisory document the fix in 149.0.7827.103.
Know when the next one hits your stack
- 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:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
3DescriptionCVE.org
Heap buffer overflow in GPU in Google Chrome on Android prior to 149.0.7827.103 allowed a remote attacker who had compromised the renderer process to potentially perform a sandbox escape via a crafted HTML page. (Chromium security severity: High)
Executive ViewAI
Google Chrome on Android prior to version 149.0.7827.103 contains a sandbox escape vulnerability that enables attackers to escalate from browser compromise to complete device takeover, exposing all stored credentials, corporate data, and communications. For organizations with Android workforces-whether personal devices or corporate-managed-this vulnerability presents immediate data breach risk. While exploitation requires malicious content to first compromise the browser process, the escalation to full system compromise is automatic.
Apply vendor patch.
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
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.
Memory corruption occurs when a program writes data beyond the boundaries of allocated memory regions or accesses memory in unintended ways, violating the integrity of the process's address space.
Related Vulnerabilities in Google Chrome Use-After-Free and Memory Safety Flaws
View all 74Same weakness CWE-787 – Out-of-bounds Write
View allSame technique Buffer Overflow
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
EUVD-2026-35272
GHSA-73ch-5vqp-j2j9
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB