Severity by source
AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.org
Use after free in XR in Google Chrome on Windows prior to 148.0.7778.216 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 on Windows prior to 148.0.7778.216 allows a remote attacker who has already compromised the renderer process to break out of the sandbox via a crafted HTML page targeting the XR (WebXR) component. The flaw is a use-after-free rated Critical by Chromium and CVSS 8.3 (AV:N/AC:H/PR:N/UI:R/S:C); no public exploit identified at time of analysis and EPSS is low at 0.03%, but the bug forms a key link in a multi-stage browser exploit chain.
Technical ContextAI
The vulnerability resides in Chrome's XR subsystem, which implements the WebXR Device API for virtual and augmented reality experiences inside the renderer and broker processes. The root cause is CWE-416 (Use After Free): an object in the XR code path is freed while a dangling reference remains reachable, allowing the attacker to reuse the slab with attacker-controlled data and hijack control flow when the stale pointer is dereferenced. Because XR-related IPC and shared resources cross the renderer/sandbox-broker boundary, a UAF here is particularly dangerous: it provides a primitive that can be wielded from an already-compromised renderer against a more privileged process, enabling sandbox escape. The affected CPE is cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* with the Windows build line being explicitly named in the advisory.
RemediationAI
Vendor-released patch: Google Chrome 148.0.7778.216 for Windows - update immediately via Chrome's built-in updater (chrome://settings/help) or by redeploying the latest MSI through your management tooling, and restart the browser to load the patched binary. Enterprises managing fleets should confirm the Stable channel pin is current and audit endpoints for stuck updates using the Chrome Browser Cloud Management console or equivalent EDR telemetry. If patching must be deferred briefly, a targeted compensating control is to disable WebXR by setting the WebXRImmersiveArEnabled and related WebXR enterprise policies to disabled, or by toggling chrome://flags/#webxr off - this removes the attack surface at the cost of breaking VR/AR web experiences, but does not mitigate other renderer-to-sandbox vectors so it is not a substitute for the patch. Reference the official advisory at https://chromereleases.googleblog.com/2026/05/stable-channel-update-for-desktop_0877304591.html.
Same weakness CWE-416 – Use After Free
View allSame technique Denial Of Service
View allVendor StatusVendor
SUSE
Severity: High| Product | Status |
|---|---|
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-33185
GHSA-5whj-qq2v-9wmc