Skip to main content

Linux Kernel CVE-2026-97497

| EUVDEUVD-2026-86095 HIGH
2026-09-24 Linux GHSA-pr38-4359-mvxq
7.8
CVSS 3.1 · Vendor: Linux
View

Attack ChainAIDerived

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

  1. Access
    Gain local access to host with AMD KFD GPU
  2. Delivery
    Invoke KFD CRIU restore ioctl
  3. Exploit
    Supply oversized restore_sdma_id
  4. Execution
    Trigger out-of-bounds SDMA queue index
  5. Impact
    Corrupt kernel memory / panic

Vulnerability Assessment

Exploitation Conditions

Requires local access to a system running the Linux kernel amdkfd (AMD KFD GPU-compute) driver on AMD GPU hardware, plus the ability to invoke the KFD checkpoint/restore (CRIU) code path that accepts a caller-supplied restore_sdma_id. Exploitation is limited by needing an AMD compute-capable GPU with the KFD driver active, a process using SDMA queues, and use of the CRIU restore interface - not reachable from default remote or non-GPU workloads. Consistent with the local, low-privilege CVSS vector (AV:L/PR:L); no user interaction required. The unchecked value produces an out-of-bounds index whose dominant realistic effect is kernel memory corruption and panic.

Impact

This is a local privilege-boundary memory-safety flaw in the Linux kernel's AMD amdkfd (KFD) GPU-compute driver. The NVD CVSS 3.1 vector (AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H = 7.8) frames it as a full local privilege-escalation-class issue with high confidentiality, integrity, and availability impact. Reading the actual root cause tempers this: allocate_sdma_queue accepts a caller-specified sdma queue id (restore_sdma_id, used only by CRIU checkpoint/restore) and fails to bounds-check it against the maximum number of queues, yielding an out-of-bounds array index. The realistic dominant outcome of an unchecked array index is memory corruption leading to a kernel crash/panic (availability), not reliable C:H/I:H exploitation, so the vendor-triple 'C:H/I:H/A:H' is likely inflated for a hardening/bounds-check fix. There is NO EPSS score, NO CISA KEV listing, and NO public POC provided - exploitation status is 'no public exploit identified at time of analysis.' All signals point to LOW real-world urgency: exploitation requires local access on a machine with an AMD GPU exposing KFD compute plus use of the narrow CRIU restore path. Conflict to flag: the input Tag says 'Information Disclosure,' but the described defect is an out-of-bounds array index (memory corruption / DoS), not a disclosure primitive - the tag is mislabeled. CWE is listed N/A; the true weakness is CWE-129 (improper validation of array index) / CWE-787 (OOB write). Prioritize routine kernel patching, not emergency response.

Exploit ScenarioDerived

A local unprivileged-to-low-privileged user on a host with an AMD GPU and the amdkfd compute stack invokes the KFD checkpoint/restore (CRIU) interface, supplying a crafted restore_sdma_id larger than the maximum queue count. Because the value is not bounds-checked, the kernel indexes an SDMA queue array out of bounds, corrupting kernel memory and typically causing a panic. No public exploit code is identified at time of analysis; realistic impact is a local denial of service rather than confirmed code execution.

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

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

Alert me

AnalysisAIv1 – Sep 25, 2026

An out-of-bounds SDMA queue index in the Linux kernel's AMD amdkfd (KFD) GPU-compute driver allows a local low-privileged user on AMD GPU systems to corrupt kernel memory and crash the machine via the CRIU checkpoint/restore path that supplies a caller-controlled restore_sdma_id. The missing bounds check against the maximum queue count affects kernels predating the 6.12.111, 6.18.53 and 7.2 releases, and no public exploit code or confirmed active exploitation has been identified at time of analysis. Assessed impact is local integrity and availability loss, with memory corruption and panic as the dominant realistic outcome rather than disclosed data.

RemediationAI

