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

  - usbnet修正中斷連線時的 linkwatch 釋放後使用問題 usbnet 使用 usbnet_deferred_kevent() 工作執行可能會休眠的工作。中斷連線時最初在 中等候工作完成
    ->ndo_stop()。但在 2003 年這已由歷程記錄提交移至 ->disconnect() [修補程式] USBusbnet防止異常 rtnl 鎖死 https://git.kernel.org/tglx/history/c/0f138bbfd83c 進行此變更是因為當時核心的工作佇列實作不允許等待單一工作。必須呼叫 flush_scheduled_work() 來等待 *所有* 工作完成而這可在等待 ->ndo_stop() 中保留 rtnl_mutex 的 usbnet_deferred_kevent() 時鎖死。此認可可解決一個問題但也產生另一個問題 它會在 USB 乙太網路驅動程式 aqc111.c、asix_devices.c、ax88179_178a.c、ch9200.c 和 smsc75xx.c 中造成釋放後使用* 如果驅動程式收到連結變更中斷在中斷連線之前它們會在 (non-sleepable) ->status() 回呼中提出 EVENT_LINK_RESET 並排程 usbnet_deferred_kevent()。 * usbnet_deferred_kevent() 叫用驅動程式的 ->link_reset() 回呼該回呼會呼叫 netif_carrier_{on,off}()。 * 其會排程工作 linkwatch_event()。由於在 unregister_netdev() 之後等候 usbnet_deferred_kevent()因此 netif_carrier_{on,off}() 可在未註冊的 netdev 上執行且 linkwatch_event() 可在 free_netdev() 之後執行進而造成釋放後使用。2010 年 usbnet 變更為只等待 usbnet_deferred_kevent() 的單一執行個體而非等待認可 23f333a2bfaf 的 *所有* 工作 (drivers/net不使用 flush_scheduled_work())。遺憾的是認可忽略將等待移回 ->ndo_stop()。好不容易才更正這個疏漏。 (CVE-2022-50220)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補的弱點：CVE-2022-50220

medium Nessus Plugin ID 244730

版本 1.5