No kernel Linux, a seguinte vulnerabilidade foi resolvida. ntfs: saltar os registros de extensão do mft em writeback para evitar o impasse Este patch corrige o bloqueio ABBA entre o extender_lock e o extender mrec_lock ativado por xfstests genérico/ 113, que ocorre desde o commit 6994 acf 33 bae ("ntfs: use base mft_no quando procurar o ínodo base para registro de extensão"). Caminho A (retorno de inódeos): Retorno de VFS -> ntfs_write_inode() -> __ntfs_write_inode() -> mutex_lock(&ni->extent_lock) -> mutex_lock(&tni->mrec_lock).
Caminho B (retorno de folha MFT): Retorno de gravação VFS de folhas sujas $MFT -> ntfs_mft_writepages() -> ntfs_write_mft_block() -> ntfs_may_write_mft_record() -> mantém uma extensão mrec_lock de uma iteração anterior -> tenta adquirir outra base inode extender_lock Ao remover toda extensão e extensão da aquisição do mrec_lock do caminho de restituição do Fólio MFT, a ordem de bloqueio ABBA é eliminada: Caminho A: __ntfs_write_inode(): extender_lock -> mrec_lock Caminho B (removido): ntfs_write_mft_block(): mrec_lock -> extender_lock.
O caminho B é sempre redundante para registros de extensão porque. 1. mark_mft_record_dirty(ext_ni) NÃO suja o fólio MFT. Ele só define o NinoDirty(ext_ni) e marca o inodo VFS de base sujo via __mark_inode_dirty(I_DIRTY_DATASYNC), que ativa o Caminho A. Portanto, as modificações de extensão normais nunca criam uma situação em que o Fólio MFT está sujo e o Caminho B não está agendado. 2. O fólio MFT só é sujo através de ntfs_mft_mark_dirty() dentro de ntfs_mft_record_alloc(). Mas todos os chamadores identificados no attrib.c (ntfs_attr_add, ntfs_attr_record_move_away, ntfs_attr_non_resident, ntfs_attr_record_redimensione) seguem com o mark_mft_record_dirty(), que ativa o Caminho A para escrever o registro completo. 3 ntfs_evict_big_inode() chama ntfs_commit_inode() antes de libertar os inodos de extensão, garantindo que todas as extensãos sujas sejam lavadas via Caminho A antes que o inodo de base deixe o icache.
Registro de aconselhamento: GHSA- p 3 pr- 3 qq 8 - w 67 c. Identificadores relacionados: CVE- 2026 - 72203. Tempo: GitHub Advisory Database publicou este registro em 2026 - 08 - 15 T 06: 32: 15.000 Z e lista a sua última modificação como 2026 - 08 - 19 T 09: 31: 22.000 Z. Severidade: ALTAMENTE. Dados de pontuação publicados: CVSS_V 3: CVSS: 3.1 /AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H.
Software afetado: o registro de aconselhamento não fornece um pacote normalizado ou faixa de versões. Classificação e evidência: nenhum identificador CWE está listado. O registro contém 4 suporte de referências nestes tipos: AVISO, WEB.