GPU VulnDB

Database/Kernel, userspace & hypervisor

Linux kernel (drivers/gpu/drm/nouveau): Nouveau's VM_BIND remap path miscalculates the address and range of the unmap

CVE-2024-36018Kernel, userspace & hypervisorcurated

Impact

Nouveau's VM_BIND remap path miscalculates the address and range of the unmap that accompanies a partial rebind, so it tears down GPU page-table entries well outside the region the tenant actually asked to remap. The reported effect is corrupted page tables and a kernel oops - meaning a tenant's bind operations can scribble on GPU mappings that are not theirs and take the node down.

Who can reach it

Driven from userspace by a container holding /dev/dri/renderD* on a nouveau-driven NVIDIA GPU: it was found by a standard Vulkan sparse-resources conformance test, i.e. ordinary sparse-binding workloads hit it without trying. Conditional on the open nouveau driver with the uvmm/VM_BIND interface in use.

What to do

Update to a kernel with the fix commits below. Interim: blacklist nouveau on nodes that run the proprietary NVIDIA driver, or block sparse-binding tenants from the affected hosts.

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.