Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to crafted web page
-
DeliveryDeliver malicious HTML/JS to renderer
-
ExploitTrigger use-after-free in FileSystem
-
ExecutionReclaim freed object, corrupt memory
-
ImpactExecute arbitrary code inside 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 navigate to attacker-controlled content using a vulnerable Chrome build (prior to 156.0.8078.47) - the UI:R / crafted-HTML-page requirement is the primary limiting factor, as no exploitation occurs without the user loading the malicious page. The flaw is in Chrome's FileSystem component and triggers via a crafted HTML page against default configurations (no special feature toggle is named in the description), so no non-default setting is required. Critically, code execution is confined to the renderer sandbox (S:U): absent a separate sandbox-escape chain, the attacker does not gain host-level code execution, which meaningfully limits real-world impact versus a full RCE. |
| Impact | This is a genuine high-priority browser vulnerability, though its signals require careful reading. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R) describes a network-reachable, low-complexity, unauthenticated flaw requiring only that a victim open a crafted HTML page - the classic drive-by profile for browser memory-corruption bugs, and Chromium's own rating of 'High' corroborates the 8.8 score. However, the description explicitly scopes code execution to 'inside the sandbox,' and the vector correctly reflects this with S:U (scope unchanged): absent a chained sandbox-escape, the attacker gains control of the renderer process only, not the host. EPSS probability is NOT provided in the input, and there is NO CISA KEV listing and NO public POC referenced, so exploitation status is 'no public exploit identified at time of analysis.' The absence of EPSS/KEV data means breadth of real-world exploitation cannot be quantified from this input - but Use-After-Free flaws in Chrome's FileSystem component are historically high-value targets frequently weaponized post-disclosure, so defenders should patch promptly rather than discount this as a high-CVSS/low-real-risk issue. Net: real priority driven by ubiquity and exploit history, tempered by sandbox containment and the current lack of confirmed in-the-wild activity. |
| Exploit ScenarioDerived | An attacker hosts or compromises a web page containing crafted HTML/JavaScript that triggers the use-after-free in Chrome's FileSystem implementation when the victim simply visits it. Successful exploitation yields arbitrary code execution within the renderer sandbox, which an attacker would typically chain with a separate sandbox-escape to fully compromise the host. No public exploit code is identified in the provided data, but UAF flaws of this class are commonly weaponized after disclosure. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 21, 2026
Use-after-free in Google Chrome's FileSystem component allows a remote, unauthenticated attacker to potentially achieve arbitrary code execution inside the renderer sandbox by convincing a victim to open a crafted HTML page in any Chrome build prior to 156.0.8078.47. User interaction (loading the malicious page) is the primary exploitation prerequisite, but no credentials or non-default configuration are needed, which is reflected in the CVSS:3.1 base score of 8.8 (AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H). Impact is contained by the sandbox boundary - absent a separate sandbox-escape chain the attacker does not obtain host-level code execution - and no public exploit code or confirmed active exploitation was identified at time of analysis; Google credits an internal Chrome security team address (chrome-cve-admin@google.com) as the reporter, and a vendor patch exists.
RemediationAI
Vendor-released patch: Chrome 156.0.8078.47 (and later) resolves CVE-2026-113097 - upgrade via the browser's built-in update mechanism and then fully restart/relaunch Chrome, since the old renderer binary remains resident until all processes are recycled; verify the installed version from chrome://version. ChromeOS users receive the fix through the ChromeOS stable channel update described at chromereleases.googleblog.com/2026/10/stable-channel-update-for-chromeos_01150416531.html, and desktop release details are at chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_02018666648.html. Where immediate fleet-wide upgrade is not possible, reduce exposure by blocking or gating the File System Access API through enterprise policy - DefaultFileSystemReadGuardSetting and DefaultFileSystemWriteGuardSetting set to 2 (block) with FileSystemReadAskForUrls/FileSystemWriteAskForUrls left unset will prevent web content from reaching the vulnerable FileSystem paths, at the cost of breaking legitimate web apps that rely on file/directory pickers (browser-based IDEs, document editors, upload tools), so scope the policy to untrusted user populations. Because code execution is confined to the renderer sandbox, keeping Site Isolation enabled and maintaining a current OS patch level preserves the second layer that prevents a UAF in Blink from becoming host compromise. Note that none of these mitigations substitute for the 156.0.8078.47 upgrade; the policy controls only narrow the attack surface while the rollout completes.
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 classic memory-safety defect class, CWE-416 (Use After Free), in the FileSystem implementation of Chrome's Blink rendering engine - the layer that exposes file and directory handles to web content (the File System Access API surface). A crafted HTML page can drive the FileSystem code into a state where an object is freed while a dangling reference is still retained; subsequent dereference of that pointer gives the attacker control over memory contents in the renderer process, which is the standard precursor to arbitrary code execution in browser engines. Because the corruption happens in the renderer, exploitation yields code execution within the Chromium renderer sandbox (CVSS scope unchanged, S:U), meaning a full compromise of the host would additionally require an independent sandbox escape. The flaw affects all desktop platforms served by the Chrome stable channel (Windows, macOS, Linux) at versions below 156.0.8078.47; the parallel ChromeOS stable-channel advisory indicates the same fix was shipped for ChromeOS devices. Chromium-derived browsers that track upstream will inherit the fix only once they rebase to the corresponding milestone.
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 needs no privileges but requires victim navigation (UI:R); sandbox containment keeps scope unchanged (S:U) with full impact within the renderer.
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
3DescriptionCVE.org
Use after free in FileSystem in Google Chrome prior to 156.0.8078.47 allowed a remote attacker to potentially execute arbitrary code inside the sandbox via a crafted HTML page. (Chromium security severity: High)
Executive ViewAI
Google Chrome versions prior to 156.0.8078.47 contain a high-severity FileSystem flaw that could allow a crafted web page to execute code inside the browser renderer sandbox when a user visits it. Because Chrome is broadly deployed and exploitation requires only user browsing, leadership should treat this as an endpoint patch-management and browser-hygiene priority, with impact generally contained to the sandbox unless paired with a separate sandbox escape. No public exploit or confirmed active exploitation was identified at time of analysis, and Google has released a fixed version.
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-105625
GHSA-mq6r-4jp3-36rh
NVD
CVE.org
EPSS
Exploit-DB