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

  - atm： lec： fix use-after-free in sock_def_readable（） 存在一個競賽條件：lec_atm_close（） 設定 priv->lecd 為 NULL，與同時存取 priv->lecd 在 send_to_lecd（）、lec_handle_bridge（） 和 lec_atm_send（） 之間。當 socket 透過 RCU 釋放時，而其他執行緒仍在使用該執行緒，存取該套接字的等待佇列時，會在 sock_def_readable（） 中發生 use-after-free。根本原因是 lec_atm_close（） 在未同步的情況下清除 priv->lecd，而呼叫者則在未對同時拆除保護的情況下引用 priv->lecd。透過將 priv->lecd 轉換為受 RCU 保護的指標來解決此問題：- 在 lec.h 中標記 priv->lecd 為 __rcu - 在 lec_atm_close（） 和 lecd_attach（） 中使用 rcu_assign_pointer（） 來執行安全指標指派 - 使用 rcu_access_pointer（） 用於不引用 lec_start_xmit（）、lec_push（）、send_to_lecd（） 和 lecd_attach（） 中的指標的 NULL 檢查 - 在 send_to_lecd（） 中使用 rcu_read_lock/rcu_dereference/rcu_read_unlock， lec_handle_bridge（） 和 lec_atm_send（） 以安全存取 lecd - 在 lec_atm_close（） 中使用 rcu_assign_pointer（） 後接 synchronize_rcu（），以確保所有讀者完成才能繼續。這是安全的，因為 lec_atm_close（） 是從 vcc_release（） 呼叫的，該 （） 是個lock_sock睡眠鎖。- 移除手動sk_receive_queue排水lec_atm_close功能，因為vcc_destroy_socket（）在lec_atm_close（）回流後已經在排空。v2：從spinlock + sock_hold/put approach改用RCU，以正確修正比賽。Eric Dumazet 指出，v1 spinlock 方法有兩個問題：1. priv->lecd 仍可在解鎖後直接存取，而非使用本地副本。2.spinlock 並未阻止封包在 lec_atm_close（） sk_receive_queue耗盡後排隊，因為計時器和工作佇列路徑會繞過 netif_stop_queue（）。注意：曾嘗試 Syzbot 修補測試，但測試虛擬機意外終止，遠端主機關閉了與本地主機的連線，這很可能是因為與此修正無關的 QEMU AHCI 模擬問題。編譯測試讓 W=1 net/atm/lec.o 順利通過。（CVE-2026-43050）

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

偵測

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

high Nessus Plugin ID 311576

版本 1.5