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

  - can： isotp：修正計時器清空順序、喚醒處理和tx_gen排序 此修補程式是提交 cf070fe33bfb （can： isotp：序列化 so->rx_lock 下的 TX 狀態轉換） 的後續動作，解決了以下 sashiko-bot 發現： - isotp_sendmsg（）：首先清空 so->txfrtimer，這樣過時的回呼就無法在宣告後重新武裝 echotimer - isotp_release（）：在強制ISOTP_SHUTDOWN後喚醒 so->wait，這樣休眠的 sendmsg（） 宣告就不會擱淺 - isotp_sendmsg（）： 讓 isotp_sendmsg（） 中的兩個 wait_event_interruptible（） 呼叫也會在ISOTP_SHUTDOWN喚醒，並且不要將聲明傳回給 IDLE，以避免損毀並行的 isotp_release（） 處理程序。- isotp_sendmsg（）：當 wait_event_interruptible（） 呼叫以CAN_ISOTP_WAIT_TX_DONE模式傳回時，處理新傳輸的潛在宣告。如果新執行緒在err_event_drop鎖定之前增量如此>tx_gen，請勿觸摸新傳輸的計時器和狀態。- isotp_sendmsg（）：處理卡住的 can_send（），如果要求新的傳輸，則省略計時器和狀態變更。
    wait_tx_done（） 會傳回以 so->tx_result[] 中記錄的錯誤，並標有呼叫端自己的世代。 - isotp_tx_timeout（）：在宣告的逾時時，記錄逾時傳輸本身在 so->tx_result[] 中產生的 ECOMM 錯誤;無條件引發 sk->sk_err，與此處所有其他錯誤路徑相同。
    - isotp_tx_gen_done（）/isotp_tx_timeout（）：一律在tx_gen之前讀取 tx.state （acquire） - 相反的順序讓弱排序的 CPU 將新的 tx.state 與過時的 tx_gen/tx_result 插槽配對。- isotp_sendmsg（）：
    wait_tx_done：一旦我們從 so->tx_result[] 讀取結果，就透過 sock_error（） 排出sk_err，這樣已經報告的錯誤就不會在以後的 poll（）/SO_ERROR 中保持鎖定狀態。此外，對齊剩餘的無鎖定 so->tx.state/rx.state/cfecho 存取，並使用 skb->hash 作為唯一的回送回應幀指示器。
    (CVE-2026-80889)

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

偵測

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

low Nessus Plugin ID 343477

版本 1.17