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

  - usbdwc3修正並行 dwc3_remove_requests() 呼叫路徑之間的爭用情形。此修補程式可解決因叫用「dwc3_remove_requests()」之多個呼叫路徑未同步執行而造成的爭用情形該情形會導致過早釋放 USB 要求及後續的當機。三個不同的執行路徑會與 `dwc3_remove_requests()` 互動 路徑 1在 USB 重設處理期間透過 `dwc3_gadget_reset_interrupt()` 觸發。呼叫堆疊包括- `dwc3_ep0_reset_state()` - `dwc3_ep0_stall_and_restart()` - `dwc3_ep0_out_start()` - `dwc3_remove_requests()` - `dwc3_gadget_del_and_unmap_request()` 路徑 2: 也從 `dwc3_gadget_reset_interrupt()` 初始化但要經過dwc3_stop_active_transfers()`。呼叫堆疊包括- `dwc3_stop_active_transfers()` - `dwc3_remove_requests()` - `dwc3_gadget_del_and_unmap_request()` 路徑 3
    在 `adb root` 執行期間獨立發生會觸發 USB 函式解除系結和系結作業。
    該序列包括- `gserial_disconnect()` - `usb_ep_disable()` - `dwc3_gadget_ep_disable()` - `dwc3_gadget_ep_disable()` - `dwc3_remove_requests()` with `-ESHUTDOWN` 狀態 路徑 3 非同步運作且缺少與路徑 1 和 2 的同步。當路徑 3完成後，它會停用端點並釋放「出」要求。如果路徑 1 或 2 仍在處理這些要求則存取已釋放的記憶體會因為釋放後使用情形而導致當機。修正此問題已新增要求完成時的檢查並在已完成時略過處理並新增 ep0 while queue 的要求狀態。 (CVE-2025-68287)

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

偵測

Linux Distros 未修補的弱點：CVE-2025-68287

high Nessus Plugin ID 278856

版本 1.32