Severity by source
AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
Attacker must already control the renderer process, so PR:H; UI:R and AC:H reflect victim page-load and heap-grooming, with S:C and full C/I/A for the browser-process sandbox escape.
Primary rating from NVD.
CVSS VectorNVD
Lifecycle Timeline
4DescriptionCVE.org
Use after free in Core in Google Chrome on Windows prior to 148.0.7778.168 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 on Windows before 148.0.7778.168 stems from a use-after-free in the browser's Core component, allowing an attacker who has already compromised the renderer process to break out of the sandbox and potentially execute code in the more privileged browser process via a crafted HTML page. Google rates it Medium severity internally, though the assigned CVSS is 8.3 due to the scope change and total impact. There is no public exploit identified at time of analysis, EPSS is very low (0.07%), and SSVC records exploitation status as none.
Technical ContextAI
The flaw is a CWE-416 use-after-free in Chrome's 'Core' - memory freed on the heap is subsequently dereferenced, and by grooming the heap an attacker can reuse that freed allocation to gain control over object pointers or vtables. Because the affected code lives on the browser-process side of Chrome's multi-process architecture (rather than in the sandboxed renderer), a successful trigger crosses the sandbox boundary, which is why CVSS marks Scope as Changed (S:C). The CPE cpe:2.3:a:google:chrome confirms the Chrome application is the affected component, and this class of bug is the most common source of Chromium sandbox-escape chains, typically paired with a separate renderer RCE bug.
RemediationAI
Update to Google Chrome 148.0.7778.168 or later on Windows; this is the vendor-released patch and Chrome will typically auto-update, but administrators should force the update and confirm via chrome://settings/help, then relaunch the browser to apply it. Reference the Chrome Stable channel advisory at https://chromereleases.googleblog.com/2026/05/stable-channel-update-for-desktop_12.html. For Chromium-based derivatives (Edge, and Red Hat/SUSE-packaged builds), apply the corresponding vendor updates as they land. Because exploitation requires a pre-compromised renderer, interim compensating controls that reduce renderer-compromise exposure help: enable the Site Isolation / strict site isolation defaults (do not disable them), and consider deploying Chrome's stricter security posture (e.g. 'Enhanced Protection' Safe Browsing) via enterprise policy to lower the odds of the prerequisite renderer bug being reached - trade-off is minor added telemetry and occasional false-positive warnings.
Same weakness CWE-416 – Use After Free
View allSame technique Denial Of Service
View allVendor StatusVendor
SUSE
Severity: High| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Fixed |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-30394
GHSA-r6g5-hhqh-h5g4