No kernel Linux, a seguinte vulnerabilidade foi resolvida. nfs: use nfsi->rwsem para proteger a travessia da lista de bloqueio de arquivos O Lingfeng identificou um erro e sugeriu duas soluções, mas ambos parecem ter problemas.
Geralmente, não podemos liberar flc_lock enquanto iteramos sobre a lista de bloqueios de arquivos para evitar problemas de uso depois de livres (UAF) com bloqueios de arquivos. No entanto, funções como nfs_delegation_claim_locks e nfs 4 _reclamar_bloca não pode aderir a esta regra porque recuperar_bloca ou nfs 4 _lock_delegation_recall pode demorar muito tempo. Para resolver isso, o NFS muda para usar o nfsi->rwsem para a mesma proteção, e o nfs_reclaim_locks segue esta abordagem. Embora nfs_delegation_claim_locks use so_delegreturn_mutex, isso é inadequado uma vez que um único inodo pode ter múltiplos nfs 4 _estabelecer as instâncias. Portanto, a correção é também usar nfsi->rwsem neste caso. Além disso, após a confirmação c 69899 a 17 ca 4 ("NFSv 4: A atualização do bloqueio de alcance de byte VFS deve ser atômica com a atualização de estadod"), as funções nfs 4 _Locku_done e nfs 4 _lock_done também quebra esta regra porque eles chamam locks_lock_inode_wait sem segurar nfsi->rwsem. Simplesmente adicionando esta proteção pode causar muitos bloqueios, então, a chamada para locks_lock_inode_wait é movida para _nfs 4 _proc_setlk. Em relação ao erro corrigido por commit c 69899 a 17 ca 4 ("NFSv 4: A atualização do bloqueio de alcance de bytes VFS deve ser atômica com a atualização estadual"), foi resolvida após o commit 0460253913 e 5 ("NFSv 4: nfs 4 _do_open() está ativando incorretamente a recuperação do estado") porque todas as fendas são drenadas antes de ligar para nfs 4 _do_reclaim, o que impede que o estadoid seja alterado ao longo deste caminho. Também, nfs_delegation_claim_locks não causa esta concorrencia desde quando _nfs 4 _proc_setlk é chamado com NFS_DELEGATED_STATE, não é enviado nenhum RCP, então nfs 4 _Lock_ done não é chamado. Portanto, nfs 4 _lock_delegation_recall from nfs_delegation_claim_locks é a primeira vez que o stateid está definido.
Registro de aconselhamento: GHSA-r 6 m 9 - 5 pwq- jfm 2. Identificadores relacionados: CVE- 2026 - 72472. Tempo: GitHub Advisory Database publicou este registro em 2026 - 08 - 15 T 06: 32: 26.000 Z e lista a sua última modificação como 2026 - 08 - 17 T 06: 33: 31.000 Z.
Gravidade: Crítico. Dados de pontuação publicados: CVSS_V 3: CVSS: 3.1 /AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/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 5 suporte de referências nestes tipos: AVISO, WEB.