---
id: CVE-2026-97496
title: |-
  In the Linux kernel, the following vulnerability has been resolved:

  drm/amdkfd: Fix OOB memory exposure in get_wave_state()

  The get_wave_state() function for v9 trusts cp_hqd_cntl_stack_size and
  cp_hqd_cntl_stack_offset values read dir…
summary: |-
  In the Linux kernel, the following vulnerability has been resolved:

  drm/amdkfd: Fix OOB memory exposure in get_wave_state()

  The get_wave_state() function for v9 trusts cp_hqd_cntl_stack_size and
  cp_hqd_cntl_stack_offset values read dir…
severity: high
cvss: 7.1
cvssVector: 'CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:H'
vendor: Linux
product: Linux
affected:
  - >-
    Linux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <
    d9183d974ddd5f09d029beaf359275ac20d4d5fe
  - >-
    Linux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <
    ec646686613d8ab05b282d1463a7baa49fd6b83b
  - >-
    Linux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <
    7ef144458f48d5589e36f1b3d83e83db2e5c5ba5
  - Linux < 6.12.111
  - Linux < 6.18.53
  - Linux (all versions)
published: '2026-09-24'
updated: '2026-09-25'
sourceUpdated: '2026-09-25T05:17:07.050'
source: NVD
sourceUrl: 'https://nvd.nist.gov/vuln/detail/CVE-2026-97496'
references:
  - url: 'https://git.kernel.org/stable/c/7ef144458f48d5589e36f1b3d83e83db2e5c5ba5'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/d9183d974ddd5f09d029beaf359275ac20d4d5fe'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/ec646686613d8ab05b282d1463a7baa49fd6b83b'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
tags:
  - nvd
  - cve.org
ingestedAt: '2026-09-24T16:47:15.866Z'
---

## Overview

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

drm/amdkfd: Fix OOB memory exposure in get_wave_state()

The get_wave_state() function for v9 trusts cp_hqd_cntl_stack_size and
cp_hqd_cntl_stack_offset values read directly from the MQD, which are
written by GPU microcode and fully attacker-controlled on the
CRIU-restore path (via AMDKFD_IOC_RESTORE_PROCESS with H3).

this leads to an unbounded copy_to_user() that can leak adjacent
GTT/kernel memory. If offset > size, integer underflow produces a ~4 GiB
read length, if size is set to 1 MiB against a 4 KiB allocation, we leak
1 MiB of adjacent kernel memory (other queues' MQDs, ring buffers, KASLR
pointers).

Fix by clamping both cp_hqd_cntl_stack_size to the actual allocated
buffer size (q->ctl_stack_size) and cp_hqd_cntl_stack_offset to the
clamped size before performing arithmetic and copy_to_user().

This ensures we never read beyond the allocated kernel BO regardless of
attacker-supplied MQD field values.

## Remediation

Refer to the linked advisories for vendor-supplied fixes and affected version ranges.
