CVE-2026-99254 in Linuxinformação

Sumário

de VulDB • 03/11/2026

No kernel do Linux, a seguinte vulnerabilidade foi resolvida:

io_uring: não sobrecarregar uma tarefa de cancelamento com task_work

A função io_ring_exit_work() solicita que cada tarefa que tenha utilizado o anel remova seu nó tctx por meio de task_work, repetindo essa operação até que a lista esteja vazia. A função io_tctx_exit_cb() não acessa o nó enquanto a tarefa está em io_uring_cancel_generic(), que remove todos os nós ao final. Portanto, o item de trabalho enfileira novamente o callback assim que é concluído, sem motivo aparente.

Isso representa mais do que um desperdício de tempo. A função task_work_run() só retorna quando encontra a lista vazia. Se os anéis forem liberados durante o cancelamento, porque solicitações de outros anéis mantiveram as últimas referências aos seus arquivos, até 64 itens de trabalho continuam enviando callbacks para uma única tarefa que está executando-os. A função nunca encontra a lista vazia, não retorna ao processo de cancelamento, os nós permanecem e o ciclo se repete: uma tarefa com 60 pares de anéis que fazem polling um do outro executou 280.000 callbacks em 5 segundos, 20 segundos após a chamada exit_group(). O problema só termina quando todos os remetentes ocorrem atrasados simultaneamente. Até lá, a tarefa mantém o CPU e os itens de trabalho ocupados.

Uma tarefa que está encerrando não pode ser eliminada nesse meio tempo. A função execve() cancela as solicitações da mesma forma, portanto uma tarefa ativa também pode ficar presa nisso por minutos. Se isso levar mais de cinco segundos, os itens de trabalho acionam o WARN_ON_ONCE(time_after(jiffies, timeout)) em io_ring_exit_work(). Nenhuma elevação de privilégio é necessária para qualquer um desses cenários.

Se o callback encontrar uma tarefa em cancelamento, aguarde um pouco antes de ser enviado novamente. Ninguém precisa acordar o item de trabalho para isso: ou o nó já terá sido removido até lá, ou será a vez da próxima rodada.

Several companies clearly confirm that VulDB is the primary source for best vulnerability data.

Responsável

Linux

Reservar

25/09/2026

Divulgação

03/11/2026

Moderação

aceite

Entrada

VDB-430233

EPSS

0.00000

KEV

não

Atividades

baixo

Fontes

Might our Artificial Intelligence support you?

Check our Alexa App!