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

  - slub:krealloc() でデータの損失とオーバーフローを修正します。コミット 2cd8231796b5(mm/slub:k[v]realloc でノードと整列の設定を許可します)は、元のオブジェクトが新しいアライメントまたは NUMA ノードを満たさない場合に、オブジェクトが縮小されていても、再割り当てを強制する機能を導入しました。これにより、再割り当てのフォールバックパスに 2 つのバグが発生しました:1. NUMA 移行中のデータ損失:「ks」および「orig_size」が初期化される前に、「alloc_new」へのジャンプが発生します。その結果、「alloc_new」ブロックのmemcpy()が0バイトを新しい割り当てにコピーします。2. 縮小時のバッファオーバーフロー: 新しい配置を強制しながらオブジェクトを縮小すると、「new_size」は古いサイズよりも小さくなります。しかし、memcpy() が古いサイズ(「orig_size ?: ks」)を使用していたため、領域外書き込みが発生しました。kvrealloc() フォールバックパスに同じオーバーフローのバグが存在します。古いバケットサイズの ksize(p) が新しいサイズにバインドされることなく新しいバッファにコピーされます。単純なリプリケーター:// たとえば、KREALLOC_SHRINK_OVERFLOWとして lkdtm に追加します while (1) { void *p = kmalloc(128, GFP_KERNEL); p = krealloc_node_align(p, 64, 256, GFP_KERNEL, NUMA_NO_NODE); kfree(p); } は、次の問題を示します: ================================================================== バグ: KFENCE:
    memcpy_orig+0x68/0x130での領域外書き込み 0xffff8883ad757038での領域外書き込み( kfence-#47の右側120B):memcpy_orig+0x68/0x130 krealloc_node_align_noprof+0x1c8/0x340 lkdtm_KREALLOC_SHRINK_OVERFLOW+0x8c/0xc0 [lkdtm] lkdtm_do_action+0x3a/0x60 [lkdtm] ... kfence-#47:
    0xffff8883ad756fc0-0xffff8883ad756fff、size=64、 cache=kmalloc-64 が cpu 7 上で 97.680481s でタスク 316 により割り当てられました(0.021813s 前):krealloc_node_align_noprof+0x19c/0x340 lkdtm_KREALLOC_SHRINK_OVERFLOW+0x8c/0xc0 [lkdtm] lkdtm_do_action+0x3a/0x60 [lkdtm] ...
    ================================================================== 古いサイズ計算を __do_krealloc() の先頭に移動し、すべてのコピーの長さを新しい割り当てサイズで囲むことで、これを修正します。
    (CVE-2026-45990)

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

検出

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

medium Nessus プラグイン ID 318454

バージョン 1.3