原文

Linuxカーネルにおいて、以下の脆弱性が修正されました。netfsでは、ストリーミング書き込みが上書きされる問題が修正されました。書き込み中の読み取りを回避するために、netfslibは「ストリーミング書き込み」を許可しており、これは汚れたデータをまず読み取らずに直接folioに格納します。このようなfolioはdirtyとしてマークされますが、必ずしもuptodateとは限りません。folioが完全にストリーミング書き込みで書き込まれた場合はuptodateが設定されますが、そうでない場合はnetfs_folio構造体が-＞privateに付随し、汚れた領域を記録します。部分的に書き込まれたストリーミング書き込みページ全体を単一のwrite()で上書きしようとすると、netfs_perform_write()はコピーを試みますが、成功してもnetfs_folioを破棄せず、さらに汚れたデータの一部を上書きする部分コピーを正しく処理しません。この問題は以下の方法で修正されました。 (1) folioが正常に上書きされた場合は、ページをuptodateに設定する前にnetfs_folio構造体を解放します。 (2) コピーが部分的に失敗したが汚れたデータには達しなかった場合は、コピーを無視します。 (3) コピーが部分的に失敗して汚れたデータの一部を上書きした場合は、コピーを受け入れ、netfs_folio構造体を新しいデータで更新します。folioが満たされた場合はnetfs_folioを解放しuptodateを設定し、そうでなければ部分的書き込みを返します。以下のコマンドで問題が検出されました。 fsx -q -N 1000000 -p 10000 -o 128000 -l 600000 /xfstest.test/junk --replay-ops=junk.fsxopsjunk.fsxopsの内容は以下の通りです。 truncate 0x0 0 0x927c0 write 0x63fb8 0x53c8 0 copy_range 0xb704 0x19b9 0x24429 0x79380 write 0x2402b 0x144a2 0x90660 * write 0x204d5 0x140a0 0x927c0 * copy_range 0x1f72c 0x137d0 0x7a906 0x927c0 * read 0x00000 0x20000 0x9157c read 0x20000 0x20000 0x9157c read 0x40000 0x20000 0x9157c read 0x60000 0x20000 0x9157c read 0x7e1a0 0xcfb9 0x9157c。cifsのデフォルトキャッシュオプションで実行されました。netfs_perform_write()内でFMODE_READのチェックをコメントアウトするとfolio 0x24が不正動作を示しました。具体的には、if文中の「//(file-＞f_mode & FMODE_READ) || netfs_is_cache_enabled(ctx)」のチェックを外した場合、かつfscache無しの状況で問題が発生しました。この問題は当初、generic/522のxfstestで発見されました。