JVNDB-2026-031830 | |
LinuxのLinux Kernelにおける不特定の脆弱性 | |
| 概要 | |
Linuxカーネルにおいて、以下の脆弱性が修正されました。netfs: netfs_invalidate_folio() の修正により、変更がすべて消失した場合にダーティビットをクリアするようになりました。対応ストリーミング書き込みが行われると、関連する変更済みのフォリオが「最新でないがダーティ状態」に残り、folio->private にnetfs_folio構造体がぶら下がってダーティ範囲を示していました。その後、ファイルをトランケートしてフォリオ内のダーティデータが消失しても、フォリオの最初の部分は理論上残るためnetfs_folio構造体は破棄されますが、ダーティフラグはセットされたままになります。その結果、mmap()を介してフォリオが読み込まれると、netfs_read_folio()はページがダーティであることを検出し、欠落部分を埋めるためにnetfs_read_gaps()にジャンプします。しかしnetfs_read_gaps()はnetfs_folio構造体が存在することを想定しているため、トランケートにより構造体が削除されている場合、カーネルパニック(oops)を引き起こす可能性がありました。この問題は、フォリオ内のすべてのダーティデータが消去された場合にnetfs_invalidate_folio()内でfolio_cancel_dirty()を呼び出す(nfsと同様の方法で)ことによって修正されました。また、ダーティページの変更をログ出力するためのトレースポイントも追加されています。この問題は、以下のような手順で再現できます。 dd if=/dev/zero of=/xfstest.test/foo bs=1M count=1 umount /xfstest.test mount /xfstest.test xfs_io -c "w 0xbbbf 0xf96c" \ -c "truncate 0xbbbf" \ -c "mmap -r 0xb000 0x11000" \ -c "mr 0xb000 0x11000" \ /xfstest.test/foo fscachingが無効の場合(さもなければストリーミング書き込みは抑制されます)、netfs_perform_write()に対してファイルディスクリプタがO_RDWRの場合はストリーミング書き込みを禁止する変更も併せて行われました。 if (//(file->f_mode & FMODE_READ) || <--- この行をコメントアウト netfs_is_cache_enabled(ctx)) {この変更がなくても再現可能ですが、この変更により、上記の単純なxfs_ioコマンドでの再現が防止されます。なお、最初のddコマンドは重要で、ファイルが十分に大きくなければゼロ点ロジックがギャップをクリアしてしまい、ファイル内にまだ読み込む部分がないと判断してしまいます。ページキャッシュをクリアするためにはアンマウントとマウントが必要です(他にも同様の手段があります)。この問題は当初、generic/522のxfstestで、FMODE_READ制限を削除するパッチを適用した環境で再現されました。 | |
| CVSS による深刻度 (CVSS とは?) | |
|
CVSS v3 による深刻度
基本値: 5.5 (警告) [NVD値]
| |
| 影響を受けるシステム | |
|
| |
Linux | |
|
| |
| 想定される影響 | |
・当該ソフトウェアが扱う情報について、外部への漏えいは発生しません。 | |
| 対策 | |
リリース情報、またはパッチ情報が公開されています。参考情報を参照して適切な対策を実施してください。 | |
| ベンダ情報 | |
|
| |
| CWEによる脆弱性タイプ一覧 CWEとは? | |
| |
| 共通脆弱性識別子(CVE) CVEとは? | |
|
| |
| 参考情報 | |
| |
| 更新履歴 | |
|
| 公表日 | 2026/07/19 |
| 登録日 | 2026/09/04 |
| 最終更新日 | 2026/09/04 |



