Severity by source
Sources disagree (Medium–Critical)AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H
AC:H because exploitation requires a pre-existing renderer compromise plus winning a UAF race; UI:R for visiting crafted content; S:C and C/I/A:H reflect full sandbox escape to a higher-privilege process.
vuln.today treats the vendor’s rating as authoritative. A higher third-party CVSS (e.g. CISA-ADP) is shown for transparency but does not drive the headline severity.
CVSS VectorVendor: Chrome
Lifecycle Timeline
5DescriptionCVE.org
Use after free in ANGLE in Google Chrome prior to 151.0.7922.72 allowed a remote attacker who had compromised the renderer process to potentially perform a sandbox escape via a crafted HTML page. (Chromium security severity: Medium)
AnalysisAI
Sandbox escape in Google Chrome's ANGLE graphics layer (versions prior to 151.0.7922.72) allows an attacker who has already compromised the renderer process to break out of the sandbox via a crafted HTML page, exploiting a use-after-free (CWE-416) memory corruption. Google rated the underlying Chromium severity as Medium, and while the NVD CVSS is 9.6, exploitation is gated behind a pre-existing renderer compromise. There is no public exploit identified at time of analysis and EPSS probability is low (0.17%, 7th percentile), indicating this is a second-stage bug rather than a directly weaponizable entry point.
Technical ContextAI
ANGLE (Almost Native Graphics Layer Engine) is Chromium's cross-platform graphics abstraction that translates WebGL/OpenGL ES calls onto native backends (Direct3D, Metal, Vulkan, desktop GL). It runs across the renderer/GPU boundary and is a recurring source of memory-safety bugs because it processes attacker-influenced graphics command streams. The root cause is a use-after-free (CWE-416): an object is freed while a dangling reference remains reachable, and subsequent access to that stale pointer lets an attacker corrupt memory. Because ANGLE straddles the sandbox boundary, corrupting its state from a compromised renderer can be leveraged to execute code in the more-privileged GPU/browser context. The affected component is the Chrome desktop browser (cpe:2.3:a:google:chrome), fixed in the 151.0.7922.72 stable channel build.
RemediationAI
Vendor-released patch: update Google Chrome to 151.0.7922.72 or later via the Stable channel; on managed fleets, force the update and relaunch since Chrome only applies pending updates on restart, and confirm rollout through chrome://settings/help. See the vendor advisory at https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html. If immediate patching is not possible, reduce exposure by restricting untrusted web browsing and, where acceptable, disabling hardware-accelerated graphics (chrome://settings, 'Use graphics acceleration when available', or the --disable-gpu flag) to limit reachability of the ANGLE code path - with the trade-off of degraded WebGL/rendering performance. Because exploitation also requires a prior renderer compromise, keeping site isolation enabled (default) and applying all concurrent renderer-RCE fixes in the same release meaningfully raises the bar. Chromium-based browsers should be updated to builds incorporating the equivalent ANGLE fix.
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 |
| SUSE Package Hub 15 SP7 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-50581
GHSA-r3xh-r9mw-vh95