Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - canmcba_usbndo_change_mtu() を入力してバッファオーバーフローを回避します。PF_PACKET の送信により、CAN フレームワークロジックをバイパスし、CAN ドライバーの xmit() 関数に直接到達できます。PF_PACKET フレームワークによって実行される唯一のチェックは、skb->len がインターフェイスの MTU に適合することを確認することです。
    残念ながら、mcba_usb ドライバーは net_device_ops->ndo_change_mtu() を入力しないため、攻撃者は、これを行うことにより、無効な MTU を構成することが可能です。これにより、攻撃者は、 ETH_P_CANXL プロトコルを使用する PF_PACKET ソケット
    socketPF_PACKET、SOCK_RAW、htonsETH_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; memcpyusb_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 プラグイン ID 271525

バージョン 1.23