Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to malicious web page
-
ExploitDeliver crafted web content to browser
-
ExecutionTrigger flaw in Chrome component
-
ImpactAchieve unconfirmed impact (RCE/info-leak/crash)
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V15 - Secure Coding and Architecture Concurrency control, locking
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Cannot enumerate exact prerequisites because no description or CVSS vector was provided. For Google Chrome desktop the typical exploitation path requires the victim to load attacker-controlled web content (user interaction via visiting a page), and the affected component/feature is unspecified in the input. Chrome's automatic-update mechanism strongly limits the exposure window: patched builds are pushed rapidly, so only outdated installations remain at risk. The precise required conditions must be confirmed from the linked Chrome Releases advisory. |
| Impact | Data is severely limited: no description, no CVSS score/vector, and no CWE were provided, so the specific vulnerability class, attack vector, and impact cannot be determined from the input. The only substantive signal is the sole reference - a Google Chrome Releases 'Stable Channel Update for Desktop' blog post (Sep 2026) - combined with 'reported by vendor:ubuntu' (Ubuntu's security tracker mirroring the upstream Chrome fix) and 'Patch: Available from vendor.' This identifies the affected product as Google Chrome desktop with high confidence but nothing about severity. There is no EPSS score, no CISA KEV listing, and no public POC in the input, so exploitation status is: no public exploit identified at time of analysis. Chrome stable-channel batch fixes are typically memory-safety issues (often rated High) that Google patches proactively; because Chrome auto-updates, the practical risk window is short for up-to-date installs but the ubiquity of the product makes any browser flaw broadly relevant. Bottom line: cannot be scored as a real priority without the missing CVSS/CWE/description - treat as a routine 'apply the Chrome update' item unless the vendor advisory reveals active exploitation or a critical rating. Missing data explicitly: description, CVSS vector, CWE, EPSS, and exact fixed version - verify against the linked Chrome Releases advisory. |
| Exploit ScenarioDerived | Based on the product (Chrome desktop browser), the most plausible scenario is a user navigating to a malicious or compromised web page that triggers the flaw in the browser's rendering/JavaScript engine or a component, but the exact mechanism is unknown because no description or CVSS vector was provided. No public proof-of-concept is identified in the input. The specific impact (code execution, sandbox escape, info leak, or crash) cannot be confirmed without the vendor advisory. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 24, 2026
Google Chrome desktop installations are affected by a flaw corrected in a stable channel update, with vendor patch data indicating a fix is available but no description, CVSS score, CVSS vector, or CWE supplied to characterize the defect. Because neither the affected component nor the attack vector is specified in the available intelligence, the impact cannot be assessed beyond Chrome's general exploitation model, in which a victim would need to load attacker-controlled web content for an exploit attempt to succeed. No public exploit identified at time of analysis, and Chrome's automatic-update mechanism sharply limits exposure so that primarily outdated installations remain at risk; the linked Chrome Releases advisory is the authoritative source for the exact affected build and fix.
RemediationAI
Patch available per vendor advisory. The primary action is to update Google Chrome to the current stable channel release described in the Chrome Releases advisory (http://chromereleases.googleblog.com/2026/09/stable-channel-update-for-desktop_0856730748.html), which is the only version-specific guidance available, since no exact fix version number was included in the input and none should be assumed. On managed Windows, macOS, and Linux fleets this means allowing Chrome's built-in auto-update to complete and prompting users to relaunch the browser, because the fix is not active until the browser process restarts; on Ubuntu, the equivalent fix arrives through the distro packaging channel, so run a full apt update and upgrade of the chromium/chrome package and track the Ubuntu security notice tied to the vendor:ubuntu attribution, accepting that distribution rebuild and QA latency can leave hosts exposed longer than the upstream channel would. Where immediate patching is not possible, the actionable compensating controls are to restrict high-risk browsing through policy (blocking untrusted sites and drive-by ad networks), enforce strict site isolation and the browser sandbox rather than disabling them for compatibility, disable or remove unneeded extensions to shrink renderer and privileged-extension attack surface, and consider running untrusted web content in a disposable VM or remote browsing isolation; each of these reduces but does not eliminate risk and introduces usability or performance trade-offs. Network-level filtering alone is a weak control here because the attack path is content delivered through normal web browsing, not a single predictable port or endpoint.
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 input contains no CWE, no CPE strings, and no CVSS vector, so the vulnerability class (memory corruption, type confusion, use-after-free, sandbox escape, inappropriate implementation in a browser subsystem, etc.) and the precise affected component inside Chrome cannot be determined from the provided data. What can be stated from the technology stack is that Google Chrome is a multi-process browser built around a renderer sandbox and site isolation; the majority of historically patched Chrome bugs are reachable by rendering attacker-controlled HTML/JavaScript in a renderer process, while sandbox-escape classes additionally require a compromised renderer to pivot into the browser or OS process. The reference to a Chrome Releases stable channel update confirms this is a Google-maintained browser defect handled through the normal stable channel cadence rather than a third-party library issue, and the vendor:ubuntu attribution indicates the same fix propagates into Ubuntu's packaged Chromium/Chrome builds, where distribution rebuild and QA latency can extend the delay between upstream disclosure and end-user patching. Confirming the component, the privilege level required, and whether user interaction is mandatory requires reading the linked advisory rather than inferring from the description.
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
Sources disagree (Medium–Critical)AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:N/A:N
vuln.today treats the vendor’s rating as authoritative. A higher third-party CVSS (e.g. CISA-ADP) is shown for transparency but does not drive the headline severity.
CVSS VectorVendor: vendor:ubuntu
DescriptionCVE.org
[Unknown description]
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Race conditions occur when multiple concurrent requests exploit the brief time gap between checking a condition and acting upon it (TOCTOU - Time of Check, Time of Use).
Same weakness CWE-362 – Race Condition
View allSame technique Information Disclosure
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-89129
GHSA-75x3-3h4r-xhxg
NVD
CVE.org
EPSS
Exploit-DB