リモートの CentOS Linux 9 ホストに、kernel-5.14.0-472.el9 ビルド変更ログに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルでは、次の脆弱性が解決されています。xsk: ZC XDP のマルチバッファ BPF ヘルパーの使用を修正。現在、パケットが bpf_xdp_adjust_tail() により縮小され、メモリタイプが MEM_TYPE_XSK_BUFF_POOL に設定されている場合、NULL ポインターデリファレンスが発生: [1136314.192256] バグ: カーネル NULL ポインターデリファレンス、アドレス: 0000000000000034 [1136314.203943] #PF: カーネルモードでのスーパーバイザー読み取りアクセス [1136314.213768] #PF: error_code(0x0000) - ページが存在しない [1136314.223550] PGD 0 P4D 0 [1136314.230684] Oops: 0000 [#1] PREEMPT SMP NOPTI [1136314.239621] CPU: 8 PID: 54203 Comm: xdpsock が汚染されていない 6.6.0+ #257 [1136314.250469] ハードウェア名: Intel Corporation S2600WFT/S2600WFT、BIOS SE5C620.86B.02.01.0008.031920191559 03/19/2019 [1136314.265615] RIP: 0010:__xdp_return+0x6c/0x210 [1136314.274653] Code: ad 00 48 8b 47 08 49 89 f8 a8 01 0f 85 9b 01 00 00 0f 1f 44 00 00 f0 41 ff 48 34 75 32 4c 89 c7 e9 79 cd 80 ff 83 fe 03 75 17 <f6> 41 34 01 0f 85 02 01 00 00 48 89 cf e9 22 cc 1e 00 e9 3d d2 86 [1136314.302907] RSP: 0018:ffffc900089f8db0 EFLAGS: 00010246 [1136314.312967] RAX: ffffc9003168aed0 RBX: ffff8881c3300000 RCX: 0000000000000000 [1136314.324953] RDX: 0000000000000000 RSI: 0000000000000003 RDI: ffffc9003168c000 [1136314.336929] RBP: 0000000000000ae0 R08: 0000000000000002 R09: 0000000000010000 [1136314.348844] R10: ffffc9000e495000 R11: 0000000000000040 R12: 0000000000000001 [1136314.360706] R13:
    0000000000000524 R14: ffffc9003168aec0 R15: 0000000000000001 [1136314.373298] FS: 00007f8df8bbcb80(0000) GS:ffff8897e0e00000(0000) knlGS:0000000000000000 [1136314.386105] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [1136314.396532] CR2: 0000000000000034 CR3: 00000001aa912002 CR4: 00000000007706f0 [1136314.408377] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [1136314.420173] DR3:
    0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [1136314.431890] PKRU: 55555554 [1136314.439143] コールトレース: [1136314.446058] <IRQ> [1136314.452465] ? __die+0x20/0x70 [1136314.459881] ? page_fault_oops+0x15b/0x440 [1136314.468305] ? exc_page_fault+0x6a/0x150 [1136314.476491] ? asm_exc_page_fault+0x22/0x30 [1136314.484927] ? __xdp_return+0x6c/0x210 [1136314.492863] bpf_xdp_adjust_tail+0x155/0x1d0 [1136314.501269] bpf_prog_ccc47ae29d3b6570_xdp_sock_prog+0x15/0x60 [1136314.511263] ice_clean_rx_irq_zc+0x206/0xc60 [ice] [1136314.520222] ? ice_xmit_zc+0x6e/0x150 [ice] [1136314.528506] ice_napi_poll+0x467/0x670 [ice] [1136314.536858] ? ttwu_do_activate.constprop.0+0x8f/0x1a0 [1136314.546010] __napi_poll+0x29/0x1b0 [1136314.553462] net_rx_action+0x133/0x270 [1136314.561619] __do_softirq+0xbe/0x28e [1136314.569303] do_softirq+0x3f/0x60 これは、xsk_buff_free() コールで消費されるはずの xdp_buff 引数に NULL が渡された __xdp_return() コールによるものです。これに適切に対処するには、ZC の場合、削除される frag を表すノードを xskb_list から抜き出す必要があります。適切な xsk ヘルパーを導入してそのようなノード操作を行い、bpf_xdp_adjust_tail() 内で適宜使用します。(CVE-2024-26611)

  - Linux カーネルでは、次の脆弱性が解決されています。ext4: ext4_mb_find_by_goal() の破損したグループからのブロックの割り当てを回避。グループのブロックビットマップが破損しているかどうかをチェックするロジックを、グループロックの保護下に配置し、ブロックビットマップが壊れているグループからのブロック割り当てを回避します。(CVE-2024-26772)

  - Linux カーネルでは、次の脆弱性が解決されています。ext4: オンラインサイズ変更中の破損を修正。ファイルシステムのオンラインサイズ変更中に、4k ブロックサイズで 16 TiB を超える破損を観察しました。2^32 を超えるブロックがある場合、resize_inode は mke2fs によりデフォルトでオフになっています。この問題は、resize_inode を明示的にオフにすることで、便宜上、より小さいファイルシステムで再現できます。8 GiB の境界 (このセットアップでのメタブロックグループのサイズ) を超えるオンラインのサイズ変更は、破損につながります。dev=/dev/<some_dev> # should be >= 16 GiB mkdir -p /corruption /sbin/mke2fs -t ext4 -b 4096 -O ^resize_inode $dev $((2 * 2**21 - 2**15)) mount -t ext4 $dev /corruption dd if=/dev/zero bs=4096 of=/corruption/test count=$((2*2**21 - 4*2**15)) sha1sum /corruption/test # 79d2658b39dcfd77274e435b0934028adafaab11 /corruption/test /sbin/resize2fs $dev $((2*2**21)) # drop page cache to force reload the block from disk echo 1 > /proc/sys/vm/drop_caches sha1sum /corruption/test # 3c2abc63cbf1a94c9e6977e0fbd72cd832c4d5c3 /corruption/test 2^21=2^15*2^6 は 8 GiB に相当し、2^15 はブロックグループあたりのブロック数、2^6 はメタブロックグループを構成するブロックグループの数です。最後のチェックサムは、ファイルが物理ブロック全体でどのように配置されているかによって異なる場合があります。実際の破損は、メタブロックグループのブロック記述子のバックアップの場所である、物理ブロック 63*2^15 = 2064384 で発生します。オンラインのサイズ変更中に、ファイルシステムは、s_first_meta_bg (例では 2) から始まる meta_bg に変換されます。これは、16 GiB より後のすべてのブロックグループを意味します。
    ただし、ext4_flex_group_add では、まだ最初のメタブロックグループの一部ではないブロックグループを追加する可能性があります。リプロデューサーでは、メタブロックグループが開始するポイントからブロックグループ全体のサイズを減算することで、これを達成しました。non-meta_bg レイアウトに従うようにバックアップブロックグループ記述子を更新する際には、これを考慮する必要があります。修正は、追加するグループがすでにメタブロックグループの一部であるかどうかにかかわらず、テストを追加することです。(CVE-2024-35807)

  - Linux カーネルでは、次の脆弱性が解決されています。block: blk_ioctl_discard() のオーバーフローを修正。blk_ioctl_discard() には、「start + len」のオーバーフローのチェックがありません。次のパラメーターで破棄 ioctl を送信すると、タスクのハングが発生します。start = 0x80000000000ff000, len = 0x8000000000fff000。オーバーフロー検証を今すぐ追加してください。(CVE-2024-36917)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

検出

CentOS 9: kernel-5.14.0-472.el9

medium Nessus プラグイン ID 201850

バージョン 1.3