PatchSiren

PatchSiren cyber security CVE debrief

CVE-2026-43128 Linux CVE debrief

A vulnerability in the Linux kernel's RDMA/umem subsystem can lead to a double dma_buf_unpin operation in the failure path of the ib_umem_dmabuf_get_pinned_with_dma_device function. This occurs when the ib_umem_dmabuf_map_pages call fails, causing the dmabuf to be immediately unpinned. However, the umem_dmabuf->pinned flag remains set, resulting in a second dma_buf_unpin call when ib_umem_release is invoked. The fix involves removing the immediate unpin upon failure and allowing the ib_umem_release/revoke path to handle it.

Vendor
Linux
Product
Unknown
CVSS
HIGH 7.8
CISA KEV
Not listed in stored evidence
Original CVE published
2026-05-06
Original CVE updated
2026-10-19
Advisory published
2026-05-06
Advisory updated
2026-10-19

Who should care

Linux kernel maintainers, users, and administrators of systems utilizing RDMA functionality should assess their exposure and prioritize verification of affected systems, especially those using RDMA functionality, and ensure proper configuration and monitoring of the RDMA/umem subsystem.

Why it matters

The vulnerability in the Linux kernel's RDMA/umem subsystem requires verification of affected systems and proper configuration to prevent potential denial of service.

  • Potential denial of service due to double dma_buf_unpin
  • Verification of affected systems and applied patches is necessary
  • Proper configuration and monitoring of RDMA/umem subsystem required

Technical summary

The vulnerability occurs in the ib_umem_dmabuf_get_pinned_with_dma_device function, where a failure in ib_umem_dmabuf_map_pages leads to an immediate dma_buf_unpin. However, the umem_dmabuf->pinned flag remains set, causing a double dma_buf_unpin when ib_umem_release is called. This issue requires verification of affected systems and proper configuration to prevent potential denial of service. The fix involves removing the immediate unpin upon failure and allowing the ib_umem_release/revoke path to handle it, ensuring the proper unmap-unpin unwind ordering.

Defensive priority

Linux kernel maintainers and users should assess exposure and prioritize verification of affected systems, especially those using RDMA functionality.

Recommended defensive actions

  • Review and apply the provided patches to the Linux kernel
  • Verify the RDMA/umem subsystem configuration and ensure proper unpin operations
  • Monitor system logs for potential issues related to dma_buf_unpin
  • Confirm whether affected product deployments exist in managed environments and assign an owner for follow-up
  • Review the supplied official advisory or CVE record to validate affected scope, severity, and vendor guidance
  • Plan vendor-supported updates or mitigations through normal change control where exposure is confirmed
  • Check relevant monitoring, detection, and logs for exposed assets that need extra review

Evidence notes

The CVE record and source item provide details on the vulnerability and its fix. However, the corpus does not establish specific versions affected or exploitation details, requiring verification from official sources.

Sources and references

Verified primary and authoritative sources

  • CVE-2026-43128 CVE Program record

    Publisher, destination, and source semantics verified

    URL: https://www.cve.org/CVERecord?id=CVE-2026-43128

    CVE Program - Official CVE Program record with source-provided CVE metadata.

  • CVE-2026-43128 NVD vulnerability detail

    Publisher, destination, and source semantics verified

    URL: https://nvd.nist.gov/vuln/detail/CVE-2026-43128

    NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.

Supplemental references

  • RDMA/umem: Fix double dma_buf_unpin in failure path

    Unverified legacy reference

    URL: https://raw.githubusercontent.com/CVEProject/cvelistV5/main/cves/2026/43xxx/CVE-2026-43128.json

    cve_program_cvelist_v5

  • Source reference

    Unverified legacy reference

    URL: https://git.kernel.org/stable/c/70542b69abff34d24b11ae0bb200cc7a766d18df

    Supplemental source

  • Source reference

    Unverified legacy reference

    URL: https://git.kernel.org/stable/c/b324327ff6f48d8065dca67eb3b91357e72726bd

    Supplemental source

  • Source reference

    Unverified legacy reference

    URL: https://git.kernel.org/stable/c/ba3bf0f1bf1d5d0404678485e872980532fcc2c4

    Supplemental source

  • Source reference

    Unverified legacy reference

    URL: https://git.kernel.org/stable/c/d3e32e2f3262f1b25d77c085ace38e2cc4ad75cf

    Supplemental source

  • Source reference

    Unverified legacy reference

    URL: https://git.kernel.org/stable/c/40126bcbefa79ea86672e05dae608596bab38319

    Supplemental source

  • Source reference

    Unverified legacy reference

    URL: https://git.kernel.org/stable/c/104016eb671e19709721c1b0048dd912dc2e96be

    Supplemental source

Methodology and review provenance

AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.