Activity log
- Created & dismissed (max. allowed matches exceeded) suggestion
xprtrdma: Sanitize the reply credit grant after parsing
In the Linux kernel, the following vulnerability has been resolved: xprtrdma: Sanitize the reply credit grant after parsing The out_norqst exit in rpcrdma_reply_handler() branches away before the credit clamp, so a reply that matches no pending request reaches out_post carrying the raw credit value parsed from the wire. rpcrdma_post_recvs() does not bound its @needed argument: the refill loop allocates and chains Receive WRs until the count is satisfied or allocation fails. A peer that sends a well-formed reply carrying an unknown XID and an inflated credit grant therefore drives rep allocation and Receive posting past re_max_requests on every such reply. Move the clamp to immediately after the credit field is parsed, ahead of the first branch that can reach out_post, so every later consumer sees a sanitized value. The cwnd update stays on the matched-request path.
References
Affected products
- <33db78b1b24fc6a464ae08aa4d2538c5f883eb5e
- <41634242140173eabbf54f899f9c70b5c685e786
- =<*
- <7.1
- <8be1bb378def94a5cb8f7527a191e476407118ec
- =<7.1.*
- ==7.1
- <7cf332b3d82d73ffceedca6b4a120be074172021
- <469b22376ee73369711ecf2761bd122ef4195963
- <c3a628aab2dc8f5fd7bff86ceaeae64de590e60a