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

  - canmcba_usb填入 ndo_change_mtu() 以防止緩衝區溢位。傳送 PF_PACKET 允許繞過 CAN 架構邏輯並直接到達 CAN 驅動程式的 xmit() 函式。PF_PACKET 架構執行的唯一檢查是確認 skb->len 符合介面的 MTU。
    遺憾的是由於 mcba_usb 驅動程式並未填入其 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 長度。因此mcba_usb_start_xmit() 會收到無法正確處理的 CAN XL 框架因而會將其錯誤解譯為 CAN 框架。這可導致緩衝區溢位。驅動程式會依原樣消耗 cf->len 而不會對這些行進行進一步檢查 usb_msg.dlc = cf->len memcpy(usb_msg.data, cf->data, usb_msg.dlc);此處的 cf->len 對應於 CAN XL 框架的旗標欄位。在之前的範例中我們將 canxl_frame->flags 設為 0xff。由於預期的最大長度為 8因此會發生 247 位元組的緩衝區溢位填入 net_device_ops->ndo_change_mtu()以確保介面的 MTU 無法設定為大於 CAN_MTU 的任何值。透過修正根本原因這可防止緩衝區溢位。
    (CVE-2025-39985)

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

偵測

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

high Nessus Plugin ID 271525

版本 1.30