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

  - cangs_usb修复时间戳计数器初始化 如果在关闭接口之前卸载gs_usb 设备驱动程序则 USB 堆栈会首先调用 struct usb_driver::disconnect然后调用 struct net_device_ops::ndo_stop 回调。在 gs_usb_disconnect() 中所有待定的批量 URB 均终止即 USB 设备不再将任何经过 RX'ed 的 CAN 帧从 USB 设备发送到主机。稍后在 gs_can_close() 中系统会向每个 CAN 通道发送重置控制消息以从 CAN 总线删除控制器。在此争用窗口中USB 设备仍可从总线接收 CAN 帧并在内部将其排入队列以便发送到主机。
    至少在当前版本的 candlelight 固件中在重置命令期间不会清空接收到的 CAN 帧队列。加载（或绑定）gs_usb 驱动程序后在 struct net_device_ops::ndo_open 回调期间提交新的 URB并且 candlelight 固件开始将其已排队的 CAN 帧发送到主机。但是，在实现硬件时间戳函数时未考虑这种情况。周期计数器/时间计数器基础架构在 USB 提交之后设置 (gs_usb_timestamp_init())如果执行 timecounter_cyc2time() 通过调用链 gs_usb_receive_bulk_callback() -> gs_usb_set_timestamp() -> gs_usb_skb_set_timestamp()则导致空指针取消引用) 调用过早。在提交 URB 之前移动 gs_usb_timestamp_init() 函数以修复此问题。对于全面的解决方案我们需要考虑具有超过 1 个通道的 gs_usb 设备。周期计数器/时间计数器基础设施是按通道设置的，但 RX URB 是按设备设置的。调用 a_ 通道的 gs_can_open() 并且提交 URB后即可针对_all_可用通道调用 gs_usb_receive_bulk_callback()即使通道目前尚未运行。由于周期计数器/时间计数器尚未设置因此这将再次导致空指针取消引用。将周期计数器/时间计数器从每个通道的功能转换为每个设备的功能。
    您也可以在向 设备提交任何 URB 之前对其进行设置。此外在 gs_usb_receive_bulk_callback() 中也不处理未启动的 CAN 通道的任何 URB而仅重新提交 URB。 (CVE-2023-53523)

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

检测

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

medium Nessus 插件 ID 269592

版本 1.9