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

  - netphy將 phy_config_inband() 鎖定責任傳輸給 phylink 問題描述 =================== Lockdep 報告 &pl-> 之間可能的循環鎖定相依性 (AB/BA) state_mutex 和 &phy->lock 設定錯誤，如下所示。 phylink_resolve() // 取得 &pl->state_mutex -> phylink_major_config() -> phy_config_inband() // 取得 &pl->phydev->lock而 &pl->state_mutex 和 &pl->phydev->lock 所在的所有其他呼叫網站已反轉鎖定配置。在其他任何地方都會在頂層取得 &pl->phydev->lock而在較低層級取得 &pl->state_mutex。一個明顯的例子是 phylink_bringup_phy()。異常值是新引入的 phy_config_inband()而現有的鎖定順序是正確的。若要了解反之無法做到的原因只需考慮 phylink_phy_change()即來自 PHY 裝置之 phy->phy_link_change() 虛擬方法的 phylink 回呼由 PHY 狀態機器叫用。在取得 &phydev->lock 的情況下呼叫 phy_link_up() 和 phy_link_down()這是 phylink_phy_change() 的 (間接) 呼叫者。然後 phylink_phy_change() 會取得自己的 &pl->state_mutex以序列化對其 pl->phy_state 和 pl->link_config 的變更。因此所有其他 &pl->state_mutex 與 &phydev->lock 執行個體都必須與此順序一致。問題影響 ============== 我認為如果會導致 phy_config_inband() 呼叫的現有 phylink_resolve() 執行緒與 phy_link_up() 或phy_link_down() 呼叫其會在 phylink_phy_change() 的 &pl->state_mutex 上鎖死。實際上說來此影響可能會受到中等自動交涉通訊協定速度慢的限制當偵測到新的通訊協定時目前狀態不太可能仍未解決但我認為問題就在這裡。不過問題是在使用 lockdep 時發現的。建議的解決方案 ================= 實際上說來必須將取得 phydev->lock 的 phy_config_inband() 需求傳輸給呼叫者 (phylink 是唯一的呼叫者)。在此情況下其必須冒泡泡直到即將取得 &pl->state_mutex 為止。解決方案詳細資料、注意事項、注意事項 ======================================= 這是 phy_config_inband( ) call graphsfp_upstream_ops ::
    connect_phy() | v phylink_sfp_connect_phy() | v phylink_sfp_config_phy() | | sfp_upstream_ops ::
    module_insert() | | | v | phylink_sfp_module_insert() | | | | sfp_upstream_ops :: module_start() | | | | | v | | phylink_sfp_module_start() | | | | vv | phylink_sfp_config_optical() phylink_start() | | | phylink_resume() vv | | phylink_sfp_set_config() | | | vvv phylink_mac_initial_config() | phylink_resolve() | | phylink_ethtool_ksettings_set() vvv phylink_major_config() | v phy_config_inband() phylink_major_config() 呼叫者 #1、phylink_mac_initial_config() 未取得 &pl->state_mutex其呼叫者亦然。其必須先取得 &pl->phydev->lock 再呼叫 phylink_major_config()。
    phylink_major_config() 呼叫者 #2、phylink_resolve() 取得 &pl->state_mutex因此也需要取得 &pl->phydev->lock。 phylink_major_config() caller #3phylink_ethtool_ksettings_set() 完全無關因為它只會呼叫 ---truncated--- (CVE-2025-39915)

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

偵測

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

medium Nessus Plugin ID 269680

版本 1.2