Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - USB：dummy-hcd：修正中斷同步處理錯誤：這修正了 dummy-hcd 驅動程式中的同步處理錯誤。該錯誤有一段涉及的歷史。同步機制是由提交 7dbd8f4cabd9 （USB：dummy-hcd：修正錯誤的同步變更） 引入的，該標誌添加了模擬中斷啟用標誌以及模擬 synchronize_irq（） 的程式碼（它會等到所有當前處理常式回呼都返回）。但是模擬的中斷停用發生得太晚了，在包含處理常式回呼常式的驅動程式被告知它已解除繫結，而且不會再發生回呼之後。提交 4a5d797a9f9c （USB：小工具：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 Plugin ID 314407

版本 1.15