CVE-2026-53186
CriticalCVSS 9.1Exploitation Probability (EPSS)
Low risk42th percentile — higher than 42% of all known CVEs
Summary
In the Linux kernel, the RDMA/SRP driver lacks validation of the sense data length in SRP_RSP responses. A malicious SRP target can set a large resp_data_len, causing an out-of-bounds read beyond the received buffer and a potential page fault.
Risk Assessment
An attacker on the InfiniBand/RoCE fabric could exploit this vulnerability to cause a kernel panic or potentially escalate privileges, threatening system availability and integrity.
Recommendation
Immediately update the Linux kernel to a version containing the fix that bounds sense copying to the actual received data. Check your distribution for the available patch.
Original NVD description (English source)
In the Linux kernel, the following vulnerability has been resolved: RDMA/srp: bound SRP_RSP sense copy by the received length srp_process_rsp() copies sense data from rsp->data + resp_data_len, where resp_data_len is the full 32-bit value supplied by the SRP target and is never checked against the number of bytes actually received (wc->byte_len). The copy length is bounded to SCSI_SENSE_BUFFERSIZE, so at most 96 bytes are copied, but the source offset is not bounded. A malicious or compromised SRP target on the InfiniBand/RoCE fabric that the initiator has logged into can return an SRP_RSP with SRP_RSP_FLAG_SNSVALID set and a large resp_data_len. The receive buffer is allocated at the target-chosen max_ti_iu_len, so the source of the sense copy lands past the bytes actually received; with resp_data_len near 0xFFFFFFFF it is gigabytes past the buffer and the read faults. Copy the sense data only if it has not been truncated, that is, only if the response header, the response data, and the sense region fit within the bytes actually received; otherwise drop the sense and log. The in-tree iSER and NVMe-RDMA receive paths already bound their parse by wc->byte_len; this brings ib_srp into line with them.