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

tracing: Fix memory corruption from a "STACKTRACE" histogram key

"cpu", "CPU", "stacktrace" and "STACKTRACE" are generic fields, defined
with an offset and a size of zero so that the filter code can match them
by name. parse_field() maps them onto their common_* equivalents for
backward compatibility, but unlike the common_* names it hands the
placeholder back to the caller instead of NULL.

create_hist_field() takes a non-NULL field as a promise that the record
carries a stacktrace and picks HIST_FIELD_FN_STACK, so the __data_loc
word is read from offset 0, that is from common_type, and its low 16
bits are followed as an offset into the record. What is found there
becomes the length of an unbounded memcpy. Pick an event whose id is
small enough that the offset stays inside its own record and the length
is a kernel text address:

# cd /sys/kernel/tracing
# echo 'hist:keys=STACKTRACE' > events/ftrace/print/trigger
# echo hello > trace_marker

Oops: general protection fault, probably for non-canonical address
RIP: 0010:rb_next+0x23/0x60
</IRQ>
RIP: 0010:memcpy+0xc/0x30
event_hist_trigger+0x2e7/0x12c0
Kernel panic - not syncing: Fatal exception in interrupt

Leave the field NULL, which is what the comment above the branch says
the code does and what common_stacktrace already does. FILTER_CPU and
FILTER_COMM are left alone, their create_hist_field() branches never
look at the field.
Published: 2026-09-25
Score: 7.0 High
EPSS: < 1% Very Low
KEV: No
Impact: Denial of Service
Action: Patch Now
AI Analysis

Impact

The Linux kernel tracing subsystem contains a memory corruption flaw that occurs when a "STACKTRACE" histogram key is parsed. Parsing this key leads to an unbounded memcpy that reads from an arbitrary kernel address, which in turn triggers a general protection fault and a kernel panic. The outcome is a denial of service by halting the affected system. The vulnerability stems from improper bounds checking in the field parsing logic, representing a classic out‑of‑bounds copy (CWE‑787).

Affected Systems

All Linux kernel versions built with the original tracing implementation are affected. The fix appears in the commits linked in the advisory (e.g., 7f711e62355bb3123a2ca2f97a2facbfebc678c6). Without a specific version range in the advisory, any kernel released before these commits should be considered vulnerable. Detailed version information is not provided, so a conservative approach is to treat all pre‑patch kernels as at risk.

Risk and Exploitability

The CVSS score of 7.0 indicates high severity, while the EPSS score of less than 1% suggests a very low probability of exploitation. The flaw is not listed in the CISA KEV catalog. The likely attack vector is a local attacker who can write to the /sys/kernel/tracing interface to configure a histogram key, which normally requires privileged access. Once the trigger is written, the kernel will panic, disrupting all users on the machine. The consequence is immediate service disruption; confidentiality and integrity are not directly affected beyond the crash.

Generated by OpenCVE AI on October 1, 2026 at 10:44 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Update the kernel to a release that incorporates the fix (see commits 7f711e621, 9e026a91, c27f8b68). Applying the latest stable kernel will replace the vulnerable tracing logic with the corrected implementation.
  • If an immediate kernel upgrade is not possible, prevent the problematic histogram key from being used by removing any "hist:keys=STACKTRACE" entries from /sys/kernel/tracing/events/ftrace/print/trigger and avoid writing to trace_marker. This stops the code path that triggers the out‑of‑bounds memcpy.
  • Restrict write access to the /sys/kernel/tracing interface so that only privileged users (e.g., root) can modify the trigger, using file permissions or security modules such as SELinux/AppArmor.

Generated by OpenCVE AI on October 1, 2026 at 10:44 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Debian DSA Debian DSA DSA-6568-1 linux security update
History

Wed, 21 Oct 2026 13:15:00 +0000


Sat, 03 Oct 2026 11:15:00 +0000


Thu, 01 Oct 2026 08:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-125

Wed, 30 Sep 2026 00:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-787
References
Metrics threat_severity

None

cvssV3_1

{'score': 7.0, 'vector': 'CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H'}

threat_severity

Moderate


Fri, 25 Sep 2026 18:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-125

Fri, 25 Sep 2026 10:30:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: tracing: Fix memory corruption from a "STACKTRACE" histogram key "cpu", "CPU", "stacktrace" and "STACKTRACE" are generic fields, defined with an offset and a size of zero so that the filter code can match them by name. parse_field() maps them onto their common_* equivalents for backward compatibility, but unlike the common_* names it hands the placeholder back to the caller instead of NULL. create_hist_field() takes a non-NULL field as a promise that the record carries a stacktrace and picks HIST_FIELD_FN_STACK, so the __data_loc word is read from offset 0, that is from common_type, and its low 16 bits are followed as an offset into the record. What is found there becomes the length of an unbounded memcpy. Pick an event whose id is small enough that the offset stays inside its own record and the length is a kernel text address: # cd /sys/kernel/tracing # echo 'hist:keys=STACKTRACE' > events/ftrace/print/trigger # echo hello > trace_marker Oops: general protection fault, probably for non-canonical address RIP: 0010:rb_next+0x23/0x60 </IRQ> RIP: 0010:memcpy+0xc/0x30 event_hist_trigger+0x2e7/0x12c0 Kernel panic - not syncing: Fatal exception in interrupt Leave the field NULL, which is what the comment above the branch says the code does and what common_stacktrace already does. FILTER_CPU and FILTER_COMM are left alone, their create_hist_field() branches never look at the field.
Title tracing: Fix memory corruption from a "STACKTRACE" histogram key
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-10-21T12:53:43.241Z

Reserved: 2026-09-25T10:18:58.203Z

Link: CVE-2026-97934

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-09-25T11:17:20.733

Modified: 2026-10-21T13:21:16.713

Link: CVE-2026-97934

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-09-25T00:00:00Z

Links: CVE-2026-97934 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-01T10:45:07Z

Weaknesses