Nixpkgs security tracker

Login with GitHub
⚠️ You are using a production deployment that is still only suitable for demo purposes. Any work done in this might be wiped later without notice.

Suggestion detail

Dismissed
(max. allowed matches exceeded)
created 3 weeks, 4 days ago 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.

Affected products

Linux
  • <33db78b1b24fc6a464ae08aa4d2538c5f883eb5e
  • <41634242140173eabbf54f899f9c70b5c685e786
  • =<*
  • <7.1
  • <8be1bb378def94a5cb8f7527a191e476407118ec
  • =<7.1.*
  • ==7.1
  • <7cf332b3d82d73ffceedca6b4a120be074172021
  • <469b22376ee73369711ecf2761bd122ef4195963
  • <c3a628aab2dc8f5fd7bff86ceaeae64de590e60a