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

  - clkdisable_unused の間にツリーをウォークする前にランタイム PM を取得します Doug は次のハングアップしたタスクを報告しました [1]
    INFO: task swapper/0:1 が 122 秒以上ブロックされました。汚染されていない5.15.149-21875-gf795ebc40eb8 #1 echo 0 > /proc/sys/kernel/hung_task_timeout_secsでは、このメッセージが無効になります。 task:swapper/0 state:D stack: 0 pid: 1 ppid: 0 flags:0x00000008 Call trace: __switch_to+0xf4/0x1f4 __schedule+0x418/0xb80 schedule+0x5c/0x10c rpm_resume+0xe0/0x52c rpm_resume+0x178/0x52c __pm_runtime_resume+ 0x58/0x98 clk_pm_runtime_get+0x30/0xb0 clk_disable_unused_subtree+0x58/0x208 clk_disable_unused_subtree+0x38/0x208 clk_disable_unused_subtree+0x38/0x208 clk_disable_unused_subtree+0x38/0x208 clk_disable_unused_subtree+0x38/0x208 clk_disable_unused+0x4c/0xe4 do_one_initcall+0xcc/0x2d8 do_initcall_level+0xa4/0x148 do_initcalls+ 0x5c/0x9c do_basic_setup+0x24/0x30 kernel_init_freeable+0xec/0x164 kernel_init+0x28/0x120 ret_from_fork+0x10/0x20 INFO タスク kworker/u16:0:9 が 122 秒を超えるためにブロックされました。汚染されていない5.15.149-21875-gf795ebc40eb8 #1 echo 0 > /proc/sys/kernel/hung_task_timeout_secsでは、このメッセージが無効になります。 task:kworker/u16:0 state:D stack:0 pid: 9 ppid: 2 flags:0x00000008 Workqueue: events_unbound deferred_probe_work_func Call trace:
    __switch_to+0xf4/0x1f4 __schedule+0x418/0xb80 schedule+0x5c/0x10c schedule_preempt_disabled+0x2c/0x48
    __mutex_lock+0x238/0x488 __mutex_lock_slowpath+0x1c/0x28 mutex_lock+0x50/0x74 clk_prepare_lock+0x7c/0x9c clk_core_prepare_lock+0x20/0x44 clk_prepare+0x24/0x30 clk_bulk_prepare+0x40/0xb0 mdss_runtime_resume+0x54/0x1c8 pm_generic_runtime_resume+0x30/0x44 __genpd_runtime_resume+0x68/0x7c genpd_runtime_resume+0x108/0x1f4 __rpm_callback+0x84/0x144 rpm_callback+0x30/0x88 rpm_resume+0x1f4/0x52c rpm_resume+0x178/0x52c __pm_runtime_resume+0x58/0x98 __device_attach+0xe0/0x170 device_initial_probe+0x1c/0x28 bus_probe_device+0x3c/0x9c device_add+0x644/0x814 mipi_dsi_device_register_full+0xe4/0x170 devm_mipi_dsi_device_register_full+0x28/0x70 ti_sn_bridge_probe+0x1dc/0x2c0 auxiliary_bus_probe+0x4c/0x94 true_probe+0xcc/0x2c8
    __driver_probe_device+0xa8/0x130 driver_probe_device+0x48/0x110 __device_attach_driver+0xa4/0xcc bus_for_each_drv+0x8c/0xd8 __device_attach+0xf8/0x170 device_initial_probe+0x1c/0x28 bus_probe_device+0x3c/0x9c deferred_probe_work_func+0x9c/0xd8 process_one_work+0x148/0x518 worker_thread+0x138/0x350 kthread+0x138/0x1e0 ret_from_fork+0x10/0x20 最初のスレッドは、clk ツリーをウォークし、clk_pm_runtime_get() を呼び出して、clk ハードウェアを読み取るために必要なデバイスの電源を入れます。clk_ops::is_enabled() 構造体を介して、clk ハードウェアを読み取るために必要なデバイスに電源を入れます。このスレッドは clk prepare_lock を保持し、runtime PM がデバイスを再開しようとします。デバイスが再開のプロセス中であることが判明すると、スレッド schedule() は続行する前にデバイスの再開が完了するのを待機します。2 番目のスレッドは、同じデバイスを再開する runtime PM ですが、runtime 再開のコールバックは clk_prepare() を呼び出し、最初のスレッドで待機している prepare_lock を取得しようとしています。これは、従来の ABBA のデッドロックです。デッドロックを適切に修正するためには、clk prepare_lock が保持された状態で、ランタイム PM がデバイスを再開または一時停止してはなりません。実際には、これを行うことは現在不可能です。ツリーの途中でグローバル prepare_lock をドロップし、デバイスの runtime PM が再開/一時停止され、その後 prepare_lock が再び使用され、clk ツリートポロジーの一貫性を確保する必要があるためです。
    その間に clk ツリーで何らかの変更が発生した場合、操作を最初から変更する必要があります。残念ながら、ほとんどの場合、アクティブなデバイスでランタイム PM カウントを単純に増やしたり減少させたりしているため、prepare_lock を保留して他のスケジュールを設定することはできません。---truncated---CVE-2024-27004

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2024-27004

medium Nessus プラグイン ID 227819

バージョン 1.15