Severity by source
AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
Delivered via crafted HTML over the network (AV:N, UI:R) with difficult memory-grooming and a renderer-compromise prerequisite (AC:H); sandbox escape crosses a trust boundary (S:C) with total impact on the GPU process (C/I/A:H).
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.org
Use after free in GPU in Google Chrome on Android prior to 150.0.7871.125 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)
AnalysisAI
Sandbox escape in Google Chrome for Android (versions prior to 150.0.7871.125) stems from a use-after-free in the GPU process, allowing an attacker who has already compromised the renderer to break out of the browser sandbox via a crafted HTML page. Rated High by Chromium with a CVSS of 8.3, it carries a scope-changing, total-impact profile but is gated by prior renderer compromise, and there is no public exploit identified at time of analysis. EPSS is low (0.24%, 16th percentile) and CISA SSVC records exploitation status as none.
Technical ContextAI
The flaw is a CWE-416 use-after-free in Chrome's GPU process, the component that handles accelerated graphics, WebGL, and GPU-accelerated compositing on behalf of untrusted renderer content. In Chromium's multi-process architecture the GPU process is more privileged than the sandboxed renderer, so a dangling-pointer condition reachable through the renderer-to-GPU IPC boundary can be groomed to corrupt memory in that higher-privileged process. The affected component (cpe:2.3:a:google:chrome) is the Android build; a use-after-free occurs when GPU-side objects are freed while still referenced, letting an attacker reclaim and control the freed allocation to redirect execution or corrupt state - the classic root cause behind browser sandbox escapes.
RemediationAI
Vendor-released patch: update Google Chrome on Android to 150.0.7871.125 or later; the fix is delivered through the Stable channel update announced on Google's Chrome Releases blog (https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0353146366.html and the ChromeOS post http://chromereleases.googleblog.com/2026/07/stable-channel-update-for-chromeos_01375142362.html). Ensure Play Store auto-updates are enabled so mobile fleets receive the build, and fully restart the browser to load it. As an interim compensating control before patching, disable GPU hardware acceleration (chrome://settings, 'Use graphics acceleration when available') to reduce reachability of the vulnerable GPU-process paths, accepting the trade-off of degraded rendering and video performance; because exploitation also requires a compromised renderer first, keeping the browser and Site Isolation fully current is the most effective additional mitigation.
Same weakness CWE-416 – Use After Free
View allSame technique Denial Of Service
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-44479
GHSA-ph5f-pjvp-h9x6