CVE-2026-98254swiotlb: use the adjusted address for the highmem page lookup
Updated under an hour ago ()
Does this affect you?
It affects Linux. Add what you run to find out whether that includes you.
EPSS puts the chance of exploitation in the next 30 days at 0.14%, higher than 3% of scored CVEs.
Do this next
Free account, 1 product
In the Linux kernel, the following vulnerability has been resolved: swiotlb: use the adjusted address for the highmem page lookup swiotlb_bounce() reads the page frame number from the slot's recorded orig_addr, then advances orig_addr by tlb_offset to reach the address the caller asked about. The highmem branch mixes the two: the offset within the page comes from the adjusted address, the page from the value before it. Once the adjustment crosses a page boundary the pair no longer describes one location, and the whole copy lands one page below the intended one for a positive tlb_offset, one above for a negative one. DMA_FROM_DEVICE writes the device data over the wrong page and leaves the intended one stale, DMA_TO_DEVICE feeds the device from a page the mapping may not cover. Partial syncs through dma_sync_single_range_for_*() are what make tlb_offset non-zero. The branch test is picked the same way, so a slot recorded in lowmem can be adjusted into highmem and the lowmem path then hands a highmem address to phys_to_virt(). Take both from orig_addr once it is final and keep pfn in the branch that uses it. PhysHighMem() asks the question straight from the address, as dma-debug already does.
- CVSS
- 7.8 HIGH (v3.1, CNA)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
- Weakness (CWE)
- Not given
- Known exploited
- Not in CISA's KEV catalog
- EPSS (exploitation in the next 30 days)
- 0.14% (percentile 3)
- Assigned by
- Linux
- NVD analysis
- Received
- Record last updated
- Oct 7, 2026
- First seen by InfoSec Signals
- Oct 9, 2026
Affected products
Linux Linux linux:linux (from the name) | from 5f89468e2f060031cd89fd4287298e0eaf246bf6 before 6e53b4d6afbde626255805d438cabb1cac482445; from 5f89468e2f060031cd89fd4287298e0eaf246bf6 before aa4709813b29db89f2307f968db5d24925dcdeb1; from 5f89468e2f060031cd89fd4287298e0eaf246bf6 before 0219b72f5c209732b2f03a8cc0d7240b5e428a99; from 5f89468e2f060031cd89fd4287298e0eaf246bf6 before b7d7914a9ae3097e63d113007e4fb44d33d515b1; e6108147dd91b94d1979b110f265710c254c99d5; e77b796eb9b7ca3c1c0d574d0c155f55b59ca8d5; from 5.10.47 before 5.11; from 5.12.14 before 5.13 | CNA record |
References
- https://git.kernel.org/stable/c/6e53b4d6afbde626255805d438cabb1cac482445
- https://git.kernel.org/stable/c/aa4709813b29db89f2307f968db5d24925dcdeb1
- https://git.kernel.org/stable/c/0219b72f5c209732b2f03a8cc0d7240b5e428a99
- https://git.kernel.org/stable/c/b7d7914a9ae3097e63d113007e4fb44d33d515b1
The CVE record on cve.org NVD's entry
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.