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

  - USB：dummy-hcd：修正鎖定/同步錯誤 Syzbot 測試能夠在 drivers/usb/gadgets/udc/core.c 中的 usb_gadget_udc_reset（） 常式中引起尋址異常和損毀，這是因為常式是使用第二個 （驅動程式） 引數 NULL 呼叫的。錯誤的呼叫端是 dummy_hcd.c 中的 set_link_state（），而問題的產生是因為 USB 重設和驅動程式解除綁定之間的爭用。這種種族不應該是可能的;commit 7dbd8f4cabd9 （USB： dummy-hcd： 修正錯誤的同步變更），以及一些後續提交，是專門為防止它們而編寫的。事實證明，程式碼中（至少）還剩下兩個錯誤。另一個修補程式將解決第二個錯誤;這個關注的是第一個。造成 syzbot 損毀的錯誤發生，是因為 stop_activity（） 常式有時會捨棄，然後重新取得 dum->lock 執行緒鎖定。在處理模擬的 USB 重設時、在測試 dum->ints_enabled 之後、在 dum->callback_usage 遞增之前，會在 set_link_state（） 中呼叫 stop_activity（）。這允許另一個執行緒 （執行驅動程式解除綁定） 潛入並抓取微調鎖定，然後清除 dum->ints_enabled 和 dum->driver 。通常，另一個執行緒必須等待 dum->callback_usage 降到 0，然後才能清除 dum->driver，但在這種情況下，它不必等待，因為 dum->callback_usage 尚未遞增。修正是增加 dum->callback_usage _before_ 呼叫 stop_activity（） 而不是 after。然後，執行解除綁定的執行緒將不會清除 dum->driver，直到對 usb_gadget_udc_reset（） 的呼叫安全返回並且 dum->callback_usage 再次遞減。（CVE-2026-43327）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - USB：dummy-hcd：修复锁定/同步错误 syzbot 测试能够在 drivers/usb/gadgets/udc/core.c 中的 usb_gadget_udc_reset（） 例程中引发寻址异常和崩溃，这是因为使用第二个（驱动程序）参数 NULL 调用所导致。错误调用程序是 dummy_hcd.c 中的 set_link_state（），出现该问题的原因是 USB 重置和驱动程序取消绑定之间的争用。这种种族是不可能的;提交 7dbd8f4cabd9（USB：dummy-hcd：修复错误的同步变更）以及一些后续提交，都是专门为防止此类问题而编写的。事实证明，代码中（至少）仍然存在两个错误。另一个修补程序将解决第二个错误;这个与第一个有关。产生造成 syzbot 崩溃的错误是因为 stop_activity（） 例程有时会丢弃然后重新获取 dum->lock 自旋锁。处理仿真 USB 重置时，在 dum->ints_enabled 测试之后和 dum->callback_usage 递增之前，set_link_state（） 中会调用 stop_activity（）。这允许另一个线程（执行驱动程序取消绑定）潜入并获取旋转锁，然后清除 dum->ints_enabled 和 dum->driver。通常，其他线程必须等待 dum->callback_usage 降为 0 才能清除 dum->driver，但在这种情况下不必等待，因为 dum->callback_usage 尚未递增。修复方法是递增 dum->callback_usage _before_ 调用 stop_activity（），而不是 after。然后执行取消绑定的线程将不会清理 dum->driver，直到对 usb_gadget_udc_reset（） 的调用安全返回，且 dum->callback_usage 再次递减之后。（CVE-2026-43327）

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

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - USB:dummy-hcd:ロック/同期エラーを修正します Syzbot テストでは、ルーチンが NULL の第 2 (ドライバー)引数で呼び出されたことに起因して、drivers/usb/gadgets/udc/core.c の usb_gadget_udc_reset() ルーチンでアドレス指定例外およびクラッシュを引き起こすことができました。不良な呼び出し元は dummy_hcd.c の set_link_state() であり、USB リセットとドライバーのバインド解除の間の競合が原因で問題が発生しました。この種のレースは不可能であるはずでした。コミット 7dbd8f4cabd9(USB:dummy-hcd:誤った同期変更を修正)は、いくつかのフォローアップコミットとともに、これらを防止するために特別に書き込まれました。結局のところ、コードには (少なくとも) 2 つのエラーが残っています。別のパッチで 2 番目のエラーに対処します。これは最初の問題に関係しています。syzbot クラッシュの原因となるエラーは、stop_activity() ルーチンが時々 dum->lock スピンロックをドロップしてから再取得するために発生しました。stop_activity() の呼び出しは、エミュレートされた USB リセットを処理するときの dum->ints_enabled のテスト後、dum->callback_usage のインクリメント前に set_link_state() で発生します。これにより、別のスレッド(ドライバーのバインド解除を行う)が忍び込んでスピンロックをつかみ、dum->ints_enabled と dum->driver を消去することができます。通常、この他のスレッドは、dum->callback_usage が 0 になるのを待ってから dum->driver を消去しますが、この場合は dum->callback_usage がまだ増分されていなかったため、待つ必要はありませんでした。この修正は、後ではなく stop_activity() を呼び出す dum->callback_usage を増加させるものです。その後、バインド解除を行うスレッドは、usb_gadget_udc_reset()への呼び出しが安全に戻り、dum->callback_usageが再び減少するまで、dum->driverをクリアしません。(CVE-2026-43327)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - USB: dummy-hcd: Fix locking/synchronization error Syzbot testing was able to provoke an addressing     exception and crash in the usb_gadget_udc_reset() routine in drivers/usb/gadgets/udc/core.c, resulting     from the fact that the routine was called with a second (driver) argument of NULL. The bad caller was     set_link_state() in dummy_hcd.c, and the problem arose because of a race between a USB reset and driver     unbind. These sorts of races were not supposed to be possible; commit 7dbd8f4cabd9 (USB: dummy-hcd: Fix     erroneous synchronization change), along with a few followup commits, was written specifically to prevent     them. As it turns out, there are (at least) two errors remaining in the code. Another patch will address     the second error; this one is concerned with the first. The error responsible for the syzbot crash     occurred because the stop_activity() routine will sometimes drop and then re-acquire the dum->lock     spinlock. A call to stop_activity() occurs in set_link_state() when handling an emulated USB reset, after     the test of dum->ints_enabled and before the increment of dum->callback_usage. This allowed another thread     (doing a driver unbind) to sneak in and grab the spinlock, and then clear dum->ints_enabled and     dum->driver. Normally this other thread would have to wait for dum->callback_usage to go down to 0 before     it would clear dum->driver, but in this case it didn't have to wait since dum->callback_usage had not yet     been incremented. The fix is to increment dum->callback_usage _before_ calling stop_activity() instead of     after. Then the thread doing the unbind will not clear dum->driver until after the call to     usb_gadget_udc_reset() safely returns and dum->callback_usage has been decremented again. (CVE-2026-43327)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
313345	Linux Distros 未修補的弱點：CVE-2026-43327	Nessus	Misc.	2026/5/8	2026/5/8	critical
313345	Linux Distros 未修补的漏洞：CVE-2026-43327	Nessus	Misc.	2026/5/8	2026/5/8	critical
313345	Linux Distros のパッチ未適用の脆弱性: CVE-2026-43327	Nessus	Misc.	2026/5/8	2026/5/8	critical
313345	Linux Distros Unpatched Vulnerability : CVE-2026-43327	Nessus	Misc.	2026/5/8	2026/5/8	critical

检测

插件搜索

critical

critical

critical

critical