Severity by source
AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H
Requires a prior renderer compromise plus a crafted page and user interaction, raising AC to High; successful escape crosses the sandbox boundary (S:C) with total impact (C/I/A:H).
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
5DescriptionCVE.org
Insufficient validation of untrusted input in Accessibility in Google Chrome on Android prior to 151.0.7922.72 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 for Android before 151.0.7922.72 lets an attacker who already controls a compromised renderer process break out of the sandbox through crafted input handled by the browser's Accessibility component. Rated High by Chromium and CVSS 9.6, it is a second-stage bug typically chained after an initial renderer exploit, giving an attacker a path to full compromise of the browser/host context. There is no public exploit identified at time of analysis, EPSS risk is low (0.29%, 21st percentile), and it is not on CISA KEV.
Technical ContextAI
The flaw lives in Chrome's Accessibility subsystem, the layer that exposes the rendered accessibility tree (a11y) to assistive technologies and cross-process consumers. Because accessibility data flows from the sandboxed renderer to higher-privileged browser-process code, insufficient validation of that untrusted data (CWE-20, Improper Input Validation) at the trust boundary can be abused to corrupt state outside the sandbox. The affected component is the Chromium/Blink accessibility implementation on Android, per the single CPE cpe:2.3:a:google:chrome. Root cause is the classic Chromium pattern where a compromised renderer feeds malformed IPC/serialized structures to a browser-side handler that trusts them, enabling a sandbox escape.
RemediationAI
Vendor-released patch: update Google Chrome on Android to 151.0.7922.72 or later, which is the primary and complete fix; on Android this arrives via the Google Play Store update to the Chrome app, so ensure automatic app updates are enabled and force-update managed fleets via MDM. Consult the Chrome Releases advisory at https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html for the release notes. No standalone workaround exists for the accessibility parsing flaw itself; because exploitation requires a prior renderer compromise, compensating controls should focus on reducing initial renderer-exploit exposure - enable Chrome's Enhanced Safe Browsing (trade-off: sends more browsing metadata to Google), and for high-risk users enable Site Isolation-aware hardening and restrict installation of untrusted extensions. These are risk-reduction measures only and are not substitutes for applying the patched version.
Same weakness CWE-20 – Improper Input Validation
View allSame technique Information Disclosure
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-50839
GHSA-96pq-v9wp-g6rr