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

  - net/mlx5e： RX，修正舊版 RQ 的 XDP 多重 buf 片段計數 當程式呼叫 bpf_xdp_pull_data（） 或 bpf_xdp_adjust_tail（） 時，XDP 多重 buf 程式可以修改 XDP 緩衝區的配置。修正標籤中參考的認可更正了 mlx5 驅動程式中的假設，即 XDP 緩衝區配置在程式執行期間不會變更。不過，此修正引入了另一個問題：卸除的片段仍需要在驅動程式端進行計數，以避免頁面片段參照計數問題。當使用 3600 的承載並縮小 256 位元組 （即將推出的自我測試修補程式） 時，可以在 test_xdp_native_adjst_tail_shrnk_data 自我測試中觀察到此類問題：最後一個片段由 XDP 程式碼釋放，但驅動程式不會追蹤。這會導致頁面發布期間的負pp_ref_count和以下 splat： 警告：include/net/page_pool/helpers.h：297 在 mlx5e_page_release_fragmented.isra.0+0x4a/0x50 [mlx5_core]， CPU#12： ip/3137 連結的模組：[...]中央處理器：
    12 UID：0 PID：3137 Comm：ip 未受污染 6.19.0-rc3+ #12 無 硬體名稱：QEMU Standard PC （Q35 + ICH9， 2009），BIOS rel-1.16.3-0-ga6ed6b701f0a-prebuilt.qemu.org 04/01/2014 RIP：
    0010：mlx5e_page_release_fragmented.isra.0+0x4a/0x50 [mlx5_core] [...]通話追蹤： <TASK> mlx5e_dealloc_rx_wqe+0xcb/0x1a0 [mlx5_core] mlx5e_free_rx_descs+0x7f/0x110 [mlx5_core] mlx5e_close_rq+0x50/0x60 [mlx5_core] mlx5e_close_queues+0x36/0x2c0 [mlx5_core] mlx5e_close_channel+0x1c/0x50 [mlx5_core] mlx5e_close_channels+0x45/0x80 [mlx5_core] mlx5e_safe_switch_params+0x1a5/0x230 [mlx5_core] mlx5e_change_mtu+0xf3/0x2f0 [mlx5_core] netif_set_mtu_ext+0xf1/0x230 do_setlink.isra.0+0x219/0x1180 rtnl_newlink+0x79f/0xb60rtnetlink_rcv_msg+0x213/0x3a0 netlink_rcv_skb+0x48/0xf0 netlink_unicast+0x24a/0x350 netlink_sendmsg+0x1ee/0x410 __sock_sendmsg+0x38/0x60 ____sys_sendmsg+0x232/0x280 ___sys_sendmsg+0x78/0xb0
    __sys_sendmsg+0x5f/0xb0 [...] do_syscall_64+0x57/0xc50 此修補程式透過對所有相關 XDP 動作 （XDP_TX、XDP_REDIRECT 和 XDP_PASS） 的所有原始 XDP 緩衝區片段進行頁面片段計數來修正此問題。這基本上是恢復到 fixes 標籤中提交之前的原始計數。由於frag_page仍然指向原始尾部，因此需要以不同的方式計算 xdp_update_skb_frags_info（） 的nr_frags參數，以反映新的nr_frags。（CVE-2026-43464）

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

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

  - net/mlx5e：RX，修复旧版 RQ 的 XDP multi-buf frag 计数 XDP multi-buf 程序可在程序调用 bpf_xdp_pull_data（） 或 bpf_xdp_adjust_tail（） 时修改 XDP 缓冲区的布局。fixes 标签中引用的提交修正了 mlx5 驱动程序中 XDP 缓冲区布局在程序执行期间不会更改的假设。然而，此补丁引入了另一个问题：驱动程序端仍需要统计丢弃的片段，以避免页面片段引用计数问题。使用 3600 负载且缩小 256 字节（即将推出的自我测试修补程序）时，test_xdp_native_adjst_tail_shrnk_data selftest 可观察到此问题：XDP 代码会释放最后一个片段，但驱动程序未对其进行跟踪。这会导致页面释放期间的负pp_ref_count和以下爆裂： WARNING： include/net/page_pool/helpers.h：297 at mlx5e_page_release_fragmented.isra.0+0x4a/0x50 [mlx5_core]， CPU#12： ip/3137 模块链接于： [...]CPU：
    12 UID：0 PID：3137 通信：ip 未受感染 6.19.0-rc3+ #12 无 硬件名称：QEMU 标准 PC（Q35 + ICH9,2009 年），BIOS rel-1.16.3-0-ga6ed6b701f0a-prebuilt.qemu.org 2014 年 4 月 1 日 RIP：
    0010：mlx5e_page_release_fragmented.isra.0+0x4a/0x50 [mlx5_core] [...]调用跟踪： <TASK> mlx5e_dealloc_rx_wqe+0xcb/0x1a0 [mlx5_core] mlx5e_free_rx_descs+0x7f/0x110 [mlx5_core] mlx5e_close_rq+0x50/0x60 [mlx5_core] mlx5e_close_queues+0x36/0x2c0 [mlx5_core] mlx5e_close_channel+0x1c/0x50 [mlx5_core] mlx5e_close_channels+0x45/0x80 [mlx5_core] mlx5e_safe_switch_params+0x1a5/0x230 [mlx5_core] mlx5e_change_mtu+0xf3/0x2f0 [mlx5_core] netif_set_mtu_ext+0xf1/0x230 do_setlink.isra.0+0x219/0x1180 rtnl_newlink+0x79f/0xb60rtnetlink_rcv_msg+0x213/0x3a0 netlink_rcv_skb+0x48/0xf0 netlink_unicast+0x24a/0x350 netlink_sendmsg+0x1ee/0x410 __sock_sendmsg+0x38/0x60 ____sys_sendmsg+0x232/0x280 ___sys_sendmsg+0x78/0xb0
    __sys_sendmsg+0x5f/0xb0 [...] do_syscall_64+0x57/0xc50 此修补程序通过对所有相关 XDP 操作（XDP_TX、XDP_REDIRECT 和 XDP_PASS）的所有原始 XDP 缓冲区片段执行页面碎片计数来修复此问题。这基本上是恢复到在 fixes 标签中提交之前的原始计数。由于 frag_page 仍然指向原始的尾部，因此需要以不同的方式计算 xdp_update_skb_frags_info（） 的nr_frags参数以反映新的nr_frags。（CVE-2026-43464）

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

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

  - net/mlx5e:RX、レガシー RQ の XDP マルチバッファフラグカウントを修正します。プログラムが bpf_xdp_pull_data() または bpf_xdp_adjust_tail() を呼び出すとき、XDP マルチバッファプログラムが XDP バッファのレイアウトを変更できます。fixes タグで参照されているコミットは、プログラムの実行中に XDP バッファレイアウトが変わらないという mlx5 ドライバーの想定を修正しました。ただし、この修正により別の問題が導入されました。ページフラグメント参照カウントの問題を回避するために、ドロップされたフラグメントはドライバー側でカウントされる必要があります。このような問題は、3600 のペイロードを使用し、256 バイト単位で縮小する場合(今後発表されるセルフテストパッチ)のtest_xdp_native_adjst_tail_shrnk_dataセルフテストで確認できます:最後のフラグメントは XDP コードによってリリースされますが、ドライバーによって追跡されません。その結果、ページリリース中に負のpp_ref_countと次のスプラットが発生します:警告:include/net/page_pool/helpers.h:297 at mlx5e_page_release_fragmented.isra.0+0x4a/0x50 [mlx5_core]、 CPU#12:ip/3137 リンクされたモジュール:[...]CPU:
    12 UID:0 PID:3137 通信:ip 汚染されていない 6.19.0-rc3+ #12 なし ハードウェア名:QEMU Standard PC(Q35 + ICH9、2009)、BIOS rel-1.16.3-0-ga6ed6b701f0a-prebuilt.qemu.org 04/01/2014 RIP:
    0010:mlx5e_page_release_fragmented.isra.0+0x4a/0x50 [mlx5_core] [...]コールトレース: <TASK> mlx5e_dealloc_rx_wqe+0xcb/0x1a0 [mlx5_core] mlx5e_free_rx_descs+0x7f/0x110 [mlx5_core] mlx5e_close_rq+0x50/0x60 [mlx5_core] mlx5e_close_queues+0x36/0x2c0 [mlx5_core] mlx5e_close_channel+0x1c/0x50 [mlx5_core] mlx5e_close_channels+0x45/0x80 [mlx5_core] mlx5e_safe_switch_params+0x1a5/0x230 [mlx5_core] mlx5e_change_mtu+0xf3/0x2f0 [mlx5_core] netif_set_mtu_ext+0xf1/0x230 do_setlink.isra.0+0x219/0x1180 rtnl_newlink+0x79f/0xb60rtnetlink_rcv_msg+0x213/0x3a0 netlink_rcv_skb+0x48/0xf0 netlink_unicast+0x24a/0x350 netlink_sendmsg+0x1ee/0x410 __sock_sendmsg+0x38/0x60 ____sys_sendmsg+0x232/0x280 ___sys_sendmsg+0x78/0xb0
    __sys_sendmsg+0x5f/0xb0 [...] do_syscall_64+0x57/0xc50 このパッチは、関連するすべての XDP アクション(XDP_TX、XDP_REDIRECT、XDP_PASS)に対して、すべての元の XDP バッファフラグメントでページフラグカウントを実行することにより、この問題を修正します。これは基本的に、fixes タグのコミット前の元のカウントに戻します。frag_pageはまだ元の末尾を指しているので、xdp_update_skb_frags_info() への nr_frags パラメーターは、新しいnr_fragsを反映するために別の方法で計算する必要があります。(CVE-2026-43464)

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 legacy 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. Such issue can be     observed with the test_xdp_native_adjst_tail_shrnk_data selftest when using a payload of 3600 and     shrinking by 256 bytes (an upcoming selftest patch): the last fragment gets released by the XDP code but     doesn't get tracked by the driver. This results in a negative pp_ref_count during page release and the     following splat: WARNING: include/net/page_pool/helpers.h:297 at     mlx5e_page_release_fragmented.isra.0+0x4a/0x50 [mlx5_core], CPU#12: ip/3137 Modules linked in: [...] CPU:
    12 UID: 0 PID: 3137 Comm: ip Not tainted 6.19.0-rc3+ #12 NONE Hardware name: QEMU Standard PC (Q35 + ICH9,     2009), BIOS rel-1.16.3-0-ga6ed6b701f0a-prebuilt.qemu.org 04/01/2014 RIP:
    0010:mlx5e_page_release_fragmented.isra.0+0x4a/0x50 [mlx5_core] [...] Call Trace: <TASK>     mlx5e_dealloc_rx_wqe+0xcb/0x1a0 [mlx5_core] mlx5e_free_rx_descs+0x7f/0x110 [mlx5_core]     mlx5e_close_rq+0x50/0x60 [mlx5_core] mlx5e_close_queues+0x36/0x2c0 [mlx5_core]     mlx5e_close_channel+0x1c/0x50 [mlx5_core] mlx5e_close_channels+0x45/0x80 [mlx5_core]     mlx5e_safe_switch_params+0x1a5/0x230 [mlx5_core] mlx5e_change_mtu+0xf3/0x2f0 [mlx5_core]     netif_set_mtu_ext+0xf1/0x230 do_setlink.isra.0+0x219/0x1180 rtnl_newlink+0x79f/0xb60     rtnetlink_rcv_msg+0x213/0x3a0 netlink_rcv_skb+0x48/0xf0 netlink_unicast+0x24a/0x350     netlink_sendmsg+0x1ee/0x410 __sock_sendmsg+0x38/0x60 ____sys_sendmsg+0x232/0x280 ___sys_sendmsg+0x78/0xb0
    __sys_sendmsg+0x5f/0xb0 [...] do_syscall_64+0x57/0xc50 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-43464)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
311340	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1596)	Nessus	Amazon Linux Local Security Checks	2026/4/30	2026/6/17	high
313324	Linux Distros 未修補的弱點：CVE-2026-43464	Nessus	Misc.	2026/5/8	2026/7/25	high
311340	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1596)	Nessus	Amazon Linux Local Security Checks	2026/4/30	2026/6/17	high
313324	Linux Distros 未修补的漏洞：CVE-2026-43464	Nessus	Misc.	2026/5/8	2026/7/25	high
311340	Amazon Linux 2023 : bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1596)	Nessus	Amazon Linux Local Security Checks	2026/4/30	2026/6/17	high
313324	Linux Distros のパッチ未適用の脆弱性: CVE-2026-43464	Nessus	Misc.	2026/5/8	2026/7/25	high
311340	Amazon Linux 2023 : bpftool6.18, kernel6.18, kernel6.18-devel (ALAS2023-2026-1596)	Nessus	Amazon Linux Local Security Checks	2026/4/30	2026/6/17	high
313324	Linux Distros Unpatched Vulnerability : CVE-2026-43464	Nessus	Misc.	2026/5/8	2026/7/25	high

检测

插件搜索

high

high

high

high

high

high

high

high