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

accel/ivpu: Validate firmware log buffer metadata

The tracing log headers parsed by fw_log_print_buffer() reside in
DMA-shared BOs that the NPU firmware can write to.

fw_log_from_bo() validated log->header_size and log->size, but
fw_log_print_buffer() re-read those same fields from shared memory
afterwards, allowing a TOCTOU where firmware changes them between the
check and the use, and making the host dereference out-of-bounds
addresses while printing logs.

Snapshot the validated values once with READ_ONCE() and pass them down
explicitly in a new struct ivpu_fw_log_desc instead of re-reading them
from the shared struct.
Published: 2026-09-25
Score: 5.5 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Information disclosure and potential denial of service via out-of-bounds read
Action: Patch
AI Analysis

Impact

In the Linux kernel, the firmware log printing routine re-reads metadata from shared memory after an initial check, allowing a time-of-check to time-of-use race. An attacker who can influence the firmware can alter the header size or total size between the two reads, causing the kernel to dereference memory outside the intended buffer when printing logs. This out-of-bounds read can expose arbitrary kernel memory contents, leading to information disclosure, or cause a kernel panic if the bad pointers lead to invalid accesses, thus presenting a potential denial of service. The vulnerability stems from improper validation of shared firmware log metadata and results in a classic TOCTOU flaw within a privileged component.

Affected Systems

The flaw exists in the Linux kernel when the ivpu accelerator driver is active. All Linux distributions running a kernel that includes the ivpu module and NPU firmware capable of sending log messages are affected. No specific kernel version was listed, so any build that ships the vulnerable ivpu firmware handling code is potentially impacted.

Risk and Exploitability

The CVSS score is 5.5, and the EPSS score indicates a low likelihood of exploitation (< 1%). The vulnerability is not listed in the CISA KEV catalog. The attack vector requires a malicious or compromised NPU firmware that can modify the shared metadata between the initial check and the final read. As such, the risk remains moderate, but exploitation requires firmware-level tampering and is unlikely to be a generic remote exploitation vector.

Generated by OpenCVE AI on October 1, 2026 at 05:37 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Apply the upstream kernel patch that replaces the fw_log_print_buffer routine with a snapshot-validated version (commit 8ec3d6972f1440fae6c8dadd1859892775208759)
  • If the patch cannot be applied immediately, disable the ivpu accelerator driver or remove the NPU firmware logging feature from the kernel configuration to eliminate the vulnerable code path
  • Monitor NPU firmware logs for anomalously large sizes and enforce hard limits or reject logs that exceed the allowed size threshold

Generated by OpenCVE AI on October 1, 2026 at 05:37 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Debian DLA Debian DLA DLA-4817-1 linux-6.12 security update
Debian DSA Debian DSA DSA-6528-1 linux security update
History

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

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

None

cvssV3_1

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

threat_severity

Moderate


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

Type Values Removed Values Added
Weaknesses CWE-647
CWE-788

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

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: accel/ivpu: Validate firmware log buffer metadata The tracing log headers parsed by fw_log_print_buffer() reside in DMA-shared BOs that the NPU firmware can write to. fw_log_from_bo() validated log->header_size and log->size, but fw_log_print_buffer() re-read those same fields from shared memory afterwards, allowing a TOCTOU where firmware changes them between the check and the use, and making the host dereference out-of-bounds addresses while printing logs. Snapshot the validated values once with READ_ONCE() and pass them down explicitly in a new struct ivpu_fw_log_desc instead of re-reading them from the shared struct.
Title accel/ivpu: Validate firmware log buffer metadata
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-09-25T10:22:37.699Z

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

Link: CVE-2026-97916

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

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

Modified: 2026-09-25T11:17:18.593

Link: CVE-2026-97916

cve-icon Redhat

Severity : Moderate

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

Links: CVE-2026-97916 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-01T05:45:17Z

Weaknesses
  • CWE-367

    Time-of-check Time-of-use (TOCTOU) Race Condition

  • CWE-647

    Use of Non-Canonical URL Paths for Authorization Decisions

  • CWE-788

    Access of Memory Location After End of Buffer