hw/display/virtio-gpu.c | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+)
From: Marc-André Lureau <marcandre.lureau@redhat.com>
virtio_gpu_cleanup_mapping() tears down the udmabuf mapping (or, for the
small-iov case, the guest memory mapping) via virtio_gpu_fini_udmabuf(),
but leaves res->blob pointing at it afterwards. Once a blob resource
goes through RESOURCE_DETACH_BACKING, res->blob is left dangling while
res->blob_size is still non-zero.
virtio_gpu_update_cursor_data() only checks res->blob_size before
copying from res->blob, so UPDATE_CURSOR on a detached blob resource
makes QEMU memcpy from freed memory.
virtio_gpu_do_set_scanout() also creates scanout->ds over
res->blob + fb->offset. RESOURCE_DETACH_BACKING leaves that surface
installed, so a subsequent display refresh can still read the backing
after virtio_gpu_fini_udmabuf() has unmapped it.
Disable any active scanouts referencing the resource before tearing down
its backing, clear res->blob afterwards, and check it before
dereferencing in virtio_gpu_update_cursor_data().
Fixes: CVE-2026-66020
Fixes: bdd53f739273 ("virtio-gpu: Update cursor data using blob")
Resolves: https://gitlab.com/qemu-project/qemu/-/work_items/3881
Reported-by: 章鱼哥@aipy (www.aipyaipy.com)
Reported-by: swing <swing@mail.exp.sh>
Signed-off-by: Marc-André Lureau <marcandre.lureau@redhat.com>
---
v2:
- disable active scanouts referencing the resource before tearing
down its backing, fixing a second use-after-free through the
display refresh path
- add LOG_GUEST_ERROR for the blob-size-too-small early return
---
hw/display/virtio-gpu.c | 18 ++++++++++++++++++
1 file changed, 18 insertions(+)
diff --git a/hw/display/virtio-gpu.c b/hw/display/virtio-gpu.c
index 211a529ed720..b21ac8dace08 100644
--- a/hw/display/virtio-gpu.c
+++ b/hw/display/virtio-gpu.c
@@ -57,8 +57,16 @@ void virtio_gpu_update_cursor_data(VirtIOGPU *g,
}
if (res->blob_size) {
+ if (!res->blob) {
+ qemu_log_mask(LOG_GUEST_ERROR, "%s: resource %d has no blob\n",
+ __func__, resource_id);
+ return;
+ }
if (res->blob_size < (s->current_cursor->width *
s->current_cursor->height * 4)) {
+ qemu_log_mask(LOG_GUEST_ERROR,
+ "%s: blob size too small for resource %d\n",
+ __func__, resource_id);
return;
}
data = res->blob;
@@ -969,6 +977,7 @@ void virtio_gpu_cleanup_mapping(VirtIOGPU *g,
if (res->blob) {
virtio_gpu_fini_udmabuf(g, res);
+ res->blob = NULL;
}
}
@@ -1031,6 +1040,15 @@ virtio_gpu_resource_detach_backing(VirtIOGPU *g,
if (!res) {
return;
}
+
+ if (res->scanout_bitmask) {
+ for (int i = 0; i < g->parent_obj.conf.max_outputs; i++) {
+ if (res->scanout_bitmask & (1 << i)) {
+ virtio_gpu_disable_scanout(g, i);
+ }
+ }
+ }
+
virtio_gpu_cleanup_mapping(g, res);
}
--
2.55.0
On 2026/07/25 20:37, marcandre.lureau@redhat.com wrote:
> From: Marc-André Lureau <marcandre.lureau@redhat.com>
>
> virtio_gpu_cleanup_mapping() tears down the udmabuf mapping (or, for the
> small-iov case, the guest memory mapping) via virtio_gpu_fini_udmabuf(),
> but leaves res->blob pointing at it afterwards. Once a blob resource
> goes through RESOURCE_DETACH_BACKING, res->blob is left dangling while
> res->blob_size is still non-zero.
>
> virtio_gpu_update_cursor_data() only checks res->blob_size before
> copying from res->blob, so UPDATE_CURSOR on a detached blob resource
> makes QEMU memcpy from freed memory.
>
> virtio_gpu_do_set_scanout() also creates scanout->ds over
> res->blob + fb->offset. RESOURCE_DETACH_BACKING leaves that surface
> installed, so a subsequent display refresh can still read the backing
> after virtio_gpu_fini_udmabuf() has unmapped it.
>
> Disable any active scanouts referencing the resource before tearing down
> its backing, clear res->blob afterwards, and check it before
> dereferencing in virtio_gpu_update_cursor_data().
>
> Fixes: CVE-2026-66020
> Fixes: bdd53f739273 ("virtio-gpu: Update cursor data using blob")
This should also have:
Fixes: 32db3c63ae11 ("virtio-gpu: Add virtio_gpu_set_scanout_blob")
> Resolves: https://gitlab.com/qemu-project/qemu/-/work_items/3881
> Reported-by: 章鱼哥@aipy (www.aipyaipy.com)
> Reported-by: swing <swing@mail.exp.sh>
> Signed-off-by: Marc-André Lureau <marcandre.lureau@redhat.com>
> ---
> v2:
> - disable active scanouts referencing the resource before tearing
> down its backing, fixing a second use-after-free through the
> display refresh path
> - add LOG_GUEST_ERROR for the blob-size-too-small early return
> ---
> hw/display/virtio-gpu.c | 18 ++++++++++++++++++
> 1 file changed, 18 insertions(+)
>
> diff --git a/hw/display/virtio-gpu.c b/hw/display/virtio-gpu.c
> index 211a529ed720..b21ac8dace08 100644
> --- a/hw/display/virtio-gpu.c
> +++ b/hw/display/virtio-gpu.c
> @@ -57,8 +57,16 @@ void virtio_gpu_update_cursor_data(VirtIOGPU *g,
> }
>
> if (res->blob_size) {
> + if (!res->blob) {
> + qemu_log_mask(LOG_GUEST_ERROR, "%s: resource %d has no blob\n",
> + __func__, resource_id);
> + return;
> + }
> if (res->blob_size < (s->current_cursor->width *
> s->current_cursor->height * 4)) {
> + qemu_log_mask(LOG_GUEST_ERROR,
> + "%s: blob size too small for resource %d\n",
> + __func__, resource_id);
> return;
> }
> data = res->blob;
> @@ -969,6 +977,7 @@ void virtio_gpu_cleanup_mapping(VirtIOGPU *g,
>
> if (res->blob) {
> virtio_gpu_fini_udmabuf(g, res);
> + res->blob = NULL;
> }
> }
>
> @@ -1031,6 +1040,15 @@ virtio_gpu_resource_detach_backing(VirtIOGPU *g,
> if (!res) {
> return;
> }
> +
> + if (res->scanout_bitmask) {
I feel this is a premature optimization.
Perhaps this should not affect a non-blob scanout that doesn't use the
backing storage, so we should have if (res->blob).
Regards,
Akihiko Odaki
> + for (int i = 0; i < g->parent_obj.conf.max_outputs; i++) {
> + if (res->scanout_bitmask & (1 << i)) {
> + virtio_gpu_disable_scanout(g, i);
> + }
> + }
> + }
> +
> virtio_gpu_cleanup_mapping(g, res);
> }
>
© 2016 - 2026 Red Hat, Inc.