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

  - net/schedact_mirred使用 backlog 进行 mirred 入口 Davide 在提交 ca22da2fbd69act_mirred中添加的测试 (act_mirred使用 backlog 进行对 mirred 入口的嵌套调用)每大约运行 10 次就会使我们的测试 VM 挂起我们熟悉的 tcp_v4_rcv -> tcp_v4_rcv lockdep 报告的死锁。Davide 之前请参阅链接描述的问题是如果通过重定向出口 -> 入口反转流量我们可能会到达生成数据包的同一套接字。并且我们可能仍然持有其套接字锁定。此类死锁的常见解决方案是将数据包放入 Rx backlog 中而不是内联运行 Rx 路径。对所有出口 -> 入口反向执行此操作，而不仅仅是在我们开始嵌套 mirred 调用时执行此操作。过去有人担心 backlog 间接指向会导致错误报告丢失/统计数据不太准确。但当前的变通方案似乎未解决该问题。 (CVE-2024-26740)

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

检测

Linux Distros 未修补的漏洞：CVE-2024-26740

medium Nessus 插件 ID 228090

版本 1.12