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 Accessibility in Google Chrome 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: High)
AnalysisAI
Sandbox escape in Google Chrome versions prior to 148.0.7778.216 allows a remote attacker who has already compromised the renderer process to break out of the browser sandbox via a crafted HTML page that triggers a use-after-free in the Accessibility component. Chromium rates the issue High severity and a vendor patch is available, though no public exploit identified at time of analysis and EPSS exploitation probability is currently low (0.03%, 11th percentile).
Technical ContextAI
The flaw is a CWE-416 Use-After-Free in Chrome's Accessibility subsystem, which exposes the DOM and rendering tree to assistive technologies and runs partly inside the sandboxed renderer with IPC bridges to higher-privileged browser-process components. Use-after-free conditions occur when memory is freed but a dangling pointer is later dereferenced, allowing an attacker to reclaim that allocation with attacker-controlled data and corrupt object state - in this case across the renderer/browser trust boundary, enabling sandbox escape. The affected product per CPE is cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*, covering Chrome desktop builds before 148.0.7778.216 as tracked in Chromium issue 498205735.
RemediationAI
Vendor-released patch: Google Chrome 148.0.7778.216 or later - update Chrome Stable via the built-in updater or by redeploying the MSI/PKG package and force a restart so the new binaries take effect (Chrome will not apply the fix until relaunch). Administrators managing fleets via group policy or MDM should push the update and verify chrome://version reports 148.0.7778.216+, and downstream Chromium browsers (Edge, Brave, Opera, Vivaldi) and Electron-based apps must be updated separately once their vendors rebase. If patching must be delayed, compensating controls include disabling renderer-process risky surface by enforcing Site Isolation (already default), restricting browsing to a known-good allowlist via enterprise policy, and disabling accessibility features for users who do not need them via the AccessibilityImageLabelsEnabled and related policies - note this degrades usability for assistive-technology users and does not fully eliminate the attack surface. Reference advisories: https://chromereleases.googleblog.com/2026/05/stable-channel-update-for-desktop_0877304591.html and https://issues.chromium.org/issues/498205735.
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-33197
GHSA-jmfp-wcf2-3h67