Skip to main content
VulnerabilityPublished Updated

CVE-2026-52908: Linux kernel · RDMA: During rereg_mr ensure that REREG_ACCESS is compatible

Affects Linux kernelSource CVE Database V5

0

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

Data as of 26 Oct 2026, 13:47 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 1% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CISA SSVC
Exploitation
No evidence of active exploitation and no public proof of concept
Automatable
Attackers cannot reliably automate steps 1–4 of the kill chain
Technical impact
Total control over the software or total information disclosure

CISA SSVC assessment, 2026-10-16.

Patch
Available – fixed in eba5df21eda0fe7418efbea2f799f8ea1b8ca94c, badad6fad60def1b9805559dd81dbab3d97b82aa, 50334a05a950840b39a1ce3d2a173b4183db9b3e +2
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 19 Jun 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
  • ≥ b40656aa7d559adc1fe689396dc58b92a9a27286, < eba5df21eda0fe7418efbea2f799f8ea1b8ca94c
Fixed in
  • eba5df21eda0fe7418efbea2f799f8ea1b8ca94c
LinuxLinuxAffected
  • ≥ b40656aa7d559adc1fe689396dc58b92a9a27286, < badad6fad60def1b9805559dd81dbab3d97b82aa
Fixed in
  • badad6fad60def1b9805559dd81dbab3d97b82aa
LinuxLinuxAffected
  • ≥ b40656aa7d559adc1fe689396dc58b92a9a27286, < 50334a05a950840b39a1ce3d2a173b4183db9b3e
Fixed in
  • 50334a05a950840b39a1ce3d2a173b4183db9b3e
LinuxLinuxAffected
  • ≥ b40656aa7d559adc1fe689396dc58b92a9a27286, < 2904e985a2917b5dac65df82733065e78a65fc9d
Fixed in
  • 2904e985a2917b5dac65df82733065e78a65fc9d
LinuxLinuxAffected
  • ≥ b40656aa7d559adc1fe689396dc58b92a9a27286, < 09dc18894148381d3bfc550083b1236043870dce
Fixed in
  • 09dc18894148381d3bfc550083b1236043870dce
LinuxLinuxAffected
  • =6.2
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: RDMA: During rereg_mr ensure that REREG_ACCESS is compatible If IB_MR_REREG_ACCESS changes from RO to RW then the umem has to be re-evaluated to ensure it is properly pinned as RW. Since the umem is hidden inside each driver's mr struct add a ib_umem_check_rereg() function that each driver has to call before processing IB_MR_REREG_ACCESS. mlx4 has to retain its duplicate ib_access_writable check because it implements IB_MR_REREG_ACCESS | IB_MR_REREG_TRANS by changing both items in place sequentially while the MR is live, so it will continue to not support this combination.

References

Community reviews

Loading reviews…