Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure user to malicious web page
-
ExploitServe crafted content to Chrome
-
ExecutionTrigger undisclosed browser flaw
-
ImpactImpact undetermined (details withheld)
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 | Cannot be enumerated from the available data: the CVE has no description, CVSS vector, or CWE, so specific prerequisites (affected component, configuration, user interaction) are unknown. Based only on product identity, exploitation of a Chrome desktop stable-channel browser flaw would most plausibly require a user to load attacker-controlled web content, but this is an inference, not a confirmed condition. Limiting factors and affected/fixed versions are not stated in the input and must be read from the Chrome Releases advisory. |
| Impact | Signal-scarce case with a genuine data conflict between metadata and content. The ONLY reference is the official Google Chrome Releases blog (stable-channel desktop update, September 2026), which strongly ties this CVE to Google Chrome, yet the entry carries NO description, NO CVSS base score or vector, and NO CWE - so vulnerability class, attack vector, complexity, privilege requirement, and impact cannot be determined from the input. EPSS is not provided, KEV status is absent (not confirmed exploited), and no POC is referenced, so exploitation status is 'no public exploit identified at time of analysis.' The SSVC framework cannot be populated (exploitation=none observed, automatable=unknown, technical impact=unknown) because the technical detail is missing. Net: raw risk cannot be scored, but priority should be driven by product context rather than the empty scoring fields - Chrome browser flaws in stable-channel security updates are frequently high-severity renderer/sandbox issues that Google patches rapidly, and Chrome's ubiquity plus aggressive attacker interest in browser bugs means these should be patched on the normal fast Chrome cadence even absent a score. Treat as 'apply the vendor update promptly' rather than 'emergency,' since nothing here confirms active exploitation or wormability. All severity/impact statements are UNVERIFIED pending the vendor advisory detail. |
| Exploit ScenarioDerived | Because the vulnerability class is undisclosed, a concrete scenario cannot be stated with confidence; for stable-channel Chrome desktop fixes the typical pattern is a user browsing to attacker-controlled web content that triggers a memory-safety or logic flaw in the browser. No public proof-of-concept is referenced, and no active exploitation is confirmed. Attack vector and complexity are unknown because no CVSS vector was supplied. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 24, 2026
Google Chrome desktop stable-channel builds are affected by CVE-2026-95333, a flaw whose description, CVSS vector, and CWE classification were all absent from the available intelligence, leaving only a vendor patch flag and a single Chrome Releases stable-channel advisory reference as substantive signals. Because no exploitation, authentication, or impact data is present, the effect on confidentiality, integrity, or availability cannot be characterized from this input, and no public exploit code was identified at time of analysis. The most notable finding is an internal metadata conflict: the record is attributed to vendor:ubuntu while the sole reference is Google's Chrome desktop advisory, so the actually affected package (Google Chrome versus Ubuntu's Chromium/Chrome packaging) should be confirmed directly against the linked Chrome Releases post before remediation is scoped.
RemediationAI
Vendor-released patch: available per vendor advisory, with the specific stable-channel version obtainable only from the referenced Chrome Releases post (http://chromereleases.googleblog.com/2026/09/stable-channel-update-for-desktop_0856730748.html) - no exact fix version is present in this input, so do not assume a version number. For standard Chrome deployments, the practical fix is to allow the built-in auto-updater to move desktop clients to the current stable build and to verify the applied version after relaunch (Chrome only swaps in the patched binary on restart). If the ubuntu attribution is correct and the affected artifact is an Ubuntu-packaged browser, apply the corresponding Ubuntu security update for that package instead of, or in addition to, the upstream Chrome build, since the two distribution paths update on different schedules and a downstream package may lag the upstream advisory by days. Because no component, attack vector, or configuration prerequisite is disclosed, no targeted compensating control (such as disabling a specific feature, blocking a port, or restricting an endpoint) can be named without risking a false sense of mitigation; the only defensible interim posture is prompt version verification plus the standard browser hardening already in place, such as site isolation and keeping the renderer sandbox enabled, and treating this record as unresolved until the advisory is read.
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 record provides no CWE, no CPE strings, and no CVSS vector, so the root-cause class cannot be established from this data - the vulnerability could be a memory-safety defect in the renderer (V8/Blink), a sandbox escape, a privilege issue in an auxiliary component, or something else entirely, and the input does not distinguish between these. The only concrete technology signal is the reference URL, which resolves to the Chrome Releases blog's stable-channel update format for desktop builds; that serialization pattern is consistent with Google Chrome's desktop stable release train rather than an Android or ChromeOS channel, but the advisory itself must be read to identify the affected component, the fixed version number, and any exploitability annotations. Circumstantially - and this is an inference from product identity, not a confirmed condition - exploitation of a desktop Chrome stable-channel flaw would most plausibly require a user to load attacker-controlled web content in the browser, but the input contains nothing that validates that chain. Cross-referencing the ubuntu attribution against a Google Chrome advisory suggests either a downstream Ubuntu-packaged Chromium/Chrome update or a misattributed reporter field; neither CPE data nor a vendor statement in the input resolves which is correct.
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:N/S:U/C:H/I:H/A:H
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
Lifecycle Timeline
2DescriptionCVE.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
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.
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Same weakness CWE-416 – Use After Free
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-89145
GHSA-3xf6-gfx9-cx6w
NVD
CVE.org
EPSS
Exploit-DB