Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to malicious web page
-
ExploitLoad crafted HTML/JS in Chrome
-
ExecutionTrigger V8 type confusion (CWE-843)
-
ImpactExecute arbitrary code within 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 a victim using Google Chrome before version 155.0.8059.39 to open or render an attacker-controlled HTML page containing a crafted payload that triggers the V8 type-confusion condition (UI:R - user interaction via visiting the page is mandatory; there is no drive-by without the user loading attacker content). No authentication or special Chrome configuration is required (PR:N), and the affected V8 engine is present in all default Chrome installations. The principal limiting factor is that resulting code execution is confined to the renderer sandbox: achieving host-level compromise additionally requires a separate, chained sandbox-escape vulnerability, which is not provided by this flaw alone. Patched builds (155.0.8059.39 and later) are not exploitable. |
| Impact | Signals conflict and must be weighed carefully. The NVD CVSS 3.1 base score is 8.8 (High) with a fully remote, low-complexity, unauthenticated vector (AV:N/AC:L/PR:N) and total CIA impact, which in isolation suggests a high priority. However, Chromium's own severity rating is 'Low' and the description explicitly states code execution occurs 'inside the sandbox' - meaning this single bug does not, by itself, compromise the host; it would need to be chained with a separate sandbox-escape to achieve full system compromise. This sandbox containment is the key reason the vendor rates it Low despite the high CVSS, and it materially lowers real-world severity versus the raw number. CISA SSVC reinforces a lower urgency: Exploitation 'none' (no observed or public exploitation) and Automatable 'no', though Technical Impact is 'total' (consistent with in-sandbox RCE). There is no CISA KEV listing and no EPSS score supplied in the input, so exploitation-probability data is missing. No public exploit was identified. Net assessment: this is a standard-patch-cadence browser vulnerability - worth deploying the Chrome update promptly given Chrome's ubiquity, but not an emergency 'patch-tonight' item in the absence of a paired sandbox escape, active exploitation, or public POC. Note the CVSS-vs-Chromium severity divergence explicitly and treat it as sandbox-confined RCE rather than direct host compromise. |
| Exploit ScenarioDerived | An attacker hosts or compromises a web page containing malicious JavaScript and lures a Chrome user into visiting it (UI:R - user must open the page). The crafted page triggers a type-confusion flaw in the V8 engine, letting the attacker run arbitrary code within the renderer's sandbox. No public exploit code was identified at the time of analysis, and full host compromise would require chaining this with a separate sandbox-escape vulnerability. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 06, 2026
Type confusion in the V8 JavaScript engine of Google Chrome before 155.0.8059.39 allows a remote attacker to execute arbitrary code inside the renderer sandbox when a victim renders a crafted HTML page, requiring user interaction (CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H, 8.8). Signals conflict and must be weighed carefully: the numeric severity is high, yet Google's own Chromium security severity for this issue is 'Low' and CISA's SSVC assessment records no exploitation and a non-automatable attack path, with no public exploit identified at time of analysis. A vendor-released patch exists in Chrome 155.0.8059.39, so fully updated installations are not exposed.
RemediationAI
Upgrade Google Chrome to version 155.0.8059.39 or later - this is the vendor-released patch and the only complete fix, documented at https://chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_086471744.html (technical detail tracked at https://issues.chromium.org/issues/552832446). Confirm the running build via chrome://version on managed endpoints, keep the auto-update service enabled and unblocked by proxy/firewall rules, and force a browser restart after updating since existing processes keep the old V8 binary resident; Chromium-derived browsers should be patched as soon as their maintainers publish an equivalent engine update. Because exploitation requires the victim to load attacker-controlled HTML, the most effective stopgap where immediate patching is impossible is to reduce exposure to untrusted web content - restrict browsing to an allowlist of trusted sites, or, in higher-risk environments, route risky browsing through a remote/isolated rendering or virtualized browser rather than the endpoint's native Chrome. Disabling JavaScript entirely would neutralize the attack surface but breaks the overwhelming majority of modern web applications and is rarely acceptable outside narrow kiosk deployments, and Chrome's existing renderer sandbox and site isolation should already be enabled by default (they are not a fix, but they limit this bug to renderer-level code execution and force an attacker to chain a separate sandbox escape for host compromise). Note that the patch is available, so the compensating controls above should be treated strictly as interim measures with a defined expiry date for the upgrade.
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 flaw is a CWE-843 type confusion inside V8, Chrome's JavaScript and WebAssembly engine. In a type-confusion bug, the engine's optimizing tiers (TurboFan/Maglev) or its inline-cache/map-check logic can be induced to treat an object as a different type than it actually is, so property accesses and array/backing-store operations are performed with the wrong element kind, size, or layout. The attacker-controlled JavaScript embedded in a crafted HTML page drives the engine into this inconsistent state, which typically yields an out-of-bounds read/write or otherwise corrupt object metadata and ultimately arbitrary code execution with the privileges of the renderer process. Because this is an engine-level memory-corruption primitive rather than a logic bug, it is reachable from any page the victim loads and needs no authentication (PR:N), but the UI:R metric reflects that the victim must actually load the malicious content. The CPE string cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* is a wildcard, indicating that all Chrome builds below the fixed version carry the vulnerable V8 code; the EUVD entry likewise lists Chrome versions below 155.0.8059.39. Crucially, code execution obtained this way is confined to Chrome's renderer sandbox, so host-level compromise would require chaining a separate sandbox-escape vulnerability that this CVE does not supply.
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
Sources disagree (Low–High)AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Remote crafted page, no auth, but user must visit it (UI:R); scope unchanged as code stays in the renderer sandbox, with high in-sandbox CIA impact.
vuln.today treats the vendor’s rating as authoritative. A higher third-party CVSS (e.g. CISA-ADP) is shown for transparency but does not drive the headline severity.
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 execute arbitrary code inside the sandbox via a crafted HTML page. (Chromium security severity: Low)
Executive ViewAI
Google Chrome versions prior to 155.0.8059.39 contain a type-confusion flaw in the V8 JavaScript engine that lets an attacker run arbitrary code inside the browser's renderer sandbox when a user opens a specially crafted web page. Because Chrome is a primary productivity and web-access tool across most organizations, any unpatched endpoint represents an exposure point that scales with workforce size, though the attacker's code remains confined to the renderer sandbox and the vendor has already shipped a fix. Leadership should treat this as a routine, well-contained patch-management obligation rather than an active threat, since no exploitation has been observed and no public exploit code exists.
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-93624
GHSA-2f55-5pwh-hvxh
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB