CVE-2026-90387

swiotlb: Preserve allocation virtual address for dynamic pools

State
Published
Severity
7.8 High
Published
Sep 17, 2026
Updated
Oct 19, 2026
Reserved
Sep 11, 2026

Read the record on cve.org

Description

In the Linux kernel, the following vulnerability has been resolved:

swiotlb: Preserve allocation virtual address for dynamic pools

swiotlb_alloc_tlb() can allocate from the DMA atomic pool when a decrypted pool is needed from atomic context. With CONFIG_DMA_DIRECT_REMAP, the atomic pool is backed by remapped virtual addresses, which are not the same as the direct-map addresses returned by phys_to_virt().

swiotlb_init_io_tlb_pool() currently reconstructs the pool virtual address from the physical start address. For atomic-pool backed allocations this stores the wrong address in pool->vaddr. Later, swiotlb_free_tlb() passes that address to dma_free_from_pool(), which will fail to recognize the chunk

Pass the virtual address returned by the allocation path into swiotlb_init_io_tlb_pool(), and store that address in pool->vaddr. This keeps the pool free path using the same virtual address as the allocator.

Scores

CVSSScoreVectorSource
3.17.8 HighCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HLinux

Weaknesses

The record names no weakness.

Affected Products

ProductVersions
LinuxLinux
  • 79636caad3618e2b38457f6e298c9b31ba82b489 to before 68bf3ebd8e7020dae58e8aa14c7d482738bff9a8Affected
  • 79636caad3618e2b38457f6e298c9b31ba82b489 to before 45507dcb0847e96add4455274b12df0eca6590b4Affected
  • 79636caad3618e2b38457f6e298c9b31ba82b489 to before 35e0103177826430b5df888b1506239d41e76ab5Affected
  • 79636caad3618e2b38457f6e298c9b31ba82b489 to before c1f4d7763cdf1b9e0d35c14aa6f52d0512a36319Affected
  • 79636caad3618e2b38457f6e298c9b31ba82b489 to before 57d29044d0f29a76c6ec0c112c8c7371d5608dc7Affected
LinuxLinux
  • 6.6Affected
  • before 6.6Not affected
  • 6.6.157 through 6.6.*Not affected
  • 6.12.110 through 6.12.*Not affected
  • 6.18.52 through 6.18.*Not affected
  • 7.2.6 through 7.2.*Not affected
  • 7.3 and laterNot affected

References

Every record here comes from the CVE Program’s CVE List. © 1999–2026 The MITRE Corporation. CVE is a registered trademark of The MITRE Corporation. The records are reproduced under the CVE Program terms of use.