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

  - usb小工具f_ncm修复了 ncm_bitrate() 中潜在的空 ptr 取消引用。在 265639009 号的 Google 内部缺陷中我们已收到来自运行 aarch64 GKI 5.10.149-android13 的设备尚未重现的崩溃报告。
    AFAICT 源代码位于
    https://android.googlesource.com/kernel/common/+/refs/tags/ASB-2022-12-05_13-5.10 调用堆栈为
    ncm_close() -> ncm_notify() -> ncm_do_notify() 崩溃发生在 ncm_do_notify+0x98/0x270 Code: 79000d0b b9000a6c f940012a f9400269 (b9405d4b) 我认为会反汇编到 我不知道 ARM 程序集但它看起来很正常对我来说足够了...) // 半字 (16 位) 存储推测至 event->wLength在 struct usb_cdc_notification 的偏移 6 处0B 0D 00 79 strh w11、[x8、 #6] // 字 (32- bit) 可能存储至 req->Length在 struct usb_request 的 offset 8 处 6C 0A 00 B9 str w12[ #8x19 ] // 从有效指针 x9 的 offset 0 处读取 x10空正在读取 'cdev->gadget' 并获得 NULL // 小工具确实位于结构 usb_composite_dev 的偏移 0 处 2A 01 40 F9 ldr x10[x9] // 加载 req->buf 指针该指针位于结构 usb_request 的偏移 0 处69 02 40 F9 ldr x9[x19] // x10 为空崩溃似乎试图读取似乎对齐的 cdev->gadget->max_speed 4B 5D 40 B9 ldr w11[x10 #0x5c]在包含 ncm_do_notify() 的情况下NCM_NOTIFY_SPEED 代码片段event->wLength = cpu_to_le16(8); req->length = NCM_STATUS_BYTECOUNT /* SPEED_CHANGE 数据是以位/秒为单位的向上/向下速度 */ data = req->buf + sizeof
    *event data[0] = cpu_to_le32(ncm_bitrate(cdev->gadget));我对寄存器和 NULL ptr 取消引用崩溃偏移“无法处理虚拟地址 000000000000005c 处的内核空指针取消引用”的分析强烈建议崩溃是因为在执行 data[0] = cpu_to_le32(ncm_bitrate) 时“cdev->gadget”为空所致(cdev->gadget));它会调用 ncm_bitrate(NULL) 然后会调用
    gadget_is_superspeed(NULL)会读取 ((struct usb_gadget *)NULL)->max_speed 并发生错误。AFAICT如果我没有数错的话max_speed 的偏移量确实为 0x5C。请记住在 work_struct 结构中有一个 16 字节的 GKI KABI 预留我完全不清楚这是如何工作的...但返回 0 似乎比 panic 好得多... (CVE-2023-52894)

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

检测

Linux Distros 未修补的漏洞：CVE-2023-52894

medium Nessus 插件 ID 244888

版本 1.12