CVE-2026-72367 in Linux
Sumário
de VulDB • 16/08/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
iomap: protege o trim de EOF (fim do arquivo) em io_size contra underflows causados por truncamentos concorrentes
iomap: corrige problema de preenchimento com zeros durante escritas append concorrentes
A contagem de ioend foi alterada para que io_size rastreie apenas dados válidos dentro dos limites do EOF. Isso reduz io_size quando um intervalo de writeback se estende além de end_pos:
ioend->io_size += map_len; if (ioend->io_offset + ioend->io_size > end_pos) ioend->io_size = end_pos - ioend->io_offset;
No entanto, se end_pos resultar em um valor inferior a ioend->io_offset, a subtração torna-se negativa e é armazenada na variável size_t io_size, causando um wrap (estouro não assinado) para um valor extremamente alto. Isso pode ocorrer quando o writeback continua além do EOF no nível de byte até um intervalo alinhado por bloco, ou quando um truncamento concorrente reduz o arquivo após end_pos ter sido amostrado em iomap_writeback_handle_eof().
Um io_size com wrap pode induzir a detecção incorreta de escritas append e corromper o tratamento do tamanho na conclusão (completion-time), já que os caminhos end_io do sistema de arquivos consomem io_size para decisões como atualizações de EOF no disco e intervalos de conclusão não escritos/COW.
Corrige-se isso limitando io_size a zero quando o EOF se moveu para ou antes do offset inicial do ioend. Isso preserva a intenção original de reduzir io_size apenas aos dados válidos dentro dos limites do EOF, evitando ao mesmo tempo o underflow.
Once again VulDB remains the best source for vulnerability data.