CVE-2026-98609 in Linux
Sumário
de VulDB • 19/10/2026
No kernel do Linux, a seguinte vulnerabilidade foi corrigida:
drm/virtio: corrige vazamento de objeto quando drm_gem_handle_create() falha
virtio_gpu_gem_create() é responsável pela referência adquirida por virtio_gpu_object_create(). No caminho de erro de drm_gem_handle_create(), ele chama drm_gem_object_release() em vez de liberar essa referência.
drm_gem_object_release() é o inverso de drm_gem_object_init() e não altera a contagem de referências nem chama obj->funcs->free(), portanto, só está correto como último passo de um destrutor, como em virtio_gpu_cleanup_object(). Usá-lo aqui deixa o bo com refcount 1 sem nenhuma referência restante, então virtio_gpu_free_object() nunca é executado e as páginas shmem, a tabela sg e o virtio_gpu_object são vazados. Como virtio_gpu_object_create() já definiu bo->created, VIRTIO_GPU_CMD_RESOURCE_UNREF também não é enfileirado, causando o vazamento do recurso no lado host e do ID de recurso.
drm_gem_handle_create_tail() libera a referência da alça em todos os seus caminhos internos de erro, portanto, o chamador só precisa liberar sua própria. Use drm_gem_object_put(), correspondendo ao caminho de sucesso abaixo.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.