Riskcovery

CVE-2026-46309

drm/xe/uapi: Reject coh_none PAT index for CPU cached memory in madvise

State
Published
Severity
7.0 High
Published
Jun 8, 2026
Updated
Jul 15, 2026
Reserved
May 13, 2026

Read the record on cve.org

Description

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

drm/xe/uapi: Reject coh_none PAT index for CPU cached memory in madvise

Add validation in xe_vm_madvise_ioctl() to reject PAT indices with XE_COH_NONE coherency mode when applied to CPU cached memory.

Using coh_none with CPU cached buffers is a security issue. When the kernel clears pages before reallocation, the clear operation stays in CPU cache (dirty). GPU with coh_none can bypass CPU caches and read stale sensitive data directly from DRAM, potentially leaking data from previously freed pages of other processes.

This aligns with the existing validation in vm_bind path (xe_vm_bind_ioctl_validate_bo).

v2(Matthew brost) - Add fixes - Move one debug print to better place

v3(Matthew Auld) - Should be drm/xe/uapi - More Cc

v4(Shuicheng Lin) - Fix kmem leak issues by the way

v5 - Remove kmem leak because it has been merged by another patch

v6 - Remove the fix which is not related to current fix

v7 - No change

v8 - Rebase

v9 - Limit the restrictions to iGPU

v10 - No change

(cherry picked from commit 016ccdb674b8c899940b3944952c96a6a490d10a)

Scores

CVSSScoreVectorSource
3.17.0 HighCVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:Hredhat-SADP

Weaknesses

  • CWE-524 Use of Cache Containing Sensitive Information

Affected Products

ProductVersions
LinuxLinux
  • ada7486c5668db542a7d361268df931aca5b726a to before 87f9b1528e1ffc1da3615d552c9a06aba5e20b00Affected
  • ada7486c5668db542a7d361268df931aca5b726a to before fea04cf6f2345bc50f15b6638906c35962b89424Affected
  • ada7486c5668db542a7d361268df931aca5b726a to before 4e5591c2fc1b30f4ea5e2eab4c3a695acc404e39Affected
LinuxLinux
  • 6.18Affected
  • before 6.18Not affected
  • 6.18.32 through 6.18.*Not affected
  • 7.0.9 through 7.0.*Not affected
  • 7.1 and laterNot affected

References

Every record here comes from the CVE Program’s CVE List. © 1999–2026 The MITRE Corporation. CVE is a registered trademark of The MITRE Corporation. The records are reproduced under the CVE Program terms of use.