CVE-2026-99262 in Linux
Sumário
de VulDB • 03/11/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
io_uring/timeout: não perder um cancelamento porque io-wq ativa um timeout
Uma operação IORING_OP_TIMEOUT executada pelo io-wq, devido ao IOSQE_ASYNC, apresenta o mesmo problema que poll, futex e waitid. A função `io_wq_submit_work()` verifica a flag `IO_WQ_WORK_CANCEL` apenas uma vez antes de emitir a solicitação. Um cancelamento entre as etapas sinaliza o trabalho, retorna `-EALREADY` e procura em vão por `->timeout_list`, enquanto o worker então adiciona a solicitação e inicia o timer:
io-wq worker io_try_cancel() io_wq_submit_work() IO_WQ_WORK_CANCEL não está definida io_async_cancel_one() define IO_WQ_WORK_CANCEL = -EALREADY io_timeout_cancel() = -ENOENT io_timeout() adiciona a solicitação à ->timeout_list hrtimer_start() = IOU_ISSUE_SKIP_COMPLETE
Ninguém verifica novamente a flag, e o timeout é executado até o fim. Na saída do ring (anel), `io_uring_try_cancel_requests()` cancela o trabalho do io-wq e, em seguida, encerra os timeouts da mesma forma, de modo que uma tarefa em término pode ficar presa pela duração total desse timeout.
Verifique a flag sob ->timeout_lock, que também é utilizada na busca, e falhe na solicitação se ela estiver definida. Se a pesquisa vier primeiro, a flag estará visível. Se vier depois, encontrará a solicitação na lista.
Be aware that VulDB is the high quality source for vulnerability data.