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

  - s390/pciPCI エラーリカバリと mlx5 crdump の間のデッドロックを回避します。PCI エラーリカバリの s390 バリアントを実行する際は、pci_cfg_access_lock() を介する PCI 構成アクセスをブロックしませんpowerpc の EEH および Generig PCI として、pci_dev_lock() の代わりに device_lock() だけを取得しますAER 処理 do。エラーリカバリテスト中に、あるペアのタスクがハングアップすることが報告されました mlx5_core 0000:00:00.1
    mlx5_health_try_recover:338:(pid 5553)正常性回復フローが中止されました。PCI 読み取りがまだ機能しません INFO
    タスク kmcheck:72 が 122 秒を超えてブロックされました。汚染されていない5.14.0-570.12.1.bringup7.el9.s390x #1 echo 0 > /proc/sys/kernel/hung_task_timeout_secsでは、このメッセージが無効になります。 task:kmcheck state:D stack:0 pid:72 tgid:72 ppid:2 flags:0x00000000 Call Trace: [<000000065256f030>] __schedule+0x2a0/0x590<000000065256f356>] schedule+0x36/0xe0 [<000000065256f572>] schedule_preempt_disabled+0x22/ 0x30<0000000652570a94>] __mutex_lock.constprop.0+0x484/0x8a8 [<000003ff800673a4>] mlx5_unload_one+0x34/0x58 [mlx5_core] [<000003ff8006745c>] mlx5_pci_err_detected+0x94/0x140 [mlx5_core] [] [<0000000651b9184a>zpci_event_attempt_error_recover [<0000000652556c5a> ] zpci_event_attempt_error_recover [+000000000000000000000000000000 ] __zpci_event_error+0x23a/0x2c0 INFO
    タスク kworker/u1664:6:1514 が 122 秒以上ブロックされました。汚染されていない5.14.0-570.12.1.bringup7.el9.s390x #1 echo 0 > /proc/sys/kernel/hung_task_timeout_secsでは、このメッセージが無効になります。 task:kworker/u1664:6 state:D stack:0 pid:1514 tgid:1514 ppid:2 flags:0x00000000 Workqueue
    mlx5_health0000:00:00.0 mlx5_fw_fatal_reporter_err_work [mlx5_core] Call Trace[<000000065256f030>]
    __schedule+0x2a0/0x590 [<000000065256f356>] schedule+0x36/0xe0 [<0000000652172e28>] pci_wait_cfg+0x80/0xe8 [<0000000652172f94>] pci_cfg_access_lock+0x74/0x88 [<000003ff800916b6>] mlx5_vsc_gw_lock+0x36/0x178 [mlx5_core]<000003ff80098824>] mlx5_crdump_lock+ 0x34/0x1c8 [mlx5_core] [<000003ff80074b62>] mlx5_fw_fatal_reporter_dump+0x6a/0xe8 [mlx5_core]<0000000652512242>] devlink_health_do_dump.part.0+082/0x168<0000000652513212>] devlink_health_report+0x19a/0x230<000003ff80075a12>] mlx5_fw_fatal_reporter_dump+0x6a/0x230 [] mlx5_core] Upstream カーネルとの完全に同じエラーのカーネルログは利用できません - しかし、非常に同じデッドロック状況が、そこに構築される可能性もあります - taskkmcheck mlx5_unload_one() は、PCI エラーリカバリコードが設定されている間に devlink ロックの取得を試行しますpci_cfg_access_lock() 経由の pdev->block_cfg_access - taskkworker mlx5_crdump_collect() は、devlink_health_report() が devlink ロックを取得している間に、pci_cfg_access_lock() を通して block_cfg_access を設定しようとします。類似のデッドロック状況は、PCI エラーリカバリが mlx5_core の pci_error_handlers により同じ <BDF> 物理関数で実行される間に、> devlink Health dump show pci/<BDF> リポーター fw_fatal で crdump をリクエストすることで発生します。s390 では、これは > zpcictl で注入できます --reset-fw <BDF> このパッチでのテストでは、2 番目のデッドロック状況を再現することができません。devlink コマンドはカーネルの応答で拒否されます権限が拒否されました -すると、次のカーネルログメッセージが表示されますmlx5_core 1ed0:00:00.1 :
    mlx5_crdump_collect:50:(pid 254382)crdumpVSC_SEMAPHORE の構成読み取りが下層ハードウェアにより拒否されるため、vsc gw err -5 のロックに失敗しました。この問題に対処するための以前の 2 つの試みが検討され、最終的に拒否されています [リンクを参照]。主な引数は、s390 の PCI エラーリカバリの実装が、powerpc の EEH も PCI AER 処理も必要としない制限を課しています。テストでは、s390 の PCI エラーリカバリが PCI 構成空間へのアクセスをブロックせずに、完了するまで実行されることを示しています。
    (CVE-2025-68310)

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2025-68310

medium Nessus プラグイン ID 278901

バージョン 1.6