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

  - r6040修正探查中的 kmemleak並移除 kmemleak 報告記憶體洩漏未參照物件 0xffff888116111000 (大小 2048)comm modprobe, pid 817, jiffies 4294759745 (76.502s) 十六進位轉儲存 (前 32 個位元組)00 c4 0a 04 81 88 ff ff 08 10 11 16 81 88 ff ff ........ 08 10 11 16 81 88 ff ff 00 00 00 00 00 00 00 00 ........ ... ... 反向追踪 [<ffffffff815bcd82>] kmalloc_trace+0x22/0x60 [<ffffffff827e20ee>] phy_device_create+0x4e/0x90 [<ffffffff827e6072>] get_phy_device+0xd2/0x220 [<ffffffff827e7844>] mdiobus_scan+0xa4/0x2e0 [<ffffffff827e8be2>] __mdiobus_register+0x482/0x8b0 [<ffffffffa01f5d24>] r6040_init_one+0x714/0xd2c [r6040] ... 探查處理程序中發生的問題如下r6040_init_onemdiobus_register mdiobus_scan <- 配置並註冊 phy_devicephy_device 的參照計數為 3 r6040_mii_probe phy_connect <- 連線至第一個 phy_device因此第一個 phy_device 的參照計數為 4其他為3 register_netdev <- 錯誤插入成功轉到錯誤處理路徑 // 錯誤處理路徑 err_out_mdio_unregister: mdiobus_unregister(lp->mii_bus);
    err_out_mdiomdiobus_free(lp->mii_bus) <- 第一個 phy_device 的參照計數為 1其並未釋出而其他 phy_devices 則以同樣的方式釋出移除處理程序也有相同問題 追踪到根本原因為當移除 中的一個 r6040 裝置時並未中斷 phy_device在 r6040_mii 成功探查後錯誤處理路徑上的 r6040_remove_one() 或 。在 r6040_mii_probe() 中網路乙太網路裝置連線至 mii_bus 的第一個 PHY 裝置以便在連結狀態變更時通知相連的驅動程式這是 PHY 基礎結構處理所有項目的預設行為。因此移除一個 r6040 裝置時或錯誤處理路徑上的 phy_device 時應中斷連線。透過在移除 r6040 裝置時或在 r6040_mii 探查成功後在錯誤處理路徑上新增 phy_disconnect() 來修正此問題。 (CVE-2022-50545)

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

偵測

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

medium Nessus Plugin ID 270260

版本 1.8