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

  - usbgadget透過不設定 udc->dev.driver 來修正釋放後使用錯誤。syzbot fuzzer 發現一個釋放後使用錯誤錯誤KASANdev_uevent+0x712/0x780 drivers/ 中的釋放後使用base/core.c:2320 task udevd/3689 CPU於 addr ffff88802b934098 讀取大小為 8 的 CPU: 2 PID: 3689 Comm: udevd 未受污染的 5.17.0-rc4-syzkaller-00229-g4f12b742eb2b #0 硬體名稱QEMU 標準 PC (Q35 + ICH9、2009)、BIOS 1.14.0-2 04/01/2014 呼叫追踪 <TASK> __dump_stack lib/dump_stack.c:88 [內嵌] dump_stack_lvl+0xcd/0x134 lib/dump_stack.c:106 print_address_description.constprop.0。 Cold+0x8d/0x303 mm/kasan/report.c:255
    __kasan_report mm/kasan/report.c:442 [內嵌] kasan_report.cold+0x83/0xdf mm/kasan/report.c:459 dev_uevent+0x712/0x780 drivers/base/core.c:2320 uevent_show+0x1b8/0x380 drivers/ base/core.c:2391 dev_attr_show+0x4b/0x90 drivers/base/core.c:2094 雖然錯誤出現在驅動程式核心但真正的原因是與小工具核心的爭用。 dev_uevent() 執行 if (dev->driver) add_uevent_var(env, DRIVER=%s, dev->driver->name);在測試和 dev->driver 解除參照之間小工具核心會將 dev->driver 設為 NULL。如果小工具核心使用驅動程式核心的標準同步技術在實際匯流排上註冊其裝置就不會發生爭用。不過不需要進行如此大的變更即可修正此錯誤。我們所需要做的只是確認 udc->dev.driver 一律為 NULL。實際上udc->dev.driver 沒有任何必要設定為任何項目更不用說設定為其目前取得的值小工具驅動程式的位址。因為小工具驅動程式只知道如何管理小工具不知道如何管理 UDC。此修補程式只會移除小工具核心中 touch udc->dev.driver 的陳述式。 (CVE-2022-48838)

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

偵測

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

medium Nessus Plugin ID 225773

版本 1.2