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

  - net： phylink：僅在 bringup 無法失敗時記錄 PHY phylink_bringup_phy（） 會在 PHY 最後一個可能出錯的步驟之前將 PHY 儲存在 pl->phydev 中：在 phylink 操作實作 LPI 的 MAC 上，phy_eee_rx_clock_stop（） 可能會因真正的 MDIO 錯誤而失敗。呼叫者使用 phy_detach（） 展開，它對 pl->phydev 一無所知，因此指向不再連接的 PHY 的指標比失敗的連接更長。
    這要花多少錢取決於來電者是如何到達這裡的。phylink_connect_phy（） 經過 phylink_attach_phy（），當設定 pl->phydev 時，它拒絕附加，將暫時性 MDIO 錯誤變成永久性 -EBUSY。SFP 路徑比這更糟糕：sfp_sm_probe_phy（） 使用 phy_device_remove（） 和 phy_device_free（） 來回答失敗，並且它僅在該錯誤返回之後分配 sfp->mod_phy，因此沒有任何東西可以清除 pl->phydev，並且它指向 phylink_resolve（） 和 ethtool 協助程式繼續讀取的釋放phy_device。phylink_fwnode_phy_connect（） 沒有這樣的檢查，因此稍後的連接會覆寫過時的指標並隱藏問題。斷開連接不會：phylink_disconnect_phy（） 將該指標交給 phy_disconnect（），並且同一 PHY 上的第二個 phy_detach（） 會引用第一個已釋放的指標。在使 DSA 連接埠在交換器探測後驅動程式到達的 PHY 中倖存時發現：使連接埠跨過失敗的連接並重試是使此視窗可存取的原因。在最後一次可能失敗的呼叫之後發佈指標，而不是之後將其回復。兩點之間沒有任何內容讀取 pl->phydev，後面的註冊不會失敗：phy_request_interrupt（） 會自行回歸輪詢。PHY 端狀態會保持其順序，因此不會相對於另一個 MDIO 作業移動。（CVE-2026-98563）

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

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

  - net：phylink：仅记录一次 bringup 不会失败 phylink_bringup_phy（） 会在其最后一个可能出错的步骤之前将 PHY 存储在 pl->phydev 中：在 phylink 操作实现 LPI 的 MAC 上，phy_eee_rx_clock_stop（） 可能会因真正的 MDIO 错误而失败。调用程序通过对 pl->phydev 一无所知的 phy_detach（） 展开，因此指向不再附加的 PHY 的指针的有效期超过失败的连接。
    这笔费用取决于来电者是如何到达这里的。phylink_connect_phy（） 会通过 phylink_attach_phy（），后者会在设置 pl->phydev 时拒绝附加，将暂时性 MDIO 错误转变为永久性 -EBUSY。SFP 路径比这更糟糕：sfp_sm_probe_phy（） 以 phy_device_remove（） 和 phy_device_free（） 来应答失败，并且它仅分配 sfp->mod_phy 超过该错误返回值，因此没有任何内容清除 pl->phydev，并且它只指向 phylink_resolve（） 和 ethtool 帮助程序继续读取的已释放phy_device。phylink_fwnode_phy_connect（） 没有此类检查，因此以后的连接会覆盖过时指针并隐藏问题。断开连接不会：phylink_disconnect_phy（） 将该指针指向 phy_disconnect（），并且同一 PHY 丢弃上的第二个 phy_detach（） 引用已发布的第一个指针。在使 DSA 端口在交换机探测后到达的 PHY 中发现：使端口跨过失败的连接并重试是使此窗口可访问的原因。在最后一个可能失败的调用之后发布指针，而不是在之后展开。两点之间没有任何内容读取 pl->phydev，随后的注册不会失败：phy_request_interrupt（） 自行回退到轮询。PHY 端状态保持其顺序，因此没有 MDIO 操作相对于其他操作移动。（CVE-2026-98563）

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

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

  - net:phylink:bringup が失敗しない場合にのみ PHY を記録します phylink_bringup_phy() は最後のエラー可能なステップの前に PHY を pl->phydev に保存します:phylink オペレーションが LPI を実装している MAC では、phy_eee_rx_clock_stop() が実際の MDIO エラーで失敗する可能性があります。呼び出し元は pl->phydev について何も知らない phy_detach() で緩和します。このため、接続されなくなった PHY へのポインターは、失敗した接続よりも長持ちします。
    その費用は、発信者がどのようにしてここにたどり着いたかによって異なります。phylink_connect_phy() は phylink_attach_phy() を通過しますが、pl->phydev が設定されている間は添付を拒否し、一時的な MDIO エラーが恒久的な -EBUSY に変わります。SFP パスはそれよりも悪いです: sfp_sm_probe_phy() は phy_device_remove() と phy_device_free() で失敗に応答し、そのエラーリターンを超えたもののみ sfp->mod_phy を割り当てます。したがって、pl->phydev は何もクリアされず、phylink_resolve() と ethtool ヘルパーが読み進める解放されたphy_deviceを指したままになります。phylink_fwnode_phy_connect() にはそのようなチェックがないため、後で接続すると古いポインターが上書きされ、問題が非表示になります。切断は行いません:phylink_disconnect_phy() はそのポインターを phy_disconnect() に渡し、同じ PHY 上の 2 番目の phy_detach() は、すでにリリースされた最初のものを参照します。DSA ポートが、スイッチプローブの後にドライバーが到着した PHY を乗り越える際に見つかりました:失敗した接続中にポートを保ち、再試行することが、このウィンドウに到達可能な状態にします。失敗する可能性のあるポインターは、後で展開するのではなく、最後の呼び出しの後に発行します。2 つのポイントの間には pl->phydev を読み取るものはなく、その後の登録は失敗することはありません: phy_request_interrupt() は単独にポーリングに戻ります。PHY 側の状態はその順序を維持するため、MDIO の操作が他の操作に対して相対的に移動することはありません。(CVE-2026-98563)

Nessus は、ベンダーから報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - net: phylink: record the PHY only once bringup cannot fail phylink_bringup_phy() stores the PHY in     pl->phydev before its last fallible step: on a MAC whose phylink ops implement LPI,     phy_eee_rx_clock_stop() can fail with a real MDIO error. The callers unwind with phy_detach(), which knows     nothing about pl->phydev, so a pointer to a PHY that is no longer attached outlives the failed connect.
    What that costs depends on how the caller got here. phylink_connect_phy() goes through     phylink_attach_phy(), which refuses to attach while pl->phydev is set, turning a transient MDIO error into     a permanent -EBUSY. The SFP path is worse than that: sfp_sm_probe_phy() answers the failure with     phy_device_remove() and phy_device_free(), and it assigns sfp->mod_phy only past that error return, so     nothing clears pl->phydev and it is left pointing at a freed phy_device that phylink_resolve() and the     ethtool helpers go on reading. phylink_fwnode_phy_connect() has no such check, so a later connect     overwrites the stale pointer and hides the problem. A disconnect does not: phylink_disconnect_phy() hands     that pointer to phy_disconnect(), and the second phy_detach() on the same PHY drops references the first     one already released. Found while making a DSA port survive a PHY whose driver arrives after the switch     probes: keeping the port across a failed connect and retrying is what makes this window reachable. Publish     the pointer after the last call that can fail instead of unwinding it afterwards. Nothing between the two     points reads pl->phydev, and the registration that follows cannot fail: phy_request_interrupt() falls back     to polling on its own. The PHY-side state keeps the order it had, so no MDIO operation moves relative to     another. (CVE-2026-98563)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
367453	Linux Distros 未修補弱點：CVE-2026-98563	Nessus	Misc.	2026/10/20	2026/10/21	medium
367453	Linux Distros 未修补的漏洞：CVE-2026-98563	Nessus	Misc.	2026/10/20	2026/10/21	medium
367453	Linux Distros のパッチ未適用の脆弱性: CVE-2026-98563	Nessus	Misc.	2026/10/20	2026/10/21	medium
367453	Linux Distros Unpatched Vulnerability : CVE-2026-98563	Nessus	Misc.	2026/10/20	2026/10/21	medium

检测

插件搜索

medium

medium

medium

medium