In the Linux kernel, the following vulnerability has been resolved: accel/rocket: fix UAF via dangling GEM handle in create_bo… (CVE-2026-64008)
In the Linux kernel, the following vulnerability has been resolved: accel/rocket: fix UAF via dangling GEM handle in create_bo rocket_ioctl_create_bo() inserts a GEM handle into the file's IDR via drm_gem_handle_create() early on, then performs several operations that can fail (sgt allocation, drm_mm insert, iommu_map). If any fail after the handle is live, the error path calls drm_gem_shmem_object_free() which kfree's the object without removing the handle from the IDR. This leaves a dangling handle pointing to freed slab memory. Any subsequent ioctl using that handle (PREP_BO, FINI_BO, SUBMIT) calls drm_gem_object_lookup() and dereferences freed memory (UAF). Fix by moving drm_gem_handle_create() to after all fallible operations succeed, matching the pattern used by panfrost, lima, and etnaviv. Also fix drm_mm_insert_node_generic() whose return value was silently overwritten by iommu_map_sgtable() on the next line. Add the missing error check. [tomeu: Move handle creation to the very end]
AI Analysis
Technical Summary
The Linux kernel's accel/rocket driver had a use-after-free vulnerability (CVE-2026-64008) caused by premature insertion of a GEM handle into the file's IDR before completing several operations that could fail. If any of these operations fail, the error path frees the GEM object but does not remove the handle from the IDR, resulting in a dangling handle pointing to freed slab memory. Subsequent ioctl calls referencing this handle lead to use-after-free via drm_gem_object_lookup() dereferencing freed memory. The patch moves drm_gem_handle_create() to after all fallible operations succeed, aligning with patterns used in other drivers, and adds a missing error check in drm_mm_insert_node_generic().
Potential Impact
The vulnerability allows use-after-free conditions in the Linux kernel's accel/rocket driver, potentially leading to kernel memory corruption or instability when ioctl calls reference freed objects. No known exploits in the wild have been reported. The impact is limited to systems using the affected driver and performing specific ioctl operations that trigger this flaw.
Mitigation Recommendations
A fix has been implemented in the Linux kernel that moves the GEM handle creation until after all fallible operations succeed and adds missing error checks. Users should update to the fixed Linux kernel version containing this patch. Since this is not a cloud service, remediation depends on applying the official kernel update. Patch status is not explicitly stated in the provided data; check the vendor or Linux kernel advisory for the exact fixed version and update accordingly.
In the Linux kernel, the following vulnerability has been resolved: accel/rocket: fix UAF via dangling GEM handle in create_bo… (CVE-2026-64008)
Description
In the Linux kernel, the following vulnerability has been resolved: accel/rocket: fix UAF via dangling GEM handle in create_bo rocket_ioctl_create_bo() inserts a GEM handle into the file's IDR via drm_gem_handle_create() early on, then performs several operations that can fail (sgt allocation, drm_mm insert, iommu_map). If any fail after the handle is live, the error path calls drm_gem_shmem_object_free() which kfree's the object without removing the handle from the IDR. This leaves a dangling handle pointing to freed slab memory. Any subsequent ioctl using that handle (PREP_BO, FINI_BO, SUBMIT) calls drm_gem_object_lookup() and dereferences freed memory (UAF). Fix by moving drm_gem_handle_create() to after all fallible operations succeed, matching the pattern used by panfrost, lima, and etnaviv. Also fix drm_mm_insert_node_generic() whose return value was silently overwritten by iommu_map_sgtable() on the next line. Add the missing error check. [tomeu: Move handle creation to the very end]
CVSS v3.1
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The Linux kernel's accel/rocket driver had a use-after-free vulnerability (CVE-2026-64008) caused by premature insertion of a GEM handle into the file's IDR before completing several operations that could fail. If any of these operations fail, the error path frees the GEM object but does not remove the handle from the IDR, resulting in a dangling handle pointing to freed slab memory. Subsequent ioctl calls referencing this handle lead to use-after-free via drm_gem_object_lookup() dereferencing freed memory. The patch moves drm_gem_handle_create() to after all fallible operations succeed, aligning with patterns used in other drivers, and adds a missing error check in drm_mm_insert_node_generic().
Potential Impact
The vulnerability allows use-after-free conditions in the Linux kernel's accel/rocket driver, potentially leading to kernel memory corruption or instability when ioctl calls reference freed objects. No known exploits in the wild have been reported. The impact is limited to systems using the affected driver and performing specific ioctl operations that trigger this flaw.
Mitigation Recommendations
A fix has been implemented in the Linux kernel that moves the GEM handle creation until after all fallible operations succeed and adds missing error checks. Users should update to the fixed Linux kernel version containing this patch. Since this is not a cloud service, remediation depends on applying the official kernel update. Patch status is not explicitly stated in the provided data; check the vendor or Linux kernel advisory for the exact fixed version and update accordingly.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-3328-p844-pfhq
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-64008"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- null
Threat ID: 6a5d27aa2a4a8d598912d8c3
Added to database: 07/19/2026, 19:38:18 UTC
Last enriched: 07/19/2026, 20:00:06 UTC
Last updated: 07/20/2026, 19:41:22 UTC
Views: 13
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.