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

  - net/rds：在 release_in_xmit（） 中使用 wq_has_sleeper（） release_in_xmit（） 通过 clear_bit_unlock（） 清除RDS_IN_XMIT，然后检查 waitqueue_active（） 以确定是否有人需要唤醒。
    clear_bit_unlock（） 只是一个释放操作：它在位清除之前对关键部分进行排序，但不对其之后的等待队列头的后续普通加载进行排序。等待程序端进行镜像 - 它将自身添加到等待队列，然后测试该位。这就是经典的存储缓冲模式：释放的 CPU 可以将等待队列读取为空，而等待的 CPU 仍将位读取为设置，因此休眠者永远不会被唤醒。等待程序为 rds_conn_shutdown（） 和 rds_tcp_reset_callbacks（），均处于不间断 wait_event（） 中，没有超时。丢失的唤醒会使停机工作线程滞留在其单线程工作队列中，直到其他某个发送方再次释放该位为止 - 并且在恰恰因为失败而被拆散的连接上，可能再也没有其他发送方了。屏障曾经存在：release_in_xmit（） 执行 clear_bit（），接着是 smp_mb__after_atomic（），直到提交 1422f28826d2（rds：在 acquire/release_in_xmit（） 中引入获取/释放排序）将两者折叠成 clear_bit_unlock（），这加强了锁定切换，但静默地终止了唤醒检查所依赖的完整屏障。正是出于这个原因，net/rds/ib_recv.c 中的重填对应项 release_refill（） 仍然带有其 smp_mb__after_atomic（）。使用 wq_has_sleeper（），其前面是所需的 full barrier 的 waitqueue_active（）。（CVE-2026-98072）

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

检测

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

medium Nessus 插件 ID 350476

版本 1.9