Skip to main content
VulnerabilityPublished Updated

CVE-2026-43120: Linux kernel · RDMA/irdma: Fix double free related to rereg_user_mr

Source GCVE Database

0
Authoritative record:CVE-2026-43120· High 7.8

Not known to be exploited · CVSS 7.8 High · fixed in 66964118f1f50ed85001c8fc9f7ab5bbdd021ee0 : patch Linux kernel soon.

Data as of 27 Oct 2026, 00:07 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
Patch
Available – fixed in 66964118f1f50ed85001c8fc9f7ab5bbdd021ee0, 62298a48f8b8788ad8b8464e6ffdf1ddebd2217e, 29a3edd7004bb635d299fb9bc6f0ea4ef13ed5a2 +3
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 6 May 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • >=6.6.120 <6.6.136
Fixed in
  • 66964118f1f50ed85001c8fc9f7ab5bbdd021ee0
  • 62298a48f8b8788ad8b8464e6ffdf1ddebd2217e
  • 29a3edd7004bb635d299fb9bc6f0ea4ef13ed5a2
  • 6.6.136
  • 0f22c32141acdcda266b26cab2b830baf870f3e0
  • 0c5d70bcb9d2275a1c8515a924016fcfeb4ab441
LinuxLinuxAffected
  • =6.7
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: RDMA/irdma: Fix double free related to rereg_user_mr If IB_MR_REREG_TRANS is set during rereg_user_mr, the umem will be released and a new one will be allocated in irdma_rereg_mr_trans. If any step of irdma_rereg_mr_trans fails after the new umem is allocated, it releases the umem, but does not set iwmr->region to NULL. The problem is that this failure is propagated to the user, who will then call ibv_dereg_mr (as they should). Then, the dereg_mr path will see a non-NULL umem and attempt to call ib_umem_release again. Fix this by setting iwmr->region to NULL after ib_umem_release. Fixed: 5ac388db27c4 ("RDMA/irdma: Add support to re-register a memory region")

References

Community reviews

Loading reviews…