Severity by source
AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H
Network-delivered crafted page needs no auth (PR:N) but requires the victim to visit it (UI:R); ANGLE lives in the sandboxed GPU process so a successful escape is scope-changing (S:C) with full host impact.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
5DescriptionCVE.org
Insufficient validation of untrusted input in ANGLE in Google Chrome prior to 151.0.7922.72 allowed a remote attacker to potentially perform a sandbox escape via a crafted HTML page. (Chromium security severity: Critical)
AnalysisAI
Sandbox escape in Google Chrome's ANGLE graphics layer, fixed in stable release 151.0.7922.72, lets a remote attacker who lures a victim to a crafted HTML page break out of the renderer sandbox and gain broader access on the host. Rated Critical by Chromium and scored CVSS 9.6, the flaw stems from insufficient validation of untrusted input (CWE-20) processed by ANGLE and carries a scope-changing impact. There is no public exploit identified at time of analysis and EPSS is low at 0.31% (23rd percentile), but the Critical rating and sandbox-escape primitive make prompt patching important.
Technical ContextAI
ANGLE (Almost Native Graphics Layer Engine) is Chrome's graphics abstraction layer that translates OpenGL ES / WebGL / WebGPU calls from web content into the platform's native graphics API (Direct3D, Vulkan, or Metal). Because ANGLE runs inside Chrome's GPU process and parses complex, attacker-influenceable graphics command streams, a validation gap there is a high-value target. The root cause is classified as CWE-20 (Improper Input Validation): untrusted input from a web page is not sufficiently checked before ANGLE acts on it, and the resulting memory-safety or state-confusion condition can be leveraged to cross the renderer/GPU sandbox boundary. The affected component is identified in CPE as cpe:2.3:a:google:chrome, all versions prior to the fixed build 151.0.7922.72.
RemediationAI
Vendor-released patch: 151.0.7922.72 - update Google Chrome to 151.0.7922.72 or later on all desktop platforms; Chrome typically auto-updates, so verify via chrome://settings/help and relaunch to apply, and confirm managed/enterprise fleets are not pinned to an older channel. Users of other Chromium-based browsers should apply the vendor build that incorporates the equivalent Chromium fix once available. No standalone workaround is provided by the vendor, but as an interim compensating control you can reduce GPU-process attack surface by disabling hardware acceleration (chrome://settings, 'Use graphics acceleration when available' off) or launching with --disable-gpu, which forces software rendering and largely removes the ANGLE code path - the trade-off is degraded WebGL/WebGPU performance, higher CPU use, and possible rendering glitches, so this is only a stopgap until the update is deployed. Reference the advisory at https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html.
Same weakness CWE-20 – Improper Input Validation
View allSame technique Information Disclosure
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-50781
GHSA-p3qq-x22v-cv22