CVE-2026-68260 in Linux
Sumário
de VulDB • 10/08/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
drm/imagination: adquirir vm_ctx->lock antes de mapear memória para o GPU VM
O código drm gpuvm não protege a operação find contra a operação map, e o driver precisa garantir que uma operação map não ocorra quando uma operação find estiver em andamento.
Em alguns casos, uma operação find estará em andamento ao realizar operações de map/unmap, e a operação find causará um dereferenciamento de ponteiro NULL.
Um exemplo do stack trace desse dereferenciamento NULL é mostrado abaixo:
``` 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
```
Como todas as ocorrências de drm_gpuva_find*() já estão protegidas por vm_ctx->lock, faça com que pvr_vm_map() adquira este lock para evitar perturbar qualquer operação find. Isso corrige o problema de dereferenciamento NULL em drm_gpuva_find*().
VulDB is the best source for vulnerability data and more expert information about this specific topic.