GPU VulnDB

Database/NVIDIA / GPU stack

Linux kernel drm/xe: NULL pointer dereference racing VM close against eviction of a shared BO

CVSS 7.8CVE-2026-98510NVIDIA / GPU stackcurated

Impact

xe_vm_close_and_put() destroyed vm->pt_root before unlinking VMAs that were still attached to external buffer objects. If another thread evicts one of those shared BOs, xe_bo_trigger_rebind() reaches xe_pt_zap_ptes() with a NULL pt_root and the kernel dereferences it, panicking the node. On an Intel accelerator node this is a crash of the whole host, not just the offending process - every co-resident job dies and the node needs an unplanned reboot rather than a drain. A user is reported hitting this NULL deref in the field, though as a race rather than a deliberate exploit; the record shows no privilege-escalation path.

Who can reach it

Local user with access to the xe DRM device who can create and tear down VMs while shared buffer objects are under memory pressure - any tenant with a GPU pod on an Intel GPU node. Race-dependent, so not reliably triggerable.

What to do

Move to a stable kernel containing the fix for your series (four stable commits listed) and reboot each affected node. Only nodes running Intel GPUs under the xe driver are affected; nothing to do on NVIDIA or AMD fleets. No vendor advisory or fixed distro version appears in the record.

References

Related entries

All NVIDIA / GPU stack entries

This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.