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

  - netethernetoa_tc6修复引用指针之间的 tx skb 争用条件 有两个 skb 指针可用于管理从 n/w 堆栈排队的 tx skb。 waiting_tx_skb 指针指向需要处理的 tx skb而正在进行的_tx_skb 指针指向正在处理的 tx skb。SPI 线程通过正在进行的_tx_skb 指针指向的 tx skb 准备 tx 数据区块。当处理正在进行的_tx_skb 指向的 tx skb 时等待_tx_skb 指向的 tx skb 会被分配到正在进行的_tx_skb并且 waiting_tx_skb 指针会被分配 NULL。每当 n/w 堆栈中有新的 tx skb 时如果其为空则它将被分配给 waiting_tx_skb 指针。在两个不同的线程中处理 tx skb 的排队和处理。考虑这样一种情况：SPI 线程处理了正在进行的_tx_skb，并且它在未执行任何 NULL 检查的情况下将下一个 tx skb 从 waiting_tx_skb 指针移动到正在进行的_tx_skb 指针。此时如果 waiting_tx_skb 指针为空则正在进行的_tx_skb 指针也会赋值为空。此后如果由 n/w 堆栈将新的 tx skb 分配给 waiting_tx_skb 指针则有机会在 SPI 线程中用空值覆盖 tx skb 指针。最后其中一个 tx skb 将保持未处理状态从而导致数据包丢失和内存泄漏。- 考虑以下场景，其中从之前的传输报告的 TXC 为 10，正在进行的_tx_skb 持有一个可在 20 个 TXC 内传输的 tx 以太网帧，而 waiting_tx_skb 仍为 NULL。 tx_credits = 10; /* 之前的传输填写了 21 */正在进行的_tx_skb = 20; waiting_tx_skb = NULL; /* 仍然为空 */ - 因此 (tc6->ongoing_tx_skb || tc6->waiting_tx_skb) 为真。- 之后 oa_tc6_prepare_spi_tx_buf_for_tx_skbs()正在进行的_tx_skb = 10;
    waiting_tx_skb = NULL; /* still NULL */ - 执行 SPI 传输。- 处理 SPI rx 缓冲区以从页脚获取 TXC。- 现在假设之前填满的 21 个 TXC 已释放因此我们可以传输正在进行的_tx_skb 中接下来剩余的 10 个 tx 区块。 tx_credits = 21;正在进行_tx_skb = 10; waiting_tx_skb = NULL; - 因此 (tc6->ongoing_tx_skb || tc6->waiting_tx_skb) 再次变为 true。- 在 oa_tc6_prepare_spi_tx_buf_for_tx_skbs() 中正在进行的_tx_skb = NULL; waiting_tx_skb = NULL; - 现在可能会发生以下不良情况Thread1 (oa_tc6_start_xmit) Thread2 (oa_tc6_spi_thread_handler)
    ----------------------------------------------- ------------ - 如果 waiting_tx_skb 为空 - 如果正在进行中_tx_skb 为空 -正在进行_tx_skb = waiting_tx_skb - waiting_tx_skb = skb - waiting_tx_skb = NULL ... -正在进行_tx_skb = NULL - 如果 waiting_tx_skb 为空 - waiting_tx_skb = skb要解决上述问题请保护 tx skb 引用从 waiting_tx_skb 指针到正在进行的_tx_skb 指针的移动并将新的 tx skb 分配到 waiting_tx_skb 指针这样在当前线程完成 tx skb 引用的移动之前其他线程无法访问 waiting_tx_skb 指针确保安全。 (CVE-2024-56788)

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

检测

Linux Distros 未修补的漏洞：CVE-2024-56788

medium Nessus 插件 ID 231304

版本 1.8