Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - bridge：cfm：修复peer_mep删除中的争用条件 删除对等机 MEP 时，在释放前会在ccm_rx_dwork上调用 cancel_delayed_work_sync（）。但是，br_cfm_frame_rx（） 在 rcu_read_lock（无 RTNL）下的 softirq 上下文中运行，并且可以在返回 cancel_delayed_work_sync（） 和调用 kfree_rcu（） 之间通过 ccm_rx_timer_start（） 重新计划ccm_rx_dwork。下面是一个简单的争用场景：cpu0 cpu1 mep_delete_implementation（） cancel_delayed_work_sync（ccm_rx_dwork）;br_cfm_frame_rx（） // peer_mep仍在 hlist 中 if （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 插件 ID 303646

版本 1.17