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

  - RDMA/rxe：修复 MR 页面大小的 iova 到 va 转换 ！= PAGE_SIZE 当前实现未正确处理页面大小与系统PAGE_SIZE不同的内存区域 （MR）。核心问题是 rxe_set_page（） 以 mr->page_size 步长增量调用，但page_list存储了单独的结构页指针，每个指针代表PAGE_SIZE内存。ib_sg_to_page（） 已确保当 i>=1 时，a） SG[i-1].dma_end 和 SG[i].dma_addr 是连续的，或者 b） SG[i-1].dma_end 和 SG[i].dma_addr 是 mr->page_size 对齐的。在以下情况下，这会导致错误的 iova 到 va 转换：1） page_size < PAGE_SIZE（例如 MR：4K，system：64K）：ibmr->iova = 0x181800 sg[0]： dma_addr=0x181800， len=0x800 sg[1]：
    dma_addr=0x173000， len=0x1000 访问 iova = 0x181800 + 0x810 = 0x182010 预期 VA：0x173010（第二个 SG，偏移 0x10） 修复前： - index = （0x182010 >> 12） - （0x181800 >> 12） = 1 - page_offset = 0x182010 &; 0xFFF = 0x10 - xarray[1] 存储系统页面基 0x170000 - 结果 VA：0x170000 + 0x10 = 0x170010（错误） 2） page_size > PAGE_SIZE（例如 MR：64K，system：4K）： ibmr->iova = 0x18f800 sg[0]：
    dma_addr=0x18f800， len=0x800 sg[1]： dma_addr=0x170000， len=0x1000 访问 iova = 0x18f800 + 0x810 = 0x190010 预期 VA：0x170010（第二个 SG，偏移0x10） 修复前： - index = （0x190010 >> 16） - （0x18f800 >> 16） = 1 - page_offset = 0x190010 &; 0xFFFF = 0x10 - xarray[1] 存储 dma_addr 0x170000 的系统页面 - 结果 VA：系统页面为 0x170000 + 0x10 = 0x170010（错误） Yi Zhang 几年前报告了与此缺陷相关的内核错误[1]。解决方案：1. 将 xarray 替换为用于顺序索引的预分配rxe_mr_page数组（所有 MR 页面索引都是连续的） 2.每个rxe_mr_page都存储系统页面 3 中的结构页*和偏移量。处理 MR page_size ！= PAGE_SIZE 关系：- page_size > PAGE_SIZE：
    将 MR 页面拆分为多个系统页面 - page_size <= PAGE_SIZE：存储系统页面内的偏移量 4.添加边界检查和兼容性验证 无论 MR 页面大小和系统PAGE_SIZE关系如何，这都能确保正确的 iova 到 va 转换，同时通过基于数组的顺序访问提高性能。4K 和 64K PAGE_SIZE 主机上的测试：- rdma-core/pytests $ ./build/bin/run_tests.py --dev eth0_rxe
    - blktest： $ TIMEOUT=30 QUICK_RUN=1 USE_RXE=1 NVMET_TRTYPES=rdma ./check nvme srp rnbd [1] https://lore.kernel.org/all/CAHj4cs9XRqE25jyVw9rj9YugffLn5+f=1znaBEnu1usLOciD+g@mail.gmail.com/T/(CVE-2026-46325）

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

检测

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

critical Nessus 插件 ID 320144

版本 1.8