CVE-2026-64268RDMA/siw: bound Read Response placement to the RREAD length
Updated under an hour ago ()
Does this affect you?
It affects Linux and 1 other product. Add what you run to find out whether that includes you.
No exploitation reported and no EPSS estimate yet.
Do this next
Free account, 1 product
In the Linux kernel, the following vulnerability has been resolved: RDMA/siw: bound Read Response placement to the RREAD length In drivers/infiniband/sw/siw/siw_qp_rx.c, siw_proc_rresp() places each inbound Read Response DDP segment at sge->laddr + wqe->processed and then accumulates wqe->processed, but it never checks the running total against the sink buffer length on continuation segments. siw_check_sge() resolves and validates the sink memory only on the first fragment (the if (!*mem) branch), and siw_rresp_check_ntoh() compares the cumulative length against wqe->bytes only on the final segment (the !frx->more_ddp_segs guard). A connected siw peer that answers an outstanding RREAD with Read Response segments that keep the DDP Last flag clear, carrying more total payload than the RREAD requested, drives wqe->processed past the validated sink buffer; the next siw_rx_data() call writes out of bounds at sge->laddr + wqe->processed. siw runs iWARP over ordinary routable TCP, so the peer is the remote end of an established RDMA connection and needs no local privilege. Bound every segment before placement, exactly as siw_proc_send() and siw_proc_write() already do for their tagged and untagged paths, and terminate the connection with a base-or-bounds DDP error when the Read Response would overrun the sink buffer. This is the second receive-path length fix for this file. A separate change rejects an MPA FPDU length that underflows the per-fragment remainder in the header decode; that guard does not cover this case, because here each individual segment length is self-consistent and only the accumulated placement offset overruns the buffer.
- CVSS
- 9.8 CRITICAL (v3.1, CNA)CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
- Weakness (CWE)
- Not given
- Known exploited
- Not in CISA's KEV catalog
- EPSS (exploitation in the next 30 days)
- Not loaded for this CVE
- Assigned by
- Linux
- NVD analysis
- Analyzed
- Record last updated
- Oct 16, 2026
- First seen by InfoSec Signals
- Oct 9, 2026
Affected products
Linux Linux linux:linux (from the name) | from 8b6a361b8c482f22ac99c3273285ff16b23fba91 before a31b6d18ded3cc32d9ee85a6ff0726d4274887b2; from 8b6a361b8c482f22ac99c3273285ff16b23fba91 before 595e6537ad1a210da32cbb9a7f91aa73090915ba; 8b6a361b8c482f22ac99c3273285ff16b23fba91 builds before 3ef7e052cbd05a8b13a51a07b185a39ec93ee1cf; from 8b6a361b8c482f22ac99c3273285ff16b23fba91 before b2e26c955f8dd7e8d3f16c858db05245ea4fa817; 8b6a361b8c482f22ac99c3273285ff16b23fba91 builds before 6bc89f34a4597f9f6d41f7a60c67a3153bfe8851; from 8b6a361b8c482f22ac99c3273285ff16b23fba91 before 423a78ff7928c2601013f73ec6d896f5597d0df5; from 8b6a361b8c482f22ac99c3273285ff16b23fba91 before 75c93cd3c421890f49ea93f0b978b9b7bb10e5e3; 8b6a361b8c482f22ac99c3273285ff16b23fba91 builds before 7d29f7e9dbd844cae4d3e559cf78324b9642fd6b | CNA record |
linux linux_kernel linux:linux_kernel | from 5.3 before 5.10.261; from 5.11 before 5.15.212; from 5.16 before 6.1.178; from 6.2 before 6.6.145; from 6.7 before 6.12.96; from 6.13 before 6.18.39; from 6.19 before 7.1.4 | NVD |
References
- https://git.kernel.org/stable/c/a31b6d18ded3cc32d9ee85a6ff0726d4274887b2patch
- https://git.kernel.org/stable/c/595e6537ad1a210da32cbb9a7f91aa73090915bapatch
- https://git.kernel.org/stable/c/3ef7e052cbd05a8b13a51a07b185a39ec93ee1cfpatch
- https://git.kernel.org/stable/c/b2e26c955f8dd7e8d3f16c858db05245ea4fa817patch
- https://git.kernel.org/stable/c/6bc89f34a4597f9f6d41f7a60c67a3153bfe8851patch
- https://git.kernel.org/stable/c/423a78ff7928c2601013f73ec6d896f5597d0df5patch
- https://git.kernel.org/stable/c/75c93cd3c421890f49ea93f0b978b9b7bb10e5e3patch
- https://git.kernel.org/stable/c/7d29f7e9dbd844cae4d3e559cf78324b9642fd6bpatch
The CVE record on cve.org NVD's entry
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.