GPU VulnDB

Database/Kernel, userspace & hypervisor

Linux kernel (drivers/gpu/drm/xe): Xe freed a job from inside timeout-detection-and-recovery while the submission

CVE-2024-50149Kernel, userspace & hypervisorcurated

Impact

Xe freed a job from inside timeout-detection-and-recovery while the submission thread could still be running it, giving a use-after-free on the job object. The trigger is a GPU hang, and any tenant can cause a GPU hang on demand with a runaway shader - so this converts a self-inflicted hang into kernel memory corruption on a node shared with other tenants.

Who can reach it

An unprivileged container with /dev/dri/renderD* on an Intel Xe node submits a job that never completes; the TDR path then fires and races the run_job thread. Deliberately hanging the GPU is trivial from userspace, which makes this attacker-scheduled rather than incidental.

What to do

Update to a kernel with the fix commits below, which defers the free to the scheduler. Interim: restrict render-node access to trusted workloads and monitor for repeated GPU resets, which are the signal that someone is exercising this path.

References

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.