Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCompromise renderer via separate bug
-
DeliveryLure victim to crafted HTML page
-
ExploitWin filesystem TOCTOU race
-
ExecutionBypass system access restrictions
-
ImpactAccess files outside sandbox limits
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture TOCTOU prevention
|
| Exploitation Conditions | Exploitation requires the attacker to have ALREADY compromised the Chrome renderer process (a prior, separate vulnerability), then leverage social engineering to make the victim open a crafted HTML page, and finally win a filesystem race condition (TOCTOU) to bypass system access restrictions. Limiting factors: it is not a standalone entry point (needs pre-existing renderer compromise), it requires user interaction (UI:R), and the race condition gives high attack complexity (AC:H) meaning exploitation is timing-dependent and unreliable. Affects Chrome versions prior to 153.0.8010.52; patched builds are not exploitable. |
| Impact | This is a low-real-risk, low-CVSS issue despite being a network-vector browser flaw. The vendor CVSS 3.1 score of 3.1 (AV:N/AC:H/PR:N/UI:R/S:U/C:N/I:L/A:N) is honest: exploitation carries high attack complexity (AC:H, inherent to winning a TOCTOU race), requires user interaction (UI:R via social engineering to open a crafted page), and - critically - the description states the attacker must ALREADY have compromised the renderer process. That precondition, not captured in the CVSS PR metric (kept at PR:N because no Chrome-level authentication is bypassed), means this is only useful as a secondary link in a chain, never a standalone entry point. Impact is limited (C:N/I:L/A:N - a limited bypass of system access restrictions, i.e. partial filesystem-sandbox boundary weakening). No EPSS score, no CISA KEV listing, and no public POC were provided; per the precision rules this is 'no public exploit identified at time of analysis.' Chromium itself rated it Medium. Conflicting signal to flag: the input Tags label this 'Authentication Bypass,' but CWE-367 and the description make clear it is a race-condition/TOCTOU sandbox-restriction bypass, not an authentication bypass - verify tag before triage. Net: real code fix worth patching via normal Chrome auto-update cadence, but not an urgent standalone priority. |
| Exploit ScenarioDerived | An attacker who has already exploited a separate renderer-process bug lures a victim into visiting a crafted HTML page and wins a filesystem race condition (TOCTOU) to bypass system access restrictions and reach files outside the sandbox's intended limits. No public exploit code was identified; the high attack complexity (race-window timing) and dependency on prior renderer compromise plus user interaction make this a chained, opportunistic technique rather than a reliable one-shot. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 18, 2026
Access-restriction bypass in Google Chrome's FileSystem component affects all builds prior to 153.0.8010.52 and is only reachable by an attacker who has ALREADY compromised the browser's renderer process through a separate vulnerability, then convinces the victim via social engineering to open a crafted HTML page and finally wins a timing-dependent race condition (CWE-367 TOCTOU). Impact is deliberately narrow: CVSS 3.1 (AV:N/AC:H/PR:N/UI:R/S:U/C:N/I:L/A:N) reflects no confidentiality or availability loss and only low-integrity impact, with high attack complexity and mandatory user interaction. There is no public exploit identified at time of analysis and no indication of active exploitation; patched builds (153.0.8010.52 and later) are not exploitable, and this is assessed as a low-real-risk browser flaw rather than a standalone attack path.
RemediationAI
Vendor-released patch: Chrome 153.0.8010.52 (or later) - upgrade via chrome://settings/help for automatic updates, or deploy the fixed package through your standard desktop patch pipeline per https://chromereleases.googleblog.com/2026/09/stable-channel-update-for-desktop_0194356994.html; no separate workaround is needed once the fixed build is installed. Because exploitation is chained on an already-compromised renderer plus social engineering, prioritize hardening the prerequisites: keep the sandbox and Site Isolation enabled, patch other renderer-level bugs promptly so the foothold this flaw depends on is harder to obtain, and enforce enterprise policies that restrict or block file-system access from web content (for example the Chrome enterprise policies gating the File System Access API) - the trade-off is that legitimate web apps relying on local file read/write will break and users may seek workarounds, so scope the policy to high-risk populations. Anti-phishing controls and user awareness reduce the UI:R social-engineering step, but they are probabilistic and should not be counted as a fix. Mitigations applied while the update is pending cannot remove the race itself; they only shrink the attack surface, and none is a substitute for installing 153.0.8010.52.
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 classic time-of-check-to-time-of-use (TOCTOU) race condition, CWE-367, inside Chrome's FileSystem implementation. Chromium's multi-process architecture places untrusted web content in a sandboxed renderer that must ask the privileged browser process to perform file operations; FileSystem paths and handles are validated at one moment and used at another, and a sufficiently precise attacker who already controls the renderer can change the underlying filesystem state between check and use so that the operation resolves against a different target than the one that was authorized. That is why the vendor's Chromium severity is Medium and the CVSS vector carries AC:H - the window is small, timing-sensitive and unreliable - and why PR:N/UI:R applies: no credentials are needed at the network layer, but a victim must be socially engineered into loading a crafted HTML page. The value of the bug to an attacker is sandbox / system access restriction bypass, i.e. it widens the blast radius of a pre-existing renderer compromise rather than providing an entry point by itself. The NVD reference to issues.chromium.org/issues/498411599 is the upstream engineering record, and the chrome-releases advisory confirms the fix shipped in the Stable channel.
Know when Chrome gets its next vulnerability
- 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:H/PR:N/UI:R/S:U/C:N/I:L/A:N
AC:H for the race window and UI:R for the crafted-page social engineering; PR:N kept because no Chrome auth is bypassed, though a pre-compromised renderer is required; impact limited to I:L filesystem-restriction bypass.
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
4DescriptionCVE.org
Race condition in FileSystem in Google Chrome prior to 153.0.8010.52 allowed a remote attacker who had compromised the renderer process and leveraged social engineering to bypass system access restrictions via a crafted HTML page. (Chromium security severity: Medium)
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
Use-after-free vulnerability in the DisplayObject class in the ActionScript 3 (AS3) implementation in Adobe Flash Player
V8 in Google Chrome prior to 54.0.2840.90 for Linux, and 54.0.2840.85 for Android, and 54.0.2840.87 for Windows and Mac
Type confusion in V8 in Google Chrome prior to 59.0.3071.86 for Linux, Windows, and Mac, and 59.0.3071.92 for Android, a
The Array.prototype.concat implementation in builtins.cc in Google V8, as used in Google Chrome before 49.0.2623.108, do
Mozilla Firefox before 18.0, Firefox ESR 10.x before 10.0.12 and 17.x before 17.0.2, Thunderbird before 17.0.2, Thunderb
Incorrect handling of complex species in V8 in Google Chrome prior to 57.0.2987.98 for Linux, Windows, and Mac and 57.0.
The Chrome Object Wrapper (COW) implementation in Mozilla Firefox before 16.0, Firefox ESR 10.x before 10.0.8, Thunderbi
An issue was discovered in the Cisco WebEx Extension before 1.0.7 on Google Chrome, the ActiveTouch General Plugin Conta
The XrayWrapper implementation in Mozilla Firefox before 35.0 and SeaMonkey before 2.32 does not properly interact with
The Chrome Object Wrapper (COW) implementation in Mozilla Firefox before 18.0, Firefox ESR 17.x before 17.0.2, Thunderbi
The Web IDL implementation in Mozilla Firefox before 28.0, Firefox ESR 24.x before 24.4, Thunderbird before 24.4, and Se
Use-after-free vulnerability in the BitmapData class in the ActionScript 3 (AS3) implementation in Adobe Flash Player 13
EUVD-2026-82484
GHSA-g879-8xg4-pm93
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB