Skip to main content

Google Chrome CVE-2026-106403

| EUVDEUVD-2026-93748 HIGH
Incorrect Authorization (CWE-863)
2026-10-06 Chrome GHSA-pxr3-cpcm-crm5
8.1
CVSS 3.1 · Vendor: Chrome
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Compromise renderer process via prior exploit
  2. Exploit
    Serve crafted HTML page to victim
  3. Execution
    Abuse Accessibility incorrect authorization
  4. Impact
    Bypass 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.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

Chrome 155.0.8059.39 <155.0.8059.39

Affected Packages

euvd chrome fix: 155.0.8059.39

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

Vendor (Chrome) PRIMARY 8.1 HIGH
AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:N
vuln.today AI 6.8 MEDIUM

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.

3.1 AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:N
4.0 AV:N/AC:H/AT:N/PR:N/UI:P/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N
Red Hat 6.5 MEDIUM

Primary rating from Vendor (Chrome).

CVSS VectorVendor: Chrome

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
Required
Scope
Unchanged
Confidentiality
High
Integrity
High
Availability
None

Lifecycle Timeline

4
CVSS changed
Oct 07, 2026 - 20:22 NVD
8.1 (HIGH)
Patch available
Oct 06, 2026 - 20:04 EUVD
CVE Published
Oct 06, 2026 - 18:41 cve.org
UNKNOWN (no severity yet)
CVE Published
Oct 06, 2026 - 18:41 cve.org
HIGH 8.1

DescriptionCVE.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

Why It Matters

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.

Business Impact: Medium
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.2%
Top 93% exploitable
Prevalence
Ubiquitous
Google Chrome is among the most widely deployed browsers globally
Data Quality
6 sources
Confidence: High

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact
Medium
Technical Impact
Total

Priority Score

40
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +40
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

Vendor StatusVendor

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy