Severity by source
Sources disagree (Medium–Critical)AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H
Remote crafted page with no privileges but requiring user navigation (UI:R); AC:H because a UAF sandbox escape needs heap grooming and Chromium rated it Medium; S:C and C/I/A:H reflect full compromise beyond the sandbox.
vuln.today treats the vendor’s rating as authoritative. A higher third-party CVSS (e.g. CISA-ADP) is shown for transparency but does not drive the headline severity.
CVSS VectorNVD
Lifecycle Timeline
4DescriptionCVE.org
Use after free in Mojo in Google Chrome prior to 148.0.7778.168 allowed a remote attacker to potentially perform a sandbox escape via a crafted HTML page. (Chromium security severity: Medium)
AnalysisAI
Sandbox escape in Google Chrome's Mojo IPC layer allows a remote attacker who lures a victim to a crafted HTML page to exploit a use-after-free (CWE-416) and potentially break out of the renderer sandbox on versions prior to 148.0.7778.168. Google fixed the flaw in the stable desktop channel (148.0.7778.168), and there is no public exploit identified at time of analysis (EPSS 0.07%, not in CISA KEV). Note a signal conflict: the CVSS base score is 9.6 (Critical) while Chromium's own triage rated the severity only Medium, so real-world exploitability is likely lower than the raw score implies.
Technical ContextAI
The vulnerability lives in Mojo, Chromium's core inter-process communication (IPC) framework that brokers messages between the sandboxed renderer process and the more privileged browser process. A use-after-free (CWE-416) occurs when code continues to reference memory that has already been freed, allowing an attacker who controls heap allocation to place attacker-influenced data where the stale pointer still points, leading to controlled memory corruption. Because Mojo sits on the trust boundary between the low-privilege renderer and the browser process, a memory-corruption bug there is a classic primitive for a sandbox escape rather than a mere renderer crash. The affected component is identified by CPE cpe:2.3:a:google:chrome (all versions below the fixed build), and the same Chromium engine underpins downstream distributions (Red Hat, SUSE packages are tagged), so the exposure extends beyond Google's official builds.
RemediationAI
Vendor-released patch: update Google Chrome to 148.0.7778.168 or later on all desktop platforms; Chrome typically auto-updates, so ensure the browser has been fully restarted to apply the new build and verify via chrome://settings/help. For managed fleets, push the updated build through your enterprise update policy and confirm rollout. Downstream users on Red Hat or SUSE Chromium packages should apply the corresponding distribution updates as they become available. Reference the Chrome stable channel advisory at https://chromereleases.googleblog.com/2026/05/stable-channel-update-for-desktop_12.html and the Chromium issue tracker entry https://issues.chromium.org/issues/496639647. As an interim compensating control until updates land, restrict browsing to trusted sites and consider enabling site isolation / strict renderer hardening already default in Chrome, and use URL filtering to block untrusted HTML content - with the trade-off that this reduces but does not eliminate exposure since any attacker-controlled page could be the delivery vector.
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 |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Fixed |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-30402
GHSA-x92g-vvxp-v39w