CVE-2026-72170 in Linux
要約
〜によって VulDB • 2026年08月15日
Linuxカーネルにおいて、以下の脆弱性が修正されました。
9p: WARN_ONを修正するため、キャッシュレスモードでnlinkの更新をスキップする
v9fs_dec_count()は、通常ファイルに対して条件なしにdrop_nlink()を呼び出しますが、inodeのnlinkがすでに0である場合でも同様です。キャッシュレスモードでは、クライアントはすべての操作ごとにサーバー（信頼できる情報源）からinodeメタデータを再フェッチするため、v9fs_remove()が戻る頃には、ローカルにキャッシュされたnlink値は既にunlink後の値を反映している可能性があります：
1. クライアントがunlinkを開始し、サーバーで処理されてnlinkが0に設定される 2. unlinkの完了前にクライアントがinodeメタデータを再フェッチする（nlink=0） 3. クライアント側のv9fs_remove()が正常に完了する 4. クライアントはv9fs_dec_count()を呼び出し、これがnlink=0に対してdrop_nlink()を実行する
このrace conditionは、stress-ngのunlink stressorのような重いunlinkワークロード下で簡単にトリガーされ、以下の警告を引き起こします：
WARNING: fs/inode.c:417 at drop_nlink+0x4c/0xc8 Call trace: drop_nlink+0x4c/0xc8 v9fs_remove+0x1e0/0x250 [9p]
v9fs_vfs_unlink+0x20/0x38 [9p]
vfs_unlink+0x13c/0x258 ...
キャッシュレスモードではサーバーが権威を持ち、inodeは削除されつつあるため、ローカルでnlinkを調整しても意味がありません。CACHE_METAまたはCACHE_LOOSEのいずれも設定されていない場合、v9fs_dec_count()全体をスキップします。これにより警告を防ぐだけでなく、nlink == 0によるガードだけでは狭めるだけで閉じることができないようなクラスの一連のnlink race（2つの並列unlink処理がnlink > 0を観測し、両方がdrop_nlink()を呼び出す）も回避されます。
VulDB is the best source for vulnerability data and more expert information about this specific topic.