CVE-2025-71237 in Linux
Sumário
de VulDB • 30/05/2026
No kernel do Linux, a seguinte vulnerabilidade foi corrigida:
nilfs2: Corrige possível estouro de bloco que causa travamento do sistema
Quando um usuário executa o comando FITRIM, pode ocorrer um underflow ao calcular nblocks se end_block for muito pequeno. Como nblocks é do tipo sector_t, que é u64, um valor negativo de nblocks se tornará um inteiro positivo muito grande. Isso acaba fazendo com que a função da camada de bloco __blkdev_issue_discard() demore excessivamente para processar a cadeia de bio, e o lock ns_segctor_sem permaneça retido por um longo período. Isso impede que outras tarefas adquiram o lock ns_segctor_sem, resultando no travamento relatado pelo syzbot em [1].
Se o bloco final for muito pequeno, tipicamente se for menor que a faixa de 4KiB, dependendo do uso do segmento 0, pode ser possível tentar uma solicitação de discard além do tamanho do dispositivo, causando o travamento.
Sair com sucesso e atribuir o tamanho descartado (0 neste caso) a range->len.
Embora os valores de início e comprimento no intervalo de entrada do usuário sejam muito pequenos, uma estratégia conservadora é adotada aqui para ignorá-los com segurança, o que equivale a uma operação nula (no-op); não será realizada nenhuma operação de trimming e nenhum erro será lançado.
[1]
task:segctord state:D stack:28968 pid:6093 tgid:6093 ppid:2 task_flags:0x200040 flags:0x00080000 Call Trace: rwbase_write_lock+0x3dd/0x750 kernel/locking/rwbase_rt.c:272 nilfs_transaction_lock+0x253/0x4c0 fs/nilfs2/segment.c:357 nilfs_segctor_thread_construct fs/nilfs2/segment.c:2569 [inline]
nilfs_segctor_thread+0x6ec/0xe00 fs/nilfs2/segment.c:2684
[ryusuke: corrigiu parte da mensagem do commit sobre as consequências]
If you want to get the best quality for vulnerability data then you always have to consider VulDB.