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

  - bnxt_en修复 ethtool -w 期间的越界 memcpy() 使用 ethtool 检索固件核心转储时它有时可造成内存损坏缺陷KFENCE__bnxt_get_coredump+0x3ef/0x670 中的内存损坏 [bnxt_en] 位于 0x000000008f0f30e8 的内存损坏[!问题问题问题问题问题问题问题问题问题问题问题问题问题问题问题] 中 kfence-#45
    __bnxt_get_coredump+0x3ef/0x670 [bnxt_en] ethtool_get_dump_data+0xdc/0x1a0 __dev_ethtool+0xa1e/0x1af0 dev_ethtool+0xa8/0x170 dev_ioctl+0x1b5/0x580 sock_do_ioctl+0xab/0xf0 sock_ioctl+0x2e1ce
    __x64_sys_ioctl+0x87/0xc0 do_syscall_64+0x5c/0xf0 entry_SYSCALL_64_after_hwframe+0x78/0x80 ... 当通过 HWRM_DBG_COREDUMP_LIST FW 命令复制 bnxt_hwrm_dbg_dma_data() 中的 coredump 段列表时会发生这种情况。会根据固件返回的 coredump 段数量分配 info->dest_buf 缓冲区。然后FW 对段列表进行 DMA 操作并且 FW 返回 DMA 的长度。然后驱动程序会将此 DMA’ed 段列表复制到 info->dest_buf。在某些情况下此 DMA 长度可能超过 info->dest_buf 长度并导致上述缺陷情况。通过将复制长度设置为不超过 info->dest_buf 的长度来修复此问题。额外的 DMA 数据不包含任何有用的信息。此代码路径为 HWRM_DBG_COREDUMP_LIST 和 HWRM_DBG_COREDUMP_RETRIEVE FW 命令共享。这 2 个 FW 命令的缓冲不同。为简化逻辑我们需要移动行以向上调整 HWRM_DBG_COREDUMP_RETRIEVE 的缓冲区长度以便复制长度上限的新检查同时适用于这两个命令。
    (CVE-2025-37911)

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

检测

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

high Nessus 插件 ID 260508

版本 1.9