Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to malicious page
-
DeliveryDeliver crafted web content
-
ExploitTrigger input-validation flaw in Chrome
-
ExecutionCorrupt memory across sandbox boundary
-
ImpactExecute attacker-controlled code
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V2 - Validation and Business Logic Input validation, allowlisting
|
| Exploitation Conditions | Exploitation requires the victim to run a vulnerable Chrome desktop build (earlier than 154.0.8037.57) and to visit or interact with attacker-controlled web content (UI:R). No authentication is needed (PR:N), but the high attack complexity (AC:H) means the attacker must satisfy additional preconditions - likely precise memory-state/heap grooming or timing - making reliable exploitation harder than a default one-shot drive-by. The scope change (S:C) implies crossing Chrome's renderer sandbox boundary. Limiting factors: mandatory user interaction, AC:H reliability barrier, and the fix already being shipped in the stable channel reduce realistic exposure for auto-updated installs. |
| Impact | This is a genuinely high-priority issue driven primarily by product prevalence rather than exploitation certainty. The CVSS 3.1 vector (AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H, base 8.3) describes a network-reachable, unauthenticated flaw affecting full CIA triad with a scope change - consistent with a renderer/sandbox boundary crossing typical of browser memory-safety bugs. Two signals temper the raw score: AC:H indicates non-trivial preconditions (heap grooming, precise timing, or specific object states) rather than a one-shot trigger, and UI:R requires the victim to visit or interact with an attacker-controlled page. No EPSS score, no CISA KEV listing, and no public POC were provided, so exploitation status is: no public exploit identified at time of analysis - this is NOT confirmed active exploitation. The CWE-20 (Improper Input Validation) classification is broad; combined with I:H/A:H it points to memory corruption or a sandbox-escape-class defect, not the mere information disclosure implied by the input Tag. DATA CONFLICT: the input Tag says 'Information Disclosure' but the vector shows I:H and A:H, so it is mislabeled. Net: a patch-now item because Chrome is ubiquitous and the fix is already shipped, but absent KEV/EPSS/POC this is not evidence of widespread in-the-wild abuse. |
| Exploit ScenarioDerived | An attacker hosts or compromises a web page containing content crafted to trigger the input-validation flaw in Chrome's rendering/processing path. When a victim on Chrome earlier than 154.0.8037.57 visits the page, the malformed input drives memory corruption; because scope changes (S:C), successful exploitation can cross the renderer sandbox boundary. No public POC is currently identified, and the AC:H rating implies the attacker needs favorable heap/timing conditions to make the trigger reliable. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv2 – Sep 29, 2026
Google Chrome desktop builds earlier than 154.0.8037.57 are affected by an improper input validation flaw (CWE-20) rated CVSS 8.3 (CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H), in which an unauthenticated remote attacker who persuades a user to load attacker-controlled web content can potentially achieve high confidentiality, integrity and availability impact that crosses a browser security boundary. Although the public tagging labels this issue as information disclosure, the assessed vector indicates broader high impact across all three CIA dimensions combined with a scope change (S:C), consistent with escaping the Chrome renderer sandbox. Exploitation is constrained by mandatory user interaction and high attack complexity, no public exploit has been identified at time of analysis, and Google has already shipped the fix in the stable channel, so auto-updating installations are remediated on restart.
Earlier versions of this analysis (1)
Google Chrome desktop stable-channel builds are affected by a security flaw fixed in a vendor-published stable-channel update, with exposure limited to installations that have not yet applied the patched release. No CVSS score, CVSS vector, CWE, or published description was supplied, so the specific attack surface and consequence cannot be characterized from the available intelligence; the only confirmed facts are that this is a Chrome desktop stable fix documented in the Chrome Releases blog and that a patch is available from the vendor (the issue was reported by vendor:ubuntu, indicating Linux distribution packaging is in scope). No public exploit code has been identified at time of analysis, and there is no confirmed active exploitation, so the practical risk driver is patch latency across unmanaged or infrequently updated browsers rather than a demonstrated exploitation campaign.
RemediationAI
Vendor-released patch: Chrome 154.0.8037.57 - per the Chrome stable channel update advisory (http://chromereleases.googleblog.com/2026/09/stable-channel-update-for-desktop_0856730748.html) and the EUVD record EUVD-2026-89250, the fix ships in that stable release; administrators should verify Chrome is at 154.0.8037.57 or later and force a browser restart so the update takes effect, since the running process remains vulnerable until relaunched. Where patching is delayed, reduce exposure by enforcing enterprise policy that restricts users from browsing untrusted or non-allowlisted sites (allow-list or 'URLBlocklist'/'URLAllowlist' style controls), keeping Google Safe Browsing in its enhanced/real-time mode to interdict attacker-controlled landing pages, and disabling or restricting unnecessary plug-in and file-download surfaces that raise the chance of a user interacting with hostile content; the trade-offs are reduced web functionality and user friction. Network-level controls are of limited value here because the attack vector is the browsing session itself (AV:N with user interaction), so blocking ports or IPs is not an effective compensating control. Because the scope change implies a security-boundary crossing, keeping Chromium's renderer sandbox and Site Isolation enabled (default) is important to limit post-exploitation reach, and reference the Chromium tracking issue https://issues.chromium.org/issues/497603247 for the upstream fix context. No active exploitation has been confirmed (no CISA KEV listing) and no public exploit code has been identified, so remediation can follow a normal patch-cadence priority rather than emergency response.
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 class is CWE-20 (Improper Input Validation), meaning the browser fails to adequately validate or sanitize input before acting on it - in a Chromium-based browser this class typically surfaces in the parsing, IPC, or JavaScript/rendering engine surface rather than in a network service. The CPE/product data supplied via EUVD identifies the affected platform as Google Chrome desktop at release 154.0.8037.57, and the associated vendor references point to the Chrome stable channel update for desktop plus Chromium issue 497603247, which is the canonical tracking entry for this fix. The assessed vector AV:N combined with PR:N means the issue is reachable from remote web content without credentials, while UI:R requires the victim to visit or interact with attacker-supplied content; AC:H indicates additional preconditions (the independent assessment suggests precise memory-state or heap grooming/timing) are needed for reliable triggering, and S:C indicates the resulting impact crosses a privilege/security boundary - here most plausibly the Chrome renderer sandbox. Note that the intelligence tag 'Information Disclosure' understates the assessed impact: the CVSS vector simultaneously assigns C:H, I:H and A:H, so this should be treated as a potentially exploitable memory-safety/validation issue with sandbox-escape characteristics rather than a read-only disclosure bug. The EUVD affected-version string '154.0.8037.57 <154.0.8037.57' appears to be a parsing artifact and should be read as 'all Chrome desktop builds prior to 154.0.8037.57'.
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:C/C:H/I:H/A:H
Network-reachable via malicious page (AV:N) requiring victim interaction (UI:R) and non-trivial preconditions (AC:H); sandbox escape crosses scope (S:C) yielding full C/I/A impact.
Primary rating from Vendor (vendor:ubuntu).
CVSS VectorVendor: vendor:ubuntu
Lifecycle Timeline
2DescriptionCVE.org
[Unknown description]
Executive ViewAI
Google Chrome desktop builds earlier than 154.0.8037.57 carry a high-severity input validation flaw that could allow an unauthenticated attacker to cross the browser security boundary after persuading a user to load malicious web content, potentially affecting confidentiality, integrity, and availability. No public exploit identified at time of analysis, and exploitation requires user interaction with high attack complexity, but the broad enterprise Chrome footprint means unpatched endpoints remain a material operational risk. Leadership should ensure the vendor-released patch: 154.0.8037.57 is deployed promptly across all managed and unmanaged desktop Chrome installations.
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
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
Same weakness CWE-20 – Improper Input Validation
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
EUVD-2026-89250
GHSA-gx49-m2r7-fc4x
NVD
CVE.org
EPSS
Exploit-DB