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

  - wifi: rtlwifi修正 _rtl8812ae_phy_set_txpower_limit() 中的全域超出邊界錯誤。KASAN 報告了一個全域超出邊界錯誤KASAN_rtl8812ae_eq_n_byte.part.0+ 中有全域超出邊界錯誤0x3d/0x84 [rtl8821ae] 由 task NetworkManager/411 CPU: 6 PID: 411 Comm:
    NetworkManager 受污染GD 6.1.0-rc8+ #144 e15588508517267d37 硬體名稱QEMU Standard PC (Q35 + ICH9, 2009)、呼叫追踪 <TASK>... kasan_report+0xbb/0x1c0 _rtl8812ae_eq_n_byte.part.0+0x3d/0x84 [ rtl8821ae] rtl8821ae_phy_bb_config.cold+0x346/0x641 [rtl8821ae] rtl8821ae_hw_init+0x1f5e/0x79b0 [rtl8821ae] ...</TASK> 問題的根本原因在於 中 prate_section 的比較順序
    _rtl8812ae_phy_set_txpower_limit() 錯誤。_rtl8812ae_eq_n_byte() 用來逐頭比較兩個字串的前 n 位元組其可造成問題。在
    _rtl8812ae_phy_set_txpower_limit()此函式的執行過程中原本打算透過仔細設計比較順序來滿足此需求。例如，系統會按照長度由小到大的順序比較 preg 和 pbandwidth，第一個是 3，最後一個是 4。但是 prate_section 的比較順序並未遵循此類順序要求因此當 prate_section 為 HT 時會導致 _rtl8812ae_eq_n_byte() 中存取超出邊界。如上所述，
    _rtl8812ae_eq_n_byte() 具有與 strcmp() 相同的函式因此只需 strcmp() 即可。移除
    _rtl8812ae_eq_n_byte() 並幾乎不使用 strcmp()。雖然可以透過調整 prate_section 的比較順序來修正此問題但是這可能會造成 rate_section 的值不是介於 0 到 5 之間。此外認可 21e4b0726dc6 不只將驅動程式從登台移至一般樹狀結構而且還新增了設定 txpower 限制函式在驅動程式設定階段期間造成問題因此造成此認可的問題。 (CVE-2022-50279)

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

偵測

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

high Nessus Plugin ID 264917

版本 1.8