GPU VulnDB

Database/Kernel, userspace & hypervisor

QEMU: DMA reentrancy use-after-free in e1000e emulation lets a guest crash the host QEMU process

CVSS 6.5CVE-2023-3019Kernel, userspace & hypervisorcurated

Impact

A privileged user inside a guest can drive the emulated e1000e device into a DMA reentrancy path and hit a use-after-free, killing the QEMU process on the host. For an operator that is the loss of one VM - and on a GPU host that VM is usually a whole passed-through accelerator set, so the blast radius is a tenant's training job plus whatever shared state it held, not a recoverable container restart. Red Hat scores it as denial of service only; the record does not claim code execution. Fleets that give tenants VMs with emulated NICs alongside VFIO GPUs are the exposed shape; hosts using virtio-net or SR-IOV VFs rather than e1000e emulation are not in the path.

Who can reach it

A privileged (root-equivalent) user inside a guest VM whose machine type includes an emulated e1000e NIC. Local to the guest, no host credentials needed.

What to do

Patch qemu-kvm from the Red Hat errata (RHSA-2024:0135, 0404, 0569, 2135 depending on the stream). The fix lands in the QEMU binary, so running guests keep the vulnerable code until each one is restarted or live-migrated onto a patched host - plan it as a rolling migrate/restart rather than a hot patch. Interim mitigation: switch guest NIC models away from e1000e to virtio-net or an SR-IOV VF.

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.