CVE-2026-98354
In the Linux kernel, the following vulnerability has been resolved: RDMA/mad: Fix receive buffer leak when PKey enforcement fails ib_mad_complete_recv() initializes mad_recv_wc->rmpp_list and then runs ib_mad_enforce_security() before linking recv_buf onto that list. On failure it calls ib_free_recv_mad(), which only walks rmpp_list and frees the ib_mad_private of every buffer found there. As the list is still empty at that point, nothing is freed at all. The caller cannot clean up either: ib_mad_recv_done() sets recv to NULL right after ib_mad_complete_recv() returns, assuming the MAD layer took ownership of the buffer. Every MAD that fails the PKey check therefore leaks one ib_mad_private (about 300 bytes per IB port MAD, ~2K for OPA), and a remote node can trigger this repeatedly by sending MADs with a wrong PKey. Link recv_buf onto rmpp_list right after the list is initialized, so the error path has something to free.
- EPSS
- 0.2% chance of exploitation in the next 30 days; higher than 5% of CVEs (scores of 2026-10-25)
- Published
- Modified
- Record from
- the NVD, synced
References
- https://git.kernel.org/stable/c/3476c28c9addfa253f505e6bd87f1f5598b961d0
- https://git.kernel.org/stable/c/39c4ea72a40503e102ae07e6776005f96ca078a6
- https://git.kernel.org/stable/c/4617c9a856188674dddb0ca66979746d07688579
- https://git.kernel.org/stable/c/5091e25ec503f7fc02723ca435226467b68caac7
- https://git.kernel.org/stable/c/752b30e9d339008e5ce7eed412e9446078916129