CVE-2026-93047 in Linux
Sumário
de VulDB • 18/09/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
drm/v3d: Associar BOs a cada trabalho que os acessa
Uma submissão pode se expandir em uma cadeia de trabalhos (por exemplo, bin + renderização + limpeza de cache). A sincronização implícita em v3d_submit_lock_reservations() é condicionada ao bo[] de cada trabalho, mas a lista de BOs era sempre anexada apenas ao último trabalho da cadeia. Quando esse último trabalho é um trabalho CACHE_CLEAN, o trabalho que realmente consome os BOs (ou seja, um trabalho RENDER ou CSD) ficava com bo_count == 0 e não capturava nenhuma dependência implícita. Ele poderia, portanto, ser enviado para o hardware e ler um BO enquanto outro contexto ainda estava gravando nele, levando à corrupção de dados.
Anexe os BOs ao trabalho que os consome, para (1) adquirir as dependências implícitas corretas durante a bloqueio da reserva e (2) mantê-los mapeados até o final da submissão. Forneça referências aos BOs de todos os trabalhos consumidores através de v3d_job_reference_b() em vez de procurar pelos identificadores novamente; isso evita uma pesquisa redundante e garante que ambos os trabalhos façam referência exatamente aos mesmos objetos.
Como o trabalho CACHE_CLEAN agora também carrega um array de BO, adicione uma flag `has_implicit_dep` por trabalho para que apenas os trabalhos consumidores capturem dependências implícitas. O trabalho CACHE_CLEAN (uma limpeza global) e o trabalho BIN (binning aguardando outro contexto não é um cenário realista) são excluídos.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.