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

  - netpoll修复旋转锁下内存分配中的死锁修复 refill_skbs() 中的 AA 死锁其中保留 skb_pool->lock 时的内存分配可触发递归锁定尝试。在以下情况下系统处于严重的内存压力时会发生死锁情况会针对 OOM 警告触发 printk() 5. 控制台输出路径调用 netpoll_send_udp() 6. netpoll_send_udp() 尝试获取相同的 skb_pool->lock 7. 死锁锁定已由相同的 CPU 调用堆栈保持refill_skbs ) spin_lock_irqsave(&skb_pool->lock) <- 已获取锁定 __alloc_skb() kmem_cache_alloc_node_noprof() slab_out_of_memory() printk() console_flush_all() netpoll_send_udp() skb_dequeue() spin_lock_irqsave(&skb_pool->lock) <- 尝试死锁 此缺陷由提交暴露248f6571fd4c51 (netpoll在关键路径上优化 skb 重填)从关键路径其中嵌套 printk 延迟删除了 refill_skbs()使得从 refill_skbs() 内部调用嵌套的 printk 将 refill_skbs() 重构为 never all保持旋转锁时定位内存。修复此问题的另一个可能的解决方案是保护 refill_skbs() 免受嵌套的 printks影响基本上是在 refill_skbs() 中调用 printk_deferred_{enter,exit}()然后任何嵌套的 pr_warn() 都将被延迟。我更喜欢此方法因为我_认为_将来将 alloc_skb() 从 GFP_ATOMIC 移动到 GFP_KERNEL 会是一个好注意因此在锁定之外运行 alloc_skb() 将是必要的步骤。检查池长度并排队新分配的 skb 时可能存在 TOCTOU 问题但这不是问题因为池中的额外 SKB 无害且最终会被使用。 (CVE-2025-68169)

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

检测

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

medium Nessus 插件 ID 279006

版本 1.7