Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to crafted web page
-
ExploitDeliver malicious JavaScript to V8
-
ExecutionTrigger type confusion in V8 engine
-
ImpactExecute arbitrary code inside 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 use the Chrome desktop browser to navigate to attacker-controlled web content (UI:R) - there is no server-side or fully drive-by-without-interaction path, so phishing or a watering-hole/malvertising lure is a prerequisite. The affected component is V8, Chrome's default JavaScript/WebAssembly engine, so no non-default configuration is needed; any unpatched install below 155.0.8059.39 is exploitable. Key limiting factors: (1) required user interaction (opening the page); (2) code execution is confined to the renderer sandbox per the description, so full host compromise additionally requires a separate sandbox-escape vulnerability; (3) Chrome's auto-update mechanism rapidly shrinks the exposed population once the stable channel update propagates. |
| Impact | Signals are mostly consistent but point to a lower real-world priority than the 8.8 CVSS base score alone suggests. The CVSS vector (AV:N/AC:L/PR:N/UI:R) describes a network-reachable, low-complexity, unauthenticated flaw that nonetheless requires user interaction (victim must open a crafted HTML page). CISA's SSVC framework reports Exploitation: none and Automatable: no, which aligns with the absence of a KEV listing and the absence of any public POC - there is no evidence of active or at-scale exploitation. Technical Impact: total matches the CWE-843 type-confusion-to-RCE outcome and the C:H/I:H/A:H impact metrics. A key mitigating factor the raw score obscures: the description explicitly states code execution occurs INSIDE the Chrome sandbox (consistent with S:U, no scope change), so a successful exploit must still be chained with a separate sandbox-escape bug to compromise the host - and Google itself rated the Chromium security severity only Medium, conflicting with the 8.8 (High) NVD-style base score. Net: a genuine memory-corruption RCE in an ubiquitous product that warrants prompt patching, but NOT an emergency given no exploitation signal, required user interaction, and sandbox containment. The gap between the Medium vendor rating and 8.8 CVSS High should be reconciled when prioritizing. |
| Exploit ScenarioDerived | An attacker hosts or compromises a web page containing malicious JavaScript that triggers a type-confusion condition in Chrome's V8 engine. A victim browsing to that page with a vulnerable Chrome version (prior to 155.0.8059.39) causes attacker-controlled code to execute within the browser's renderer sandbox. No public exploit code has been identified at time of analysis, and the attacker would still need a separate sandbox-escape to affect the underlying system. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 06, 2026
Type confusion in V8, Chrome's default JavaScript and WebAssembly engine, enables a remote attacker to run arbitrary code inside the browser's renderer sandbox in Google Chrome releases below 155.0.8059.39. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H, 8.8) confirms the attack is network-reachable and requires no authentication, though it does require the victim to open attacker-controlled web content, so a phishing, malvertising, or watering-hole lure is a prerequisite. No public exploit code has been identified at time of analysis and CISA's SSVC assessment records exploitation as 'none' and the issue as not automatable, so real-world priority currently sits below what the 8.8 base score alone implies; note that code execution is confined to the renderer sandbox, meaning full host compromise would require chaining a separate sandbox-escape flaw. Google has shipped a vendor patch.
RemediationAI
Vendor-released patch: upgrade Google Chrome to 155.0.8059.39 or later via the Stable Channel Update for Desktop (https://chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_086471744.html), and let the built-in auto-update mechanism propagate - restarting the browser is required for the update to take effect and is the single highest-value action. Where immediate upgrade is impossible, compensating controls should target the renderer sandbox and the attack path: enforce Site Isolation so cross-site content cannot reach the vulnerable V8 instance in the same process (side effect is modestly higher memory use and occasional compatibility quirks with embedded frameworks), consider launching Chrome with JavaScript JIT disabled (--jitless) to suppress the optimizing compiler where the type confusion is triggered (side effect is a substantial performance regression in JS-heavy applications), and reduce exposure by blocking untrusted or uncategorized domains at the network/proxy layer and tightening phishing-resistant controls on endpoints (side effect is limited user flexibility and possible false positives). Because the described impact is confined to the renderer sandbox, layered controls that prevent sandbox escape - prompt OS patching, disabling unnecessary browser plugins, and application allow-listing - materially reduce the worst-case blast radius if a working exploit later emerges; there is currently no public exploit code and no confirmed active exploitation to indicate a variant signature for detection beyond keeping Chromium and endpoint defenses current.
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 class is CWE-843 (Access of Resource Using Incompatible Type / type confusion) inside V8, Chrome's JavaScript and WebAssembly execution engine. Type confusion in a JIT-compiling engine typically means the optimizer mis-infers the runtime type of an object and emits machine code that accesses memory using the wrong layout or element size, yielding out-of-bounds reads and writes within the renderer process. While that directly breaks memory-safety guarantees, the defect is intentionally bounded by Chrome's multi-process architecture: the vulnerable code runs in the sandboxed renderer, and the description explicitly frames the outcome as code execution 'inside the sandbox' rather than host compromise. The affected component is enabled by default in every Chrome build, so no non-default configuration is required; the single CPE cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* covers the whole unpatched version space. Tags classify the issue as RCE and memory corruption, and the vendor-rated Chromium severity is Medium even though the CVSS base score reaches 8.8, a divergence that reflects the sandbox containment and the required user interaction. Correlated identifiers are EUVD-2026-93586 and Chromium issue 558539954.
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:H
Remote crafted page with no privileges (AV:N/PR:N) but victim must visit it (UI:R); sandbox-contained execution keeps S:U with full in-sandbox C/I/A impact.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.org
Type confusion in V8 in Google Chrome prior to 155.0.8059.39 allowed a remote attacker to potentially execute arbitrary code inside the sandbox via a crafted HTML page. (Chromium security severity: Medium)
Executive ViewAI
A high-severity type-confusion vulnerability in Google Chrome's V8 engine could let an attacker execute code within the browser renderer when a user opens attacker-controlled web content. The flaw is unauthenticated and requires only user interaction, so large Chrome fleets-especially unmanaged or delayed-update endpoints-face broad exposure across the workforce. No public exploit identified at time of analysis, code execution is sandbox-limited, and a vendor-released patch is available, but leadership should treat prompt patching as a preventive priority because browser compromises can serve as an initial foothold in multi-stage attacks.
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.
EUVD-2026-93586
GHSA-j3mp-7cr2-qfj6
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB