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

  - mm： shrinker：修正shrinker_info拆卸爭用，擴充 expand_shrinker_info（） 會反覆運算 shrinker_mutex 下所有可見的 memcg，包括尚未完成 ->css_online（） 的 memcg。一旦 pn->shrinker_info 發布，拆卸必須保持使用 expand_shrinker_info（） 序列化，直到該 memcg 完全在線或不再對迭代可見。今天 alloc_shrinker_info（） 打破了該規則，在釋放部分初始化的 shrinker_info 陣列之前刪除了 shrinker_mutex，這可能會導致以下爭用： CPU0 CPU1 ==== ==== css_create --> list_add_tail_rcu（&css->sibling， &parent_css->children）;online_css --> mem_cgroup_css_online --> alloc_shrinker_info --> alloc node0 info rcu_assign_pointer（C->node0->shrinker_info， old0） alloc node1 info -> FAIL -> goto err mutex_unlock（shrinker_mutex） shrinker_alloc（） --> shrinker_memcg_alloc --> mutex_lock（shrinker_mutex） expand_shrinker_info --> mem_cgroup_iter 查看 memcg expand_one_shrinker_info --> old0 = C->node0->shrinker_info memcpy（new->unit， old0->單位，...）;free_shrinker_info --> kvfree（old0）;/* 雙倍免費！！*/ kvfree_rcu（old0， rcu）;後面的 mem_cgroup_css_online（） 中也存在同樣的問題。如果 alloc_shrinker_info（） 成功，但後續的 objcg 配置失敗，則free_objcg -> free_shrinker_info（） 展開路徑會拆除已發佈的 pn->shrinker_info 陣列，而不會shrinker_mutex。expand_one_shrinker_info（） 可以以相同的方式與該拆解競爭，導致舊shrinker_info的釋放後使用或雙重釋放。透過使用 shrinker_mutex 序列化shrinker_info拆卸，並將 alloc_shrinker_info（） 錯誤清除保留在鎖定區段內來修正此問題。
    (CVE-2026-64418)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補弱點：CVE-2026-64418

critical Nessus Plugin ID 329987

版本 1.1