Linux Distros のパッチ未適用の脆弱性: CVE-2026-72472

critical Nessus プラグイン ID 335615

Language:

概要

Linux/Unix ホストには、ベンダーにより修正されていないことを示す脆弱性を持つ複数のパッケージがインストールされています。

説明

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

- nfs:nfsi->rwsem を使用して、ファイルロックリストのトラバーサルを保護します Lingfeng 氏はバグを特定し、2 つの解決策を提案しましたが、どちらも問題があるようです。一般に、ファイルロックによるメモリ解放後使用(use-after-free)の問題を回避するために、ファイルロックリストを繰り返し実行している間はflc_lockリリースできません。ただし、nfs_delegation_claim_locksやnfs4_reclaim_locksなどの関数は、recover_lockやnfs4_lock_delegation_recallに時間がかかることがあるため、このルールに従うことはできません。これを解決するために、NFS は同じ保護に対して nfsi->rwsem の使用に切り替え、nfs_reclaim_locks はこのアプローチに従います。nfs_delegation_claim_locks は代わりに so_delegreturn_mutex を使用しますが、1 つの inode に複数の nfs4_state インスタンスを含めることができるため、これは不適切です。したがって、修正では、この場合は nfsi->rwsem も使用するように修正されています。さらに、c69899a17ca4(NFSv4:VFS バイト範囲ロックの更新は、stateid の更新でアトミックでなければなりません)コミットの後で、関数 nfs4_locku_done と nfs4_lock_done も、nfsi->rwsem を保持せずに locks_lock_inode_wait を呼び出すため、このルールに違反します。この保護を追加するだけで多くのデッドロックが発生する可能性があるため、代わりに locks_lock_inode_wait への呼び出しは _nfs4_proc_setlk に移動します。コミット c69899a17ca4(NFSv4:VFS バイト範囲ロックの更新は、stateid 更新でアトミックでなければなりません)により修正されたバグに関しては、コミット 0460253913e5(NFSv4:nfs4_do_open() が状態回復を不適切にトリガーしている)後に解決されました。これは、nfs4_do_reclaim を呼び出す前にすべてのスロットがドレインされるため、このパスに沿った同時の stateid 変更が妨げられるためです。また、nfs_delegation_claim_locks は、いつ以降もこの同時実行を引き起こしません
_nfs4_proc_setlk は NFS_DELEGATED_STATE 付きで呼び出され、RPCは送信されないため、nfs4_lock_done は呼び出されません。
したがって、stateid が最初に設定されるのは、nfs_delegation_claim_locksからのnfs4_lock_delegation_recallです。(CVE-2026-72472)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

ソリューション

現時点で既知の解決策はありません。

参考資料

https://security-tracker.debian.org/tracker/CVE-2026-72472

プラグインの詳細

深刻度: Critical

ID: 335615

ファイル名: unpatched_CVE_2026_72472.nasl

バージョン: 1.1

タイプ: Local

エージェント: unix

ファミリー: Misc.

公開日: 2026/8/15

更新日: 2026/8/15

サポートされているセンサー: Frictionless Assessment Agent, Nessus Agent, Agentless Assessment, Tenable Cloud Security, Tenable Self-Hosted Container Security, Nessus