Skip to main content

Linux Kernel EUVDEUVD-2026-55566

| CVE-2026-68380 HIGH
2026-08-10 Linux GHSA-q88g-f4fr-ffwf
7.8
CVSS 3.1 · Vendor: Linux
Share

Severity by source

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

Race condition between process exit and scheduler dispatch justifies AC:H; local user access and AMD XDNA hardware presence are mandatory prerequisites, with full kernel impact on success.

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

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
High
Availability
High

Lifecycle Timeline

5
Analysis Generated
Aug 14, 2026 - 02:56 vuln.today
CVSS changed
Aug 13, 2026 - 23:37 NVD
7.8 (HIGH)
Patch available
Aug 10, 2026 - 14:18 EUVD
CVE Published
Aug 10, 2026 - 12:03 cve.org
HIGH 7.8
CVE Published
Aug 10, 2026 - 12:03 cve.org
UNKNOWN (no severity yet)

DescriptionCVE.org

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

accel/amdxdna: Fix use-after-free of mm_struct in job scheduler

amdxdna_cmd_submit() stores current->mm in job->mm without holding any reference. aie2_sched_job_run() later access job->mm from the DRM scheduler worker thread. With only a raw pointer and no structural reference, the mm_struct can be freed before the scheduler runs the job.

Fix this by calling mmgrab() to hold a structural mm_count reference for the lifetime of the job, paired with mmdrop() in every cleanup path.

AnalysisAI

Use-after-free in the Linux kernel's AMD XDNA accelerator driver (amdxdna) exposes systems with AMD NPU hardware to local privilege escalation, kernel memory corruption, or system crash. The flaw exists in the job scheduler path: amdxdna_cmd_submit() stores a raw pointer to the submitting process's mm_struct in job->mm without calling mmgrab() to hold a structural reference, while aie2_sched_job_run() later dereferences that pointer from the DRM worker thread - after the originating process may have exited and freed the mm_struct. No public exploit code has been identified at time of analysis, and the EPSS score of 0.17% (7th percentile) is consistent with specialized hardware prerequisites and no active exploitation campaign.

Technical ContextAI

The amdxdna driver in the Linux kernel supports AMD XDNA neural processing unit (NPU) accelerators, such as those found in Ryzen AI (Strix Point) silicon, integrated with the DRM (Direct Rendering Manager) scheduler subsystem. The root cause is improper mm_struct lifecycle management: amdxdna_cmd_submit() captures current->mm - the memory descriptor of the calling task - and stores it as a raw pointer in the job structure without incrementing mm_count via mmgrab(). The DRM scheduler later calls aie2_sched_job_run() from a kernel worker thread to execute the job, but if the originating process has exited by that point, do_exit() will have called mmput() and potentially dropped the mm_count to zero, freeing the mm_struct. The subsequent dereference of job->mm in the worker thread constitutes a classic use-after-free (CWE-416) with a race window between process teardown and deferred kernel-thread execution. The upstream fix applies mmgrab() at submission time and mmdrop() in every corresponding cleanup and completion path, ensuring the mm_struct is not released until the job is fully retired.

RemediationAI

The primary remediation is to upgrade the Linux kernel to a patched stable release: 6.18.42, 7.1.6, or 7.2-rc4 (or later). The upstream fix commits are available at https://git.kernel.org/stable/c/6875ee2bef48f5d9f045d81a8a4d68893f768a8a, https://git.kernel.org/stable/c/e8fadbffc19a233d1eedebfb8df0f522d1388280, and https://git.kernel.org/stable/c/faebb7ba1ac65fa5810b640df02ce04e509fdc11. If an immediate kernel upgrade is not possible on systems with AMD XDNA hardware, a targeted compensating control is to blacklist or unload the amdxdna kernel module (modprobe -r amdxdna; echo 'blacklist amdxdna' >> /etc/modprobe.d/amdxdna-block.conf), which eliminates the attack surface entirely at the cost of disabling AMD NPU/AI acceleration functionality. Restricting access to the relevant DRM device node (typically /dev/accel/accel0) to trusted users via udev rules is a partial mitigation that reduces but does not eliminate risk.

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
SUSE Linux Enterprise Desktop 15 SP7 Not-Affected
SUSE Linux Enterprise Desktop 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 16.0 Not-Affected

Share

EUVD-2026-55566 vulnerability details – vuln.today

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