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

  - nbdrecv_work への構成を保留します。NBD_CLEAR_SOCK および NBD_CMD_RECONFIGURE を実行するとき、recv_work に 1 つの uaf 問題があります。nbd_genl_connect // conf_ref=2接続および recv_work Anbd_open // conf_ref=3 recv_work A dont // conf_ref=2 NBD_CLEAR_SOCK // conf_ref=1 nbd_genl_reconfigure // conf_ref=2 (trigger recv_work B) close nbd // conf_ref=1 recv_work B config_put // conf_ref=0 atomic_dec(&config->recv_threads); -> UAF または NBD_CLEAR_SOCK のみを実行します nbd_genl_connect // conf_ref=2 nbd_open // conf_ref=3 NBD_CLEAR_SOCK // conf_ref=2 close nbd nbd_release config_put // conf_ref=1 recv_work config_put // conf_ref=0 atomic_dec(&config->recv_threads); -> UAF コミット 87aac3a80af5nbd
    waiter を通知する前に nbd_config_put() を呼び出しますは、nbd->task_recv がまだ不明確な際に nbd_start_device_ioctl() がウェイクアップしないようにするために、nbd_config_put() を recv_work の waiter のウェイクアップ前に実行するように移動しました。ただし、nbd_start_device_ioctl() では、ウェイクアップされた後に flush_workqueue() を明示的に呼び出し、現在のすべての作業が確実に終了するようにします。したがって、ウェイクアップの前に配置を移動する必要はありません。参照がワーカースレッドの全有効期間にわたって保持されるように、nbd_config_put() を recv_work の最後に移動します。これにより、clear + reconfigure のインターリーブであっても、recv_work がまだ実行中である間は構成は解放されないようになります。さらに、recv_work が最後の nbd_put をドロップすることによるデッドロックの発生について心配する必要はありません パス A (NBD_CFLAG_DESTROY_ON_DISCONNECT のある netlink): connect // nbd_refs=1 (trigger recv_work) open nbd // nbd_refs=2 NBD_CLEAR_SOCK close nbd nbd_release nbd_disconnect_and_put flush_workqueue // recv_work doned nbd_config_put nbd_put // nbd_refs=1 nbd_put // nbd_refs=0 queue_work path B (NBD_CFLAG_DESTROY_ON_DISCONNECT): connect // nbd_refs=2 (trigger recv_work) open nbd // nbd_refs=3Nbd / / nbd_refs_bd_refs=3 =2 閉じる nbd nbd_release nbd_config_put // conf_refs=1 nbd_put // nbd_refs=2 recv_work doned // conf_refs=0、nbd_refs=1 rmmod // nbd_refs=0 Depends-on: e2daec488c57nbdnbd_config_put の hangtask を修正nbd_config_put 時の hangtask を修正CVE-2025-68372)

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

検出

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

high Nessus プラグイン ID 279746

バージョン 1.7