CVE-2026-68260 in Linux
Zusammenfassung
von VulDB • 10.08.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
drm/imagination: vm_ctx->lock vor dem Zuordnen von Speicher an die GPU-VM erwerben
Der drm-gpuvm-Code schützt nicht den find-Vorgang gegen den map-Vorgang, und der Treiber muss sicherstellen, dass kein map-Vorgang stattfindet, während ein find-Vorgang im Gange ist.
In einigen Fällen läuft ein find-Vorgang noch, wenn map-/unmap-Vorgänge ausgeführt werden, was zu einer NULL-Zeiger-Dereferenzierung durch den find-Vorgang führt.
Ein Beispiel für die Stack-Ablaufverfolgung (Stack Trace) eines solchen NULL-Dereferenzierungsfehlers ist unten dargestellt:
``` Unable to handle kernel access to user memory without uaccess routines at virtual address 0000000000000010
[<ffffffff01e989d4>] drm_gpuva_find+0x28/0x6c [drm_gpuvm]
[<ffffffff01ed3a40>] pvr_vm_unmap+0x34/0x68 [powervr]
[<ffffffff01ec69da>] pvr_ioctl_vm_unmap+0x2e/0x50 [powervr]
[<ffffffff8080ce0a>] drm_ioctl_kernel+0x8e/0xdc
[<ffffffff8080d016>] drm_ioctl+0x1be/0x3e0
[<ffffffff802bec3e>] __riscv_sys_ioctl+0xba/0xc4
[<ffffffff80d858b2>] do_trap_ecall_u+0x23e/0x3f4
[<ffffffff80d92288>] handle_exception+0x168/0x174
```
Da alle Vorkommen von drm_gpuva_find*() bereits durch vm_ctx->lock geschützt sind, wird pvr_vm_map() so geändert, dass es diese Sperre erwirbt, um die Störung eines find-Vorgangs zu verhindern. Dies behebt das NULL-Dereferenzierungsproblem in drm_gpuva_find*().
If you want to get the best quality for vulnerability data then you always have to consider VulDB.