Description
In the Linux kernel, the following vulnerability has been resolved:
iommufd: Set upper bounds on cache invalidation entry_num and entry_len
iommufd_hwpt_invalidate() takes a user-controlled entry_num and entry_len, each bounded only by U32_MAX. An entry_len beyond the kernel's struct size makes the copy helper verify the extra bytes are zero, scanning that excess in one uninterruptible pass; a multi-gigabyte value over zeroed user memory trips the soft-lockup watchdog.
A large entry_num is the other half, driving the backend invalidation loop with no reschedule. The VT-d nested handler, for one, copies each entry and flushes caches per iteration, pinning the CPU on a non-preemptible kernel.
Cap both in the ioctl. entry_len is held under PAGE_SIZE, above any request struct, and entry_num under 1 << 19, the order of a hardware invalidation queue and well beyond any real batch, bounding the per-call loop length.
Metrics
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:HAffected software
| Vendor | Product | Versions |
|---|---|---|
| Linux | Linux | >= 8c6eabae3807e048b9f17733af5e20500fbf858c, < d2bd041e0efaf7d81789779b135279d18b33d6d5; >= 8c6eabae3807e048b9f17733af5e20500fbf858c, < 32ca4aed2a66205b072fcfecabe220289a8149ff; >= 8c6eabae3807e048b9f17733af5e20500fbf858c, < 2c6381d90898089287e0a358f06f89f6b4b389f2; >= 8c6eabae3807e048b9f17733af5e20500fbf858c, < 4d70986002f2f3eaaed89124fb2522bded38b016 |
| Linux | Linux | 6.8 |
References
- https://git.kernel.org/stable/c/2c6381d90898089287e0a358f06f89f6b4b389f2Patch
- https://git.kernel.org/stable/c/32ca4aed2a66205b072fcfecabe220289a8149ffPatch
- https://git.kernel.org/stable/c/4d70986002f2f3eaaed89124fb2522bded38b016Patch
- https://git.kernel.org/stable/c/d2bd041e0efaf7d81789779b135279d18b33d6d5Patch
Timeline
- Published
- Jul 25, 2026
- Last modified
- Nov 6, 2026
- NVD status
- Analyzed