Skip to main content

Google Chrome CVE-2026-102317

| EUVDEUVD-2026-89374 HIGH
Improper Privilege Management (CWE-269)
2026-09-29 Chrome GHSA-6gmj-f894-74gq
8.6
CVSS 3.1 · Vendor: Chrome
View

Attack ChainAIDerived

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

  1. Access
    Gain local code execution in sandbox
  2. Delivery
    Launch malicious local program
  3. Exploit
    Abuse Mojo privilege mismanagement
  4. Execution
    Escape Chrome sandbox
  5. Impact
    Execute arbitrary code outside sandbox

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V8 - Authorization Least privilege enforcement
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

Requires local access to a Windows host running Chrome prior to 154.0.8037.92: the attacker must be able to execute a local program that interacts with Chrome's Mojo IPC to escape the sandbox. Limiting factors are that the vector is local (AV:L) rather than remote, some user interaction is involved (UI:R), and the flaw is Windows-specific - non-Windows Chrome builds are unaffected. Practically this is a second-stage exploit: the attacker typically needs an existing sandboxed foothold (e.g., a compromised renderer) to convert into a full sandbox escape.

Impact

The CVSS 3.1 vector (AV:L/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H, base 8.6) describes a local-vector, low-complexity, unauthenticated flaw requiring user interaction that produces a scope change with high confidentiality, integrity, and availability impact - the classic signature of a sandbox escape. This is improper privilege management (CWE-269) in Chrome's Mojo IPC layer on Windows: the local attacker leverages a malicious local program to break out of the renderer/browser sandbox, hence S:C and full CIA impact. The realistic priority is HIGH because Chrome is ubiquitous and Chromium rated the severity High, but two mitigating signals temper it: the attack vector is LOCAL (AV:L), not network, so an attacker must already run code on the host, and UI:R means some user action is involved. No EPSS score, no CISA KEV listing, and no public exploit were provided, so exploitation is unproven; this is a patch-now-on-cycle browser update rather than an actively-exploited emergency. Note AV:L combined with 'execute arbitrary code outside the sandbox via a local program' is internally consistent (sandbox escapes are inherently local-chained), so no vector/description conflict here - unlike a hypothetical network-vector claim.

Exploit ScenarioDerived

An attacker who can run an unprivileged local program on a Windows host (e.g., via a prior drive-by compromise of a sandboxed renderer or a low-privilege malware foothold) abuses the improper privilege management in Chrome's Mojo IPC to send crafted messages that escape the browser sandbox and execute code with the browser's full privileges. This chains a sandboxed initial foothold into a full-context compromise. No public proof-of-concept was identified at time of analysis.

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

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

Alert me

AnalysisAIv1 – Sep 29, 2026

Sandbox escape in Google Chrome on Windows prior to 154.0.8037.92 allows a local attacker to execute arbitrary code outside the browser sandbox through improper privilege management in the Mojo IPC layer. Exploitation requires local access to a Windows host and some user interaction (UI:R) but no authentication (PR:N), and it functions as a second-stage capability: an attacker who already holds a sandboxed foothold, such as a compromised renderer, can leverage the flaw to reach the full privileges of the browser process, yielding high confidentiality, integrity, and availability impact with a scope change. No public exploit code and no confirmed active exploitation were identified at time of analysis, and the EPSS-style risk signal is low; non-Windows Chrome builds are unaffected because the defect is Windows-specific. A vendor patch is available in Chrome 154.0.8037.92.

RemediationAI

Upgrade Google Chrome on Windows to version 154.0.8037.92 or later - the vendor-released patch for this issue - via the built-in updater (chrome://settings/help), a managed software deployment, or the enterprise MSI/Google Update channel, then confirm the build number in chrome://version and verify the update succeeded by checking chrome://settings/help once more. Patch details and the fixed build are documented in the Chrome stable channel advisory at https://chromereleases.googleblog.com/2026/09/stable-channel-update-for-desktop_01807488085.html, with the engineering issue at https://issues.chromium.org/issues/517312707. Because this is a sandbox escape rather than a remotely triggerable flaw, there is no configuration flag that eliminates the risk - disabling Mojo or the renderer sandbox is neither supported nor advisable, as it removes the very isolation layer under attack and would widen exposure to other bugs. Compensating controls should therefore focus on preventing the required first-stage foothold and on detecting post-exploitation behaviour: restrict or whitelist execution of untrusted local binaries and scripts on Windows endpoints, keep Chrome's sandbox and site isolation enabled (do not launch with --no-sandbox), enforce strict extension and policy allowlists, and monitor for Chrome child processes spawning unexpected executables. Additional trade-offs to note: application allowlisting can disrupt legitimate user workflows and requires ongoing maintenance, and EDR detection of sandbox-escape behaviour is inherently post-hoc, so neither substitutes for applying 154.0.8037.92. If patching must be deferred, consider limiting browser use to trusted internal sites and reducing the attack surface for renderer compromise, accepting that these measures lower but do not remove the risk.

Affected VersionsENISA

Chrome 154.0.8037.92 <154.0.8037.92

Affected Packages

euvd chrome fix: 154.0.8037.92

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

Mojo is Chromium's cross-process IPC framework, providing the typed message-passing interfaces that connect Chrome's browser process to sandboxed renderers, GPU, network, utility, and other child processes, each of which holds a different privilege level. CWE-269 (Improper Privilege Management) indicates that a Mojo interface reachable from a low-privilege context did not enforce the correct privilege boundary, letting a local program that can talk to Mojo effectively perform operations reserved for a more privileged process and thereby break out of the Windows sandbox. The CVSS 3.1 vector AV:L/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H (base 8.6) confirms a local-vector, low-complexity, unauthenticated flaw requiring user interaction that crosses a security scope boundary with high impact on confidentiality, integrity, and availability - the canonical signature of a sandbox escape rather than a memory-safety or remote-code-execution-in-one-shot bug. Because the defect is Windows-specific, it is tied to the Windows sandbox/broker implementation and does not affect Linux or macOS builds; the CPE cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* records Google Chrome as the affected product but is version-range agnostic, so version scoping must come from the advisory (fixed in 154.0.8037.92).

Know when Chrome gets its next vulnerability

  • 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.6 HIGH
AV:L/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H
vuln.today AI 8.6 HIGH

Local program required so AV:L; no prior auth needed (PR:N) but user interaction assumed (UI:R); sandbox escape crosses a trust boundary (S:C) yielding full code execution (C:H/I:H/A:H).

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

Primary rating from Vendor (Chrome).

CVSS VectorVendor: Chrome

Attack Vector
Local
Attack Complexity
Low
Privileges Required
None
User Interaction
Required
Scope
Changed
Confidentiality
High
Integrity
High
Availability
High

Lifecycle Timeline

4
CVSS changed
Sep 29, 2026 - 21:22 NVD
8.6 (HIGH)
Patch available
Sep 29, 2026 - 21:04 EUVD
CVE Published
Sep 29, 2026 - 19:45 cve.org
HIGH 8.6
CVE Published
Sep 29, 2026 - 19:45 cve.org
UNKNOWN (no severity yet)

DescriptionCVE.org

Improper privilege management in Mojo in Google Chrome on on Windows prior to 154.0.8037.92 allowed a local attacker to potentially execute arbitrary code outside the sandbox via a local program. (Chromium security severity: High)

Executive ViewAI

Why It Matters

A privilege-escalation flaw in Google Chrome on Windows (CVE-2026-102317, CVSS 8.6) allows an attacker who has already compromised a browser renderer to break out of the sandbox and run code with the full rights of the browser process. Although exploitation demands local access to a Windows endpoint and some user interaction, a successful escape effectively converts a contained web-based compromise into a full workstation compromise, putting any Windows user running an unpatched Chrome build at risk. Leadership should prioritize this because it is a chained-attack enabler that amplifies the impact of otherwise lower-severity web threats across the entire Windows fleet.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.1%
Top 99% exploitable
Prevalence
Ubiquitous
Google Chrome is among the most widely deployed browsers worldwide
Data Quality
4 sources
Confidence: Medium

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.1%
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
Defer
Exploitation
None
System Exposure· derived
Small
Automatable
No
Human Impact
High
Technical Impact
Total

Priority Score

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

Attack Technique

Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.

Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.

More in Chrome

View all
CVE-2015-5122 CRITICAL POC
9.8 Jul 14

Use-after-free vulnerability in the DisplayObject class in the ActionScript 3 (AS3) implementation in Adobe Flash Player

CVE-2016-5198 HIGH POC
8.8 Jan 19

V8 in Google Chrome prior to 54.0.2840.90 for Linux, and 54.0.2840.85 for Android, and 54.0.2840.87 for Windows and Mac

CVE-2017-5070 HIGH POC
8.8 Oct 27

Type confusion in V8 in Google Chrome prior to 59.0.3071.86 for Linux, Windows, and Mac, and 59.0.3071.92 for Android, a

CVE-2016-1646 HIGH POC
8.8 Mar 29

The Array.prototype.concat implementation in builtins.cc in Google V8, as used in Google Chrome before 49.0.2623.108, do

CVE-2013-0758 CRITICAL POC
9.3 Jan 13

Mozilla Firefox before 18.0, Firefox ESR 10.x before 10.0.12 and 17.x before 17.0.2, Thunderbird before 17.0.2, Thunderb

CVE-2017-5030 HIGH POC
8.8 Apr 24

Incorrect handling of complex species in V8 in Google Chrome prior to 57.0.2987.98 for Linux, Windows, and Mac and 57.0.

CVE-2012-3993 CRITICAL POC
9.3 Oct 10

The Chrome Object Wrapper (COW) implementation in Mozilla Firefox before 16.0, Firefox ESR 10.x before 10.0.8, Thunderbi

CVE-2017-3823 HIGH POC
8.8 Feb 01

An issue was discovered in the Cisco WebEx Extension before 1.0.7 on Google Chrome, the ActiveTouch General Plugin Conta

CVE-2014-8636 HIGH POC
7.5 Jan 14

The XrayWrapper implementation in Mozilla Firefox before 35.0 and SeaMonkey before 2.32 does not properly interact with

CVE-2013-0757 CRITICAL POC
9.3 Jan 13

The Chrome Object Wrapper (COW) implementation in Mozilla Firefox before 18.0, Firefox ESR 17.x before 17.0.2, Thunderbi

CVE-2014-1510 CRITICAL POC
9.8 Mar 19

The Web IDL implementation in Mozilla Firefox before 28.0, Firefox ESR 24.x before 24.4, Thunderbird before 24.4, and Se

CVE-2015-5123 CRITICAL
9.8 Jul 14

Use-after-free vulnerability in the BitmapData class in the ActionScript 3 (AS3) implementation in Adobe Flash Player 13

Vendor StatusVendor

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