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

  - wifirtlwifi修复 _rtl8812ae_phy_set_txpower_limit() 中的全局越界缺陷 KASAN 报告一个全局越界缺陷BUGKASAN_rtl8812ae_eq_n_byte.0+ 中存在全局越界0x3d/0x84 [rtl8821ae] 由任务 NetworkManager/411 CPU6 在地址 ffffffffa0773c43 读取大小 1的 PID411 Comm
    NetworkManager 受感染GD 6.1.0-rc8+ #144 e15588508517267d37 硬件名称QEMU Standard PCQ35 + ICH92009调用追踪 <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() 中最初打算通过仔细设计比较顺序来满足此要求。例如，pregulation 和 pbandwidth 会按长度从小到大的顺序进行比较，first 为 3，last 为 4。但是 prate_section 的比较顺序不遵守此顺序要求因此当 prate_section 为 HT 时从 tail 到 进行比较时头则会导致访问 _rtl8812ae_eq_n_byte() 中的越界。上文已提及
    _rtl8812ae_eq_n_byte() 与 strcmp() 具有相同的函数因此仅 strcmp() 便足够。通过删除来修复此问题
    _rtl8812ae_eq_n_byte() 和仅使用 strcmp()。虽然可通过调整 prate_section 的比较顺序来修复此问题但是这可导致 rate_section 的值不在 0 到 5 之间。此外 commit 21e4b0726dc6 不仅将驱动程序从临时树移动到常规树而且还添加了设置 txpower limit 函数因此问题是由此提交引入的。 (CVE-2022-50279)

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

检测

Linux Distros 未修补的漏洞：CVE-2022-50279

high Nessus 插件 ID 264917

版本 1.2