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

  - ethbnxtXDP 清理后始终重新计算功能修复分离 XDP 时的 null-deref 重新计算功能。之前版本# ip li set dev eth0 xdp obj xdp_dummy.bpf.o sec xdp# ip li set dev eth0 xdp off# ethtool -k eth0 | grep gro rx-gro-hwoff [上的请求] 之后# ip li set dev eth0 xdp obj xdp_dummy.bpf.o sec xdp# ip li set dev eth0 xdp off# ethtool -k eth0 | grep gro rx-gro-hw grep gro rx-gro-hw: on HW-GRO 不会自动重新启用这一事实只是一个次要烦恼。真正的问题在于这些功能在另一次刚好调用 netdev_update_features() 的重新配置期间将随机返回。该驱动程序无法以非常健全的方式同时重新配置两个项目。
    从提交 98ba1d931f61 (bnxt_en修复 __bnxt_reserve_rings()) 开始我们只会在 Rx 环的有效数量变更时才会重新配置 RSS 哈希表。如果启用了 HW-GRO则有效响铃数量是用户看到的数量的 2 倍。因此如果我们处于错误状态下 XDP 关闭后待定 HW-GRO 重新启用并且我们将环降低 / 2 - 执行 2x 的 HW-GRO 环与执行 / 2 的 ethtool -L 可能会互相取消以及 if (old_rx_rings != bp->hw_resc.resv_rx_rings && 中的条件
    __bnxt_reserve_rings() 将为 false。The RSS map won't get updated, and we'll crash with: BUG: kernel NULL pointer dereference, address: 0000000000000168 RIP: 0010:__bnxt_hwrm_vnic_set_rss+0x13a/0x1a0 bnxt_hwrm_vnic_rss_cfg_p5+0x47/0x180 __bnxt_setup_vnic_p5+0x58/0x110 bnxt_init_nic+0xb72/0xf50
    __bnxt_open_nic+0x40d/0xab0 bnxt_open_nic+0x2b/0x60 ethtool_set_channels+0x18c/0x1d0 当我们尝试访问已释放的环时。此问题自添加 XDP 支持以来便确实存在但在提交 98ba1d931f61bnxt_en修复 __bnxt_reserve_rings() 中的 RSS 逻辑之前并未造成重大问题。 (CVE-2025-21682)

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

检测

Linux Distros 未修补的漏洞：CVE-2025-21682

medium Nessus 插件 ID 230359

版本 1.16