{"id":"CVE-2026-99055","published":"2026-10-23T13:17:29.140","lastModified":"2026-10-23T13:17:29.140","description":"In the Linux kernel, the following vulnerability has been resolved:\n\ntcp: reject net_iov in zerocopy receive mapping hints\n\nAfter copying a readable prefix, receive_fallback_to_copy() asks\ntcp_zerocopy_set_hint_for_skb() where page mapping can resume. If the\nnext skb is unreadable, find_next_mappable_frag() passes its net_iov\nfragment to can_map_frag().\n\nskb_frag_page() returns NULL for a net_iov, but can_map_frag()\ndereferences it in PageCompound(). A v7.2 KASAN run on a connected TCP\nsocket with 64 readable bytes followed by a 4096-byte NET_IOV_DMABUF\nfragment reported:\n\n  BUG: KASAN: null-ptr-deref in can_map_frag\n  tcp_zerocopy_receive -> can_map_frag\n  Kernel panic - not syncing: KASAN: panic_on_warn set\n\nThe diagnostic inserted the net_iov directly because the test host has\nno devmem-capable NIC. Hardware end-to-end reachability remains untested\nand requires CONFIG_NET_DEVMEM plus a supported DMA-buf-bound RX queue.\n\nReject all net_iov fragments before skb_frag_page(). This covers both\nDMABUF and IOURING net_iov types while leaving page-backed checks\nunchanged. With the guard, the same queue copied the readable prefix,\nreturned a 4096-byte skip hint, and completed without a fault.","cvssScore":null,"cvssSeverity":null,"cvssVector":null,"cwes":[],"vendors":[],"products":[],"references":[{"url":"https://git.kernel.org/stable/c/1c7463ac0e99cc91c4eecc1b69a740ef1a619932","tags":[]},{"url":"https://git.kernel.org/stable/c/3aa6f536a95eb0617c313ae2eb76fdfa85331f85","tags":[]},{"url":"https://git.kernel.org/stable/c/563d3564513496b9ce3b3ba7a5154427554d0f06","tags":[]},{"url":"https://git.kernel.org/stable/c/8b1f0af1fd5fd113432233ed8a3862ee7c30a84f","tags":[]}],"exploitRefs":[],"hasPoc":false,"ai":null}