Skip to main content

Linux Kernel EUVDEUVD-2026-67538

| CVE-2026-80662 HIGH
2026-08-28 Linux GHSA-rj94-r4gm-mqj5
7.1
CVSS 3.1 · Vendor: Linux
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Recon
    Gain local user access on CXL-equipped Linux host
  2. Delivery
    Obtain tracefs read permission (tracing group or root)
  3. Exploit
    Trigger or await CXL AER uncorrectable error event
  4. Install
    cxl_aer_uncorrectable_error trace event fires in kernel
  5. C2
    Kernel memcpy reads 512B from 64B stack-allocated source
  6. Execute
    448B of kernel stack data written to tracefs ring buffer
  7. Impact
    Read leaked stack contents via tracefs

Vulnerability Assessment

Exploitation Conditions

Exploitation requires: (1) a local user account on the target system; (2) read access to the Linux tracefs filesystem (typically /sys/kernel/tracing, which on most distributions is restricted to the tracing group or root - not world-readable by default); (3) a vulnerable Linux kernel version beginning from Linux 6.2 (commit 2905cb5236cba63a5dc8a83752dcc31f3cc819f9) and not yet patched to 6.18.42, 7.1.5, or 7.2; (4) CXL hardware physically installed and the CXL kernel subsystem compiled and active; and (5) a CXL AER uncorrectable error event occurring - either naturally or induced. The iomap overrun availability impact occurs on the same error-handling path and does not require tracefs access, but does require CXL hardware and a triggerable AER event. Limiting factors include: local-only attack vector, non-default hardware requirement (CXL is not present in most commodity servers), tracefs access controls that restrict the disclosure vector to privileged or group-allowed users, and the need for an error event to occur on the CXL device.

Impact

The CVSS 7.1 score with AV:L/AC:L/PR:L accurately characterizes that exploitation is bounded to local access on a system with CXL hardware, substantially constraining the realistic attack surface. The EPSS score of 0.17% (6th percentile) corroborates negligible automated or opportunistic exploitation probability, consistent with the hardware dependency and local-only vector. There is no CISA KEV listing and no public exploit identified at time of analysis. The practical risk is bifurcated: the tracefs information disclosure path (C:H) is the more exploitable vector, as an attacker already present on the system could harvest kernel stack contents for KASLR bypass or recovery of sensitive in-flight data, potentially facilitating privilege escalation; the iomap overrun path represents a potential denial-of-service on error-handling code paths in production CXL environments, where a single AER event could trigger a kernel fault. Even a mid-sized data center operator running Linux on CXL-equipped servers should treat this as a routine patch-cycle item rather than an emergency, given the local-only vector, specialized hardware prerequisite, and absence of weaponized exploits or active exploitation indicators.

Exploit ScenarioDerived

A local user with read access to the tracefs filesystem waits for or induces a CXL AER uncorrectable error on a server with CXL hardware. When the cxl_aer_uncorrectable_error trace event fires, the kernel memcpy's 512 bytes from a 64-byte stack-allocated source into the tracefs ring buffer, inadvertently including 448 bytes of adjacent kernel stack data. The attacker reads the ring buffer via tracefs, potentially recovering kernel code pointers to defeat KASLR or extracting sensitive stack-resident values to support further privilege escalation.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Aug 29, 2026

Kernel stack disclosure and potential denial-of-service affect Linux systems with CXL hardware due to an off-by-8 size constant in the CXL RAS capability subsystem introduced in Linux 6.2. A local user who can trigger a CXL AER uncorrectable error and read tracefs can obtain up to 448 bytes of adjacent kernel stack data - potentially including code pointers and sensitive in-flight values - from the tracefs ring buffer. No public exploit identified at time of analysis; EPSS at 0.17% (6th percentile) reflects the niche CXL hardware dependency and local-only attack vector.

RemediationAI

The primary fix is to upgrade to a patched Linux kernel: 6.18.42, 7.1.5, or 7.2 as applicable to the deployed stable branch. Upstream fix commits are published at https://git.kernel.org/stable/c/6fc1919a6f2ed541484dd1f6cd93374044f8fd3d, https://git.kernel.org/stable/c/fc5eb0962a5e50d64e711817cc24d67df2d90528, and https://git.kernel.org/stable/c/c268f949e219f9e179558e836f457f6c5fbec416. Distribution-maintained kernels (RHEL, Ubuntu, SUSE) should receive backported patches through standard security update channels. Where immediate kernel upgrade is not feasible, restrict tracefs access by remounting with tighter permissions (e.g., mount -o remount,mode=750 /sys/kernel/tracing) or unmounting tracefs entirely; this eliminates the userspace disclosure path but does not address the iomap overrun risk, and it removes tracing visibility useful for diagnostics. As an additional compensating control, disabling CXL AER event reporting at the hardware or driver level prevents the vulnerable error-handling code paths from executing, but eliminates hardware reliability telemetry as a trade-off.

Affected VersionsENISA

Linux 6.2
Linux patch: 6.18.42
Linux 2905cb5236cba63a5dc8a83752dcc31f3cc819f9 <6fc1919a6f2ed541484dd1f6cd93374044f8fd3d
Linux 2905cb5236cba63a5dc8a83752dcc31f3cc819f9 <fc5eb0962a5e50d64e711817cc24d67df2d90528
Linux patch: 0
Linux 2905cb5236cba63a5dc8a83752dcc31f3cc819f9 <c268f949e219f9e179558e836f457f6c5fbec416
Linux patch: 7.1.5
Linux patch: 7.2

