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

  - wifi：ath12k：修复 rhash 表破坏中的空指针取消引用 当取消绑定 ath12k 驱动程序时，从 rhashtable_destroy（） 调用的 irq_work_sync（） 中发生内核空指针取消引用。有两个哈希表受到影响：1. ath12k_link_sta ath12k_base 中的哈希表 2.ath12k_dp_link_peer ath12k_dp 中的哈希表 发生该问题的原因是在清除路径中无条件调用破坏函数，但哈希表只是在后期在各自的 init 函数中初始化。如果设备从未完全启动，或者 init 函数在初始化哈希表之前发生故障，则指针将为 NULL。这些问题一律可从 VM 重现，因为 MSI 寻址初始化失败。ath12k_link_sta_rhash_tbl_destroy的调用跟踪： RIP： irq_work_sync+0x1e/0x70 rhashtable_destroy+0x12/0x60 ath12k_link_sta_rhash_tbl_destroy+0x19/0x40 [ath12k] ath12k_core_stop+0xe/0x80 [ath12k] ath12k_core_hw_group_cleanup+0x6b/0xb0 [ath12k] ath12k_pci_remove+0x60/0x110 [ath12k] ath12k_dp_link_peer_rhash_tbl_destroy的调用跟踪： RIP：irq_work_sync+0x1e/0x70 rhashtable_destroy+0x12/0x60 ath12k_dp_link_peer_rhash_tbl_destroy+0x29/0x50 [ath12k] ath12k_dp_cmn_device_deinit+0x21/0x140 [ath12k] ath12k_core_hw_group_cleanup+0x6b/0xb0 [ath12k] ath12k_pci_remove+0x60/0x110 [ath12k] 通过在两个破坏函数中调用 rhashtable_destroy（） 前添加空检查来修复此问题。之所以选择 NULL 检查方法，是因为 rhashtable 指针充当初始化状态指示器。init 可在多个时间点失败，从而导致某些组件未初始化。直接检查指针比添加需要同步的单独状态标记更简单。（CVE-2026-68191）

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

检测

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

medium Nessus 插件 ID 334777

版本 1.3