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

  - net/mlx5e：修复 devlink 与 netdev 实例锁定之间的死锁 在上述 Fixes 提交中，将触发 devlink 运行状况报告者恢复的各种工作任务切换为使用 netdev_trylock 来防止同时发生正在恢复的通道中断。但这会产生引入潜在死锁的副作用，这是因为锁定顺序错误所致。init 流描述了正确的锁定顺序：probe_one -> mlx5_init_one（获取 devlink 锁定）-> mlx5_init_one_devl_locked -> mlx5_register_device -> mlx5_rescan_drivers_locked -...-> mlx5e_probe -> _mlx5e_probe -> register_netdev（获取 rtnl 锁定）-> register_netdevice（获取 netdev 锁定）=> devlink lock -> rtnl 锁定 -> netdev 锁定。但在当前恢复流中，顺序是错误的：mlx5e_tx_err_cqe_work（获取 netdev 锁定）
    -> mlx5e_reporter_tx_err_cqe -> mlx5e_health_report -> devlink_health_report （获得 devlink lock => boom！） -> devlink_health_reporter_recover -> mlx5e_tx_reporter_recover -> mlx5e_tx_reporter_recover_from_ctx -> mlx5e_tx_reporter_err_cqe_recover 在以下情况中也存在同样的情况：
    mlx5e_reporter_rx_timeout mlx5e_reporter_tx_ptpsq_unhealthy mlx5e_reporter_tx_timeout 通过将工作处理程序中的工作处理程序中的 netdev_trylock 调用移动到调用堆栈较低层的相应恢复函数中来修复这些问题，这些调用实际上需要这些调用。（CVE-2026-45907）

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

检测

Linux Distros 未修补的漏洞：CVE-2026-45907

medium Nessus 插件 ID 317675

版本 1.4