https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Sat, 03 Oct 2026 11:35:32 +0000 https://vulnerability.circl.lu/vuln/cve-2026-72093 <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>accel/amdxdna: Fix use-after-free in amdxdna_gem_dmabuf_mmap()</p> <p>When vm_insert_pages() fails, the error path calls vma-&gt;vm_ops-&gt;close(vma) which internally calls drm_gem_vm_close() → drm_gem_object_put(), releasing the GEM object reference acquired at the start of the function. However, the close_vma label then falls through to put_obj, which calls drm_gem_object_put() a second time on the same object.</p> <p>If the first put releases the last reference, the object is freed and the second put accesses freed memory, causing a use-after-free.</p> <p>Fix by returning directly from close_vma instead of falling through to put_obj, since the close handler already performs all necessary cleanup including the object put.</p> <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>accel/amdxdna: Fix use-after-free in amdxdna_gem_dmabuf_mmap()</p> <p>When vm_insert_pages() fails, the error path calls vma-&gt;vm_ops-&gt;close(vma) which internally calls drm_gem_vm_close() → drm_gem_object_put(), releasing the GEM object reference acquired at the start of the function. However, the close_vma label then falls through to put_obj, which calls drm_gem_object_put() a second time on the same object.</p> <p>If the first put releases the last reference, the object is freed and the second put accesses freed memory, causing a use-after-free.</p> <p>Fix by returning directly from close_vma instead of falling through to put_obj, since the close handler already performs all necessary cleanup including the object put.</p> https://vulnerability.circl.lu/vuln/cve-2026-72093