CVE-2025-39758

Linux çekirdeğinde aşağıdaki güvenlik açığı giderilmiştir: RDMA/siw: siw_tcp_sendpages içindeki sendmsg bayt sayısını düzeltin c2ff29e99a76 ("siw: Inline do_tcp_sendpages()") commit'inden bu yana şunu yapıyoruz: static int siw_tcp_sendpages(struct socket *s, struct page **page, int offset, size_t size) [...] /* Bu sayfa için özel olarak göndermemiz gereken bayt sayısını * hesapla */ size_t bytes = min_t(size_t, PAGE_SIZE - offset, size); /* Eğer splice edemiyorsak, normal şekilde kopyala */ if (!sendpage_ok(page[i])) msg.msg_flags &= ~MSG_SPLICE_PAGES; /* bvec'i sayfaya işaret edecek şekilde, len $bytes ile ayarla */ bvec_set_page(&bvec, page[i], bytes, offset); /* iter'i $size'a, yani tüm sendpages'in boyutuna (!!!) ayarla */ iov_iter_bvec(&msg.msg_iter, ITER_SOURCE, &bvec, 1, size); try_page_again: lock_sock(sk); /* $size boyutuyla (!!!) sendmsg çağır */ rv = tcp_sendmsg_locked(sk, &msg, size); Bu, bir süredir aşırı boyutlu iov_iters ve tcp_sendmsg çağrıları yaptığımız anlamına geliyor. Bu zararsız bir hataydı çünkü sendpage_ok() her zaman true döndürüyordu. next'e yavaşça dahil edilen son slab allocator değişiklikleriyle (büyük kmalloc tahsislerinde sendpage'e izin vermeyen), MSG_SPLICE_PAGES ile "normal" kopyalama yolları arasındaki iov_iter davranışındaki küçük farklılıklar nedeniyle yakın zamanda sınır dışı çökmelerle karşılaştık: (MSG_SPLICE_PAGES) skb_splice_from_iter iov_iter_extract_pages iov_iter_extract_bvec_pages her yerde sınır dışına çıkmadan önce doğru şekilde durmak için i->nr_segs kullanır skb_splice_from_iter "kısa" bir okuma alır (!MSG_SPLICE_PAGES) skb_copy_to_page_nocache copy=iov_iter_count [...] copy_from_iter /* bu yardımcı olmaz */ if (unlikely(iter->count < len)) len = iter->count; iterate_bvec ... ve bvec'lerin dışına taşarız Bunu, iov_iter'in bayt sayısını doğru şekilde ayarlayarak ve tcp_sendmsg_locked'a doğru bayt sayısını göndererek düzeltin.