Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessHost crafted malicious web page
-
DeliveryLure victim to load page in Chrome
-
ExploitTrigger heap buffer overflow
-
ExecutionCorrupt heap and gain code execution
-
ImpactChain sandbox escape for full compromise
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Heap buffer bounds checking
MITRE ATT&CK
1 technique across 1 tactic: Execution 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 run an unpatched Chrome build earlier than 154.0.8037.57 and to load attacker-controlled web content (UI:R) - e.g., visiting a malicious site, compromised page, or malicious ad - which triggers the heap buffer overflow. No authentication or elevated privileges are needed on the target (PR:N), and the attack is remote over the network (AV:N/AC:L). Limiting factors: the required user interaction (page load), Chrome's silent auto-update which rapidly shrinks the vulnerable population, and the likelihood that full host compromise requires chaining the renderer-process overflow with a separate sandbox-escape bug rather than this flaw alone. |
| Impact | Signals conflict in the usual browser-bug pattern: the CVSS base score is 9.6 (AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H), driven by a scope-changing heap buffer overflow (CWE-122) reachable from the network with low complexity and no privileges, but EPSS exploitation probability is only 0.29% (19th percentile), there is no CISA KEV listing, and no public exploit is identified at time of analysis. The high CVSS is amplified by the S:C/C:H/I:H/A:H assumption that the memory-corruption primitive leads to a full sandbox escape and arbitrary code execution; in practice a renderer-process heap overflow typically yields code execution only within the sandboxed content process unless chained with a separate escape, so real-world impact may be lower than 9.6 suggests. The mitigating UI:R requirement (the victim must load attacker-controlled content) plus Google's rapid auto-update channel further reduce widespread risk. Net assessment: important to patch given Chrome's ubiquity and the memory-corruption class, but the absence of KEV/POC and the low EPSS indicate this is not currently under active or broad exploitation - prioritize via normal Chrome update cadence rather than emergency response. Note the metadata gap: the description is '[Unknown description]', so the exact vulnerable component and whether impact is renderer-only versus privileged is not confirmed from the provided data. |
| Exploit ScenarioDerived | An attacker hosts a malicious web page (or malvertising/compromised site) crafted to trigger the heap buffer overflow in a vulnerable Chrome build prior to 154.0.8037.57. A victim running an unpatched Chrome visits the page, the overflow corrupts heap memory, and the attacker attempts code execution in the content process, potentially chaining to a sandbox escape. No public exploit is identified at time of analysis, and user interaction (visiting the page) is required. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv2 – Oct 01, 2026
Heap-based buffer overflow in Google Chrome builds earlier than 154.0.8037.57 allows unauthenticated remote attackers to corrupt memory when a victim loads attacker-controlled web content, with a CVSS base score of 9.6 (AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H) reflecting scope change and potential high confidentiality, integrity, and availability impact. Exploitation requires user interaction - visiting a malicious site, a compromised page, or a malicious ad - and full host compromise would most likely require chaining this renderer-process overflow with a separate sandbox-escape bug rather than this flaw alone. Risk signals conflict in the usual browser-bug pattern: EPSS is only 0.29% (19th percentile), there is no CISA KEV listing, and no public exploit identified at time of analysis, while Chrome's silent auto-update rapidly shrinks the vulnerable population and a vendor patch is already available.
Earlier versions of this analysis (1)
No impact can be established for CVE-2026-95284 because the record carries no description, no CVSS vector, and no CWE mapping, so the affected Ubuntu package, the vulnerable component, and the exploitation prerequisites remain unidentified. The only confirmed data point is the reporting source - the vendor:ubuntu tracker - which places the issue somewhere in the Debian/Ubuntu open-source software supply chain, but does not reveal whether the package is installed by default or network-exposed. There is no public exploit identified at time of analysis and no CISA KEV listing, so this entry should be treated as unevaluated rather than either benign or critical until the Ubuntu CVE tracker or NVD publishes a description, affected package name, and severity metrics.
RemediationAI
Vendor-released patch: 154.0.8037.57 - upgrade Google Chrome to version 154.0.8037.57 or later via the stable channel update described at http://chromereleases.googleblog.com/2026/09/stable-channel-update-for-desktop_0856730748.html, then fully restart the browser (including all background processes) so the new binary is loaded; verify the running version at chrome://version. Because Chrome's silent auto-update usually applies the fix automatically, the main operational step is confirming no endpoints are pinned to older builds; in managed environments, enforce updates through enterprise policies that control update and relaunch behavior, and audit for frozen or locally pinned versions that would remain exposed. Until a given host is confirmed updated, compensating controls include restricting browsing to trusted sites, enabling aggressive script and ad blocking to reduce the chance of loading attacker-controlled content that triggers the heap overflow, and keeping Chrome's renderer sandbox and site isolation enabled - trade-offs being reduced usability and incomplete protection, since these measurably lower but do not eliminate the attack surface and are not substitutes for upgrading. No public exploit code has been identified at time of analysis, so no exploit-specific blocking guidance (for example, host or signature-based filters) can be offered at this time.
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 classified as CWE-122, a heap-based buffer overflow, meaning memory allocated on the heap is written beyond its intended bounds due to insufficient size or bounds validation - the classic root cause behind many Chromium renderer memory-corruption bugs. The CVSS vector (AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H) indicates the bug is reachable over the network with low attack complexity and no privileges on the target, but it requires victim interaction (a page load) and carries a scope change (S:C), meaning a successful exploit could affect resources beyond the vulnerable component itself - typically the renderer process's security boundary. In Chromium-based browsers this pattern usually involves an attacker-controlled web page triggering the overflow inside a sandboxed renderer; converting that into full host compromise generally requires a second, independent sandbox-escape vulnerability, which limits standalone impact. The upstream Chromium issue (https://issues.chromium.org/issues/556435507) tracks the defect, and the fix ships in the Chrome stable channel update referenced by the vendor advisory. No CPE identifiers were provided in the input, so affected product identification relies on the EUVD version range supplied.
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:C/C:H/I:H/A:H
Remote attacker-controlled page load (AV:N/UI:R/PR:N); heap overflow with scope change (S:C) assuming sandbox escape yields high C/I/A, matching the vendor 9.6.
Primary rating from Vendor (vendor:ubuntu).
CVSS VectorVendor: vendor:ubuntu
Lifecycle Timeline
1DescriptionCVE.org
[Unknown description]
Executive ViewAI
Google Chrome versions prior to 154.0.8037.57 are affected by a critical heap buffer overflow that can be triggered by unauthenticated remote attackers via malicious web content, potentially leading to memory corruption and system compromise. While no public exploit identified at time of analysis, the ubiquity of Chrome and potential for chaining with a sandbox escape pose a risk to organizational data and user productivity. Leadership should prioritize patching to maintain security posture and prevent future targeted attacks.
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
A buffer overflow occurs when a program writes more data to a memory buffer than it was allocated to hold, causing the excess data to spill into adjacent memory regions.
A heap overflow occurs when a program writes data beyond the bounds of a buffer allocated in the heap memory region.
Same weakness CWE-122 – Heap-based Buffer Overflow
View allSame technique Buffer Overflow
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-89217
GHSA-j838-xgmv-7q63
NVD
CVE.org
EPSS
Exploit-DB