Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - canhi311x填充 ndo_change_mtu() 以防止缓冲区溢出 发送 PF_PACKET允许绕过 CAN 框架逻辑并直接访问 CAN 驱动程序的 xmit() 函数。PF_PACKET 框架执行的唯一检查是确保 skb->len 适合接口的 MTU。
    遗憾的是由于 sun4i_can 驱动程序未填充其 net_device_ops->ndo_change_mtu()攻击者可通过执行以下操作来配置无效的 MTU例如$ ip link set can0 mtu 9999使用 ETH_P_CANXL 协议的 PF_PACKET 套接字
    套接字(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 长度。因此hi3110_hard_start_xmit() 收到它无法正确处理的 CAN XL 帧并将其错误解释为 CAN 帧。驱动程序将按原样使用 frame->len而不进行进一步检查。这可能导致此后 hi3110_hw_tx() 中此行的缓冲区溢出 memcpy(buf + HI3110_FIFO_EXT_DATA_OFF, frame->data, frame->len);在此，frame->len 对应于 CAN XL 帧的 flags 字段。在之前的示例中，我们将 canxl_frame->flags 设置为 0xff。由于预期的最大长度为 8因此会发生 247 字节的缓冲区溢出填充 net_device_ops->ndo_change_mtu() 以确保接口的 MTU 无法设置为大于 CAN_MTU 的任何值。通过修复根本原因这可以防止缓冲区溢出。 (CVE-2025-39987)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2025-39987

high Nessus 插件 ID 271542

版本 1.22