Severity by source
AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H
Full sandbox escape gives scope change and total C/I/A, but the description's required prior renderer compromise plus heap grooming justifies AC:H rather than AC:L.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.org
Use after free in Views 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: High)
AnalysisAI
Sandbox escape in Google Chrome desktop versions prior to 151.0.7922.72 stems from a use-after-free in the Views UI framework, letting a remote attacker who has already compromised the renderer process break out of the sandbox via a crafted HTML page. Rated High by Chromium with a CVSS 9.6 due to scope change and total confidentiality/integrity/availability impact, though there is no public exploit identified at time of analysis and CISA SSVC records exploitation status as none. EPSS is low (0.29%, 21st percentile), consistent with a second-stage bug that requires prior renderer compromise rather than a directly weaponizable entry point.
Technical ContextAI
The flaw is a CWE-416 use-after-free in Chrome's Views framework - the C++ UI toolkit that renders and manages browser window widgets, menus, and controls in the privileged browser process. Use-after-free arises when an object is freed but a dangling pointer is later dereferenced, allowing an attacker who controls heap layout to reclaim the freed memory and steer execution or corrupt state. Because Views executes in the higher-privileged browser process rather than the sandboxed renderer, a UAF here is a classic sandbox-escape primitive: a compromised renderer sends crafted IPC/UI interactions that trigger the dangling reference in the browser process. The affected CPE is cpe:2.3:a:google:chrome (all versions up to the fix), and the tag set (Use After Free, Memory Corruption, Denial Of Service) reflects both control-flow-hijack and crash outcomes typical of this bug class.
RemediationAI
Vendor-released patch: update Google Chrome to 151.0.7922.72 or later on the Stable desktop channel, per the Chrome Releases advisory (https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html); most installations auto-update, so verify via chrome://settings/help and relaunch to apply. There is no supported in-product workaround for a memory-corruption bug, but because exploitation requires a compromised renderer as the first stage, defenders can reduce the entry-surface by keeping site isolation enabled (default), deploying enterprise policies to enforce timely updates, and restricting untrusted-site browsing; these lower the odds of the renderer compromise that precedes this escape but do not remediate the underlying UAF. Downstream Chromium-based browsers should be updated to the build that incorporates the equivalent Chromium fix (Chromium issue 513228974).
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-50796
GHSA-qfg6-74c9-5pcg