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

  - s390/ism修正 ism_cmd() 中的並行管理。s390x ISM 裝置資料表明確指出在任何時間點每個 ISM 函式只允許一個要求-回應序列。遺憾的是截至今日 Linux 中的 s390/ism 驅動程式已不再接受該需求。此修補程式旨在修正該問題。此問題的發現是基於 Aliaksei 的錯誤報告該報告指出對於特定工作負載ISM 函式最後會在一段時間後進入錯誤狀態 (從記錄中可以看到 PEC 2)因此個別函式所處理的連線會中斷而系統不會考慮 ISM 裝置的未來連線要求 -- 因為該裝置處於功能異常的狀態。在進一步除錯期間也出現 PEC 3A。類似 [ 1211.244319] ] zpci: 061a:00:00.0: 事件 0x2 報告 PCI 函式 0x61a 的錯誤之類的核心訊息是所述函式進入 PEC 2 錯誤狀態的可靠指標。我還要指出的是[ 1211.244325] zpci061a:00:00.0系結至裝置的 ism 驅動程式不支援錯誤復原是 ISM 函式不會自動復原的可靠指標因為 ISM 驅動程式目前缺少對該函式的支援。從技術層面上講若無此同步處理命令 (FW 的輸入) 可能會遭到嘗試對相同函式發出命令的其他 CPU 部分或完全覆寫 (損毀)。有確鑿證據顯示這可導致 DMB 權杖值被當做 DMB IOVA 使用進而導致指示無效 DMA 的 PEC 2 PCI 事件。但這只是可以想像的其中一種失敗模式。理論上甚至可能完全遺失一個命令並執行另一個命令兩次然後嘗試將輸出解譯為我們打算執行的命令實際上是執行而不是另一個命令也是可能的。說真的，我對於提供可能後果的詳盡清單並沒有信心。 (CVE-2025-39726)

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

偵測

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

medium Nessus Plugin ID 261634

版本 1.24