The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - 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. (CVE-2025-39758)

Note that Nessus relies on the presence of the package as reported by the vendor.

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - RDMA/siwsiw_tcp_sendpages での sendmsg バイトカウントを修正します コミット c2ff29e99a76 以来、弊社はこれを行っていました static int siw_tcp_sendpages(struct socket *s, struct page)
    **page, int offset, size_t size) [...] /* このページに関して、プッシュする必要があるバイト数を計算します * / size_t bytes = min_t(size_t, PAGE_SIZE - offset, size); /* splice できない場合は、通常のようにコピーしてください */ if (!sendpage_ok(page[i])) msg.msg_flags &= ~MSG_SPLICE_PAGES; /* $bytes lenでページを指す bvec を設定します */ bvec_set_page&bvec, page[i], bytes, offset; /* iter を $sizeに設定します。別名 sendpages !!!*/ iov_iter_bvec&msg.msg_iter, ITER_SOURCE, &bvec, 1, size; try_page_againlock_sock(sk); /* Sendmsg with $size size!!! () */ rv = tcp_sendmsg_locked(sk, &msg, size);これは、しばらくの間、オーバーサイズの iov_iters および tcp_sendmsg 呼び出しを送信していたことを意味します。sendpage_ok() は常に true を返すため、これは無害なバグです。最近のスラブアロケーターの変更がゆっくりと次の に導入されることで大きな kmalloc 割り当ての sendpages が許可されなくなりました。MSG_SPLICE_PAGES と通常のコピーパスの間の iov_iter 挙動のわずかな違いにより、領域外クラッシュが発生していますMSG_SPLICE_PAGESMSG_SPLICE_PAGES skb_splice_from_iter iov_iter_extract_pages iov_iter_extract_bvec_pages は、i->nr_segs を使用して、skb_splice_from_iter がショートリードを取得する前にそのトラックで正しく停止します!MSG_SPLICE_PAGES skb_copy_to_page_nocache copy=iov_iter_count [...] copy_from_iter /* これは役に立たません * unlike (iter->count < len) len = iter->count;
    iterate_bvec ... および bvecs を実行します。iov_iter のバイトカウントを適切に設定し、さらに正しいバイトカウントを tcp_sendmsg_locked に送信することで、これを修正します。CVE-2025-39758

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - RDMA/siw修正 siw_tcp_sendpages 中的 sendmsg 位元組計數自從認可 c2ff29e99a76 (siw內嵌 do_tcp_sendpages())之後我們就一直執行此操作static int siw_tcp_sendpages(struct socket *s, struct page
    **page, int offset, size_t size) [...] /* 計算我們需要推送的位元組數*專門針對此頁面 */ size_t bytes = min_t(size_t, PAGE_SIZE - offset, size); /* 若無法拼接則照常複製 */ if (!sendpage_ok(page[i])) msg.msg_flags &= ~MSG_SPLICE_PAGES; /* 使用 len $bytes 設定 bvec 指向頁面 */ bvec_set_page(&bvec, page[i], bytes, offset); /* 將 iter 設為 $size亦即整個 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);這表示我們傳送過大的 iov_iters 和 tcp_sendmsg 呼叫已有一段時間了。這屬於良性錯誤因為 sendpage_ok() 會一律傳回 true。在將最近的 slab 配置器變更緩慢引入 next (不允許大型 kmalloc 配置上的 sendpage) 的情況下我們最近遇到了超出邊界損毀這是因為 MSG_SPLICE_PAGES 和一般複製路徑之間 iov_iter 行為的輕微差異所致 (MSG_SPLICE_PAGES) skb_splice_from_iter iov_iter_extract_pages iov_iter_extract_bvec_pages 會使用 i->nr_segs 在其軌道上正確停止然後隨處OoB skb_splice_from_iter 進行簡短讀取 (!MSG_SPLICE_PAGES) skb_copy_to_page_nocache copy=iov_iter_count [...] copy_from_iter /* 這同樣無作用 */ if (iter->count < len)) len = iter->count
    iterate_bvec ...我們就會耗盡 bvecs透過正確設定 iov_iter 的位元組計數並將正確的位元組計數傳送至 tcp_sendmsg_locked 來修正此問題。 (CVE-2025-39758)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - RDMA/siw修复 siw_tcp_sendpages 中的 sendmsg 字节计数自从提交 c2ff29e99a76siw内联 do_tcp_sendpages())我们一直在执行 static int siw_tcp_sendpages(struct socket *s, struct page)
    **page, int offset, size_t size) [...] /* 专门针对此页面计算我们需要推送的字节数 */ size_t bytes = min_t(size_t, PAGE_SIZE - offset, size); /* 如果无法拼接则照常将其复制入 */ if (!sendpage_ok(page[i])) msg.msg_flags &= ~MSG_SPLICE_PAGES; /* Set the bvec pointing to page, with len $bytes */ bvec_set_page(&bvec, page[i], bytes, offset); /* 将 iter 设置为 $sizeaka 整个 sendpage 的大小 (!!!) */ iov_iter_bvec(&msg.msg_iter, ITER_SOURCE, &bvec, 1, size); try_page_againlock_sock(sk); /* Sendmsg with $size 大小 (!!!) */ rv = tcp_sendmsg_locked(sk, &msg, size);这意味着我们发送超大 iov_iters 和 tcp_sendmsg 调用已经有一段时间了。这是一个无害的缺陷因为 sendpage_ok() 始终返回 true。随着缓慢引入最近的 slab 分配器更改即不允许在大型 kmalloc 分配上进行 sendpage我们最近遭遇了越界崩溃这是因为 MSG_SPLICE_PAGES 和常规复制路径的 iov_iter 行为中的细微差别导致我们最近发生了越界崩溃(MSG_SPLICE_PAGES) skb_splice_from_iter iov_iter_extract_pages iov_iter_extract_bvec_pages 使用 i->nr_segs [在 skb_splice_from_iter 获得短读取 (!MSG_SPLICE_PAGES) 所有地方的 OoB 之前正确地停止在其轨道中] copy_from_iter /* this doesn't help */ if (iter->count < len)) len = iter->count;
    iterate_bvec ...并且我们运行 bvecs。通过正确设置 iov_iter 的字节计数并将正确的字节计数发送至 tcp_sendmsg_locked 可修复此问题。 (CVE-2025-39758)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
264695	Linux Distros Unpatched Vulnerability : CVE-2025-39758	Nessus	Misc.	2025/9/14	2025/9/14	medium
264695	Linux Distros のパッチ未適用の脆弱性: CVE-2025-39758	Nessus	Misc.	2025/9/14	2025/9/14	medium
264695	Linux Distros 未修補的弱點：CVE-2025-39758	Nessus	Misc.	2025/9/14	2025/9/14	medium
264695	Linux Distros 未修补的漏洞：CVE-2025-39758	Nessus	Misc.	2025/9/14	2025/9/14	medium

检测

插件搜索

medium

medium

medium

medium