CVE-2026-64008

*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> accel/rocket: fix UAF via dangling GEM handle in create_bo<br /> <br /> rocket_ioctl_create_bo() inserts a GEM handle into the file&amp;#39;s IDR via<br /> drm_gem_handle_create() early on, then performs several operations that<br /> can fail (sgt allocation, drm_mm insert, iommu_map). If any fail after<br /> the handle is live, the error path calls drm_gem_shmem_object_free()<br /> which kfree&amp;#39;s the object without removing the handle from the IDR.<br /> <br /> This leaves a dangling handle pointing to freed slab memory. Any<br /> subsequent ioctl using that handle (PREP_BO, FINI_BO, SUBMIT) calls<br /> drm_gem_object_lookup() and dereferences freed memory (UAF).<br /> <br /> Fix by moving drm_gem_handle_create() to after all fallible operations<br /> succeed, matching the pattern used by panfrost, lima, and etnaviv.<br /> <br /> Also fix drm_mm_insert_node_generic() whose return value was silently<br /> overwritten by iommu_map_sgtable() on the next line. Add the missing<br /> error check.<br /> <br /> [tomeu: Move handle creation to the very end]