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

  - USB：dummy-hcd：修复中断同步错误。这修复了 dummy-hcd 驱动程序同步中的一个错误。该错误有一定程度的历史。同步机制由提交 7dbd8f4cabd9（USB：dummy-hcd：修复错误的同步变更）引入，其添加了一个仿真中断启用标记以及仿真 synchronize_irq（） 的代码（会等到所有当前处理程序回调返回）。但是，在包含处理程序回调例程的驱动程序被告知其未绑定且不会再发生回调之后，仿真中断禁用发生得太晚。提交 4a5d797a9f9c（usb：gadget：dummy_hcd：修复 gadget_setup 中的 gpf）尝试通过将 synchronize_irq（） 仿真代码从 dummy_stop（） 移动到在取消绑定回调之前运行的 dummy_pullup（） 来修复此问题。但仍存在争用，因为仿真中断禁用仍然为时过晚。
    无法将其移动到 dummy_pullup（），因为可出于即将取消绑定以外的其他原因调用该例程。因此提交 7dc0c55e9f30（USB：UDC 核心：添加 udc_async_callbacks 小工具 op）和 04145a03db9d（USB：UDC：在 dummy-hcd 中实现 udc_async_callbacks）添加了一个 API，允许 UDC 核心准确告知 dummy-hcd 仿真中断以及应禁用其回调的时间。这把我们带到了当前的状态，这仍然是错误的，因为仿真的 synchronize_irq（） 发生在仿真的中断禁用之前！这不好，因为这意味着在 synchronize_irq（） 仿真运行后可能会发生更多仿真中断，从而导致当小工具驱动程序未绑定时回调处理程序可能正在运行。要解决此问题，必须再次将 synchronize_irq（） 仿真代码移动到 dummy_udc_async_callbacks（） 例程，该例程负责启用和禁用仿真中断请求。同步现在将在禁用仿真中断后立即运行，这是它所属的位置。（CVE-2026-43324）

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

检测

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

high Nessus 插件 ID 314407

版本 1.5