Skip to main content
VulnerabilityPublished Updated

CVE-2026-68264: Linux kernel · drm/xe/pt: Reset current_op in xe_pt_update_ops_init()

Affects Linux kernelSource CVE Database V5

0

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

Data as of 26 Oct 2026, 13:07 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 3% 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 be5c39730ab8f1dfe59983bf7d8e3705541d1fee, 6384271ac1ac0099198d15df79212a19ebdb929d, 157b1e3384d7d37f59c0c2b2ff2af8f557db1daa +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 10 Aug 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 be5c39730ab8f1dfe59983bf7d8e3705541d1fee, 6384271ac1ac0099198d15df79212a19ebdb929d, 157b1e3384d7d37f59c0c2b2ff2af8f557db1daa or 90e4fd331b980259c40118d05b89b0ec514e7c48.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ e8babb280b5ef904df54b3a90e5a7e3a9600c4a9, < be5c39730ab8f1dfe59983bf7d8e3705541d1fee
Fixed in
  • be5c39730ab8f1dfe59983bf7d8e3705541d1fee
LinuxLinuxAffected
  • ≥ e8babb280b5ef904df54b3a90e5a7e3a9600c4a9, < 6384271ac1ac0099198d15df79212a19ebdb929d
Fixed in
  • 6384271ac1ac0099198d15df79212a19ebdb929d
LinuxLinuxAffected
  • ≥ e8babb280b5ef904df54b3a90e5a7e3a9600c4a9, < 157b1e3384d7d37f59c0c2b2ff2af8f557db1daa
Fixed in
  • 157b1e3384d7d37f59c0c2b2ff2af8f557db1daa
LinuxLinuxAffected
  • ≥ e8babb280b5ef904df54b3a90e5a7e3a9600c4a9, < 90e4fd331b980259c40118d05b89b0ec514e7c48
Fixed in
  • 90e4fd331b980259c40118d05b89b0ec514e7c48
LinuxLinuxAffected
  • =6.12
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: drm/xe/pt: Reset current_op in xe_pt_update_ops_init() xe_pt_update_ops_init() fails to reset current_op to 0. On the vm_bind path, ops_execute() calls xe_pt_update_ops_prepare() inside the xe_validation_guard() / drm_exec_until_all_locked() loop. When that loop retries due to lock contention or OOM eviction (drm_exec_retry_on_contention() / xe_validation_retry_on_oom()), xe_pt_update_ops_prepare() runs again on the same vops, and each call to bind_op_prepare() increments current_op without resetting it. After N retries current_op exceeds the array size allocated by xe_vma_ops_alloc(), causing an out-of-bounds write into SLUB-poisoned memory and a subsequent UAF crash in xe_migrate_update_pgtables_cpu() when reading the corrupted pt_op->bind. Also reset needs_svm_lock and needs_invalidation which are derived in the same prepare pass and would otherwise cause wrong migrate ops selection and redundant TLB invalidation on retry. Fix this by resetting current_op, needs_svm_lock and needs_invalidation in xe_pt_update_ops_init(). v2 (Matt): - Add details in commit message. - Add Fixes tag and Cc to stable@vger.kernel.org (cherry picked from commit 046045543e530605c441063535e7dca0075369a6)

References

Community reviews

Loading reviews…