CVE-2023-53311 in Linux
要約
〜によって VulDB • 2026年05月27日
Linuxカーネルにおいて、以下の脆弱性が修正されました：
nilfs2: iput経由でのインコードのダーティ化におけるnilfs_rootのuse-after-freeを修正
nilfs2のアンマウント処理中、nilfs2がnilfs_detach_log_writer()内でライターをデタッチした後、nilfs_root構造体を保持するものが存在しません。従来、nilfs_evict_inode()は、インコードが「garbage_list」に残っており、nilfs_detach_log_writer()の終了時にnilfs_dispose_list()によって解放された場合、nilfs_rootに対するuse-after-freeリードを引き起こす可能性がありました。このバグはコミット9b5a04ac3ad9（「nilfs2: nilfs_evict_inode()におけるnilfs_rootのuse-after-freeバグを修正」）によって修正されました。
しかし、iput()からmark_inode_dirty_sync()が呼び出される呼び出しパスにおいて、UAF（Use-After-Free）の別の可能性があることが判明しました。
nilfs_detach_log_writer() nilfs_dispose_list() iput() mark_inode_dirty_sync() __mark_inode_dirty() nilfs_dirty_inode() __nilfs_mark_inode_dirty() nilfs_load_inode_block() --> nilfs_root構造体のUAFを引き起こす
これは、i_stateにI_DIRTY_TIMEフラグが設定され、i_nlinkが0以外の場合、最終参照時にiput()がmark_inode_dirty_sync()を呼び出すように変更したコミット0ae45f63d4ef（「vfs: lazytimeマウントオプションのサポートを追加」）以降に発生する可能性があります。
この問題は、syzbotのレプロデューサを使用している際に、コミット28a65b49eb53（「nilfs2: 読み取り専用への劣化後にダーティデータを書き込まない」）以降に顕在化しますが、この問題はそれ以前から潜在的に存在していました。
この問題を修正するため、nilfs構造体に「purging flag（パージフラグ）」を追加し、「garbage_list」の処理中にそのフラグを設定し、__nilfs_mark_inode_dirty()内でそれをチェックするようにしました。
コミット9b5a04ac3ad9（「nilfs2: nilfs_evict_inode()におけるnilfs_rootのuse-after-freeバグを修正」）とは異なり、このパッチはマウント時のリカバリを壊さないようにするため、ns_writerを使用して操作をスキップするかどうかを決定することに依存しません。nilfs_salvage_orphan_logsルーチンは、ログライターをアタッチする前に、救出されたデータのバッファをダーティにします。そのため、ns_writerがNULLの場合に操作をスキップするように__nilfs_mark_inode_dirty()を変更すると、リカバリ書き込みが失敗する原因となります。クリーンアップ専用のフラグを使用する目的は、そのような条件を狭めることを可能にすることです。
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.