Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - sched/mmcid不假設 CID 是模式切換上的 CPU擁有。Shinichiro 報告了 KASAN UAF其實際上是 MMCID 管理程式碼中的超出邊界存取。CPU0 CPU1 T1 在使用者空間 T0 中執行 fork(T4)
    -> 在 T1/CPU1 T4 exit() T3 exit() T2 exit() T1 exit() 切換至每個工作模式上的 fixup() 組 MM_CID_TRANSIT 時切換至每個 CPU CID 模式 fixup() 組 MM_CID_TRANSIT 切換至每個工作模式 ---> 超出邊界存取。由於 T1 在 T0 設定 TRANSIT 位元之後並未排程因此會在設定了 TRANSIT 位元後結束。 sched_mm_cid_remove_user() 會清除工作中的 TRANSIT 位元併中斷 CID但不會接觸每個 CPU 儲存區。這在功能上是正確的因為只有在已設定 ONCPU 位元 (與 TRANSIT 旗標互斥) 時CID 才由 CPU 擁有。現在 sched_mm_cid_exit() 會假設 CID 是 CPU 擁有的因為之前的模式是按 CPU 的。它會叫用 mm_drop_cid_on_cpu()這會清除未設定的 ONCPU 位元然後因為 TRANSIT 已設定 (位元 29) 會以大得離譜的位元叫用 clear_bit()。透過在 mm_drop_cid_on_cpu() 中實際驗證 CID 是否為 CPU 擁有來防止這種情況發生。 (CVE-2026-23225)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補的弱點：CVE-2026-23225

medium Nessus Plugin ID 299461

版本 1.1