Severity by source
AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
AC:H and UI:R reflect the need for a crafted page plus a pre-compromised renderer; S:C captures the renderer-to-browser sandbox escape with full CIA impact, matching the vendor rating.
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
4DescriptionCVE.org
Use after free in Core in Google Chrome on Windows prior to 150.0.7871.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 Google Chrome's Core component on Windows (versions prior to 150.0.7871.115) lets an attacker who has already compromised the renderer process break out of the sandbox and reach the higher-privileged browser process via a crafted HTML page. The flaw is a CWE-416 use-after-free rated High by Chromium and CVSS 8.3, with a scope change reflecting the renderer-to-browser boundary crossing. No public exploit identified at time of analysis, and it is not listed in CISA KEV, but as the second stage of a browser exploit chain it is a meaningful patch priority.
Technical ContextAI
The vulnerability is a use-after-free (CWE-416) in Chrome's 'Core' subsystem, part of the Chromium engine that underpins Chrome and other Chromium-based browsers. Use-after-free occurs when a pointer to heap memory continues to be used after the underlying object has been freed, allowing an attacker to reclaim that memory with attacker-controlled data and manipulate object state or control flow. Because Chrome runs untrusted web content inside a low-privilege sandboxed renderer, this bug matters specifically at the renderer/browser trust boundary: a renderer that is already compromised (typically via a separate renderer RCE bug) can leverage this UAF in the more privileged Core code to escape the sandbox. The affected platform is Windows; the fix landed in 150.0.7871.115 via the Chrome Stable channel.
RemediationAI
Vendor-released patch: 150.0.7871.115 - update Google Chrome on Windows to 150.0.7871.115 or later via the Chrome Stable channel and relaunch the browser to apply the fix, as described in the vendor advisory at https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_01162222768.html. In managed environments, push the update through your enterprise deployment tooling (Google Update/Chrome Enterprise policies) and force a browser restart to ensure the patched binary is loaded. If immediate patching is not possible, reduce exposure by restricting browsing of untrusted sites, since the escape requires rendering attacker-controlled HTML; enabling stricter site isolation and keeping the renderer sandbox intact limits the first-stage foothold this bug depends on. Note that browser-hardening controls only raise the bar and are not a substitute for the version upgrade.
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-42449
GHSA-m4r4-q82r-9vfm