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

  - 在 Linux 内核中，已解决以下漏洞：idpf：将 workqueue 转换为 unbound 当通过“WQ_UNBOUND”创建工作队列时，其工作项目由特殊的工作线程池提供服务，其主机工作线程池未绑定到任何特定 CPU。在默认配置中（即“queue_delayed_work”和好友未指定运行工作项目的 CPU 时），“WQ_UNBOUND”允许在与其排入队列的相同 CPU 节点中的任何 CPU 上执行工作项目。尽管此解决方案可能会牺牲本地性，但它可避免与可能独占安排了工作项目的处理器的 CPU 时间的其他进程争用。这不只是一个理论上的问题：在特定情况下，错误配置的进程占用了 CPU0 的大部分时间，留给 kworker 的只有不到其 CPU 0.5% 的时间。因此，在 CPU0 上使用 kworker 的 IDPF 工作队列出现了较大的完成延迟，导致性能下降、超时并最终导致系统崩溃。* 我还进行了手动测试，以衡量性能改善情况。测试包含尽可能多地消耗 CPU 0 的对抗进程（“./stress --cpu 2”）。此进程在“taskset 01”下运行以将其绑定至 CPU0，启动后其优先级会因“chrt -pQ 9900 10000 ${pid}”和“renice -n -20 ${pid}”改变。然后，通过编辑所有对“queue_delayed_work”、“mod_delayed_work”等的调用，强制 IDPF 驱动程序优先使用 CPU0。 最后，收集工作队列事件的“ktraces”。如果没有当前的修补程序，对抗进程可在“workqueue_queue_work”和“workqueue_execute_start”之间强制任意延迟，在我的测试中延迟高达“30ms”。应用当前修补程序后，工作队列可迁移到同一节点中另一个未加载的 CPU，在其他条件相同的情况下，我发现的最大延迟为“6us”。(CVE-2024-58057)

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

检测

Linux Distros 未修补的漏洞: CVE-2024-58057

medium Nessus 插件 ID 232275

版本 1.9

版本 1.8

版本 1.5

版本 1.1

版本 1.9 Oct 29, 2025, 3:03 AM Detection (updated detection logic) Plugin Feed: 202510290303
版本 1.8 Oct 28, 2025, 9:02 AM CVSS temporal metrics ("CVSSv2 temporal vector" set to "CVSS2#E:U/RL:U/RC:C") CVSS temporal metrics ("CVSSv3 temporal vector" set to "CVSS:3.0/E:U/RL:U/RC:C") Detection (updated detection logic) Plugin Feed: 202510280902
版本 1.5 Sep 7, 2025, 7:21 AM CVSS metrics ("Cvssv4 score" set to 0.0) CVSSv2 severity (based on None, severity decreased from "High" to "Low") Detection (updated detection logic) Plugin metadata Plugin Feed: 202509070721
版本 1.1 Mar 7, 2025, 1:27 PM New Plugin Feed: 202503071327