Affected Packages

euvd linux no fix

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

CXL (Compute Express Link) is a high-bandwidth memory interconnect standard; the Linux kernel CXL subsystem implements the CXL r4.0 RAS (Reliability, Availability, Serviceability) capability register interface via memory-mapped I/O. Per CXL r4.0 section 8.2.4.17.7, the RAS Capability Structure is 0x58 (88) bytes, with a 64-byte Header Log at offset 0x18. The constant CXL_HEADERLOG_SIZE was erroneously defined as SZ_512 (512 bytes) - eight times the actual hardware size. This propagates to two vulnerable code paths: header_log_copy() reads CXL_HEADERLOG_SIZE_U32 (128) dwords from an 88-byte iomap region, overrunning by 448 bytes and risking a kernel fault; the cxl_aer_uncorrectable_error trace event memcpy's 512 bytes from a stack-allocated 64-byte source (struct cxl_ras_capability_regs::header_log[16]), pushing 448 bytes of adjacent kernel stack into the tracefs ring buffer accessible to userspace. The root cause is a size constant mismatch rather than a classic type-confusion or memory-safety bug, but it produces both an out-of-bounds read (iomap) and an information disclosure (tracefs) effect. Affected CPE: cpe:2.3:a:linux:linux:*:*:*:*:*:*:*:*.

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

Vendor (Linux) PRIMARY 7.1 HIGH
AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:H
vuln.today AI 7.1 HIGH

Local vector and PR:L because tracefs read access and physical CXL hardware are prerequisites; C:H for kernel stack disclosure, A:H for iomap overrun crash risk.

3.1 AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:H
4.0 AV:L/AC:L/AT:N/PR:L/UI:N/VC:H/VI:N/VA:H/SC:N/SI:N/SA:N
SUSE HIGH
Red Hat 5.5 MEDIUM

Primary rating from Vendor (Linux).

CVSS VectorVendor: Linux

Attack Vector
Local
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
None
Availability
High

Lifecycle Timeline

4
CVSS changed
Aug 29, 2026 - 07:22 NVD
7.1 (HIGH)
Patch available
Aug 28, 2026 - 09:02 EUVD
CVE Published
Aug 28, 2026 - 06:49 cve.org
HIGH 7.1
CVE Published
Aug 28, 2026 - 06:49 cve.org
UNKNOWN (no severity yet)

DescriptionCVE.org

In the Linux kernel, the following vulnerability has been resolved:

cxl: Fix CXL_HEADERLOG_SIZE to match RAS Capability size

The CXL r4.0 8.2.4.17.7 RAS Capability Structure has total length 0x58 bytes (CXL_RAS_CAPABILITY_LENGTH); the Header Log occupies the trailing 64 bytes at offset 0x18. CXL_HEADERLOG_SIZE was defined as SZ_512, eight times the actual on-device size.

header_log_copy() reads CXL_HEADERLOG_SIZE_U32 (128) dwords from the RAS capability iomap, overrunning the 88-byte mapping by 448 bytes. The cxl_aer_uncorrectable_error trace event memcpy()s CXL_HEADERLOG_SIZE (512) bytes from its source. For the CPER caller the source is struct cxl_ras_capability_regs::header_log[16] (64 bytes) embedded in a stack-local cxl_cper_prot_err_work_data, so the memcpy reads 448 bytes of kernel stack into the trace event ring buffer where userspace can read it via tracefs.

Set CXL_HEADERLOG_SIZE to 64 and derive CXL_HEADERLOG_SIZE_U32 from it, bringing all iomap readers into agreement on 16 dwords. Userspace tools such as rasdaemon have grown a dependency on the buggy 512-byte (128 u32) header_log layout in the cxl_aer_uncorrectable_error trace event. Add CXL_HEADERLOG_TRACE_SIZE_U32 = 128 and use it for the trace event __array and its memcpy to preserve that ABI. Both callers now pass a zero-filled u32[CXL_HEADERLOG_TRACE_SIZE_U32] staging buffer with only the first CXL_HEADERLOG_SIZE_U32 (16) entries populated from hardware; the remaining 112 u32s are zero-padded, keeping the 512-byte trace ring buffer layout intact.

[ dj: Replaced 64 with SZ_64 per RichardC ]

Executive ViewAI

Why It Matters

Linux kernel versions 6.2 and later running on systems with CXL hardware contain an information disclosure vulnerability (CVE-2026-80662) allowing local attackers to extract kernel memory containing sensitive runtime data and code pointers. Organizations operating data center or high-performance computing infrastructure with CXL hardware should prioritize identifying affected systems and deploying the available vendor patch within 7 days to mitigate information disclosure risks.

Business Impact: Medium
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.2%
Top 94% exploitable
Prevalence
Low
CXL hardware required; niche in current enterprise server deployments
Data Quality
6 sources
Confidence: High

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Defer
Exploitation· derived
None
System Exposure· derived
Small
Automatable· derived
No
Human Impact
Medium

Priority Score

36
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +36
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

Vendor StatusVendor

SUSE

Severity: Important
Product Status
SUSE Linux Enterprise Desktop 15 SP7 Affected
SUSE Linux Enterprise Desktop 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 16.0 Affected

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy