Severity by source
AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
Requires a pre-compromised renderer (modeled as PR:L) and a race win (AC:H) with user interaction; sandbox breakout to the browser process gives S:C and total C/I/A impact.
Primary rating from NVD.
CVSS VectorNVD
Lifecycle Timeline
4DescriptionCVE.org
Use after free in Mojo in Google Chrome 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: High)
AnalysisAI
Sandbox escape in Google Chrome desktop versions prior to 148.0.7778.168 lets an attacker who has already compromised the renderer process break out of the sandbox via a crafted HTML page, abusing a use-after-free in the Mojo IPC layer. Rated High by Chromium and CVSS 8.3, it enables a scope change from the low-privilege renderer to the more-privileged browser process. There is no public exploit identified at time of analysis, it is not in CISA KEV, and EPSS is very low (0.07%), indicating no observed exploitation.
Technical ContextAI
The flaw is a CWE-416 use-after-free in Mojo, Chromium's inter-process communication (IPC) framework that brokers messages between the sandboxed renderer processes and the higher-privilege browser process. Mojo message handling that frees an object while a reference remains reachable can allow an attacker in the renderer to reclaim and control freed memory, corrupting browser-process state across the IPC boundary. The affected component (cpe:2.3:a:google:chrome) is the Chrome desktop browser; because Mojo is the trust boundary between the sandbox and the privileged process, a UAF here is a classic sandbox-escape primitive rather than a mere in-renderer memory bug.
RemediationAI
Vendor-released patch: update Google Chrome to 148.0.7778.168 or later on all desktop platforms, as announced in the Chrome Stable channel update (https://chromereleases.googleblog.com/2026/05/stable-channel-update-for-desktop_12.html); Chrome normally auto-updates, so verify via chrome://settings/help and relaunch to apply. Chromium-based distributions from Red Hat and SUSE should be updated to their corresponding patched packages. Because exploitation requires a first-stage renderer compromise, interim risk can be reduced by keeping site isolation enabled (default) and ensuring users restart the browser so pending updates take effect; there is no supported feature toggle that removes the Mojo UAF without patching, so upgrading is the only reliable fix.
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-30438
GHSA-937x-29v2-25x3