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

  - can etas_es58x填入 ndo_change_mtu() 以防止緩衝區溢位。傳送 PF_PACKET 允許繞過 CAN 架構邏輯並直接到達 CAN 驅動程式的 xmit() 函式。PF_PACKET 架構執行的唯一檢查是確認 skb->len 符合介面的 MTU。
    遺憾的是由於 etas_es58x 驅動程式並未填入其 net_device_ops->ndo_change_mtu()因此攻擊者可以透過執行下列動作來設定無效的 MTU例如 $ ip link set can0 mtu 9999 執行此動作之後攻擊者可以開啟使用 ETH_P_CANXL 通訊協定的 PF_PACKET 通訊端
    socket(PF_PACKET, SOCK_RAW, htons(ETH_P_CANXL));來插入惡意的 CAN XL 框架。例如struct canxl_frame frame = { .flags = 0xff, .len = 2048, }; CAN 驅動程式的 xmit() 函式會呼叫 can_dev_dropped_skb() 以檢查 skb 是否有效但遺憾的是在上述情況下惡意封包仍可通過 can_dev_dropped_skb() 檢查 1. skb->protocol 設為 ETH_P_CANXL有效 (該函式不會檢查實際的裝置功能)。 2. 長度為有效的 CAN XL 長度。因此es58x_start_xmit() 會收到無法正確處理的 CAN XL 框架因而會將其錯誤解譯為 CAN(FD) 框架。這可導致緩衝區溢位。例如使用 es581.4 變體框架會分派至 es581_4_tx_can_msg()在此函式開頭執行最後一個檢查 if (can_is_canfd_skb(skb)) return -EMSGSIZE;並到達此行
    memcpy(tx_can_msg->data, cf->data, cf->len)此處的 cf->len 對應於 CAN XL 框架的旗標欄位。在之前的範例中我們將 canxl_frame->flags 設為 0xff。由於預期的最大長度為 8因此會發生 247 位元組的緩衝區溢位填入 net_device_ops->ndo_change_mtu() 以確保介面的 MTU 不能設定為大於 CAN_MTU 或 CANFD_MTU 的任何值 (視裝置功能而定)。透過修正根本原因這可防止緩衝區溢位。 (CVE-2025-39988)

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

偵測

Linux Distros 未修補的弱點：CVE-2025-39988

high Nessus Plugin ID 271561

版本 1.8