Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - wifi: ath9k避免 ath9k_htc_rx_msg() 中發生 uninit 記憶體讀取。syzbot 報告 ath9k_htc_rx_msg() [1] 的 uninit 值導致 ioctl(USB_RAW_IOCTL_EP_WRITE) 可以在 pkt_len = 0 的情況下呼叫 ath9k_hif_usb_rx_stream()但 ath9k_hif_usb_rx_stream() 使用的是 len +devpkt_rx_sk(pkt_) 、GFP_ATOMIC) 的前提是 pkt_len 有效。因此ath9k_hif_usb_rx_stream() 會以未初始化的記憶體配置 skb且 ath9k_htc_rx_msg() 會從未初始化的記憶體讀取。由於在呼叫 ath9k_htc_rx_msg() 之前未知 ath9k_htc_rx_msg() 存取的位元組因此難以檢查 ath9k_hif_usb_rx_stream() 中 if (pkt_len > 2 * MAX_RX_BUF_SIZE) { 行的最小有效 pkt_len。我們有兩個選擇。一種是新增 __GFP_ZERO 以使 pkt_len 無效時 ath9k_htc_rx_msg() 看到的值為 0。另一個是讓 ath9k_htc_rx_msg() 在存取前驗證 pkt_len。此修補程式選擇了後者。請注意我不確定臨界值條件是否正確因為我找不到此通訊協定使用之可能封包長度的詳細資料。 (CVE-2022-50709)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補的弱點：CVE-2022-50709

high Nessus Plugin ID 279957

版本 1.5