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

  - af_unix修正記憶體回收行程與 connect() 的爭用。記憶體回收行程未考慮到記憶體回收在記憶體回收期間進入佇列的風險。如果這種未成熟的對等節點具有 SCM_RIGHTSscan_children() 的兩個連續通道可能會看到不同的子項目集。導致不正確地提升傳遞計數以及 gc_inflight_list 中的懸置指標。通訊端是 AF_UNIX/SOCK_STREAM S 是未連線的通訊端 L 是接聽中的通訊端 (系結至 addr而不在 fdtable 中) V 的 fd 將透過 sendmsg() 傳遞取得升級計數 connect(S, addr) sendmsg(S, [ V]);
    close(V) __unix_gc() ---------------- ------------------------- -- --------- NS = unix_create1() skb1 = sock_wmalloc(NS) L = unix_find_other(addr) unix_state_lock(L) unix_peer(S) = NS // V count=1 inflight=0 NS = unix_peer(S ) skb2 = sock_alloc() skb_queue_tail(NS, skb2[V]) // V 變為執行中 // V count=2 inflight=1 close(V) // V count=1 inflight=1 // 符合 GC 候選條件for u in gc_inflight_list: if (total_refs == inflight_refs) add u to gc_candidates // gc_candidates={L, V} for u in gc_candidates:
    scan_children(u, dec_inflight) // 預備 (skb1) // 尚無法從 L 連線因此 V // 的 inflight 保持不變 __skb_queue_tail(L, skb1) unix_state_unlock(L) for u in gc_candidates: if (u.inflight) scan_children (u, inc_inflight_move_tail) // V count=1 inflight=2 (!) 如果有候選 GC 接聽通訊端則鎖定/解除鎖定其狀態。這會讓 GC 等到該通訊端的任何執行中 connect() 結束。
    在翻轉鎖定之後一個可能含有 SCM 的初始已加入佇列。若即將有其他的啟動項則不可能攜帶 SCM_RIGHTS。此時 unix_inflight() 不會發生因為 unix_gc_lock 已被使用。傳送圖形不受影響。 (CVE-2024-26923)

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

偵測

Linux Distros 未修補的弱點：CVE-2024-26923

medium Nessus Plugin ID 228013

版本 1.18