Severity by source
AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
Network-delivered crafted page (AV:N) needing user interaction (UI:R) and reliable UAF heap control plus a prior renderer compromise (AC:H); sandbox escape crosses a security boundary (S:C) with full host impact.
Primary rating from NVD.
CVSS VectorNVD
Lifecycle Timeline
4DescriptionCVE.org
Use after free in Aura 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: Critical)
AnalysisAI
Sandbox escape in Google Chrome's Aura windowing subsystem (versions prior to 148.0.7778.168) lets a remote attacker who has already compromised the renderer process break out of the browser sandbox via a crafted HTML page. Rated Critical by Chromium and CVSS 8.3, it is a use-after-free (CWE-416) that serves as the second stage of an exploit chain rather than an initial entry point. There is no public exploit identified at time of analysis, and EPSS is very low (0.07%), consistent with a patched, chain-dependent bug.
Technical ContextAI
The flaw is a use-after-free (CWE-416) in Aura, Chromium's cross-platform window and input-event abstraction layer that manages UI surfaces, focus, and event routing on desktop platforms. A use-after-free occurs when memory is freed but a dangling pointer to it is later dereferenced, allowing an attacker to control freed-then-reallocated memory to corrupt object state or hijack control flow. Because Aura logic runs on the browser/GPU side of Chrome's multi-process architecture - outside the renderer sandbox - a renderer that has been compromised can drive Aura into the vulnerable state to reach higher-privileged code. The CPE cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* confirms the affected product is the Google Chrome desktop browser across all editions below the fixed build.
RemediationAI
Vendor-released patch: update Google Chrome to 148.0.7778.168 or later (the fixed stable build), then relaunch the browser to apply it, per Google's advisory at https://chromereleases.googleblog.com/2026/05/stable-channel-update-for-desktop_12.html. Enterprises should confirm managed auto-update is enabled and force a restart via policy, and consumers should verify the version under chrome://settings/help. For Red Hat and SUSE users, apply the corresponding distribution's Chromium/Chrome update once published. No standalone workaround fully removes the flaw, but because exploitation requires a compromised renderer, layered hardening reduces exposure: keep Chrome's Site Isolation enabled (default) so renderer compromise is harder to leverage, avoid disabling the sandbox, and restrict users from loading untrusted content - with the trade-off that these reduce, not eliminate, risk and are no substitute for the version upgrade.
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-30429
GHSA-cg64-j5p6-4xrq