Severity by source
AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
Network-delivered crafted page with UI:R and high-complexity heap exploitation; the required prior renderer compromise is modeled as an attack condition (AC:H) rather than PR, and the sandbox escape yields S:C with total C/I/A impact.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
5DescriptionCVE.org
Use after free in Compositing 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: Critical)
AnalysisAI
Sandbox escape in Google Chrome's Compositing component (versions prior to 151.0.7922.72) lets a remote attacker who has already compromised the renderer process break out of the browser sandbox and gain broader code execution via a crafted HTML page. Rated Critical by Chromium and CVSS 8.3 (scope-changing use-after-free, CWE-416), it is a second-stage bug that presumes an existing renderer compromise rather than a standalone entry point. There is no public exploit identified at time of analysis and EPSS is low (0.31%, 23rd percentile), consistent with CISA SSVC marking exploitation as none.
Technical ContextAI
The flaw is a CWE-416 use-after-free in Chrome's Compositing subsystem, the part of Blink/the browser process responsible for turning rendered layers into the final on-screen image (the compositor manages layer trees, GPU surfaces, and frame lifecycle). A use-after-free arises when compositor code retains and dereferences a pointer to an object whose backing memory has already been freed, allowing an attacker who controls heap layout to reclaim that memory and steer execution. Because Chrome isolates web content in a low-privilege renderer sandbox, a bug reachable across the renderer/browser boundary (as here) enables a sandbox escape into the more privileged browser process. The CPE cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* confirms the affected product is the Google Chrome desktop application; the same fix ships to all Chromium-based browsers that pull the upstream release.
RemediationAI
Vendor-released patch: update Google Chrome to 151.0.7922.72 or later on all desktop platforms (Chrome's built-in updater delivers this automatically; force it via chrome://settings/help and relaunch to apply). Enterprises should confirm managed update policies are not pinning Chrome to an older milestone and expedite ring rollout given the Critical severity. Users of Chromium-based browsers should apply their vendor's build that incorporates the equivalent fix. There is no configuration-only workaround for the compositor code itself; as a compensating control, enabling site isolation (default) and avoiding disabling the sandbox (never run with --no-sandbox) preserves the very boundary this bug attacks, and restricting users to trusted sites reduces exposure to the crafted-page delivery - though neither substitutes for patching. Reference the vendor advisory at https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html and https://issues.chromium.org/issues/514442821.
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-50776
GHSA-hcvj-frqw-68mv