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

  - netphy允許 MDIO 匯流排 PM ops 啟動/停止 phylink 控制之 PHY 的狀態機器 DSA 有 2 種驅動程式1. 從其裝置呼叫 dsa_switch_suspend() 和 dsa_switch_resume() 的驅動程式 PM ops
    qca8k-8xxx、bcm_sf2、microchip ksz 2。不使用的人：所有其他人。上述方法應為選用。
    針對類型 1dsa_switch_suspend() 會呼叫 dsa_user_suspend() -> phylink_stop()而 dsa_switch_resume() 會呼叫 dsa_user_resume() -> phylink_start()。這些似乎是設定 mac_managed_pm = true 的良好候選項目因為這本質上是其定義 [1]不過目前看來這還不是最大的問題也不是此變更的重點。此處僅針對 DSA 驅動程式的第 2 類 (其不受 MAC 管理的 PM這表示針對其附加的 PHYmdio_bus_phy_suspend() 和 mdio_bus_phy_resume() 應完整執行)我注意到下列來自 mdio_bus_phy_resume()觸發 WARN_ON(phydev->state != PHY_HALTED && phydev->state != PHY_READY && phydev->state != PHY_UP);因為 PHY 狀態機器正在執行。此問題之所以執行是因為使用者起始了先前的 dsa_user_open() -> ... -> phylink_start() -> phy_start()。先前的 mdio_bus_phy_suspend() 應該有呼叫 phy_stop_machine()但事實並非如此。因此這就是在 mdio_bus_phy_resume() 執行時PHY 處於 PHY_NOLINK 狀態的原因。 mdio_bus_phy_suspend() 並未呼叫 phy_stop_machine()因為在 phylink 中phydev->adjust_link 函式指標為 NULL。這似乎是認可 fddd91016d16 引入的技術問題 (phylib修正 PAL 狀態機器繼續執行時會重新啟動)。該認可是在 phylink 存在之前寫入其目的在於避免在因不使用 PHY 狀態機器 - phylink 使用 PHY 時一律如此的消費者驅動程式而損毀。但是開發 phylink 本身時歷來並未考慮到暫停/恢復問題而且顯然沒有在該狀況下進行過多測試進而允許此錯誤存在這麼久而未被注意到。此外在 WARN_ON() 之前其可能會隱藏。實際上此問題不限於類型 2 DSA 驅動程式 (根據上述 ad-hoc 分類)但可以外推至具有 phylink 和 MDIO-bus-managed PHY PM ops 的任何 MAC 驅動程式。DSA 是報告此問題的地方。假設 mac_managed_pm 設定正確快速搜尋會指出下列其他驅動程式可能會受到影響$ grep -Zlr PHYLINK_NETDEV drivers/ | xargs -0 grep -L mac_managed_pm drivers/net/ethernet/atheros/ag71xx.c drivers/net/ethernet/microchip/sparx5/sparx5_main.c drivers/net/ethernet/microchip/lan966x/lan966x_main.c drivers/net/ethernet/ freescale/dpaa2/dpaa2-mac.c drivers/net/ethernet/freescale/fs_enet/fs_enet-main.c drivers/net/ethernet/freescale/dpaa/dpaa_eth.c drivers/net/ethernet/freescale/ucc_geth.c drivers/ net/ethernet/freescale/enetc/enetc_pf_common.c drivers/net/ethernet/marvell/mvpp2/mvpp2_main.c drivers/net/ethernet/marvell/mvneta.c drivers/net/ethernet/marvell/prestera/prestera_main.c drivers/ net/ethernet/mediatek/mtk_eth_soc.c drivers/net/ethernet/altera/altera_tse_main.c drivers/net/ethernet/wangxun/txgbe/txgbe_phy.c drivers/net/ethernet/meta/fbnic/fbnic_phylink.c drivers/net/ ethernet/tehuti/tn40_phy.c drivers/net/ethernet/mscc/ocelot_net.c 使現有條件相依於 phydev->phy_link_change() 實作等於 phylib 所提供之預設 phy_link_change() 的 PHY 裝置。否則我們會隱含知道 phydev 具有 phylink 提供的 phylink_phy_change() 回呼而使用 phylink 時則必須在暫停/恢復路徑上停止/啟動 PHY 狀態機器。程式碼的結構是如果 phydev->phy_link_change() 不存在核心會損毀只是時間問題不需要進一步使測試複雜化。因此針對 PM 未受管理的情況 b ---truncated--- (CVE-2025-37945)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補的弱點：CVE-2025-37945

medium Nessus Plugin ID 246961

找不到變更記錄