PatchSiren

PatchSiren cyber security CVE debrief

CVE-2026-90387 Linux CVE debrief

A vulnerability in the Linux kernel's swiotlb has been resolved. The swiotlb_alloc_tlb() function can allocate from the DMA atomic pool when a decrypted pool is needed from atomic context. However, swiotlb_init_io_tlb_pool() reconstructs the pool virtual address from the physical start address, which can store the wrong address in pool->vaddr for atomic-pool backed allocations. This can cause issues when swiotlb_free_tlb() passes that address to dma_free_from_pool().

Vendor
Linux
Product
Unknown
CVSS
HIGH 7.8
CISA KEV
Not listed in stored evidence
Original CVE published
2026-09-17
Original CVE updated
2026-09-18
Advisory published
2026-09-17
Advisory updated
2026-09-18

Who should care

Linux kernel maintainers, Linux system administrators, security teams responsible for Linux kernel patch deployment, and operators of Linux kernel systems should assess exposure and verify patch deployment for the swiotlb vulnerability. They should also review Linux kernel patch deployment, verify system exposure, and update the Linux kernel to the latest version if necessary. Vulnerability management and security teams should prioritize patch deployment,

Why it matters

A vulnerability in the Linux kernel's swiotlb has been resolved, and Linux kernel maintainers and users should assess exposure and verify patch deployment.

  • Verify patch deployment for swiotlb vulnerability
  • Assess exposure of Linux kernel systems to CVE-2026-90387
  • Update Linux kernel to latest version if necessary

Technical summary

The swiotlb_alloc_tlb() function can allocate from the DMA atomic pool when a decrypted pool is needed from atomic context. However, swiotlb_init_io_tlb_pool() reconstructs the pool virtual address from the physical start address, which can store the wrong address in pool->vaddr for atomic-pool backed allocations. This can cause issues when swiotlb_free_tlb() passes that address to dma_free_from_pool(). Linux kernel maintainers and users should assess exposure and verify patch deployment. The vulnerability has been resolved in the Linux kernel.

Defensive priority

Linux kernel maintainers and users should assess exposure and verify patch deployment.

Recommended defensive actions

  • Review Linux kernel patch deployment for swiotlb vulnerability
  • Verify system exposure to CVE-2026-90387
  • Update Linux kernel to latest version if necessary
  • Assess exposure of Linux kernel systems to CVE-2026-90387
  • Verify patch deployment for swiotlb vulnerability
  • Review compensating controls for exposed systems while remediation is scheduled and verified
  • Track exceptions, retest remediated assets, and close the item only after evidence is documented

Evidence notes

The CVE record and NVD entry provide details on the vulnerability in the Linux kernel's swiotlb, but the scope of affected systems and versions is not explicitly stated. Linux kernel maintainers and users should verify patch deployment and assess exposure. Defensive verification tasks include reviewing Linux kernel patch deployment, verifying system exposure, and updating the Linux kernel to the latest version if necessary. The swiotlb_alloc_tlb() function can allocate from the DMA atomic pool when a decrypted pool is needed from an

Sources and references

Verified primary and authoritative sources

  • CVE-2026-90387 CVE Program record

    Publisher, destination, and source semantics verified

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

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

  • CVE-2026-90387 NVD vulnerability detail

    Publisher, destination, and source semantics verified

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

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

Supplemental references

  • Source reference

    Unverified legacy reference

    URL: https://git.kernel.org/stable/c/35e0103177826430b5df888b1506239d41e76ab5

    416baaa9-dc9f-4396-8d5f-8c081fb06d67

  • Source reference

    Unverified legacy reference

    URL: https://git.kernel.org/stable/c/45507dcb0847e96add4455274b12df0eca6590b4

    416baaa9-dc9f-4396-8d5f-8c081fb06d67

  • Source reference

    Unverified legacy reference

    URL: https://git.kernel.org/stable/c/57d29044d0f29a76c6ec0c112c8c7371d5608dc7

    416baaa9-dc9f-4396-8d5f-8c081fb06d67

  • Source reference

    Unverified legacy reference

    URL: https://git.kernel.org/stable/c/68bf3ebd8e7020dae58e8aa14c7d482738bff9a8

    416baaa9-dc9f-4396-8d5f-8c081fb06d67

  • Source reference

    Unverified legacy reference

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

    416baaa9-dc9f-4396-8d5f-8c081fb06d67

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.