Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - netphy: MDIO バス PM ops による phylink 制御の PHY に対する状態マシンの開始/停止を許可します。DSA には 2 種類のドライバーがあります1。デバイスの PM ops から dsa_switch_suspend() および dsa_switch_resume() を呼び出すものは、
    qca8k-8xxx、bcm_sf2、microchip ksz 2。しないものその他すべて。上記の方法はオプションです。
    タイプ 1 では、dsa_switch_suspend() が dsa_user_suspend() -> phylink_stop() を呼び出し、dsa_switch_resume() が dsa_user_resume() -> phylink_start() を呼び出します。これらは、mac_managed_pm = true を設定するのに良い候補のように見えます。これは、本質的にその定義 [1] ですが、現時点ではこれが最大の問題とは限らず、この変更が重点を置いているものではありません。ここで DSA ドライバーの第 2 のカテゴリについて厳密に説明しますMAC 管理 PM を持たず、接続された PHY に対して mdio_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 になるのです。 phylink の場合、phydev->adjust_link 関数ポインターが NULL であるため、mdio_bus_phy_suspend() は phy_stop_machine() を呼び出しませんでした。これは、コミット fddd91016d16phylib再開時の PAL 状態マシンの再起動を修正しますによって導入された技術的なようです。そのコミットは phylink が存在する前に記述され、PHY 状態マシンを使用しないコンシューマードライバーによるクラッシュを回避することを目的としていました - PHY を使用するときは phylink は常に使用します。しかし、phylink 自体は、歴史的には中断/再開を考慮して開発されておらず、そのシナリオでは明らかに過剰なテストを行っていないため、このバグは長い間通知されずに存在していました。さらに、WARN_ON() より前は、これはおそらく不可能でした。この問題は実際にはタイプ 2 DSA ドライバーに限定されていませんが (上記のアドホック分類による)、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.cdrivers/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() 実装を持っている PHY デバイスに依存する既存の条件を、phylib が提供するデフォルト phy_link_change() と等しいようにします。そうでない場合、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 プラグイン ID 246961

バージョン 1.10