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。msg_id 和 off 是針對 rtrs_srv_rdma_done（） 中的 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 Plugin ID 329756

版本 1.5