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.