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

  - wifi：ath9k：hif_usb：重新布防固件请求后不取消引用 hif_dev 通过 request_firmware_nowait（） 重新布防异步固件加载 ath9k_hif_request_firmware（） 将 hif_dev 作为完成上下文传递，然后仍然取消引用 hif_dev：dev_info（&hif_dev->udev->dev，ath9k_htc：已请求\n固件 %s，hif_dev->fw_name）;重新布防的回调 ath9k_hif_usb_firmware_cb（） 在事件工作队列上运行，当缺少固件时，会将重试链穿进 ath9k_hif_usb_firmware_fail（） -> complete_all（&hif_dev->fw_done）。这会在并发 ath9k_hif_usb_disconnect（） 中释放 wait_for_completion（&hif_dev->fw_done），然后 kfree（） hif_dev。因此，重新布防请求的框架中的尾部 dev_info（） 可读取释放的内存（hif_dev->udev，结构 hif_device_usb 的第一个字段）： BUG： KASAN：大小为 8 的 ath9k_hif_request_firmware 读取中的 slab-use-after-free ...按任务 kworker/...ath9k_hif_request_firmware ath9k_hif_usb_firmware_cb drivers/net/wireless/ath/ath9k/hif_usb.c：1247 request_firmware_work_func 分配者 ...： ath9k_hif_usb_probe drivers/net/wireless/ath/ath9k/hif_usb.c 释放者 ...：
    ath9k_hif_usb_disconnect -> kfree drivers/net/wireless/ath/ath9k/hif_usb.c fw_done屏障仅使断开连接等待固件链 *终止*;它不会保护重新启用请求并在之后继续接触hif_dev的外部 ath9k_hif_request_firmware（） 框架。终止 post-request dev_info（）：这是布防异步请求后唯一使用 hif_dev 的方式，而且它仅提供信息（仅当 request_firmware_nowait（） 未布防回调时才运行失败路径上的 dev_err（），因此 hif_dev 仍处于活动状态）。syzbot 最初将其报告为后来自动弃用的单一非重现崩溃，并由 reFuzz fuzzer 独立重新发现，其产生了 C 重现程序（固件下载失败的 ath9k_htc 设备的 USB 小工具连接/断开连接）。有漏洞的代码未更改，并且仍然存在于 v7.1-rc6 中，其中一旦（亚微秒）争用窗口扩大，slab-after-use-free 就会在 KASAN 下重现。（CVE-2026-68363）

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

检测

Linux Distros 未修补的漏洞：CVE-2026-68363

high Nessus 插件 ID 334300

版本 1.12