Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to crafted HTML page
-
DeliveryDeliver malicious JavaScript to V8
-
ExploitWin TOCTOU race in V8
-
ExecutionExecute arbitrary code in renderer sandbox
-
ImpactEstablish foothold (requires sandbox escape to exit)
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture TOCTOU prevention
|
| Exploitation Conditions | Exploitation requires the victim to open a crafted HTML page in a vulnerable Chrome build prior to 155.0.8059.39 (UI:R - user interaction via page load). No authentication or prior privileges are needed (PR:N). As a CWE-367 race condition, success also depends on the attacker winning a time-of-check/time-of-use timing window in V8, which reduces reliability. A critical limiting factor is that the achieved code execution is confined to the Chrome renderer sandbox - the vulnerability alone does NOT escape the sandbox or compromise the host OS, so meaningful system-level impact additionally requires chaining a separate sandbox-escape bug. Default Chrome configurations are affected; no special product feature or non-default setting is called out in the description. |
| Impact | This is a genuine but second-tier priority. The provided CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H, score 8.8) depicts a network-reachable, unauthenticated flaw needing only that a victim load a crafted HTML page - a classic drive-by profile. However, two signals temper the raw score: (1) the description explicitly states code execution occurs INSIDE the Chrome sandbox, meaning this alone does not yield host compromise and would need to be chained with a sandbox escape for full impact; and (2) CWE-367 (TOCTOU race condition) realistically implies attacker control over a timing window, which argues for higher attack complexity than the AC:L the vendor assigned. Chromium itself rated the severity only 'Medium.' The SSVC framework aligns with a non-emergency posture: Exploitation=none, Automatable=no, Technical Impact=total - i.e., no observed exploitation and not amenable to mass automation, though full technical impact if triggered. No KEV listing and no POC are present in the input, so exploitation status is 'no public exploit identified at time of analysis.' EPSS is MISSING from the provided data and cannot be cited. Net: patch promptly as part of normal Chrome update cadence, but this is not a confirmed zero-day requiring emergency out-of-band action. |
| Exploit ScenarioDerived | An attacker hosts a malicious web page (or injects malicious script into a compromised/ad-served page) and lures a victim into visiting it with a vulnerable Chrome build prior to 155.0.8059.39. The crafted page drives V8 into a time-of-check/time-of-use race, achieving arbitrary code execution within the renderer sandbox; given UI:R and the race condition (CWE-367), success depends on the victim loading the page and the attacker winning a timing window, and full host compromise would require chaining an additional sandbox escape. No public exploit code is identified in the provided data. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 06, 2026
Arbitrary code execution inside the Chrome renderer sandbox is possible in Google Chrome builds prior to 155.0.8059.39, where a race condition (CWE-367) in the V8 JavaScript engine can be won by a crafted HTML page. Exploitation requires only that the victim load the attacker's page in a vulnerable browser (UI:R, PR:N per the CVSS vector), with no credentials or prior privileges needed, but success additionally depends on hitting a time-of-check/time-of-use timing window, which our assessment captures by raising attack complexity to High (CVSS 3.1 base 8.1 under AC:H, versus the 8.8 score supplied with the CVE under AC:L). The critical caveat is scope: the code execution achieved stays within the renderer sandbox and does not by itself compromise the host operating system, so full system impact requires chaining a separate sandbox-escape vulnerability. No public exploit code has been identified at time of analysis, CISA SSVC records Exploitation: none (Automatable: no, Technical Impact: total), and a vendor-released patch exists in Chrome 155.0.8059.39.
RemediationAI
Vendor-released patch: upgrade Google Chrome to 155.0.8059.39 or later, as announced in the Chrome stable-channel advisory (https://chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_086471744.html); auto-update normally delivers this, and administrators should verify the installed version via chrome://settings/help or the enterprise version-reporting API and then fully restart the browser, since the patched V8 binary is only loaded on relaunch. Because the exploit is delivered through page content, ensure the browser is not left running an old build in a pinned or frozen-update configuration, and confirm that managed fleets accept the 155.0.8059.39 update through their update policy. Where immediate patching is impossible, the practical compensating controls are narrow: enforce Chrome's site isolation (default since Chrome 67, but it can be disabled by enterprise policy - keep SitePerProcess enabled) and block untrusted or uncategorized web content via enterprise URL filtering, accepting that this breaks general browsing; running high-risk browsing in a separate, frequently reset profile or a disposable virtual machine limits what a sandbox-confined RCE can reach, at the cost of usability; and keeping the host OS and its kernel up to date reduces the chance that an attacker can chain a separate sandbox-escape bug to convert this renderer-level primitive into host compromise. Note that disabling JavaScript entirely would neutralize the V8 attack surface but breaks most modern web applications and is generally not operationally viable.
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
V8 is Chrome's JavaScript and WebAssembly engine; it compiles script through tiers including the optimizing JIT compiler, and its concurrent compilation, garbage collection, and inline-cache machinery involve shared state manipulated from multiple threads. CWE-367 (Time-of-Check Time-of-Use race condition) describes the root-cause class here: a state check and the subsequent use of that state are not atomic, allowing a second thread or a re-entrant operation to change the state between the check and the use, producing a type confusion or stale-pointer condition that the attacker can steer toward memory corruption. Because the bug lives in V8, the primitive is reachable purely from JavaScript embedded in a crafted HTML page served to the renderer process, which is why the vector is AV:N with UI:R - a single page load is the trigger. Chrome's multi-process architecture then constrains the payoff: the renderer runs inside a sandbox whose job is to prevent a compromised V8 from touching the host filesystem, network stack beyond the browser broker, or other origins, and the CVE text explicitly describes code execution 'inside the sandbox.' The supplied CVSS vector (AC:L, base 8.8) and our independent assessment (AC:H, base 8.1) differ only on attack complexity: racing a TOCTOU window in V8 is inherently probabilistic and layout/timing dependent, so the assessment treats the exploit as unreliably automatable, which also aligns with SSVC scoring the vulnerability as non-automatable. Affected-product CPE data (cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*) and EUVD-2026-93581 both point to the single affected channel-agnostic Chrome product line, with the fix boundary at 155.0.8059.39.
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
Race condition (CWE-367) requires winning a timing window so AC:H; drive-by page load gives AV:N/PR:N/UI:R; high renderer-sandbox impact with no confirmed scope change keeps S:U, C/I/A:H.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.org
Race condition 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: Medium)
Executive ViewAI
Google Chrome versions prior to 155.0.8059.39 are affected by a high-severity flaw that could let a crafted webpage run code inside the browser's renderer sandbox, impacting any employee who browses with an unpatched browser. No public exploit identified at time of analysis, and the sandbox limits standalone compromise to the browser process, but the broad Chrome footprint and user-driven trigger warrant prioritized remediation across managed endpoints.
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
Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.
EUVD-2026-93581
GHSA-q55v-f587-875w
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB