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

  - usbgadget通过不设置 udc->dev.driver 修复释放后使用缺陷 syzbot fuzzer 发现释放后使用缺陷BUGKASANdev_uevent+0x712/0x780 drivers/ 中的释放后使用base/core.c:2320 由任务 udevd/3689 CPU:2 PID:3689 Comm: udevd Not tainted 在 addr ffff88802b934098 对大小 8 的读取5.17.0-rc4-syzkaller-00229-g4f12b742eb2b #0 硬件名称QEMU Standard PC (Q35 + ICH92009BIOS 1.14.0-2 04/01/2014 调用跟踪 <TASK> __dump_stack lib/dump_stack.c:88 [inline] 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。此修补程序只是在小工具核心中删除了接触 udc->dev.driver 的语句。 (CVE-2022-48838)

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

检测

Linux Distros 未修补的漏洞：CVE-2022-48838

medium Nessus 插件 ID 225773

版本 1.15