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

  - xprtrdma：修复 bcall 代表泄漏和未绑定的扫视 rpcrdma_is_bcall（） 解码回复的首个单词以确定帧是否为反向信道调用。该解码路径中的两个问题可使较短或畸形回复泄漏接收缓冲区并耗尽接收队列。首先，推测性偷窥 p = xdr_inline_decode（xdr， 0）;/* 五个 P++ 读取跟随 */ 要求 xdr_inline_decode（） 提供零字节，从而返回 xdr->p 而不咨询 xdr->end。然后，随后的五个 __be32 读取最多可穿过 20 字节，越过线路负载进入过时的 regbuf 内容，并将回复错误分类为反向信道调用。其次，在后窥视 p = xdr_inline_decode（xdr， 3 * sizeof（*p））;if （unlikely（！p）） 返回 true;短标头 ARM 在不调用 rpcrdma_bc_receive_call（） 的情况下返回 true。与调用者的契约是，真正的 return 将 rep 的所有权转移到反向通道路径：rpcrdma_reply_handler（） if （rpcrdma_is_bcall（r_xprt， rep）） return;/* 裸返回，跳过 out_post */ ...out_post：
    rpcrdma_post_recvs（r_xprt， credits + ...）;因为 rpcrdma_bc_receive_call（） 从未运行过，所以没有人接受 rep，但rpcrdma_reply_handler仍然超过 rpcrdma_rep_put（） 和 rpcrdma_post_recvs（） 的裸返回。具有持久性 DMA 映射的接收缓冲区的 rep 在 rb_all_reps 上被孤立，仅在传输拆卸时释放。此完成不重新发布任何内容，因此仅当较晚的前向信道回复达到 out_post 并且 rpcrdma_post_recvs（） 分配一个新的 rep 进行回填时，才会回收其插槽;缺少该流量时，接收队列将耗尽，并且对等机的发送会绘制 RNR NAK。在零长度扫视后通过咨询 xdr->end 进行修复，这样除非仍有 20 字节的线路负载，否则无法运行五个__be32读取。需要针对 xdr->end 进行字节精确比较，因为非 4 对齐的接收会将流的字数向上舍入到超过真实负载的位置。还会从短标头臂返回 false，以便回复落入正常out_norqst清理链（rpcrdma_rep_put（） 加 rpcrdma_post_recvs（））。（CVE-2026-72466）

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

检测

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

critical Nessus 插件 ID 335548

版本 1.20