Apply the vendor fix by upgrading to Linux 6.12.111, 6.18.53 or 7.2, or by backporting the corresponding stable commit (42f2bd50236b61ad0aeb2c233c990ee0d615fdad, bfe9a7545b2a7be1c543f1741e16f2d5ec4116ae or dd2870ca036e1d51baa59f942007b36a595b5890) referenced from https://nvd.nist.gov/vuln/detail/CVE-2026-97497. If immediate patching is not possible, restrict access to the KFD device node /dev/kfd so untrusted local users cannot issue KFD ioctls, and disable or sandbox CRIU checkpoint/restore of GPU-compute processes; these controls break GPU-accelerated work for the affected users and should be scoped to hosts that actually run AMD KFD compute jobs. Because no public exploit is known, these compensating measures are defense-in-depth rather than emergency mitigations.

Affected VersionsENISA

Linux patch: 7.2
Linux 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <42f2bd50236b61ad0aeb2c233c990ee0d615fdad
Linux 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <bfe9a7545b2a7be1c543f1741e16f2d5ec4116ae
Linux 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <dd2870ca036e1d51baa59f942007b36a595b5890
Linux 0 <6.12.111
Linux 0 <6.18.53
Linux patch: 6.18.53
Linux patch: 6.12.111

Affected Packages

euvd linux fix: 6.12.111, 6.18.53

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

The AMD KFD (amdkfd) driver in the Linux kernel exposes AMD GPU compute queues to user space, including SDMA engines used for direct memory transfers. allocate_sdma_queue supports a CRIU-oriented mode in which user space specifies the queue ID to be restored (restore_sdma_id), and this caller-supplied value was passed to the driver without validating it against the maximum number of queues. An out-of-range ID therefore indexes past the queue array, corrupting kernel structures; the root-cause class is an unchecked out-of-bounds index on a user-influenced value. Reaching the code requires an AMD compute-capable GPU with the KFD driver active and a process using the checkpoint/restore interface, which means the flaw is not reachable from default remote or non-GPU workloads.

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.8 HIGH
AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
vuln.today AI 6.1 MEDIUM

Local caller-controlled unchecked array index (AV:L/AC:L/PR:L); crash-dominant OOB corruption gives A:H with only limited integrity impact and no reliable disclosure (C:N/I:L).

3.1 AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:H
4.0 AV:L/AC:L/AT:N/PR:L/UI:N/VC:N/VI:L/VA:H/SC:N/SI:N/SA:N
SUSE 5.6 MEDIUM
AV:L/AC:L/PR:H/UI:N/S:U/C:L/I:L/A:H
Red Hat 7.0 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
High
Availability
High

Lifecycle Timeline

4
CVSS changed
Sep 25, 2026 - 05:23 NVD
7.8 (HIGH)
Patch available
Sep 24, 2026 - 17:03 EUVD
CVE Published
Sep 24, 2026 - 16:04 cve.org
UNKNOWN (no severity yet)
CVE Published
Sep 24, 2026 - 16:04 cve.org
HIGH 7.8

DescriptionCVE.org

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

drm/amdkfd: Check bounds for allocate_sdma_queue restore_sdma_id

allocate_sdma_queue has an option where the sdma queue id can be specified (used by CRIU). We weren't bounds-checking that value.

Confirm it's less than the maximum number of queues.

Executive ViewAI

Why It Matters

A memory-corruption defect in the Linux kernel's AMD amdkfd GPU-compute driver lets any local user on an affected AMD GPU host crash or destabilize the machine through the CRIU checkpoint/restore path, which supplies a caller-controlled queue index without a bounds check. Exposure is concentrated in shared multi-tenant GPU servers, container/Kubernetes worker nodes, and AI/ML developer workstations, where a single low-privileged account could take down a host and potentially be chained toward kernel-level code execution. No public exploit code or confirmed active exploitation has been identified at time of analysis, so leadership should treat this as a scheduled, but prioritized, remediation item rather than an emergency.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.1%
Top 98% exploitable
Prevalence
Medium
Linux kernel is ubiquitous, but amdkfd GPU-compute plus CRIU restore path is a narrow subset
Data Quality
5 sources
Confidence: Medium

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.1%
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
High

Priority Score

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

Vendor StatusVendor

SUSE

Severity: Moderate
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 Not-Affected

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