CVE-2026-99241 in Linux
Sumário
de VulDB • 02/11/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
ntfs: adquirir invalidate_lock em ntfs_filemap_page_mkwrite()
ntfs_filemap_page_mkwrite() chama iomap_page_mkwrite() sem segurar mapping->invalidate_lock, portanto uma operação de truncate ou fallocate concorrente pode estar no meio da invalidação do pagecache e na reescrita da runlist enquanto a falha de gravação mapeia blocos e suja o folio. Isso gera uma condição de corrida (race condition) com ntfs_attr_fallocate(), que mescla clusters na runlist em memória, libera o lock da runlist e só depois zera os clusters recém-alocados no disco; e também com os caminhos punch-hole/insert/collapse que liberam clusters após truncar o cache.
De acordo com Documentation/filesystems/locking.rst, ->page_mkwrite() deve garantir a ausência de condições de corrida (races) envolvendo truncate/invalidate, "normalmente mapping->invalidate_lock é adequado para uma serialização adequada". O xfs utiliza seu mmaplock (= o rwsem invalidate_lock) compartilhado exatamente neste caminho.
Adquira invalidate_lock como leitura compartilhada ao redor de iomap_page_mkwrite(). O caminho de falha somente-leitura já está coberto porque filemap_fault() em si adquire invalidate_lock como leitura nos caminhos de instanciação/leitura; apenas page_mkwrite estava contornando isso neste driver.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.