Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to crafted HTML page
-
ExploitMalicious JavaScript triggers V8 use-after-free
-
ExecutionReclaim freed object to corrupt memory
-
ImpactExecute arbitrary code in renderer sandbox
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Memory lifecycle management
MITRE ATT&CK
2 techniques across 2 tactics: Execution, 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 the victim to load a crafted HTML page in a vulnerable Chrome build (prior to 155.0.8059.84) with JavaScript/V8 enabled, which is the default configuration - matching UI:R in the CVSS vector. No authentication or prior privileges are needed (PR:N). The key LIMITING factors are: (1) mandatory user interaction - the victim must navigate to or render attacker-controlled content; (2) resulting code execution is confined to the renderer sandbox per the description, so a separate sandbox-escape vulnerability is required to compromise the underlying host; and (3) the window closes once the browser auto-updates to the patched build. No non-default setting is required to be vulnerable. |
| Impact | This is a genuinely high-priority browser vulnerability, though not at emergency levels based on current 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 load a crafted HTML page - the classic drive-by profile for browser bugs. The SSVC framework partially tempers this: Technical Impact is rated 'total' (consistent with arbitrary code execution and the C:H/I:H/A:H impact), but Exploitation is 'none' (no observed exploitation) and Automatable is 'no' (user interaction and per-target browser conditions prevent worm-like mass automation). This aligns with the exploitation signals: not in CISA KEV, and no public exploit code identified at time of analysis, so this is NOT confirmed actively exploited. One important nuance that MUST be stated: the description explicitly says code execution occurs 'inside the sandbox' - meaning this V8 use-after-free alone does NOT constitute a full host compromise and would typically need to be chained with a separate sandbox-escape bug to achieve OS-level RCE. The CVSS score of 8.8 does not reflect that mitigating boundary (scope is marked S:U, unchanged). Net assessment: real priority given Chrome's ubiquity and Google's 'High' internal severity rating, but current real-world risk is moderate rather than critical because exploitation is unobserved, not automatable, and constrained by the renderer sandbox. |
| Exploit ScenarioDerived | An attacker hosts a malicious web page (or injects malicious content into an ad or compromised site) that triggers the use-after-free in Chrome's V8 JavaScript engine. When a victim running Chrome prior to 155.0.8059.84 visits the page, the freed-then-reused memory is manipulated to achieve arbitrary code execution within the renderer sandbox. No public proof-of-concept or active exploitation has been identified at time of analysis; realistically this bug would be combined with a sandbox escape to fully compromise the host. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 16, 2026
Use-after-free in the V8 JavaScript engine in Google Chrome before 155.0.8059.84 allows unauthenticated remote attackers to achieve arbitrary code execution inside the renderer sandbox by persuading a victim to load a crafted HTML page; only default JavaScript settings are required, with no privileges needed (CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H). Vendor patches are available in Chrome 155.0.8059.84, and no public exploit code has been identified at time of analysis per CISA SSVC (Exploitation: none). The resulting code execution is confined to the renderer sandbox, so a separate sandbox-escape vulnerability would be required to compromise the underlying host; the exposure window closes once the browser auto-updates to the patched build.
RemediationAI
Apply the vendor-released patch by upgrading Google Chrome to version 155.0.8059.84 or later; for stable-channel desktop users the fixed build is distributed through the Chrome Releases stable-channel update, while extended-stable users should apply the corresponding extended-stable desktop update referenced in the advisories. Enterprise administrators should confirm the installed version via chrome://version, enforce auto-update through Google Update or their management console, and consider temporarily blocking or restricting untrusted web content until all endpoints have updated. Because the flaw is exploitable via ordinary JavaScript execution, disabling JavaScript is a functional high-impact workaround that is generally impractical except in narrowly scoped, low-risk browsing scenarios, and it should be treated as a temporary, trade-off-laden fallback rather than a full mitigation. Keep the renderer sandbox and site isolation enabled, and restrict browsing to trusted sites or isolated environments where patching cannot be completed immediately; these measures reduce exposure but do not eliminate the underlying V8 flaw. No public exploit code has been identified at time of analysis, so the primary action is prompt patching rather than emergency incident response, though the patch window closes as soon as browsers auto-update.
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 a use-after-free (CWE-416) in V8, Chrome's high-performance JavaScript and WebAssembly engine, where a heap object is freed but a dangling pointer is later reused, leading to memory corruption that can be shaped into arbitrary code execution within the renderer process. An attacker delivers a crafted HTML page that triggers the faulty V8 code path when the victim navigates to it, matching the UI:R requirement in the assessed CVSS vector while requiring no authentication (PR:N). The affected product is captured by CPE cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* with the fixed threshold at version 155.0.8059.84; Chromium security severity is High, and tags include RCE, denial of service, memory corruption, and use-after-free. Because Chrome's multi-process architecture places V8 execution inside a restricted renderer sandbox, impact is limited to the sandboxed renderer unless chained with a separate escape; CISA SSVC rates technical impact as total but exploitation as none and automatable as no, consistent with a client-side flaw that depends on user interaction rather than wormable or remote-unauthenticated server exploitation.
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
Crafted web page over the network (AV:N) needs no privileges but requires the victim to load it (UI:R); code execution stays within the renderer sandbox so scope is unchanged (S:U) with full renderer-context C/I/A impact.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.org
Use after free in V8 in Google Chrome prior to 155.0.8059.84 allowed a remote attacker to execute arbitrary code inside the sandbox via a crafted HTML page. (Chromium security severity: High)
Executive ViewAI
Google Chrome builds prior to 155.0.8059.84 carry a memory-corruption flaw in the V8 JavaScript engine, meaning any employee can be compromised simply by opening a malicious web page - no credentials, no user privileges, and no non-default settings are required. Because Chrome is deployed broadly across the workforce and the attack path is ordinary web browsing, this is a fleet-wide exposure rather than an isolated engineering concern, although a successful compromise is currently contained within the browser's renderer sandbox and no public exploit code has been identified at time of analysis. The vendor has shipped a fixed build, so the real business risk is the gap between today and the moment every endpoint has updated.
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
Use-after-free vulnerabilities occur when a program continues to access memory through a pointer after that memory has been deallocated.
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.
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
EUVD-2026-102515
GHSA-w5c9-5j6m-86ch
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB