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

  - RDMA/rtrs-srv：将 RDMA-Write 长度绑定到 rdma_write_sg 中的区块大小 服务器应答 RTRS READ 时，rdma_write_sg（） 会为将数据返回到对等机的IB_WR_RDMA_WRITE构建源分散/收集条目。它的长度直接取自线路描述符：plist->length = le32_to_cpu（id->rd_msg->desc[0].len）;rd_msg指向远程对等机通过 RDMA-WRITE-WITH-IMM （rtrs_srv_rdma_done（） -> process_io_req（） -> process_read（）） 填充的区块缓冲区，因此 desc[0].len 受攻击者控制，并且在此更改之前，仅在零时被拒绝。源地址是固定的区块起始 （dma_addr[msg_id]），源 lkey 是 PD 范围的local_dma_lkey，它与区块的 MR 映射无关，因此动词层不会将传输长度限制为max_chunk_size。在 rtrs_srv_rdma_done（） 中，msg_id 和 off 会针对 queue_depth 和 max_chunk_size 进行边界，但是 desc[0].len 是未依据区块大小检查的单独字段。公告大于 max_chunk_size 的 desc[0].len 的对等方可使已发布的 RDMA 写入读取通过区块的映射区域。产生的行为取决于 IOMMU 配置：在无 IOMMU 或处于传递模式时，读取可能会延伸到与区块相邻的内存并返回至对等端，后者可泄露主机内存;使用转换 IOMMU 时，越界访问预期会发生错误并中止连接。在任一种情况下，传输超出协议允许的范围，并且由远程对等机驱动。拒绝超过 max_chunk_size 的描述符长度，以反映 rtrs_srv_rdma_done（） 中现有的 off >= max_chunk_size 边界。合法客户端不超过该长度：客户端将 desc[0].len 设置为其 MR 长度，该长度在协商的max_io_size处受到上限 （max_chunk_size - MAX_HDR_SIZE）。（CVE-2026-64269）

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

检测

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

critical Nessus 插件 ID 329756

版本 1.19