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

accel/amdxdna: put the chained BO when its mapping fails

amdxdna_cmd_set_error() looks up the first BO of a command chain, which
takes a reference, and drops it at the end of the function. The mapping of
that BO is established in between, and the failure path returns without the
put, so the reference is leaked.

Ordinary use does not reach it. The chain has been submitted before any of
this runs, so aie2_cmdlist_fill_slot() has already called
amdxdna_cmd_get_op() on that BO and amdxdna_gem_vmap() has cached its
address. What makes it reachable is that the BO is resolved again by
handle here, and the handle is userspace's to recycle: closing it after
submission and importing a dma-buf whose exporter implements no vmap onto
the same id leaves amdxdna_gem_get_obj() returning an object this cannot
map, since prime_import() types every import AMDXDNA_BO_SHARE.
Published: 2026-09-25
Score: 5.5 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Resource Leak / Potential DoS
Action: Assess Impact
AI Analysis

Impact

In the Linux kernel, a resource management error was found in the AMD XDNA acceleration subsystem. The code that releases a physical buffer object (BO) after command submission sometimes fails to drop the reference when the mapping of that BO fails. Because the reference is leaked, the kernel keeps an extra hold on the BO, which can lead to resource exhaustion and degrade system stability. The flaw belongs to the class of resource leakage vulnerabilities (CWE-399).

Affected Systems

The issue affects the Linux kernel's AMD XDNA acceleration driver. It was identified when the AMD XDNA command chain was processed following a user‑space buffer import that lacked a viable mapping. Any Linux kernel build that includes the amdxdna subsystem is potentially affected, though the specific kernel versions are not enumerated in the advisory.

Risk and Exploitability

The flaw is not listed in the CISA KEV catalog and the EPSS score is < 1%, indicating that automated exploitation is unlikely at present. The CVSS score of 5.5 indicates a medium severity. The vulnerability requires kernel-level access to trigger the erroneous path, and it does not provide a direct attack surface for privilege escalation. The risk is therefore medium, primarily as a potential denial-of-service vector if an attacker can repeatedly cause mapping failures within the amdxdna subsystem.

Generated by OpenCVE AI on September 30, 2026 at 06:19 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade to a kernel version that includes the amdxdna reference-release fix.
  • If an immediate kernel upgrade is not possible, disable the AMD XDNA acceleration driver or prevent user-space processes from submitting commands to the subsystem.
  • Monitor system logs for repeated BO mapping failures or memory usage growth indicative of the resource leak.

Generated by OpenCVE AI on September 30, 2026 at 06:19 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Tue, 29 Sep 2026 13:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-911
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 12:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-399

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

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: accel/amdxdna: put the chained BO when its mapping fails amdxdna_cmd_set_error() looks up the first BO of a command chain, which takes a reference, and drops it at the end of the function. The mapping of that BO is established in between, and the failure path returns without the put, so the reference is leaked. Ordinary use does not reach it. The chain has been submitted before any of this runs, so aie2_cmdlist_fill_slot() has already called amdxdna_cmd_get_op() on that BO and amdxdna_gem_vmap() has cached its address. What makes it reachable is that the BO is resolved again by handle here, and the handle is userspace's to recycle: closing it after submission and importing a dma-buf whose exporter implements no vmap onto the same id leaves amdxdna_gem_get_obj() returning an object this cannot map, since prime_import() types every import AMDXDNA_BO_SHARE.
Title accel/amdxdna: put the chained BO when its mapping fails
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-15T10:12:19.234Z

Reserved: 2026-09-25T10:25:14.319Z

Link: CVE-2026-98144

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Undergoing Analysis

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

Modified: 2026-10-15T11:18:11.760

Link: CVE-2026-98144

cve-icon Redhat

Severity : Moderate

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

Links: CVE-2026-98144 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-09-30T06:30:19Z

Weaknesses