Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessVictim visits attacker-controlled page
-
DeliveryMalicious content loaded in renderer
-
ExploitTrigger out-of-bounds write via crafted input
-
ExecutionCorrupt memory and hijack control flow
-
PersistEscape sandbox (scope change)
-
ImpactExecute code on host
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Bounds checking, write limits
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 | Requires the victim to actively open or be redirected to attacker-controlled web content in an unpatched Chrome build below 154.0.8037.57 (UI:R). Exploitation is not turnkey: AC:H means the attacker must satisfy a specific precondition - typically heap grooming, a race, or a particular object/memory state - before the out-of-bounds write is reachable, which limits reliability and mass-exploitation. No authentication is required (PR:N) and it is network-reachable (AV:N). The scope change (S:C) implies the corruption crosses the renderer sandbox boundary. Limiting factors: mandatory user interaction, the AC:H precondition, and the fact that a patch is already available so exposure is confined to un-updated clients. |
| Impact | This is a genuinely high-priority browser vulnerability, though not the top tier of the September 2026 Chrome batch. The CVSS 3.1 vector (AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H, 8.3) describes an unauthenticated, network-reachable memory-corruption bug (CWE-787 out-of-bounds write) triggered by user interaction (visiting a malicious page), with S:C indicating a scope change - consistent with a renderer-to-broker/sandbox-escape-class primitive rather than a renderer-contained bug. The one signal that tempers raw severity is AC:H: exploitation requires meeting a non-trivial precondition (heap grooming, timing, or a specific state), which is why the score sits at 8.3 rather than the 9.6 seen in the AC:L/S:C siblings (e.g. CVE-2026-95350/95329/95357). Exploitation status: no public exploit identified at time of analysis - there is no EPSS score, no CISA KEV listing, and no POC in the provided data; absence of these should not be read as safety for a browser flaw, as Chrome N-day exploits are frequently reconstructed from patch diffs shortly after release. A patch is confirmed available from the vendor. Net: real priority driven by ubiquity and full C/I/A impact with scope change, moderated by AC:H and the lack of any confirmed in-the-wild activity. |
| Exploit ScenarioDerived | An attacker hosts a malicious web page (or compromises an ad/iframe on a legitimate site) containing content crafted to trigger the out-of-bounds write in a vulnerable Chrome component. A victim on an unpatched build (<154.0.8037.57) visits the page; after the attacker achieves the required heap/timing precondition (AC:H), the OOB write corrupts memory to gain code execution and, given S:C, escape the renderer sandbox. No public POC is present in the provided data. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv2 – Sep 29, 2026
Out-of-bounds write (CWE-787) in Google Chrome permits a remote, unauthenticated attacker to corrupt memory in the browser when a victim opens or is redirected to attacker-controlled web content (UI:R), with high confidentiality and integrity impact and a scope change (S:C) that the independent assessment reads as the corruption crossing the renderer sandbox boundary. Exploitation is not turnkey: the high attack complexity (AC:H) reflects a precondition the attacker must satisfy - typically heap grooming, a race, or a specific object/memory state - before the write is reachable, which constrains reliability and mass exploitation. No public exploit identified at time of analysis, and the fixed build 154.0.8037.57 is already shipping, so exposure is limited to un-updated Chrome clients, making this a genuine high-priority browser issue rather than a top-tier emergency.
Earlier versions of this analysis (1)
Risk cannot be meaningfully assessed for CVE-2026-95322 because the available record contains no description, no CVSS score or vector, no CWE classification, and no affected package or version information - the only attribution is a vendor report from Ubuntu. Exploitation status is likewise undetermined: there is no CISA KEV confirmation, and no public exploit code identified at time of analysis, but this reflects an absence of reporting rather than a confirmed negative. Because authentication requirements, attack vector, and impact cannot be confirmed from any supplied field, this entry should be treated as incomplete intelligence requiring retrieval of the upstream Ubuntu security notice before any triage, prioritization, or exposure decision is made.
RemediationAI
Primary fix: upgrade Google Chrome to 154.0.8037.57 or later - vendor-released patch: 154.0.8037.57 per the Chrome stable channel advisory (http://chromereleases.googleblog.com/2026/09/stable-channel-update-for-desktop_0856730748.html). On managed endpoints, force the update and require a browser restart, since Chrome applies updates only after relaunch; verify the running version via chrome://settings/help and use the enterprise update/relaunch policies to prevent users from deferring the restart indefinitely. Ubuntu users should apply Canonical's corresponding Chrome/Chromium package update and confirm the installed build once it reaches 154.0.8037.57, given the flaw was reported through the vendor:ubuntu channel. Until the update is deployed, the realistic compensating controls are: restrict browsing to trusted, allow-listed sites and block uncategorized/unknown destinations through a web proxy or DNS filtering (trade-off: user friction and false-positive blocking of legitimate sites, and it will not stop a compromised or malicious allow-listed origin); and tighten renderer isolation by enabling strict site isolation and keeping the sandbox enabled (trade-off: reduced compatibility with some legacy web apps and extensions, and no protection if the exploitation precondition can be met inside the sandbox). Disabling JavaScript or extensions is not a practical mitigation for a general-purpose browser and would break most web applications. There is no vendor-released workaround that removes the memory-corruption condition itself, so patching remains the only complete remediation.
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 an out-of-bounds write (CWE-787) inside Google Chrome, meaning a memory buffer is written past its allocated bounds, corrupting adjacent heap or object memory. The specific vulnerable component is not disclosed in the available data - the referenced Chromium issue (issues.chromium.org/issues/556576992) is the tracking bug and the Chrome release blog post is the vendor advisory. No CPE data was supplied in the intelligence feed; the EUVD record identifies the affected version string as Chrome builds below 154.0.8037.57. The CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H vector indicates a network-reachable, unauthenticated attack that nonetheless requires user interaction and a non-trivial exploitation precondition, with a scope change implying impact beyond the component where the vulnerability lives - consistent with a renderer-process memory-safety defect whose corruption can escape the sandbox boundary. CWE-787 sits in the classic browser memory-corruption class that historically yields arbitrary read/write and potential code execution, but the AC:H rating means the attacker must first arrange a specific heap or object state, so a working, reliable exploit would require substantial engineering.
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 drive-by requiring a page visit (UI:R) and a non-trivial memory precondition (AC:H); OOB write with sandbox-crossing scope change yields full C/I/A.
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 high-severity memory corruption flaw that could let attacker-controlled web content compromise browser confidentiality and integrity, with a scope change assessed as crossing the renderer sandbox boundary. No public exploit identified at time of analysis, and the vendor patch is already available, so risk is concentrated in un-updated Chrome clients across the organization. Leadership should prioritize rapid browser remediation because exploitation, while constrained by high attack complexity, could still enable serious endpoint compromise if a reliable trigger is developed.
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.
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.
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-787 – Out-of-bounds Write
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-89218
GHSA-v6gg-mwwf-qh2v
NVD
CVE.org
EPSS
Exploit-DB