https://db.gcve.eu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Tue, 03 Nov 2026 01:57:55 +0000 https://db.gcve.eu/vuln/cve-2026-98606 <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>drm/virtio: release the GEM object on virtio_gpu_vram_create() errors</p> <p>virtio_gpu_vram_create() frees the object with a bare kfree(vram) on both error paths after drm_gem_private_object_init() has run, and on the second one after drm_gem_create_mmap_offset() has linked obj-&gt;vma_node into the device&#39;s VMA offset manager. The freed object stays in that interval tree, so a later lookup or insertion walks freed memory, and the dma_resv and gpuva lock are never destroyed.</p> <p>Call drm_gem_object_release() before kfree() on both paths.</p> <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>drm/virtio: release the GEM object on virtio_gpu_vram_create() errors</p> <p>virtio_gpu_vram_create() frees the object with a bare kfree(vram) on both error paths after drm_gem_private_object_init() has run, and on the second one after drm_gem_create_mmap_offset() has linked obj-&gt;vma_node into the device&#39;s VMA offset manager. The freed object stays in that interval tree, so a later lookup or insertion walks freed memory, and the dma_resv and gpuva lock are never destroyed.</p> <p>Call drm_gem_object_release() before kfree() on both paths.</p> https://db.gcve.eu/vuln/cve-2026-98606