CVEvulnerability
CVE-2026-74390
7.8 HIGH
Official page ↗
- Status
- Received
- Published
- 2026-08-15
- Last modified
- 2026-10-16
- Assigner
- 416baaa9-dc9f-4396-8d5f-8c081fb06d67
- CVSS 3.1 (416baaa9-dc9f-4396-8d5f-8c081fb06d67)
- 7.8 HIGH — CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Description
In the Linux kernel, the following vulnerability has been resolved:
RDMA/irdma: Fix out-of-bounds write in irdma_copy_user_pgaddrs
The irdma_copy_user_pgaddrs function loops through all of the umem DMA
blocks to populate the PBLEs and will stop when either the last DMA
block is reached or palloc->total_cnt is reached. The issue is that
the logic for checking palloc->total_cnt would only work for non-zero
values.
When irdma_setup_pbles is called with lvl==0, it
calls irdma_copy_user_pgaddrs with palloc->total_cnt==0, which means
the only way to break out of the loop is to reach the last umem DMA
block, which means it could end up going beyond the fixed size of 4
iwmr->pgaddrmem array that is used in the lvl==0 case.
In the case of QP/CQ/SRQ rings, the value of lvl is determined by a
separate input (for example, req.cq_pages in the case of a CQ). So,
we must perform explicit checking to ensure we don't overflow the
pgaddrmem array if the user provides a umem that consists of more
blocks than their provided req.cq_pages.
References
- https://git.kernel.org/stable/c/192a3be0e3759daa24af2841208b074ca6dbaabc git.kernel.org
- https://git.kernel.org/stable/c/424d51d33c7541a86934067c2c0538124687fc90 git.kernel.org
- https://git.kernel.org/stable/c/4780f58672ee6328accd54a95f9c00683477e499 git.kernel.org
- https://git.kernel.org/stable/c/5ebb3ed757be3e04cf803026004aa0beaeb13e9b git.kernel.org
- https://git.kernel.org/stable/c/79a20a8e201a779224b4bf115250a7713bde72c0 git.kernel.org
- https://git.kernel.org/stable/c/9f8f0d2099e3de1194e37dc933ae0c4206b09aaf git.kernel.org
- https://git.kernel.org/stable/c/abd27a977b419d584efa659488c22d2306987b29 git.kernel.org