Answer in brief
CVE-2026-64008 records a Unknown severity vulnerability in accel/rocket: fix UAF via dangling GEM handle in create_bo. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=658ebeac33517bd3169d4b65ed801e9065d0211a <18abd88d19ea195e2e1547fca0970c2f91d77a42 || >=658ebeac33517bd3169d4b65ed801e9065d0211a <451f1ccbbdb7b65021646704b15902655f8d228a || >=658ebeac33517bd3169d4b65ed801e9065d0211a <f706e6a4ce75585af979aec3dcbdce68bc76306b | 18abd88d19ea195e2e1547fca0970c2f91d77a42, 451f1ccbbdb7b65021646704b15902655f8d228a, f706e6a4ce75585af979aec3dcbdce68bc76306b |
| Linux/Linuxgeneric | 6.18 | Not reported |
Published upstream
Jul 19, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 5, 2026
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]
Quoted source text, attributed separately from HOL analysis.
Answer in brief
CVE-2026-64008 records a Unknown severity vulnerability in accel/rocket: fix UAF via dangling GEM handle in create_bo. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=658ebeac33517bd3169d4b65ed801e9065d0211a <18abd88d19ea195e2e1547fca0970c2f91d77a42 || >=658ebeac33517bd3169d4b65ed801e9065d0211a <451f1ccbbdb7b65021646704b15902655f8d228a || >=658ebeac33517bd3169d4b65ed801e9065d0211a <f706e6a4ce75585af979aec3dcbdce68bc76306b | 18abd88d19ea195e2e1547fca0970c2f91d77a42, 451f1ccbbdb7b65021646704b15902655f8d228a, f706e6a4ce75585af979aec3dcbdce68bc76306b |
| Linux/Linuxgeneric | 6.18 | Not reported |
Published upstream
Jul 19, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 5, 2026
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]
Quoted source text, attributed separately from HOL analysis.