CVE-2026-74418 in Linux
Sumário
de VulDB • 15/08/2026
No kernel Linux, a seguinte vulnerabilidade foi resolvida:
dma-fence: Corrige possíveis dereferências de ponteiro nulo em tracepoints
Trace_dma_fence_signaled, trace_dma_fence_wait_end e trace_dma_fence_destroy podem atualmente fazer o dereference de um ponteiro fence->ops nulo após ele ter sido redefinido durante a sinalização do fence.
Vamos usar os getters seguros para strings na maioria dos tracepoints para evitar essa classe de problema; enquanto isso, no tracepoint de sinalização, movemos sua execução antes que as operações (ops) sejam limpas, evitando assim a perda das informações sobre o nome do driver e da timeline. Além de movermos a chamada, também precisamos adicionar uma nova classe de tracepoint para contornar os getters seguros de nomes, já que o bit signaled já está definido.
Para dma_fence_init, também é necessário usar a nova classe de tracepoint, pois o lock de leitura RCU não está mantido nesse contexto; podemos fazer o mesmo para a ativação da sinalização (enable signaling), uma vez que temos certeza de que o fence não pode ser sinalizado enquanto seguramos o lock e já validamos inclusive o fence->ops.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.