Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to malicious page
-
DeliveryDeliver crafted content to renderer
-
ExploitTrigger improper output encoding flaw
-
ExecutionCorrupt state across sandbox boundary
-
ImpactExecute code with elevated (S:C) impact
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Output encoding for downstream
|
| Exploitation Conditions | Exploitation requires the victim to open or interact with an attacker-controlled web page in an unpatched Chrome build before 154.0.8037.57 (UI:R). No authentication or pre-existing privileges are needed (PR:N), but the high attack complexity (AC:H) means the attacker must satisfy non-trivial preconditions - such as precise memory/timing state - rather than firing a single deterministic request, which meaningfully limits reliable mass exploitation. The flaw is reachable over the network via normal web browsing against default Chrome configurations; the primary limiting factors are the required user interaction and the AC:H reliability barrier. |
| Impact | This is a genuine high-priority issue but not an emergency. 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 remotely-reachable, unauthenticated flaw whose scope change (S:C) and full C/I/A:H impacts are consistent with a Chrome renderer bug that crosses the sandbox boundary - i.e. sandbox-escape/RCE-class rather than mere information disclosure. Two signals temper the urgency: AC:H (high attack complexity - the attacker needs specific conditions such as heap grooming, precise timing, or a race that is not reliably reproducible) and UI:R (the victim must visit or interact with a malicious page). There is NO EPSS score, NO CISA KEV listing, and NO public exploit in the provided data, so exploitation status is 'no public exploit identified at time of analysis' - this is a vendor/distro-reported bug (reported by vendor:ubuntu) fixed in the September 2026 stable channel, not a known-exploited zero-day. CONFLICT TO FLAG: the only tag provided is 'Information Disclosure,' which contradicts the CVSS vector showing I:H and A:H - this is not a confidentiality-only bug and the tag is mislabeled. Because Chrome is ubiquitous and browser n-day bugs are frequently reverse-engineered from the fix commit, patching should be prompt, but the absence of KEV/EPSS/POC plus AC:H means real-world risk today is elevated-but-not-critical. |
| Exploit ScenarioDerived | An attacker hosts a malicious web page (or compromises an ad/iframe on a legitimate site) and lures a victim running an unpatched Chrome (<154.0.8037.57) to open it. The page delivers content that triggers the improper-output-encoding flaw (CWE-116) in the renderer; given the high attack complexity, the attacker must satisfy specific timing or memory-state preconditions, after which the scope-changing bug can lead to code execution beyond the renderer sandbox. No public proof-of-concept is available in the provided data. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv2 – Sep 29, 2026
Improper output encoding in Google Chrome before the 154.0.8037.57 stable release allows a remote attacker to break out of the intended data context when a victim opens or interacts with an attacker-controlled web page, resulting in cross-boundary confidentiality and integrity impact according to the assessed CVSS vector (S:C/C:H/I:H/A:H). No authentication or pre-existing privileges are required (PR:N), but exploitation demands user interaction (UI:R) and non-trivial attacker-controlled preconditions (AC:H), which materially limits reliable, high-volume exploitation; no public exploit code has been identified at time of analysis and the issue is not listed in CISA KEV. Google has shipped a vendor patch, so upgrading the browser is a direct and effective fix rather than a mitigation-only situation.
Earlier versions of this analysis (1)
Risk cannot be meaningfully assessed from the available data for CVE-2026-95274, an entry attributed solely to Ubuntu via the vendor:ubuntu reporting source. No description, CVSS vector, CWE, CPE, or reference material accompanies the record, so the affected software component, the conditions required to trigger the issue, and the impact an attacker could achieve are all unknown. No public exploit code has been identified at time of analysis, there is no confirmed actively exploited (CISA KEV) status, and no EPSS score or vendor patch information is available, meaning defenders should treat this as an unresolved identifier pending vendor disclosure rather than as a characterised threat.
RemediationAI
Primary fix: upgrade to Google Chrome 154.0.8037.57 or later - vendor-released patch confirmed - using the stable channel update described at http://chromereleases.googleblog.com/2026/09/stable-channel-update-for-desktop_0856730748.html and the Chromium tracking issue https://issues.chromium.org/issues/553116160; because Chrome typically auto-updates, force a check under Help > About and fully restart the browser (all profiles) so the new build is actually loaded, then confirm the version string at chrome://version. For Ubuntu and other Linux distributions, ensure the vendor:ubuntu-reported package is refreshed to the matching fixed build rather than relying on the bundled OS package version. If immediate upgrade is not possible, compensating controls should be scoped to the browser rather than generic advice: enforce enterprise URL allow-listing / block-listing policies to keep users away from untrusted or unclassified sites (trade-off: reduces usability and requires ongoing list maintenance), reduce exposure by disabling unnecessary extensions and by tightening the JavaScript surface on untrusted origins via policy (trade-off: breaks legitimate sites and is difficult to sustain), and consider stricter site isolation or a sandboxed secondary browser profile for high-risk browsing (trade-off: performance overhead and inconsistent protection across internal web apps). Note that once the renderer-to-browser boundary is implicated by the S:C scope change, browser-process hardening alone is not a substitute for patching, since the flaw can be reached from an ordinary untrusted page; there are no server-side or network-perimeter controls that reliably prevent a client-side browser bug like this.
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-116 (Improper Encoding or Escaping of Output): data produced by one component is not encoded or escaped before being consumed by another component that interprets it as markup, script, or another structured format. In a browser engine such as Chromium's Blink, failures of this kind typically surface in HTML/attribute/URL serialization or in DOM-to-privileged-channel messaging, where an attacker-influenced string is reinterpreted by a sink that trusts it. The assessed vector CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H indicates network reachability through ordinary browsing, no required privileges, but a changed scope (S:C) - meaning the vulnerable component and the impacted component are different, consistent with a renderer-to-browser or origin-to-origin boundary being crossed - plus high confidentiality and integrity impact. The high attack complexity reflects the need to satisfy precise memory, timing, or state preconditions rather than a single deterministic request; this is what keeps a technically severe bug from being trivially mass-exploitable. Notably, the supplied source tags classify the issue as 'Information Disclosure' (EUVD-2026-89231, reported by vendor:ubuntu), which is narrower than the assessed vector's integrity component; both signals are reported here rather than reconciled, so defenders should treat the impact as at least information disclosure with the potential for broader cross-boundary effects. No CPE strings were provided in the input; the EUVD affected-version data identifies the Google Chrome stable channel prior to 154.0.8037.57, and the Ubuntu reporter attribution indicates the same fix applies to distribution-packaged Chrome builds on Linux.
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 a malicious page with no auth (AV:N/PR:N) but needs user interaction (UI:R) and non-trivial preconditions (AC:H); scope change (S:C) and full C/I/A:H reflect a renderer bug crossing the sandbox boundary.
Primary rating from Vendor (vendor:ubuntu).
CVSS VectorVendor: vendor:ubuntu
Lifecycle Timeline
2DescriptionCVE.org
[Unknown description]
Executive ViewAI
Google Chrome versions prior to 154.0.8037.57 are affected by a high-severity improper output encoding flaw that could allow an attacker-controlled web page to break out of its intended data context, affecting confidentiality and integrity for the browsing user. Because Chrome is widely deployed across the workforce, unpatched endpoints represent broad potential exposure, but exploitation requires user interaction and high attack complexity, and no public exploit identified at time of analysis. Leadership should prioritize rapid browser patching to reduce organizational risk without treating this as an active exploitation emergency.
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-116 – Improper Encoding or Escaping of Output
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-89231
GHSA-8f42-fj52-9rrf
NVD
CVE.org
EPSS
Exploit-DB