Answer in brief
CVE-2026-53133 records a High severity (CVSS 7.8) vulnerability in RDMA/umem: Fix truncation for block sizes >= 4G. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
Answer in brief
CVE-2026-53133 records a High severity (CVSS 7.8) vulnerability in RDMA/umem: Fix truncation for block sizes >= 4G. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 7.8. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=a808273a495c657e33281b181fd7fcc2bb28f662 <2ff4b7817e5b78070c30f5fb5e678e452a2628b3 || >=a808273a495c657e33281b181fd7fcc2bb28f662 <dee2a49adeeb2a5e16a3fc858fa21b841c519802 || >=a808273a495c657e33281b181fd7fcc2bb28f662 <cc644d5608e3b0dadc970bd6e6aa26b91ea07d0f || >=a808273a495c657e33281b181fd7fcc2bb28f662 <8fe0231adebe086c8a459c790944ac026cd99c6e || >=a808273a495c657e33281b181fd7fcc2bb28f662 <baf8685bcf56dc1efb44b8f6a57c42516e549068 || >=a808273a495c657e33281b181fd7fcc2bb28f662 <afd35fec9297195b759078745549c2671223f24f || >=a808273a495c657e33281b181fd7fcc2bb28f662 <ac1aad8e1281534ce936c250f68084fc79c5469e || >=a808273a495c657e33281b181fd7fcc2bb28f662 <15fe76e23615f502d051ef0768f86babaf08746c | 2ff4b7817e5b78070c30f5fb5e678e452a2628b3, dee2a49adeeb2a5e16a3fc858fa21b841c519802, cc644d5608e3b0dadc970bd6e6aa26b91ea07d0f, 8fe0231adebe086c8a459c790944ac026cd99c6e, baf8685bcf56dc1efb44b8f6a57c42516e549068, afd35fec9297195b759078745549c2671223f24f, ac1aad8e1281534ce936c250f68084fc79c5469e, 15fe76e23615f502d051ef0768f86babaf08746c |
| Linux/Linuxgeneric | 5.2 | Not reported |
Published upstream
Jun 25, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Jun 25, 2026
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.
Quoted source text, attributed separately from HOL analysis.
CVSS is 7.8. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=a808273a495c657e33281b181fd7fcc2bb28f662 <2ff4b7817e5b78070c30f5fb5e678e452a2628b3 || >=a808273a495c657e33281b181fd7fcc2bb28f662 <dee2a49adeeb2a5e16a3fc858fa21b841c519802 || >=a808273a495c657e33281b181fd7fcc2bb28f662 <cc644d5608e3b0dadc970bd6e6aa26b91ea07d0f || >=a808273a495c657e33281b181fd7fcc2bb28f662 <8fe0231adebe086c8a459c790944ac026cd99c6e || >=a808273a495c657e33281b181fd7fcc2bb28f662 <baf8685bcf56dc1efb44b8f6a57c42516e549068 || >=a808273a495c657e33281b181fd7fcc2bb28f662 <afd35fec9297195b759078745549c2671223f24f || >=a808273a495c657e33281b181fd7fcc2bb28f662 <ac1aad8e1281534ce936c250f68084fc79c5469e || >=a808273a495c657e33281b181fd7fcc2bb28f662 <15fe76e23615f502d051ef0768f86babaf08746c | 2ff4b7817e5b78070c30f5fb5e678e452a2628b3, dee2a49adeeb2a5e16a3fc858fa21b841c519802, cc644d5608e3b0dadc970bd6e6aa26b91ea07d0f, 8fe0231adebe086c8a459c790944ac026cd99c6e, baf8685bcf56dc1efb44b8f6a57c42516e549068, afd35fec9297195b759078745549c2671223f24f, ac1aad8e1281534ce936c250f68084fc79c5469e, 15fe76e23615f502d051ef0768f86babaf08746c |
| Linux/Linuxgeneric | 5.2 | Not reported |
Published upstream
Jun 25, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Jun 25, 2026
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.
Quoted source text, attributed separately from HOL analysis.