Severity by source
AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
AC:H and UI:R because exploitation needs specific GPU memory grooming plus victim visiting a page; PR:N per Chromium model though a prior renderer compromise is effectively required; S:C for the sandbox escape with total C/I/A impact.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
3DescriptionCVE.org
Use after free in GPU in Google Chrome on Android prior to 149.0.7827.115 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 the GPU process of Google Chrome for Android before 149.0.7827.115 lets a remote attacker who has already compromised the renderer process break out of the sandbox and potentially achieve code execution in a higher-privileged context via a crafted HTML page. This is a memory-corruption (use-after-free) bug rated High by Chromium and fixed in the June 2026 stable channel; there is no public exploit identified at time of analysis and EPSS is very low (0.07%), but the total technical impact makes it a meaningful second-stage primitive in a browser exploit chain.
Technical ContextAI
The flaw is a CWE-416 use-after-free in Chrome's GPU process, the component that handles graphics acceleration, WebGL/WebGPU, and compositing on behalf of web content. In Chromium's multi-process architecture the renderer is untrusted and sandboxed, while the GPU process runs at higher privilege; a dangling pointer freed and then reused in the GPU process can be groomed by an attacker who controls the renderer to corrupt memory across the sandbox boundary. The affected CPE is cpe:2.3:a:google:chrome, and the underlying class - freeing an object while references remain live - is a recurring source of exploitable browser vulnerabilities because reclaimed memory can be filled with attacker-controlled data before the stale pointer is dereferenced.
RemediationAI
Vendor-released patch: update Google Chrome to 149.0.7827.115 or later, which contains the fix per the Chrome Releases advisory (https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_01962725236.html); on Android this arrives through the Google Play Store / Chrome auto-update, so ensure automatic app updates are enabled and force-update managed fleets via MDM. SUSE and Red Hat users should apply their distribution's Chromium package update once published. As an interim compensating control where patching is delayed, you can reduce the GPU attack surface by disabling hardware acceleration in Chrome settings (chrome://settings, 'Use graphics acceleration when available' off), which forces software rendering and limits GPU-process object churn - with the trade-off of higher CPU use and degraded WebGL/WebGPU and video performance. Because exploitation requires a prior renderer compromise, keeping Chrome fully updated also closes the renderer bugs needed to reach this one.
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 Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-36348
GHSA-f5m3-mrhf-6cqv