UBUNTU-CVE-2026-98156: Low severity ubuntu/linux-hwe-edge vulnerability
In the Linux kernel, the following vulnerability has been resolved: drm/virtio: use the DMA API for resource backing on Xen On a Xen PV domain page addresses bear no relation to the real machine addresses the host would have to use to reach it. virtioring.c handles this correctly, vringusemapapi() returns true for any xendomain() regardless of VIRTIOFACCESSPLATFORM. virtio-gpu makes the same decision independently, but its copy looks only at the feature bit: bool usedmaapi = !virtiohasdmaquirk(vgdev->vdev); QEMU does not set iommuplatform on virtio-vga by default, so VIRTIOFACCESSPLATFORM is not negotiated, usedmaapi is false, and virtiogpuobjectshmeminit() describes the framebuffer's backing pages to the host with sgphys(). Those are guest-physical addresses. In a PV domain they resolve, on the host side, to pages belonging to some other domain, so the host scans out unrelated memory. Move the decision into virtiogpuusedmaapi() and give it the xendomain() check, like vringusemapapi() has. This additionally enables the dmasyncsgtablefordevice() calls in virtgpuvq.c, which are required for correctness whenever swiotlb is in play. Reproduced with a Xen 4.21 PV dom0 nested inside QEMU 8.2 with virtio-vga, on both a distro 6.8 kernel and 6.18 LTS. A PVH dom0 works fine and doesn't need this fix because it is identity-mapped, only PV dom0s are affected.
Affected Software
Remediation
Recommended actions to resolve this vulnerability, in priority order.
- Upgrade
Upgrade
ubuntu/linux-hwe-7.0to a version that resolves this vulnerability.Fixed in 7.0.0-42.42~24.04.1 - Upgrade
Upgrade
ubuntu/linux-riscv-7.0to a version that resolves this vulnerability.Fixed in 7.0.0-42.42.1~24.04.1 - Upgrade
Upgrade
ubuntu/linuxto a version that resolves this vulnerability.Fixed in 7.0.0-42.42 - Upgrade
Upgrade
ubuntu/linux-awsto a version that resolves this vulnerability.Fixed in 7.0.0-1016.17 - Upgrade
Upgrade
ubuntu/linux-gcpto a version that resolves this vulnerability.Fixed in 7.0.0-1016.18 - Upgrade
Upgrade
ubuntu/linux-ibmto a version that resolves this vulnerability.Fixed in 7.0.0-1017.17 - Upgrade
Upgrade
ubuntu/linux-oem-7.0to a version that resolves this vulnerability.Fixed in 7.0.0-1017.17 - Upgrade
Upgrade
ubuntu/linux-oracleto a version that resolves this vulnerability.Fixed in 7.0.0-1015.16 - Upgrade
Upgrade
ubuntu/linux-riscvto a version that resolves this vulnerability.Fixed in 7.0.0-42.42.1
Event History
Frequently Asked Questions
Which deployments are exposed to this issue?
The issue affects virtio-gpu resource backing in Xen PV domains. It applies to the listed Ubuntu kernel packages when a Xen PV guest uses virtio graphics.
Does the normal QEMU virtio-vga configuration avoid the issue?
No. QEMU does not enable iommu_platform for virtio-vga by default, so VIRTIO_F_ACCESS_PLATFORM is not negotiated; the affected logic can then avoid the DMA API even in a Xen PV domain.
What is the observed consequence in an affected Xen PV guest?
The framebuffer backing pages can be supplied as guest-physical addresses rather than machine addresses. On the host, those addresses may refer to pages owned by another domain, causing scanout of unrelated memory.