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

  - wifirtlwifi大幅减少发生故障时的读取 efuse 尝试 Syzkaller 报告堆栈跟踪上的 uevent_show() 存在挂起任务。该特定问题已由另一次提交解决 [0] 但即使应用了该补丁例如运行 v6.12-rc5我们也会面临来自同一重现器的另一种类型的挂起任务 [1]。通过调查我们可将问题范围缩小到以下路径 (a) Syzkaller 使用 raw-gadget 和 dummy_hcd 基础设施来仿真 Realtek USB WiFi 适配器。 (b) 探测 rtl8192cu 期间驱动程序最终执行 efuse 读取程序与 EEPROM 加载 IIUC 有关且此处存在问题read_efuse() 作为循环迭代多次调用 read_efuse_byte()取决于 efuse 大小（在我们的示例中总共 512 个）。此读取 efuse 字节的过程依赖于一个循环该循环会在发生失败时执行 I/O 读取多达 *10k* 次。我们单独测量了 read_efuse_byte() 内部循环的时间在此重现器中涉及 dummy_hcd 仿真层每个循环耗时 15 秒。因此我们的驱动程序长时间卡在其探测例程中如果我们尝试重新启动系统就会暴露如下的堆栈追踪例如task:kworker/0:3 state:D stack:0 pid:662 tgid :662 ppid:2 flags:0x00004000 Workqueueusb_hub_wq hub_event 调用跟踪
    __schedule+0xe22/0xeb6 schedule_timeout+0xe7/0x132 __wait_for_common+0xb5/0x12e usb_start_wait_urb+0xc5/0x1ef ? usb_alloc_urb+0x95/0xa4 usb_control_msg+0xff/0x184
    _usbctrl_vendorreq_sync+0xa0/0x161 _usb_read_sync+0xb3/0xc5 read_efuse_byte+0x13c/0x146 read_efuse+0x351/0x5f0 efuse_read_all_map+0x42/0x52 rtl_efuse_shadow_map_update+0x60/0xef rtl_get_hwinfo+0x5d/0x1c2 rtl92cu_read_eeprom_info+0x10a/0x8d5 ? rtl92c_read_chip_version+0x14f/0x17e rtl_usb_probe+0x323/0x851 usb_probe_interface+0x278/0x34b real_probe+0x202/0x4a4
    __driver_probe_device+0x166/0x1b2 driver_probe_device+0x2f/0xd8 [...] 我们在此提议大幅减少发生故障时执行 I/O 读取的尝试次数限制于 USB 设备假设它们本质上比 PCIe 设备慢。通过重试最多 10 次而不是 10000我们在重现器中获得了响应同时似乎有理由相信现场没有合理的 USB 设备实现每次 I/O 读取时都需要如此次数的重试才能正常工作。
    基于该假设最好将其向后移植到 稳定版本但可能不会因为驱动程序实现这 10k 数字来自第 0 天开始可能直到 6.x 系列才有意义。 [0] 提交 15fffc6a5624驱动程序核心修复 uevent_show() 与驱动程序分离争用 [1] 有关此问题的说明此 syzkaller 报告提供因仿真 USB 设备类型而异的多个重现程序。对于此特定情况请检查崩溃列表中 2024 年 8 月 08 日 06:23 起的条目C 重现可用于 https://syzkaller.appspot.com/text?tag=ReproC&x=1521fc83980000。 (CVE-2024-53190)

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

检测

Linux Distros 未修补的漏洞：CVE-2024-53190

medium Nessus 插件 ID 231764

版本 1.22