CVE-2026-31735: iommupt: Fix short gather if the unmap goes into a large mapping
In the Linux kernel, the following vulnerability has been resolved:
iommupt: Fix short gather if the unmap goes into a large mapping
unmap has the odd behavior that it can unmap more than requested if the
ending point lands within the middle of a large or contiguous IOPTE.
In this case the gather should flush everything unmapped which can be
larger than what was requested to be unmapped. The gather was only
flushing the range requested to be unmapped, not extending to the extra
range, resulting in a short invalidation if the caller hits this special
condition.
This was found by the new invalidation/gather test I am adding in
preparation for ARMv8. Claude deduced the root cause.
As far as I remember nothing relies on unmapping a large entry, so this is
likely not a triggerable bug.
Security readout for executives and security teams
Plain-English summary
A Linux kernel IOMMU page-table flaw can invalidate less memory-mapping state than was actually unmapped. Stale device translations could theoretically threaten confidentiality, integrity, or availability. The supplied assessment rates it CVSS 8.8, but the kernel description says the condition is likely not triggerable because known callers do not rely on the relevant behavior.
Executive priority
Treat this as a high-severity maintenance item, especially for virtualization or device-isolation hosts. Accelerate vendor-supported patching, but current evidence does not justify an exploitation-driven emergency response. Reassess promptly if vendors confirm reachable configurations or exploitation.
Technical view
When an unmap endpoint falls inside a large or contiguous I/O page-table entry, more may be unmapped than requested. The gather logic flushed only the requested range, creating a short invalidation and potentially leaving stale IOMMU translations. The referenced stable-kernel commits resolve the range-accounting error.
Likely exposure
The bundle identifies Linux 6.19, 6.19.12, and 7.0 as affected, but its version-range structure is ambiguous. Exposure requires the vulnerable iommupt code and a caller reaching the unusual large-entry unmap condition. Confirm exact applicability with the Linux or distribution vendor.
Exploitation context
The CVE is not listed as KEV, and the supplied sources provide no evidence of active exploitation or a practical exploit. The kernel description explicitly considers the bug likely untriggerable based on known usage. Local access and low privileges appear in the supplied CVSS vector, but practical reachability remains unproven.
Researcher notes
The key issue is mismatch between the actual expanded unmap range and the gathered invalidation range. Testing should focus on endpoints inside large or contiguous IOPTEs without developing weaponized payloads. The source reports discovery through new invalidation/gather testing and says known behavior likely prevents triggering. Affected-version boundaries remain insufficiently clear in the bundle.
Mitigation direction
Apply a vendor-supported kernel update incorporating the referenced stable-kernel fixes.
Check distribution advisories for exact affected builds and backport status.
Prioritize systems using IOMMU page-table functionality or device isolation.
If updates are unavailable, request vendor-specific mitigation guidance.
Validation and detection
Inventory running kernel versions and distribution package revisions.
Confirm whether vendor packages include either referenced corrective commit or an equivalent backport.
Review IOMMU usage and device-assignment configurations on potentially affected hosts.
After updating, verify the fixed kernel is running following reboot.
Monitor vendor advisories for clarified version ranges or exploitation evidence.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2026-31735 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
0ADP providers
3Source links
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.