CVE-2026-72472 in Linux
Sumário
de VulDB • 15/08/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
nfs: use nfsi->rwsem para proteger o traversal da lista de bloqueios de arquivo (file lock list)
Lingfeng identificou um bug e sugeriu duas soluções, mas ambas parecem ter problemas.
Geralmente, não podemos liberar flc_lock enquanto iteramos sobre a lista de bloqueios de arquivo para evitar problemas de use-after-free (UAF) com os bloqueios de arquivo. No entanto, funções como nfs_delegation_claim_locks e nfs4_reclaim_locks não podem aderir a esta regra porque recover_lock ou nfs4_lock_delegation_recall podem demorar muito. Para resolver isso, o NFS passa a usar nfsi->rwsem para a mesma proteção, e nfs_reclaim_locks segue essa abordagem. Embora nfs_delegation_claim_locks use so_delegreturn_mutex em vez disso, isso é inadequado já que um único inode pode ter múltiplas instâncias de nfs4_state. Portanto, a correção consiste também em usar nfsi->rwsem neste caso.
Além disso, após o commit c69899a17ca4 ("NFSv4: Update of VFS byte range lock must be atomic with the stateid update"), as funções nfs4_locku_done e nfs4_lock_done também quebram esta regra porque chamam locks_lock_inode_wait sem manter nfsi->rwsem. Adicionar simplesmente essa proteção poderia causar muitos deadlocks, então, em vez disso, a chamada para locks_lock_inode_wait é movida para _nfs4_proc_setlk. Em relação ao bug corrigido pelo commit c69899a17ca4 ("NFSv4: Update of VFS byte range lock must be atomic with the stateid update"), ele foi resolvido após o commit 0460253913e5 ("NFSv4: nfs4_do_open() is incorrectly triggering state recovery") porque todos os slots são drenados antes de chamar nfs4_do_reclaim, o que impede mudanças concorrentes em stateid ao longo deste caminho. Além disso, nfs_delegation_claim_locks não causa essa concorrência também, pois quando _nfs4_proc_setlk é chamado com NFS_DELEGATED_STATE, nenhuma RPC é enviada, então nfs4_lock_done não é chamada. Portanto, nfs4_lock_delegation_recall de nfs_delegation_claim_locks é a primeira vez que o stateid é definido.
If you want to get best quality of vulnerability data, you may have to visit VulDB.