Severity by source
AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:N
Requires a pre-compromised renderer (PR:H) and chaining plus user navigation (AC:H, UI:R), yielding high confidentiality/integrity but no availability impact within an unchanged scope.
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
3DescriptionCVE.org
Insufficient validation of untrusted input in Accessibility in Google Chrome prior to 150.0.7871.47 allowed a remote attacker who had compromised the renderer process to bypass site isolation via a crafted HTML page. (Chromium security severity: High)
AnalysisAI
Site-isolation bypass in Google Chrome desktop before 150.0.7871.47 lets an attacker who has already compromised the renderer process escape cross-origin protections through insufficient input validation in the Accessibility component via a crafted HTML page. Rated High by Chromium and CVSS 8.1, it is a second-stage primitive rather than an initial-access flaw; no public exploit has been identified and EPSS exploitation probability is low (0.22%). It requires an existing renderer compromise plus a user visiting a malicious page, so it is realistically a chained-exploit component.
Technical ContextAI
Chrome's multi-process architecture confines untrusted web content inside sandboxed renderer processes, and Site Isolation enforces that each site runs in its own process so a compromised renderer cannot read another origin's data. The Accessibility subsystem builds an accessibility tree from page content and communicates it to the privileged browser process; because it processes structured data crossing the renderer/browser trust boundary, insufficient validation (CWE-20, Improper Input Validation) of that untrusted input can be abused to violate the site-isolation guarantee. The single affected product is the Google Chrome application (cpe:2.3:a:google:chrome), with the Chromium engine meaning downstream Chromium-based browsers may share the underlying defect.
RemediationAI
Vendor-released patch: Google Chrome 150.0.7871.47 - upgrade all desktop Chrome installations to 150.0.7871.47 or later and restart the browser to complete the update, per the Chrome Stable channel advisory at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0175352312.html. In enterprise fleets, force the update through Google Update/Chrome Browser Cloud Management policies and verify the running version via chrome://settings/help rather than assuming background updates completed. Users of Chromium-based browsers (Edge, Brave, Opera, and the SUSE-packaged Chromium) should apply their vendor's build once it rebases onto the fixed Chromium. There is no clean pre-patch workaround because the flaw sits in core Accessibility handling; as a compensating control you can limit exposure by ensuring the sandbox and Site Isolation remain enabled (do not launch Chrome with --disable-site-isolation-trials or --no-sandbox) and by restricting users from browsing untrusted pages, accepting that this only reduces, not eliminates, the chained-attack risk.
Same weakness CWE-20 – Improper Input Validation
View allSame technique Authentication Bypass
View allVendor StatusVendor
SUSE
Severity: Important| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-40492
GHSA-m39p-2h74-v77q