Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to crafted HTML page
-
ExploitPage triggers use-after-free in HTML parsing
-
ExecutionCorrupt freed object 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 attacker-controlled HTML content in a vulnerable Chrome build prior to 155.0.8059.39 - i.e., visiting a malicious or compromised web page (UI:R user interaction is mandatory). No authentication or special privileges are needed (PR:N), and default Chrome configurations are affected since the flaw is in core HTML handling. The key limiting factor beyond user interaction is that successful exploitation yields code execution only inside the renderer sandbox; reaching the underlying operating system would require an additional, separate sandbox-escape vulnerability not covered by this CVE. |
| Impact | Multiple signals align on elevated-but-not-maximal priority. The NVD CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H = 8.8) indicates a network-reachable, low-complexity, unauthenticated flaw that requires user interaction - consistent with the description's 'crafted HTML page' delivery, where UI:R means the victim must visit a malicious or compromised site. The vendor (Chrome) rates the Chromium severity 'High'. A critical mitigating detail: the description explicitly states code execution is 'inside the sandbox,' meaning this is a renderer-process compromise and NOT a full host takeover on its own - a sandbox escape would be needed to reach the OS, which is why Scope remains Unchanged (S:U). On exploitation signals, there is no EPSS score, no KEV listing, and no public POC in the provided data, so there is no public exploit identified at time of analysis; this contrasts with the high CVSS and means urgency rests on prevalence and vendor-confirmed exploitability rather than observed in-the-wild activity. UAF bugs in Chrome's HTML/DOM handling are historically weaponizable and frequently chained, so the realistic risk is meaningful despite the absence of current exploitation evidence. Net: patch-now priority because of Chrome's ubiquity and the proven exploitability class, tempered by sandbox containment and no confirmed active exploitation. |
| Exploit ScenarioDerived | An attacker hosts or injects a crafted HTML page and lures a victim to open it in a vulnerable Chrome build (UI:R), triggering a use-after-free in HTML/DOM handling to corrupt memory and execute arbitrary code within the renderer sandbox. No public exploit is identified in the provided data, but UAF flaws of this class are routinely developed into reliable exploits, typically as the first stage of a chain that would still require a separate sandbox escape to compromise the host. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 06, 2026
Remote code execution inside the Chrome renderer sandbox is possible in Google Chrome builds prior to 155.0.8059.39, where a use-after-free defect in the HTML handling path can be triggered by a crafted HTML page. Any user running an unpatched desktop Chrome who loads attacker-controlled web content (CVSS 3.1: AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H, base 8.8) can be targeted; no credentials or elevated privileges are required, but mandatory user interaction (UI:R) and the renderer sandbox confinement limit the direct blast radius, since escaping the sandbox to the host OS would require a separate, distinct vulnerability not covered by this CVE. Google has shipped a vendor patch (155.0.8059.39) and the issue was reported through the Chrome vulnerability program with a Chromium severity rating of High; no public exploit code and no confirmed active exploitation have been identified, and the affected-code flaw is consistent across the CPE wildcard for google:chrome.
RemediationAI
Upgrade Google Chrome to 155.0.8059.39 or later - this is the vendor-released fix (patch available from vendor) documented in the stable channel advisory at https://chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_086471744.html. Confirm the installed build via chrome://settings/help or chrome://version and allow automatic updates to complete on all desktop endpoints, including managed fleets where update deferral policies may delay delivery; increasing the update-check frequency or pushing the MSI/PKG/DEB build through enterprise tooling closes that gap. Because the flaw is reachable through ordinary HTML rendering, there is no reliable single feature toggle that removes exposure - disabling JavaScript is not a valid mitigation here and breaks virtually all modern sites, and blocking untrusted content at a proxy or DNS layer would require an aggressive allowlist whose operational cost and false-positive rate are typically unacceptable. Where patching must be staged, prioritize browsers used for general internet browsing and enforce renderer sandboxing (already on by default) plus site isolation, understanding that these limit - not eliminate - the risk, since exploitation already occurs inside the sandbox and only a chained second vulnerability would escalate to the host. No vendor-issued workaround supersedes the upgrade, and no public exploit code or confirmed active exploitation has been reported, so the update cadence can be risk-based rather than emergency, but should not be deferred indefinitely.
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-416, a use-after-free (UAF) memory-safety bug in the HTML component of Chromium's rendering/blink layer, tracked upstream as Chromium issue 565674529. In a UAF, a heap object associated with HTML parsing or layout is freed while a stale pointer to it is still dereferenced, letting an attacker who controls the memory layout via a crafted HTML page influence the freed region and pivot that into arbitrary code execution within the renderer process. The CPE string cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* matches every Chrome release, so the practical affected set is bounded only by the fixed version, 155.0.8059.39, and the EUVD entry (EUVD-2026-93833) records the same range, "Chrome <155.0.8059.39". Because the defect sits in core HTML handling, it is reachable with default browser settings and does not depend on extensions, non-default flags, or specific platform builds; the assessed vector AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H reflects that while the trigger is network-delivered content requiring a page visit, successful exploitation grants full confidentiality, integrity, and availability impact inside the sandboxed renderer (scope Unchanged), not on the underlying operating system.
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 HTML is remotely reachable (AV:N) and low-complexity (AC:L) with no auth (PR:N) but needs the victim to open a page (UI:R); sandbox-contained code exec keeps scope unchanged (S:U) with high C/I/A.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.org
Use after free in HTML 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: High)
Executive ViewAI
Google Chrome desktop builds prior to 155.0.8059.39 contain a use-after-free flaw in the HTML handling path that permits remote code execution from a crafted web page, meaning any employee who browses untrusted content on an unpatched browser is a potential target without needing credentials or elevated privileges. The exposure is organization-wide across the desktop fleet, but the defect is confined to the browser's renderer sandbox, so a successful attack degrades a single user's session rather than handing an attacker control of the underlying host, which would require a separate and distinct vulnerability. Leadership should care because a vendor fix already exists and the remaining risk reflects update discipline across distributed endpoints, not an unsolved technical problem.
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-93833
GHSA-m592-hqh4-492x
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB