RDMA/mana_ib: drain QP references after partial table insertion
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Fix
- Fixed in 6.18.52, 7.2.6
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
Summary
In the Linux kernel, the following vulnerability has been resolved: RDMA/mana_ib: drain QP references after partial table insertion mana_table_store_ud_qp() publishes a QP at its send-queue id before inserting the receive-queue id, dropping the XArray lock between the two xa_insert_irq() calls. A concurrent completion handler can look up the QP and take a transient reference. When the second insertion fails, the rollback erased only the send-queue entry and returned, leaving both the initial table reference and the transient reference outstanding while RDMA core frees the QP, causing a use-after-free. Drain the reference as normal destruction does: drop the initial reference and wait for qp->free, releasing the QP only after every concurrent lookup returns its reference.
Timeline
- CVE published
- Record last updated
Affected versions
- Linux Linux
From 8001e9257eca23264550ff9e34598ee43a80f0f9 · fixed in 4aaa2ab816c710be7385b31d08373edcdcd71656; From 8001e9257eca23264550ff9e34598ee43a80f0f9 · fixed in 638b9a5364c1482e5d104823c1a3884b3d249484; From 8001e9257eca23264550ff9e34598ee43a80f0f9 · fixed in 97f7c2262c28ebcae64fc957ee978646684a5ed9
- Linux Linux
6.15
- KernelLinux
From 6.15.0 · fixed in 6.18.52; From 6.19.0 · fixed in 7.2.6