Skip to main content
VulnerabilityPublished Updated

CVE-2026-52976: Linux kernel · drm/xe: Fix error cleanup in xe_exec_queue_create_ioctl()

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 7.8 High · fixed in f93b00161213a0fe9f7ff1d8498ee5ca9e0a5c43 : patch Linux kernel soon.

Data as of 26 Oct 2026, 12:55 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 7% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CISA SSVC
Exploitation
No evidence of active exploitation and no public proof of concept
Automatable
Attackers cannot reliably automate steps 1–4 of the kill chain
Technical impact
Total control over the software or total information disclosure

CISA SSVC assessment, 2026-10-16.

Patch
Available – fixed in f93b00161213a0fe9f7ff1d8498ee5ca9e0a5c43, f3cc22d4df3ed58439ea7e21daa54c3608e03b78, 753b149d5a433eb19e0c1b0eb4526a6e26120d1f +1
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 24 Jun 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade Linux kernel to f93b00161213a0fe9f7ff1d8498ee5ca9e0a5c43, f3cc22d4df3ed58439ea7e21daa54c3608e03b78, 753b149d5a433eb19e0c1b0eb4526a6e26120d1f or 1be55646d8a2035343b012dcb12210db7bb8b056.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 7970cb36966c9b9183255dc097ae0446300eebcf, < f93b00161213a0fe9f7ff1d8498ee5ca9e0a5c43
Fixed in
  • f93b00161213a0fe9f7ff1d8498ee5ca9e0a5c43
LinuxLinuxAffected
  • ≥ 7970cb36966c9b9183255dc097ae0446300eebcf, < f3cc22d4df3ed58439ea7e21daa54c3608e03b78
Fixed in
  • f3cc22d4df3ed58439ea7e21daa54c3608e03b78
LinuxLinuxAffected
  • ≥ 7970cb36966c9b9183255dc097ae0446300eebcf, < 753b149d5a433eb19e0c1b0eb4526a6e26120d1f
Fixed in
  • 753b149d5a433eb19e0c1b0eb4526a6e26120d1f
LinuxLinuxAffected
  • ≥ 7970cb36966c9b9183255dc097ae0446300eebcf, < 1be55646d8a2035343b012dcb12210db7bb8b056
Fixed in
  • 1be55646d8a2035343b012dcb12210db7bb8b056
LinuxLinuxAffected
  • =6.12
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: drm/xe: Fix error cleanup in xe_exec_queue_create_ioctl() Two error handling issues exist in xe_exec_queue_create_ioctl(): 1. When xe_hw_engine_group_add_exec_queue() fails, the error path jumps to put_exec_queue which skips xe_exec_queue_kill(). If the VM is in preempt fence mode, xe_vm_add_compute_exec_queue() has already added the queue to the VM's compute exec queue list. Skipping the kill leaves the queue on that list, leading to a dangling pointer after the queue is freed. 2. When xa_alloc() fails after xe_hw_engine_group_add_exec_queue() has succeeded, the error path does not call xe_hw_engine_group_del_exec_queue() to remove the queue from the hw engine group list. The queue is then freed while still linked into the hw engine group, causing a use-after-free. Fix both by: - Changing the xe_hw_engine_group_add_exec_queue() failure path to jump to kill_exec_queue so that xe_exec_queue_kill() properly removes the queue from the VM's compute list. - Adding a del_hw_engine_group label before kill_exec_queue for the xa_alloc() failure path, which removes the queue from the hw engine group before proceeding with the rest of the cleanup. (cherry picked from commit 37c831f401746a45d510b312b0ed7a77b1e06ec8)

References

Community reviews

Loading reviews…