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

  - bpf:BPF LSM が初期化されていない場合にBPF_MAP_TYPE_INODE_STORAGE作成を拒否します CONFIG_BPF_LSM=y が設定されている場合、BPF inode ストレージマップ(BPF_MAP_TYPE_INODE_STORAGE)がカーネルにコンパイルされます。ただし、BPF LSM が起動時に明示的に有効化されていない場合(例えば lsm= boot パラメーターから省略)、BPF LSM に対して lsm_prepare() は実行されません。その結果、BPF inodeセキュリティブロブオフセット(bpf_lsm_blob_sizes.lbs_inode)は初期化されず、予約された構造体rcu_head(通常は16バイト以上)を超えて有効なオフセットに更新されることなく、デフォルトのコンパイル後サイズである8バイトのままになります。
    特権ユーザーがBPF_MAP_TYPE_INODE_STORAGEマップを作成して更新すると、bpf_inode() は inode->i_security + 8 を評価します。これは、inode->i_security blob の先頭にある構造体 rcu_head.func コールバックポインターを誤ってエイリアスします。後続のマップ要素のクリーンアップまたは inode の破壊中に、owner_storageに NULL を書き込むと、キューに入れられた RCU コールバックポインターがクリアされます。rcu_do_batch()がキューに入れられたコールバックを後に実行するとき、アドレス0x0で命令フェッチを試み、即時のカーネルパニックをトリガーします。__ro_after_initマーク付きのグローバルbpf_lsm_initializedブールフラグを導入することにより、これを修正します。LSM フレームワークが BPF LSM を正常に登録した場合、bpf_lsm_init() 内でこのフラグを true に設定します。このフラグの inode_storage_map_alloc() でのゲートマップ割り当てで、BPF LSM が逆に初期化されていない場合は -EOPNOTSUPP を返します。
    このフェイルファストのアプローチにより、サポートされている BPF LSM インフラストラクチャがないときにユーザー空間が inode ストレージマップを割り当てることを防ぎ、ゾンビマップの状態を回避します。(CVE-2026-64192)

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

検出

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

high Nessus プラグイン ID 328344

バージョン 1.5