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

  - usb小工具f_ncm修正 usb ep 傳輸錯誤後重新系結時的 UAF ncm 物件當 ncm 函式正常運作後因連結故障而停止 usb0 介面時會呼叫 eth_stop()。在此位置如果不小心在 usb_ep_enable() 中發生 usb 傳輸錯誤「in_ep」和/或「out_ep」可能無法啟用。之後系統會呼叫 ncm_disable() 來停用 ncm unbind但由於「in_ep」未啟用因此永遠不會呼叫 gether_disconnect()。因此ncm 物件會在 ncm unbind 中釋放但與「ncm->port」相關的「dev->port_usb」卻不是 NULL。而當 ncm 再次系結以復原 netdev 時系統會重新配置 ncm 物件但 usb0 介面已與先前釋放的 ncm 物件相關聯。因此一旦 usb0 介面啟動並呼叫 eth_start_xmit()就會解除參照已釋放的 ncm 物件且可能造成記憶體釋放後使用。
    [透過 configfs 取消連結] usb0eth_stop dev->port_usb=ffffff9b179c3200 --> usb_ep_enable() 中發生錯誤。NCMncm_disable ncm=ffffff9b179c3200 --> 無 gether_disconnect()因為 ncm->port.in_ep->enabled 為 false。NCMncm_unbindncm unbind ncm=ffffff9b179c3200 NCMncm_freencm free ncm=ffffff9b179c3200 <-- 已發布 ncm [透過 configfs 的函式連結] NCMncm_allocncm alloc ncm=ffffff9ac4f8a000 NCMncm_bindncm bind ncm=ffffff9ac4f8a000 NCMncm_set_alt ncm=ffffff9ac4f8a000 alt =0 usb0: eth_open dev->port_usb=ffffff9b179c3200 <--先前發布的 ncm usb0: eth_start dev->port_usb=ffffff9b179c3200 <-- eth_start_xmit() --> dev->wrap() 無法處理虛擬位址的核心分頁要求dead00000000014f 此修補程式可檢查「ncm->netdev」在 ncm_disable() 是否為 NULL 以呼叫 gether_disconnect() 以解除關聯「dev->port_usb」以解決此問題。檢查「ncm->netdev」以呼叫 gether_connect/disconnect 比檢查「ncm->port.in_ep->enabled」更合理因為它可能未啟用但可能會建立 gether 連線。 (CVE-2024-26996)

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

偵測

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

high Nessus Plugin ID 227913

版本 1.17