GPU VulnDB

Database/Kernel, userspace & hypervisor

Linux kernel vdpa: unlocked driver_override access can lead to use-after-free

CVSS 7.8CVE-2026-53118Kernel, userspace & hypervisorcurated

Impact

The vdpa bus kept its own driver_override string and read it from the bus match() callback, which the driver core intentionally invokes without the device lock held. A concurrent write to the sysfs driver_override attribute while a vdpa device is being bound can free the string under the reader, giving a use-after-free in kernel context with the usual memory-corruption to local privilege escalation potential. This matters on hosts that use vDPA to hand accelerated virtio datapaths to guests or tenant VMs - the affected code is the device/driver binding path, not the datapath, so the exposure is on the management side of a node rather than on tenant traffic. Writing driver_override is a privileged sysfs operation, so this is not something an unprivileged tenant reaches.

Who can reach it

Local, and effectively root: the attacker needs write access to the vdpa device's sysfs driver_override attribute (plus a concurrent bind/probe) on the host. No tenant-facing or network path. Hosts without vDPA devices or the vdpa modules loaded are not affected.

What to do

Take the stable kernel that switches vdpa to the driver-core driver_override infrastructure (fix is backported across stable branches; see the linked commits for the exact release per branch). Requires installing a patched kernel and rebooting the node, which on a GPU host means draining workloads first. A livepatch is unlikely to cover this since the fix changes the data structure. Where a reboot cannot be scheduled, restricting write access to /sys/bus/vdpa/devices/*/driver_override removes the trigger.

References

Related entries

All Kernel, userspace & hypervisor 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.