Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCompromise renderer process via prior exploit
-
ExploitServe crafted HTML page to victim
-
ExecutionAbuse Accessibility incorrect authorization
-
ImpactBypass site isolation and steal cross-origin data
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires that the attacker has ALREADY compromised a Chrome renderer process through a separate prior vulnerability - this is the primary limiting factor and makes the bug a chained, second-stage flaw rather than standalone remote compromise. The victim must then load attacker-controlled crafted HTML (UI:R - user interaction via navigating to a malicious or compromised page). The specific component abused is Chrome's Accessibility feature, exploited via an incorrect-authorization flaw (CWE-863) to defeat site isolation. Affected: Google Chrome prior to 155.0.8059.39; fixed in 155.0.8059.39 and later, so patched installations are not exploitable. |
| Impact | Signals are mixed and point to a moderate, chained risk rather than a frontline emergency. The input CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R, score 8.1) suggests an easy remote unauthenticated attack, but this CONFLICTS with the description, which explicitly requires 'a remote attacker who had compromised the renderer process' - i.e., a prior sandbox/renderer compromise is a hard prerequisite, so this is a second-stage site-isolation bypass, not an initial-access bug. Chromium itself rated the severity only Medium despite the 8.1 base score, consistent with that precondition. The CISA SSVC framework reinforces lower urgency: Exploitation=none and Automatable=no, though Technical Impact=total (full site-isolation bypass enabling cross-origin data theft). EPSS is very low at 0.18% (7th percentile), there is NO CISA KEV listing and NO public POC identified, so there is no public exploit identified at time of analysis. Net assessment: real but conditional risk - meaningful as part of an exploit chain against Chrome, but low near-term widespread-exploitation probability. Patch promptly given Chrome's ubiquity, but this is not a drop-everything KEV-grade item. |
| Exploit ScenarioDerived | An attacker who has already achieved code execution inside a Chrome renderer process (via a separate prior exploit) lures the victim to a page containing crafted HTML that abuses the Accessibility component's incorrect authorization to defeat site isolation. The compromised renderer then reads sensitive data belonging to other origins/sites that site isolation was meant to keep separated. No public exploit code was identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 07, 2026
Site isolation bypass in Google Chrome versions earlier than 155.0.8059.39 lets a remote attacker who has already compromised a renderer process escape Chrome's process boundary and reach data or privileged accessibility functionality belonging to other origins by way of a crafted HTML page the victim loads. The flaw is an incorrect-authorization bug (CWE-863) in the browser's Accessibility component, making it a chained, second-stage primitive rather than a standalone remote compromise, which is why the assessed vector uses AC:H (AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:N) despite an underlying base score of 8.1. Google has released a vendor patch in 155.0.8059.39; no public exploit code and no confirmed active exploitation were identified at time of analysis (EPSS 0.18%, CISA SSVC exploitation: none, automatable: no), so the risk is real but is not currently a frontline emergency.
RemediationAI
Apply the vendor-released patch by updating Google Chrome to 155.0.8059.39 or later, the stable-channel build published in Google's advisory at https://chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_086471744.html (bug reference: https://issues.chromium.org/issues/523601696); because Chrome updates in place, verify the reported version after a full restart at chrome://version and enforce a minimum version through Chrome Browser Cloud Management or standard software-deployment tooling. No vendor workaround exists for the incorrect authorization itself, and disabling accessibility support is not a viable compensating control because Chrome only activates its accessibility engine when assistive technology is detected, so suppressing it would break screen-reader and AT users without reliably closing the hole. Because exploitation is a second-stage chain that first requires a renderer compromise, the practical compensating controls target that prerequisite: keep the renderer sandbox and site isolation enabled and never launch Chrome with --no-sandbox or --disable-site-isolation-trials, and where possible keep hardware-enforced exploit mitigations on (on Windows, Arbitrary Code Guard, Code Integrity Guard and Control Flow Guard via enterprise policy) to make the initial renderer RCE harder to obtain - noting these can break unsupported extensions and legacy plug-ins. Given the low EPSS score (0.18%, 7th percentile) and the absence of confirmed exploitation or public exploit code, this can be scheduled within a normal patch cycle but should be expedited for high-value or high-untrusted-browsing estates, with endpoint detection tuned to catch renderer-exploitation behavior rather than relying on a signature for this specific bug.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Chrome's security model places web content inside sandboxed renderer processes and relies on site isolation (process-per-site-instance) to keep each origin's data in its own process, with the privileged browser process authorizing every cross-boundary request carried over Mojo IPC. The Accessibility component exposes browser-side accessibility services - the accessibility tree and related APIs consumed by screen readers and other assistive technology - to renderer-side content, and CWE-863 (Incorrect Authorization) indicates that an authorization check on that accessibility path was missing or incorrectly scoped, so a renderer already taken over by a separate exploit can invoke privileged accessibility functionality that should have been constrained to its own origin and process. Successful abuse breaks the site-isolation boundary, allowing cross-origin reads or influence - a browser privilege-boundary escape rather than a memory-safety defect, which is consistent with the supplied CWE-863 classification and the Authentication Bypass tag. The input CPE cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* marks all Google Chrome builds below 155.0.8059.39 as affected, and the assessed vector (AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:N) reflects that delivery is network-based and unauthenticated in the CVSS sense (PR:N) but is high-complexity because the renderer must first be compromised and the user must navigate to attacker-controlled HTML (UI:R).
Know when the next one hits your stack
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:N
AC:H because exploitation depends on a prior renderer compromise, not a single step; UI:R for the crafted page; C:H/I:H from cross-site data access via site-isolation bypass, A:N as no availability impact.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.org
Incorrect authorization in Accessibility in Google Chrome prior to 155.0.8059.39 allowed a remote attacker who had compromised the renderer process to bypass site isolation via a crafted HTML page. (Chromium security severity: Medium)
Executive ViewAI
Google Chrome versions earlier than 155.0.8059.39 contain a site isolation bypass in the browser's Accessibility component, allowing an attacker who has already compromised one renderer process to reach data and privileged functionality belonging to other origins the user is logged into. The flaw is a second-stage primitive rather than a standalone remote compromise - it requires a prior renderer compromise and victim user interaction - but it materially strengthens any existing attack chain against high-value web sessions. Any workforce running unmanaged, delayed-update, or third-party-repackaged Chrome/Chromium endpoints is in scope, making update compliance the decisive control here.
Apply vendor patch.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
EUVD-2026-93748
GHSA-pxr3-cpcm-crm5
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB