Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to crafted HTML page
-
DeliveryServe malicious JavaScript to V8
-
ExploitTrigger type confusion in engine
-
ExecutionGain memory-corruption primitive
-
ImpactExecute arbitrary code in renderer sandbox
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Type safety enforcement
MITRE ATT&CK
1 technique across 1 tactic: Execution The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the victim to load attacker-controlled HTML/JavaScript in a vulnerable Google Chrome desktop build prior to 154.0.8037.92 - the type-confusion bug is in the V8 JavaScript engine, so any page executing crafted JS in the renderer can trigger it. The key limiting factor is required user interaction (UI:R): the victim must navigate to or render the malicious page (e.g., via a link, ad, or compromised site). No authentication or special privileges are needed (PR:N), and it works against default configurations, but resulting code execution is confined to the renderer sandbox (S:U) - full host compromise would require chaining a separate sandbox-escape vulnerability. Automatic Chrome auto-update to a patched build fully mitigates. |
| Impact | This is a genuine high-priority vulnerability despite mixed exploitation signals. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H, base 8.8) describes a network-reachable, low-complexity, unauthenticated flaw requiring only that a victim visit a crafted page - the classic drive-by RCE profile for a browser engine. The CWE-843 type confusion in V8 combined with the Chromium 'High' severity rating and 'Technical Impact: total' in SSVC confirms full code execution capability, albeit constrained to inside the renderer sandbox per the description. Counterbalancing this: SSVC reports Exploitation:none and Automatable:no, there is no CISA KEV listing, no EPSS score provided, and no public POC identified - so there is no evidence of active exploitation at time of analysis. The 'inside the sandbox' qualifier is important: this alone yields renderer compromise, not a full host takeover, and would typically need to be chained with a sandbox-escape bug for complete system control (the CVSS S:U/scope-unchanged is consistent with this). Net: treat as a standard-urgency browser patch - high impact and trivially triggerable, but no exploitation-in-the-wild signal, so patch on normal Chrome auto-update cadence rather than emergency response. |
| Exploit ScenarioDerived | An attacker hosts or injects a malicious HTML page containing JavaScript that triggers the V8 type-confusion condition; a victim running a vulnerable Chrome build (<154.0.8037.92) visits the page and the engine misinterprets an object's type, giving the attacker a memory-corruption primitive that executes arbitrary code within the renderer sandbox. No authentication is needed and complexity is low, but the victim must be lured to the page (UI:R). No public exploit code has been identified at time of analysis, and SSVC rates exploitation as none. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 29, 2026
Arbitrary code execution inside the renderer sandbox can be achieved by a remote attacker who lures a Google Chrome user, on any build prior to 154.0.8037.92, into loading a crafted HTML page that triggers a type confusion in the V8 JavaScript engine. No authentication or special privileges are required, but the victim must actively render attacker-controlled HTML/JavaScript (CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H, 8.8), so exploitation is dependent on user interaction. Per the CISA SSVC evaluation exploitation is currently none and no public exploit code has been identified at time of analysis; the risk is driven instead by Chrome's enormous install base, the total technical impact rating, and the fact that any resulting code execution stays confined to the renderer sandbox - full host compromise would require chaining a separate sandbox-escape vulnerability. Google classifies the issue as High severity and a vendor patch is available.
RemediationAI
Vendor-released patch: upgrade Google Chrome to 154.0.8037.92 or later - this is the fixed build named in the Chrome stable channel advisory (https://chromereleases.googleblog.com/2026/09/stable-channel-update-for-desktop_01807488085.html), which also links the Chromium tracking issue https://issues.chromium.org/issues/565328105. The simplest and most reliable path is to let Chrome's built-in auto-update complete and then fully restart the browser, since Chrome applies updates only after the process is relaunched; verify the running version via chrome://version or the About Chrome page. Enterprise administrators should force an update check through their management console or the Chrome Browser Cloud Management / policy channel rather than waiting for staggered auto-update rollout. Because the bug is in V8 itself, Chrome exposes no supported toggle to disable the affected engine, and turning off JavaScript globally is not a practical mitigation and would break the majority of web applications; the same applies to restricting the user to a non-Chromium browser, which merely shifts exposure elsewhere. Useful compensating controls while patching: keep site isolation enabled (it is on by default and limits cross-site data exposure but does not prevent the type confusion), restrict high-risk browsing to hardened, up-to-date builds, and treat the sandbox as the primary containment layer - since exploitation yields renderer-only code execution, an additional sandbox-escape chain would be required for host compromise, so preserving OS-level exploit mitigations and sandbox integrity is the key risk-reduction measure. Note that patched state, not network filtering, is the decisive control here, because the attack is delivered as ordinary page content.
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
The root cause is CWE-843 (Type Confusion) inside V8, Chrome's JavaScript and WebAssembly engine. V8 performs aggressive speculative optimization, including hidden-class/map checks and JIT compilation; a type confusion arises when an object of one type is treated as another after optimization assumptions are invalidated, allowing an attacker's crafted JavaScript to manipulate the engine's internal object representation in an unsafe way. This typically manifests as memory corruption (the supplied tags list RCE and Memory Corruption), which the attacker can convert into arbitrary read/write primitives and ultimately code execution within the renderer process. According to the affected CPE (cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*) and the EUVD record (EUVD-2026-89398), all Google Chrome releases before 154.0.8037.92 are exposed, including the stable desktop channel referenced by the Chrome Releases advisory. Because the flaw lives in the JavaScript engine rather than the browser UI layer, exploiting it does not require user credentials, elevated privileges, or non-default configuration - only the rendering of attacker-supplied script. The CVSS vector keeps scope unchanged (S:U), which correctly reflects that the achieved code execution is constrained to Chrome's renderer sandbox; escaping to the host would require a second, separate exploit. Chromium security severity is rated High.
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
AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Remote crafted page needs no privileges but requires the victim to visit it (UI:R); type confusion yields full code execution in the renderer with scope unchanged (S:U) inside the sandbox.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
3DescriptionCVE.org
Type confusion in V8 in Google Chrome prior to 154.0.8037.92 allowed a remote attacker to execute arbitrary code inside the sandbox via a crafted HTML page. (Chromium security severity: High)
Executive ViewAI
Google Chrome versions prior to 154.0.8037.92 are affected by a high-severity type confusion vulnerability in the V8 engine that enables unauthenticated remote code execution within the renderer sandbox when a user visits a malicious webpage. No public exploit identified at time of analysis, and a vendor-released patch: 154.0.8037.92 is available; however, the widespread use of Chrome across the organization means that unpatched endpoints remain at risk, though sandbox confinement limits full system compromise.
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
Memory corruption occurs when a program writes data beyond the boundaries of allocated memory regions or accesses memory in unintended ways, violating the integrity of the process's address space.
Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.
Use-after-free vulnerability in the DisplayObject class in the ActionScript 3 (AS3) implementation in Adobe Flash Player
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
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
The Array.prototype.concat implementation in builtins.cc in Google V8, as used in Google Chrome before 49.0.2623.108, do
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
Incorrect handling of complex species in V8 in Google Chrome prior to 57.0.2987.98 for Linux, Windows, and Mac and 57.0.
The Chrome Object Wrapper (COW) implementation in Mozilla Firefox before 16.0, Firefox ESR 10.x before 10.0.8, Thunderbi
An issue was discovered in the Cisco WebEx Extension before 1.0.7 on Google Chrome, the ActiveTouch General Plugin Conta
The XrayWrapper implementation in Mozilla Firefox before 35.0 and SeaMonkey before 2.32 does not properly interact with
The Chrome Object Wrapper (COW) implementation in Mozilla Firefox before 18.0, Firefox ESR 17.x before 17.0.2, Thunderbi
The Web IDL implementation in Mozilla Firefox before 28.0, Firefox ESR 24.x before 24.4, Thunderbird before 24.4, and Se
Use-after-free vulnerability in the BitmapData class in the ActionScript 3 (AS3) implementation in Adobe Flash Player 13
EUVD-2026-89398
GHSA-hvww-xr4r-2f2g
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB