CVE-2026-64124
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H
Summary
In the Linux kernel, the following vulnerability has been resolved:
net: devmem: reject dma-buf bind with non-page-aligned size or SG length
net_devmem_bind_dmabuf() trusts dmabuf->size and sg_dma_len() to be PAGE_SIZE multiples without checking:
tx_vec is sized dmabuf->size / PAGE_SIZE, and net_devmem_get_niov_at() only bounds-checks virt_addr < dmabuf->size before indexing tx_vec[virt_addr / PAGE_SIZE]. With size = NPAGE_SIZE + r (1 <= r < PAGE_SIZE), sendmsg() at iov_base = NPAGE_SIZE passes the bound check and reads tx_vec[N] – one past.
owner->area.num_niovs = len / PAGE_SIZE while gen_pool_add_owner() covers the full byte len, so a non-page-multiple non-final sg desyncs num_niovs from the gen_pool region for every later sg, on both RX and TX.
dma-buf does not require page-aligned sizes, so the bind path has to enforce what its own indexing assumes. Reject both with -EINVAL.
The size check is TX-only (only tx_vec is sized off dmabuf->size); the SG-length check covers both directions.
Affected Software
| Vendor | Product | Version Range | Status |
|---|---|---|---|
| Linux | Linux | bd61848900bff597764238f3a8ec67c815cd316e < 134c517dfa63203287b2aad6558017f42435a02e | affected |
| Linux | Linux | bd61848900bff597764238f3a8ec67c815cd316e < d5008e4e4ee6b739256b796702a7d1aae1b5c3b4 | affected |
| Linux | Linux | bd61848900bff597764238f3a8ec67c815cd316e < 4eb82ba543421e9e38cc14e4e82058b78850df50 | affected |
| Linux | Linux | 6.16 | affected |
| Linux | Linux | 0 < 6.16 | unaffected |
| Linux | Linux | 6.18.35 <= 6.18.* | unaffected |
| Linux | Linux | 7.0.11 <= 7.0.* | unaffected |
| Linux | Linux | 7.1 <= * | unaffected |
Weaknesses
References
- https://git.kernel.org/stable/c/134c517dfa63203287b2aad6558017f42435a02e
- https://git.kernel.org/stable/c/d5008e4e4ee6b739256b796702a7d1aae1b5c3b4
- https://git.kernel.org/stable/c/4eb82ba543421e9e38cc14e4e82058b78850df50
Feedback
Was this page helpful?
Glad to hear it! Please tell us how we can improve.
Sorry to hear that. Please tell us how we can improve.