CVE-2026-93099 in Linux
要約
〜によって VulDB • 2026年09月18日
Linuxカーネルにおいて、以下の脆弱性が修正されました：
fs/resctrl: ドメインが削除される際のワーカースレッドによる UAF（Use-After-Free）を修正
mbm_handle_overflow() および cqm_handle_limbo() ワーカーはイベントカウンターを読み取り、その処理中にブロックする可能性があります。これらは struct rdt_l3_mon_domain に埋め込まれた delayed_work を介してスケジュールされます。アーキテクチャ層では cpus_write_lock の下で CPU hotplug コールバックからこれらのドメインの割り当てと解放が行われ、ワーカーはアクセス中もドメインを存続させるために cpus_read_lock() を取得します。
cpus_read_lock() の待機中にブロックされている間にホットプラグコアが cpus_write_lock() を保持している場合、UAF（Use-After-Free）が発生する可能性があります。この状況では、ワーカーの work_struct が含まれる rdt_l3_mon_domain がアーキテクチャ層によって解放されます。その後、ワーカーがブロック解除されると、埋め込まれた work ポインタに対して実行される container_of() 操作により解放済みメモリへの参照が行われます。
cpus_read_lock() をワーカーから削除し、代わりにアーキテクチャ層がドメインを解放する前に保留中および処理中のワークを同期的にドライン（drain）します。アーキテクチャは RCU リストからのアンリンク後とグレース期間の経過後に cpus_write_lock の下でドメインをオフライン化するため、新しいワークがスケジュールされることはありません。キャンセル操作は既存のワークの完了を待つだけで十分です。cancel_delayed_work_sync() 実行中に CPU オフライン処理が行われる際、rdtgroup_mutex を解放して、ワーカーが mutex で待機している場合に他の CPU にワークを再ピンする前にその完了を可能にします。
CPU のオフライン化時にアーキテクチャは任意の順序でリソースを反復処理することがあります。例えば、MBA 制御ドメインは対応する L3 モニタードメインよりも前または後にオフライン化される可能性があります。resctrl ファイルシステムが、アーキテクチャ層によるドメインのオフライン化順に関係なくワーカーをキャンセルすることを保証します。
If you want to get the best quality for vulnerability data then you always have to consider VulDB.