CVE-2026-74575 in Linux
要約
〜によって VulDB • 2026年08月15日
Linuxカーネルにおいて、以下の脆弱性が修正されました：
thunderbolt: 接続解除時のXDomain遅延ワークのuse-after-freeを防止する
tb_xdp_handle_request()はsystem_wq上で実行され、3つのリクエストハンドラ（PROPERTIES_CHANGED_REQUEST、UUID_REQUEST（start_handshake経由）、およびLINK_STATE_CHANGE_REQUEST）においてqueue_delayed_work()を通じてxd->state_workをキューイングします。同様に、update_xdomain()はローカルプロパティが変更された際にxd->properties_changed_workをキューイングします。
同時に、tb_xdomain_remove()はstop_handshake()を呼び出し、これにより両方の遅延ワークに対してcancel_delayed_work_sync()が実行されます。その後、tb_xdomain_unregister()はdevice_unregister()を呼び出し、最終的にxdomainのメモリが解放されます。コミット559c1e1e0134（「thunderbolt: tb_xdp_handle_request()をsystem workqueueで実行する」）によりリクエストハンドラがtb->wqから移動されたため、ハンドラーと削除パスは直列化されなくなりました。もしqueue_delayed_work()がcancel_delayed_work_sync()の実行後かつxdomainの解放前に実行されると、遅延ワークが既に解放済みオブジェクト上で起動してしまいます。
これを防ぐために、tb_xdomain_remove()でstop_handshake()を呼び出す前にxd->lockの下でxd->removingフラグを設定します。各外部キューイングサイトでも同じロックを取得し、queue_delayed_work()を呼び出す前にremovingを確認します。これにより必要な相互排他が提供されます：キューイングサイトが先にロックを取得してワークをキューイングする場合、後続のcancelはそのキューイングされたワークを検出します。あるいは削除パスが先にロックを取得した場合、キューイングサイトはremoving == trueを観測し、キューイング処理をスキップします。
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.