Skip to main content
VulnerabilityPublished Updated

CVE-2026-53133: Linux kernel · RDMA/umem: Fix truncation for block sizes >= 4G

Affects Linux kernelSource CVE Database V5

0

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

Data as of 26 Oct 2026, 14:05 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 2% 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 dee2a49adeeb2a5e16a3fc858fa21b841c519802, cc644d5608e3b0dadc970bd6e6aa26b91ea07d0f, baf8685bcf56dc1efb44b8f6a57c42516e549068 +5
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 25 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
  • ≥ a808273a495c657e33281b181fd7fcc2bb28f662, < dee2a49adeeb2a5e16a3fc858fa21b841c519802
Fixed in
  • dee2a49adeeb2a5e16a3fc858fa21b841c519802
LinuxLinuxAffected
  • ≥ a808273a495c657e33281b181fd7fcc2bb28f662, < cc644d5608e3b0dadc970bd6e6aa26b91ea07d0f
Fixed in
  • cc644d5608e3b0dadc970bd6e6aa26b91ea07d0f
LinuxLinuxAffected
  • ≥ a808273a495c657e33281b181fd7fcc2bb28f662, < baf8685bcf56dc1efb44b8f6a57c42516e549068
Fixed in
  • baf8685bcf56dc1efb44b8f6a57c42516e549068
LinuxLinuxAffected
  • ≥ a808273a495c657e33281b181fd7fcc2bb28f662, < afd35fec9297195b759078745549c2671223f24f
Fixed in
  • afd35fec9297195b759078745549c2671223f24f
LinuxLinuxAffected
  • ≥ a808273a495c657e33281b181fd7fcc2bb28f662, < ac1aad8e1281534ce936c250f68084fc79c5469e
Fixed in
  • ac1aad8e1281534ce936c250f68084fc79c5469e
LinuxLinuxAffected
  • ≥ a808273a495c657e33281b181fd7fcc2bb28f662, < 15fe76e23615f502d051ef0768f86babaf08746c
Fixed in
  • 15fe76e23615f502d051ef0768f86babaf08746c

Description

In the Linux kernel, the following vulnerability has been resolved: RDMA/umem: Fix truncation for block sizes >= 4G When the iommu is used the linearization of the mapping can give a single block that is very large split across multiple SG entries. When __rdma_block_iter_next() reassembles the split SG entries it is overflowing the 32 bit stack values and computed the wrong DMA addresses for blocks after the truncation. Use the right types to hold DMA addresses.

References

Community reviews

Loading reviews…