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

  - net：macb：启用 tx 之前随机 tx ring Quanyang 发现，在 AMD ZynqMp 板上使用 NFS rootfs 时，rootfs 在暂停后可能需要较长时间才能恢复。经调查，已确定该问题源自 macb 驱动程序中的一个问题。根据 Zynq UltraScale TRM [1]，当禁用传输时，传输缓冲区队列指针重置为指向传输缓冲区队列基址寄存器指定的地址。在当前实现中，代码只是将“queue->tx_head”和“queue->tx_tail”重置为“0”。此方法存在几个问题：- tx ring 中已排队的数据包会静默丢失，由于无法释放相关的 skb，从而导致内存泄漏。- 将“macb_tx_poll（）”或“macb_start_xmit（）”设置为“0”时，可能从“（）”或“（）”并发写入访问“queue->tx_head>tx_tail”。- 传输可能卡在已发送出去（已设置其“TX_USED”位但尚未处理的数据包上）。但是，由于对“queue->tx_head”和“queue->tx_tail”的操纵，由于“queue->tx_head == queue->tx_tail”，“macb_tx_poll（）”错误地假定没有数据包可处理。只有在此位置放置新数据包时，才会解决此问题。这是发现 NFS 根文件系统恢复时间延长的根本原因。要解决此问题，请打乱 tx ring 和 tx skb 数组，以便将第一个未发送的数据包放在 tx ring 的开头。此外，确保通过适当的锁定正确保护“queue->tx_head”和“queue->tx_tail”的更新。[1] https://docs.amd.com/v/u/en-US/ug1085-zynq-ultrascale-trm （CVE-2026-43371）

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

检测

Linux Distros 未修补的漏洞：CVE-2026-43371

medium Nessus 插件 ID 315671

版本 1.6

版本 1.5

版本 1.4

版本 1.1

版本 1.6 May 26, 2026, 6:39 AM CVSS metrics ("CVSSv2 score" set to 4.6) CVSS metrics ("CVSSv2 vector" set to "CVSS2#AV:L/AC:L/Au:S/C:N/I:N/A:C") CVSSv2 severity (based on CVE-2026-43371, severity decreased from "High" to "Medium") Plugin Feed: 202605260639
版本 1.5 May 25, 2026, 10:30 PM CVSS metrics ("CVSSv2 score" set to 7.2) CVSS metrics ("CVSSv2 vector" set to "CVSS2#AV:L/AC:L/Au:N/C:C/I:C/A:C") CVSSv2 severity (based on CVE-2026-43371, severity increased from "Medium" to "High") Detection (updated detection logic) Plugin metadata Plugin Feed: 202605252230
版本 1.4 May 25, 2026, 4:06 PM CVSS metrics ("CVSSv2 score" set to 4.6) CVSS metrics ("CVSSv2 vector" set to "CVSS2#AV:L/AC:L/Au:S/C:N/I:N/A:C") CVSSv2 severity (based on CVE-2026-43371, severity decreased from "High" to "Medium") Plugin Feed: 202605251606
版本 1.1 May 20, 2026, 10:33 PM New Plugin Feed: 202605202233