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

  - gfs2:iomap インラインデータ書き込みパスの use-after-free を修正します。iomap->inline_data が依然として dibh->b_data をポイントしているのに、インラインデータバッファヘッド(dibh)が release_metapath() を介して gfs2_iomap_begin() で時期尚早に解放されています。これにより、iomap_write_end_inline()が後にインラインデータ領域に書き込もうとするときに、メモリ解放後使用(Use After Free)が発生します。バグシーケンス:1. gfs2_iomap_begin() は gfs2_meta_inode_buffer() を呼び出して inode メタデータを dibh 2 に読み取ります。iomap->inline_data = dibh->b_data + sizeof(struct gfs2_dinode) を設定 3.brelse(dibh) を呼び出す release_metapath() を呼び出し、refcount を 0 にドロップします 4.kswapd がページを再利用します(syzbot レポートで ~39 ミリ秒後のページ)5.iomap_write_end_inline() が iomap->inline_data に対して memcpy() を試行します 6.解放されたメモリへの use-after-free 書き込みを KASAN が検出します。dibh を iomap->private に保存し、gfs2_iomap_begin() の get_bh() で refcount をインクリメントすることで修正します。インライン書き込みの完了後、バッファは gfs2_iomap_end() で適切に解放され、iomap 操作全体にわたってページが生きたままになります。注:C リプロデューサーはこの問題に対して利用できません。この修正は、バッファヘッドが使用前に解放されることを示す、KASAN レポートの分析とコードレビューに基づいています。[agruenba:gfs2_iomap_begin() と gfs2_iomap_get gfs2_iomap_alloc() での漏洩を避けるために、バッファヘッド参照を入手します。(CVE-2026-45984)

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

検出

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

high Nessus プラグイン ID 317264

バージョン 1.11