CVE-2025-39758

In the Linux kernel, the following vulnerability has been resolved: RDMA/siw: Fix the sendmsg byte count in siw_tcp_sendpages Ever since commit c2ff29e99a76 ("siw: Inline do_tcp_sendpages()"), we have been doing this: static int siw_tcp_sendpages(struct socket *s, struct page **page, int offset, size_t size) [...] /* Calculate the number of bytes we need to push, for this page * specifically */ size_t bytes = min_t(size_t, PAGE_SIZE - offset, size); /* If we can't splice it, then copy it in, as normal */ if (!sendpage_ok(page[i])) msg.msg_flags &= ~MSG_SPLICE_PAGES; /* Set the bvec pointing to the page, with len $bytes */ bvec_set_page(&bvec, page[i], bytes, offset); /* Set the iter to $size, aka the size of the whole sendpages (!!!) */ iov_iter_bvec(&msg.msg_iter, ITER_SOURCE, &bvec, 1, size); try_page_again: lock_sock(sk); /* Sendmsg with $size size (!!!) */ rv = tcp_sendmsg_locked(sk, &msg, size); This means we've been sending oversized iov_iters and tcp_sendmsg calls for a while. This has a been a benign bug because sendpage_ok() always returned true. With the recent slab allocator changes being slowly introduced into next (that disallow sendpage on large kmalloc allocations), we have recently hit out-of-bounds crashes, due to slight differences in iov_iter behavior between the MSG_SPLICE_PAGES and "regular" copy paths: (MSG_SPLICE_PAGES) skb_splice_from_iter iov_iter_extract_pages iov_iter_extract_bvec_pages uses i->nr_segs to correctly stop in its tracks before OoB'ing everywhere skb_splice_from_iter gets a "short" read (!MSG_SPLICE_PAGES) skb_copy_to_page_nocache copy=iov_iter_count [...] copy_from_iter /* this doesn't help */ if (unlikely(iter->count < len)) len = iter->count; iterate_bvec ... and we run off the bvecs Fix this by properly setting the iov_iter's byte count, plus sending the correct byte count to tcp_sendmsg_locked.
Configurations

Configuration 1 (hide)

OR cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*

History

19 Oct 2026, 21:10

Type Values Removed Values Added
Summary
  • (es) En el kernel de Linux, la siguiente vulnerabilidad ha sido resuelta: RDMA/siw: Corregir el recuento de bytes de sendmsg en siw_tcp_sendpages Desde el commit c2ff29e99a76 ('siw: Inline do_tcp_sendpages()'), hemos estado haciendo esto: static int siw_tcp_sendpages(struct socket *s, struct page **page, int offset, size_t size) [...] /* Calcular el número de bytes que necesitamos enviar, específicamente para esta página */ size_t bytes = min_t(size_t, PAGE_SIZE - offset, size); /* Si no podemos empalmarlo, entonces copiarlo, como es normal */ if (!sendpage_ok(page[i])) msg.msg_flags &= ~MSG_SPLICE_PAGES; /* Establecer el bvec apuntando a la página, con longitud $bytes */ bvec_set_page(&bvec, page[i], bytes, offset); /* Establecer el iter en $size, es decir, el tamaño de todos los sendpages (!!!) */ iov_iter_bvec(&msg.msg_iter, ITER_SOURCE, &bvec, 1, size); try_page_again: lock_sock(sk); /* Sendmsg con tamaño $size (!!!) */ rv = tcp_sendmsg_locked(sk, &msg, size); Esto significa que hemos estado enviando iov_iters y llamadas a tcp_sendmsg de tamaño excesivo durante un tiempo. Esto ha sido un error benigno porque sendpage_ok() siempre devolvía verdadero. Con los recientes cambios en el asignador de slab que se están introduciendo lentamente en la próxima versión (que no permiten sendpage en asignaciones grandes de kmalloc), recientemente hemos experimentado fallos por acceso fuera de límites, debido a ligeras diferencias en el comportamiento de iov_iter entre las rutas de copia MSG_SPLICE_PAGES y las 'normales': (MSG_SPLICE_PAGES) skb_splice_from_iter iov_iter_extract_pages iov_iter_extract_bvec_pages usa i->nr_segs para detenerse correctamente antes de causar accesos fuera de límites por todas partes skb_splice_from_iter obtiene una lectura 'corta' (!MSG_SPLICE_PAGES) skb_copy_to_page_nocache copy=iov_iter_count [...] copy_from_iter /* esto no ayuda */ if (unlikely(iter->count < len)) len = iter->count; iterate_bvec ... y nos salimos de los bvecs Corregir esto estableciendo correctamente el recuento de bytes de iov_iter, además de enviar el recuento de bytes correcto a tcp_sendmsg_locked.

Information

Published : 2025-09-11 17:15

Updated : 2026-10-19 21:10


NVD link : CVE-2025-39758

Mitre link : CVE-2025-39758

CVE.ORG link : CVE-2025-39758


JSON object : View

Products Affected

linux

  • linux_kernel