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

  - bridge： cfm：修正 peer_mep 刪除中的爭用情形 刪除對等 MEP 時，會在釋放之前在 ccm_rx_dwork 上呼叫 cancel_delayed_work_sync（）。但是，br_cfm_frame_rx（） 在 rcu_read_lock 下的 softirq 上下文中運行（沒有 RTNL），並且可以透過 ccm_rx_timer_start（） 在 cancel_delayed_work_sync（） 傳回和呼叫 kfree_rcu（） 之間重新排程ccm_rx_dwork。以下是一個簡單的爭用場景：cpu0 cpu1 mep_delete_implementation（） cancel_delayed_work_sync（ccm_rx_dwork）;br_cfm_frame_rx（） /peer_mep/ 如果 （peer_mep->ccm_defect） ccm_rx_timer_start（） queue_delayed_work（ccm_rx_dwork） hlist_del_rcu（&peer_mep->head）;kfree_rcu（peer_mep，rcu）;ccm_rx_work_expired（） // 在釋放的peer_mep上 為防止這種情況發生，在兩個對等 MEP 刪除路徑中，cancel_delayed_work_sync（） 都會替換為 disable_delayed_work_sync（），以便無訊息地拒絕來自 br_cfm_frame_rx（） 的後續 queue_delayed_work（） 呼叫。cc_peer_disable（） 協助程式會保留 cancel_delayed_work_sync（），因為它也用於 CC 啟用/停用切換路徑，其中工作必須保持可重新排程。(CVE-2026-23393)

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

偵測

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

high Nessus Plugin ID 303646

版本 1.15