CVE-2026-98156

W jądrze Linuksa usunięto następującą lukę:

drm/virtio: użyj interfejsu API DMA do tworzenia kopii zapasowych zasobów w Xen

Adresy stron domeny Xen PV nie mają żadnego związku z rzeczywistą maszyną
adresy, których host musiałby użyć, aby się z nim skontaktować.
virtio_ring.c obsługuje to poprawnie, vring_use_map_api() zwraca wartość true
dla dowolnej xen_domain() niezależnie od VIRTIO_F_ACCESS_PLATFORM.

virtio-gpu samodzielnie podejmuje tę samą decyzję, ale jej kopię
patrzy tylko na bit funkcji:

bool use_dma_api = !virtio_has_dma_quirk(vgdev->vdev);

QEMU nie ustawia domyślnie iommu_platform na virtio-vga, więc
VIRTIO_F_ACCESS_PLATFORM nie jest negocjowany, use_dma_api ma wartość false i
virtio_gpu_object_shmem_init() opisuje strony zapasowe bufora ramki
do hosta za pomocą sg_phys(). To są adresy fizyczne gości. W teledysku
domeny, po stronie hosta przekształcają się w strony należące do kogoś innego
domenę, więc host skanuje niepowiązaną pamięć.

Przenieś decyzję do virtio_gpu_use_dma_api() i podaj ją
xen_domain() sprawdza, podobnie jak vring_use_map_api(). To
dodatkowo włącza wywołania dma_sync_sgtable_for_device().
virtgpu_vq.c, które są wymagane do poprawności za każdym razem, gdy swiotlb
jest w grze.

Odtworzone z Xen 4.21 PV dom0 zagnieżdżonym w QEMU 8.2 z
virtio-vga, zarówno na jądrze dystrybucji 6.8, jak i 6.18 LTS. Dom PVH0
działa dobrze i nie potrzebuje tej poprawki, ponieważ jest mapowany na tożsamość,
dotyczy to tylko dom0 PV.