Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - net/mlx5e：RX，修复 Striding RQ XDP multi-buf frag 计数 当程序调用 bpf_xdp_pull_data（） 或 bpf_xdp_adjust_tail（） 时，XDP multi-buf 程序可修改 XDP 缓冲区的布局。fixes 标签中引用的提交修正了 mlx5 驱动程序中 XDP 缓冲区布局在程序执行期间不会更改的假设。然而，此补丁引入了另一个问题：驱动程序端仍需要统计丢弃的片段，以避免页面片段引用计数问题。
    该问题是由 drivers/net/xdp.py selftest发现的，更具体地说是test_xdp_native_tx_mb：
    - mlx5 驱动程序分配一个page_pool页，并使用 frag 计数器 64 （pp_ref_count=64） 和内部 frag 计数器 0 对其进行初始化。- 测试发送一个没有负载的数据包。- 在 RX （mlx5e_skb_from_cqe_mpwrq_nonlinear（）） 上，mlx5 使用从第一个片段（即上述页面）开始的数据包数据配置 XDP 缓冲区。- XDP 程序运行并调用 bpf_xdp_pull_data（），将标头移动到 XDP 缓冲区的线性部分。由于数据包不包含更多数据，程序会丢弃尾部碎片，因为它不再包含任何负载 （pp_ref_count=63）。- mlx5 设备跳过对此片段的计数。内部碎片计数器仍为 0。- mlx5 释放页面的所有 64 个片段，但页面pp_ref_count为 63 => 负引用计数错误。测试期间导致的splat：警告：CPU：0 PID：188225 at ./include/net/page_pool/helpers.h：297 mlx5e_page_release_fragmented.isra.0+0xbd/0xe0 [mlx5_core] 链接的模块：[...]CPU：0 UID：0 PID：
    188225 通信：ip 未受感染 6.18.0-rc7_for_upstream_min_debug_2025_12_08_11_44 #1 无 硬件名称：QEMU 标准 PC （Q35 + ICH9,2009），BIOS rel-1.13.0-0-gf21b5a4aeb02-prebuilt.qemu.org 2014 年 4 月 1 日 RIP：
    0010：mlx5e_page_release_fragmented.isra.0+0xbd/0xe0 [mlx5_core] [...]调用跟踪： <TASK> mlx5e_free_rx_mpwqe+0x20a/0x250 [mlx5_core] mlx5e_dealloc_rx_mpwqe+0x37/0xb0 [mlx5_core] mlx5e_free_rx_descs+0x11a/0x170 [mlx5_core] mlx5e_close_rq+0x78/0xa0 [mlx5_core] mlx5e_close_queues+0x46/0x2a0 [mlx5_core] mlx5e_close_channel+0x24/0x90 [mlx5_core] mlx5e_close_channels+0x5d/0xf0 [mlx5_core] mlx5e_safe_switch_params+0x2ec/0x380 [mlx5_core] mlx5e_change_mtu+0x11d/0x490 [mlx5_core] mlx5e_change_nic_mtu+0x19/0x30 [mlx5_core] netif_set_mtu_ext+0xfc/0x240 do_setlink.isra.0+0x226/0x1100 rtnl_newlink+0x7a9/0xba0 rtnetlink_rcv_msg+0x220/0x3c0 netlink_rcv_skb+0x4b/0xf0 netlink_unicast+0x255/0x380 netlink_sendmsg+0x1f3/0x420 __sock_sendmsg+0x38/0x60 ____sys_sendmsg+0x1e8/0x240 ___sys_sendmsg+0x7c/0xb0 [...] __sys_sendmsg+0x5f/0xb0 do_syscall_64+0x55/0xc70 此问题也适用于在驱动程序中的不同代码路径中处理的 XDP_PASS。此修补程序通过对所有相关 XDP 操作（XDP_TX、XDP_REDIRECT 和 XDP_PASS）的所有原始 XDP 缓冲区片段执行页面碎片计数来修复此问题。
    这基本上是恢复到在 fixes 标签中提交之前的原始计数。由于 frag_page 仍然指向原始的尾部，因此需要以不同的方式计算 xdp_update_skb_frags_info（） 的nr_frags参数以反映新的nr_frags。（CVE-2026-43465）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - net/mlx5e： RX，修正跨步 RQ 的 XDP 多 buf 片段計數 當程式呼叫 bpf_xdp_pull_data（） 或 bpf_xdp_adjust_tail（） 時，XDP 多 buf 程式可以修改 XDP 緩衝區的配置。修正標籤中參考的認可更正了 mlx5 驅動程式中的假設，即 XDP 緩衝區配置在程式執行期間不會變更。不過，此修正引入了另一個問題：卸除的片段仍需要在驅動程式端進行計數，以避免頁面片段參照計數問題。
    此問題是由 drivers/net/xdp.py 自我測試發現的，更具體地說是 test_xdp_native_tx_mb：
    - mlx5 驅動程式會配置一個page_pool頁面，並以片段計數器 64 （pp_ref_count=64） 和內部片段計數器為 0 來初始化它。- 測試會傳送一個沒有承載的封包。- 在 RX （mlx5e_skb_from_cqe_mpwrq_nonlinear（） 上，mlx5 使用從第一個片段（即上述頁面）開始的資料包資料來設定 XDP 緩衝區。- XDP 程式會執行並呼叫 bpf_xdp_pull_data（），以將標頭移至 XDP 緩衝區的線性部分。由於封包不包含更多資料，程式會捨棄尾部片段，因為它不再包含任何有效負載 （pp_ref_count=63）。- mlx5 裝置跳過計算此片段。內部碎片計數器保持 0。- mlx5 釋放頁面的所有 64 個片段，但第 pp_ref_count 頁為 63 =>負引用計數錯誤。測試期間產生的 splat： 警告： CPU：0 PID：188225 位於 ./include/net/page_pool/helpers.h：297 mlx5e_page_release_fragmented.isra.0+0xbd/0xe0 [mlx5_core] 連結的模組：[...]CPU：0 UID：0 PID：
    188225 通訊：ip 未受污染 6.18.0-rc7_for_upstream_min_debug_2025_12_08_11_44 #1 無 硬體名稱：QEMU 標準 PC （Q35 + ICH9， 2009），BIOS rel-1.13.0-0-gf21b5a4aeb02-prebuilt.qemu.org 04/01/2014 RIP：
    0010：mlx5e_page_release_fragmented.isra.0+0xbd/0xe0 [mlx5_core] [...]通話追蹤： <TASK> mlx5e_free_rx_mpwqe+0x20a/0x250 [mlx5_core] mlx5e_dealloc_rx_mpwqe+0x37/0xb0 [mlx5_core] mlx5e_free_rx_descs+0x11a/0x170 [mlx5_core] mlx5e_close_rq+0x78/0xa0 [mlx5_core] mlx5e_close_queues+0x46/0x2a0 [mlx5_core] mlx5e_close_channel+0x24/0x90 [mlx5_core] mlx5e_close_channels+0x5d/0xf0 [mlx5_core] mlx5e_safe_switch_params+0x2ec/0x380 [mlx5_core] mlx5e_change_mtu+0x11d/0x490 [mlx5_core] mlx5e_change_nic_mtu+0x19/0x30 [mlx5_core] netif_set_mtu_ext+0xfc/0x240 do_setlink.isra.0+0x226/0x1100 rtnl_newlink+0x7a9/0xba0 rtnetlink_rcv_msg+0x220/0x3c0 netlink_rcv_skb+0x4b/0xf0 netlink_unicast+0x255/0x380 netlink_sendmsg+0x1f3/0x420 __sock_sendmsg+0x38/0x60 ____sys_sendmsg+0x1e8/0x240 ___sys_sendmsg+0x7c/0xb0 [...] __sys_sendmsg+0x5f/0xb0 do_syscall_64+0x55/0xc70 此問題也適用於XDP_PASS，該問題在驅動程式中的不同程式碼路徑中處理。此修補程式透過對所有相關 XDP 動作 （XDP_TX、XDP_REDIRECT 和 XDP_PASS） 的所有原始 XDP 緩衝區片段進行頁面片段計數來修正此問題。
    這基本上是恢復到 fixes 標籤中提交之前的原始計數。由於frag_page仍然指向原始尾部，因此需要以不同的方式計算 xdp_update_skb_frags_info（） 的nr_frags參數，以反映新的nr_frags。（CVE-2026-43465）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - net/mlx5e:RX、ストライディング RQ に対する XDP マルチバッファフラグカウントを修正します XDP マルチバッファプログラムは、プログラムが bpf_xdp_pull_data() または bpf_xdp_adjust_tail() を呼び出すときに、XDP バッファのレイアウトを変更できます。fixes タグで参照されているコミットは、プログラムの実行中に XDP バッファレイアウトが変わらないという mlx5 ドライバーの想定を修正しました。ただし、この修正により別の問題が導入されました。ページフラグメント参照カウントの問題を回避するために、ドロップされたフラグメントはドライバー側でカウントされる必要があります。
    この問題は drivers/net/xdp.py セルフテスト、より具体的には test_xdp_native_tx_mb で発見されました:
    - mlx5 ドライバーは、page_poolページを割り当て、フラグカウンター 64(pp_ref_count=64)と内部フラグカウンターを 0 で初期化します。- テストは、ペイロードなしで 1 つのパケットを送信します。- RX(mlx5e_skb_from_cqe_mpwrq_nonlinear())では、mlx5 は、上記のページである最初のフラグメントから始まるパケットデータで XDP バッファを設定します。- XDPプログラムが実行され、ヘッダーをXDPバッファの線形部分に移動させるbpf_xdp_pull_data()が呼び出されます。パケットにはこれ以上のデータが含まれていないため、ペイロード(pp_ref_count=63)はもはや含まれていないため、プログラムはテールフラグメントをドロップします。- mlx5 デバイスは、このフラグメントのカウントをスキップします。内部フラグカウンターが 0 のまま。- mlx5 はページの 64 フラグメントすべてをリリースしますが、ページpp_ref_countは 63 => 負の参照カウントエラーです。テスト中に発生するスプラット:警告:CPU:0 PID:./include/net/page_pool/helpers.h:297 mlx5e_page_release_fragmented.isra.0+0xbd/0xe0 で188225 [mlx5_core] リンクされたモジュール:[...]CPU:0 UID:0 PID:
    188225 通信: IP 汚染されていない 6.18.0-rc7_for_upstream_min_debug_2025_12_08_11_44 #1 なし ハードウェア名: QEMU Standard PC(Q35 + ICH9、2009)、BIOS rel-1.13.0-0-gf21b5a4aeb02-prebuilt.qemu.org 04/01/2014 RIP:
    0010:mlx5e_page_release_fragmented.isra.0+0xbd/0xe0 [mlx5_core] [...]コールトレース: <TASK> mlx5e_free_rx_mpwqe+0x20a/0x250 [mlx5_core] mlx5e_dealloc_rx_mpwqe+0x37/0xb0 [mlx5_core] mlx5e_free_rx_descs+0x11a/0x170 [mlx5_core] mlx5e_close_rq+0x78/0xa0 [mlx5_core] mlx5e_close_queues+0x46/0x2a0 [mlx5_core] mlx5e_close_channel+0x24/0x90 [mlx5_core] mlx5e_close_channels+0x5d/0xf0 [mlx5_core] mlx5e_safe_switch_params+0x2ec/0x380 [mlx5_core] mlx5e_change_mtu+0x11d/0x490 [mlx5_core] mlx5e_change_nic_mtu+0x19/0x30 [mlx5_core] netif_set_mtu_ext+0xfc/0x240 do_setlink.isra.0+0x226/0x1100 rtnl_newlink+0x7a9/0xba0 rtnetlink_rcv_msg+0x220/0x3c0 netlink_rcv_skb+0x4b/0xf0 netlink_unicast+0x255/0x380 netlink_sendmsg+0x1f3/0x420 __sock_sendmsg+0x38/0x60 ____sys_sendmsg+0x1e8/0x240 ___sys_sendmsg+0x7c/0xb0 [...] __sys_sendmsg+0x5f/0xb0 do_syscall_64+0x55/0xc70 この問題は、ドライバーの別のコードパスで処理されるXDP_PASSにも当てはまります。このパッチは、すべての関連のある XDP アクション(XDP_TX、XDP_REDIRECTおよび XDP_PASS)に対して、すべての元の XDP バッファフラグメントでページフラグカウントを実行することにより、問題を修正します。
    これは基本的に、fixes タグのコミット前の元のカウントに戻します。frag_pageはまだ元の末尾を指しているので、xdp_update_skb_frags_info() への nr_frags パラメーターは、新しいnr_fragsを反映するために別の方法で計算する必要があります。(CVE-2026-43465)

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

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - net/mlx5e: RX, Fix XDP multi-buf frag counting for striding RQ XDP multi-buf programs can modify the     layout of the XDP buffer when the program calls bpf_xdp_pull_data() or bpf_xdp_adjust_tail(). The     referenced commit in the fixes tag corrected the assumption in the mlx5 driver that the XDP buffer layout     doesn't change during a program execution. However, this fix introduced another issue: the dropped     fragments still need to be counted on the driver side to avoid page fragment reference counting issues.
    The issue was discovered by the drivers/net/xdp.py selftest, more specifically the test_xdp_native_tx_mb:
    - The mlx5 driver allocates a page_pool page and initializes it with a frag counter of 64     (pp_ref_count=64) and the internal frag counter to 0. - The test sends one packet with no payload. - On RX     (mlx5e_skb_from_cqe_mpwrq_nonlinear()), mlx5 configures the XDP buffer with the packet data starting in     the first fragment which is the page mentioned above. - The XDP program runs and calls bpf_xdp_pull_data()     which moves the header into the linear part of the XDP buffer. As the packet doesn't contain more data,     the program drops the tail fragment since it no longer contains any payload (pp_ref_count=63). - mlx5     device skips counting this fragment. Internal frag counter remains 0. - mlx5 releases all 64 fragments of     the page but page pp_ref_count is 63 => negative reference counting error. Resulting splat during the     test: WARNING: CPU: 0 PID: 188225 at ./include/net/page_pool/helpers.h:297     mlx5e_page_release_fragmented.isra.0+0xbd/0xe0 [mlx5_core] Modules linked in: [...] CPU: 0 UID: 0 PID:
    188225 Comm: ip Not tainted 6.18.0-rc7_for_upstream_min_debug_2025_12_08_11_44 #1 NONE Hardware name: QEMU     Standard PC (Q35 + ICH9, 2009), BIOS rel-1.13.0-0-gf21b5a4aeb02-prebuilt.qemu.org 04/01/2014 RIP:
    0010:mlx5e_page_release_fragmented.isra.0+0xbd/0xe0 [mlx5_core] [...] Call Trace: <TASK>     mlx5e_free_rx_mpwqe+0x20a/0x250 [mlx5_core] mlx5e_dealloc_rx_mpwqe+0x37/0xb0 [mlx5_core]     mlx5e_free_rx_descs+0x11a/0x170 [mlx5_core] mlx5e_close_rq+0x78/0xa0 [mlx5_core]     mlx5e_close_queues+0x46/0x2a0 [mlx5_core] mlx5e_close_channel+0x24/0x90 [mlx5_core]     mlx5e_close_channels+0x5d/0xf0 [mlx5_core] mlx5e_safe_switch_params+0x2ec/0x380 [mlx5_core]     mlx5e_change_mtu+0x11d/0x490 [mlx5_core] mlx5e_change_nic_mtu+0x19/0x30 [mlx5_core]     netif_set_mtu_ext+0xfc/0x240 do_setlink.isra.0+0x226/0x1100 rtnl_newlink+0x7a9/0xba0     rtnetlink_rcv_msg+0x220/0x3c0 netlink_rcv_skb+0x4b/0xf0 netlink_unicast+0x255/0x380     netlink_sendmsg+0x1f3/0x420 __sock_sendmsg+0x38/0x60 ____sys_sendmsg+0x1e8/0x240 ___sys_sendmsg+0x7c/0xb0     [...] __sys_sendmsg+0x5f/0xb0 do_syscall_64+0x55/0xc70 The problem applies for XDP_PASS as well which is     handled in a different code path in the driver. This patch fixes the issue by doing page frag counting on     all the original XDP buffer fragments for all relevant XDP actions (XDP_TX , XDP_REDIRECT and XDP_PASS).
    This is basically reverting to the original counting before the commit in the fixes tag. As frag_page is     still pointing to the original tail, the nr_frags parameter to xdp_update_skb_frags_info() needs to be     calculated in a different way to reflect the new nr_frags. (CVE-2026-43465)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
313347	Linux Distros 未修补的漏洞：CVE-2026-43465	Nessus	Misc.	2026/5/8	2026/5/12	critical
313347	Linux Distros 未修補的弱點：CVE-2026-43465	Nessus	Misc.	2026/5/8	2026/5/12	critical
313347	Linux Distros のパッチ未適用の脆弱性: CVE-2026-43465	Nessus	Misc.	2026/5/8	2026/5/12	critical
313347	Linux Distros Unpatched Vulnerability : CVE-2026-43465	Nessus	Misc.	2026/5/8	2026/5/12	critical

检测

插件搜索

critical

critical

critical

critical