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

  - tcp：不要讓 tcp_rmem 設定在 4096 以下 我們可以在 tcp_rcvbuf_grow（） 和 tcp_rcv_space_adjust（） 中擊中除以零的崩潰：除法錯誤：0000 [#1] 搶佔 SMP RIP：0010：tcp_rcvbuf_grow+0x187/0x450 net/ipv4/tcp_input.c：939 ...增長 = div_u64（（（U64）rcvwin << 1） * （newval - oldval）， oldval）;除法使用 oldval = tp->rcvq_space.space 作為除數。當 tp->rcvq_space.space 為零時，這會導致除以零異常。tp->rcvq_space.space 在 tcp_init_buffer_space（） 中初始化： tp->rcvq_space.space = min3（tp->rcv_ssthresh， tp->rcv_wnd， （u32）TCP_INIT_CWND * tp->advmss）;如果 tcp_rmem[1] 配置為非常小的值（例如 1），則 sk->sk_rcvbuf 會初始化為 1。然後計算 （sk->sk_rcvbuf * scaling_ratio） >> 8 的 tcp_full_space（sk） 截斷為 0。這會設定 tp->window_clamp = 0、tp->rcv_ssthresh = 0 和 tp->rcvq_space.space = 0。稍後，當資料到達並叫用 DRS 時，tcp_rcvbuf_grow（） 除以 oldval == 0。早在 2015 年，提交 b1cb59cf2efe（net：sysctl_net_core：檢查 SNDBUF 和 RCVBUF 的最小長度）確保 net.core.rmem_default 和 net.core.rmem_max 不能設定在 SOCK_MIN_RCVBUF 以下。
    同樣地，SO_RCVBUF setsockopt 強制執行 max_t（int， val * 2， SOCK_MIN_RCVBUF）。然而，net.ipv4.tcp_rmem仍然有 .extra1 = SYSCTL_ONE，允許任意小的值。由於SOCK_MIN_RCVBUF取決於 sizeof（struct sk_buff） 和快取行對齊方式，因此其值會因架構和組態選項而異。使用固定常數 4096 可確保可預測、與架構無關的下限，該下限在任何地方都安全地高於SOCK_MIN_RCVBUF，並符合記錄的 4K 預設值。透過將 tcp_rmem.extra1 設定為 4096 並更新文件來修正此問題。（CVE-2026-98299）

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

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

  - tcp:tcp_rmem を 4096 より下回らないようにします ゼロ除算をヒットできます tcp_rcvbuf_grow() と tcp_rcv_space_adjust() のクラッシュ:除算エラー:0000 [#1] プリエンプト SMP RIP:0010:tcp_rcvbuf_grow+0x187/0x450 net/ipv4/tcp_input.c:939 ...grow = div_u64(((u64)rcvwin << 1) * (newval - oldval)、oldval);除算は除数として oldval = tp->rcvq_space.space を使用します。tp->rcvq_space.space がゼロの場合、これはゼロ除算の例外につながります。tp->rcvq_space.space は tcp_init_buffer_space() で初期化されます: tp->rcvq_space.space = min3(tp->rcv_ssthresh, tp->rcv_wnd, (u32)TCP_INIT_CWND * tp->advmss);tcp_rmem[1] が非常に小さい値(1 など)に設定されている場合、sk->sk_rcvbuf は 1 に初期化されます。次に、(sk->sk_rcvbuf * scaling_ratio) >> 8 を計算する tcp_full_space(sk) は 0 に切り捨てられます。これは、tp->window_clamp = 0、tp->rcv_ssthresh = 0、tp->rcvq_space.space = 0 を設定します。その後、データが到着し、DRS が呼び出されると、tcp_rcvbuf_grow() は oldval == 0 で除算します。2015 年に遡ると、コミット b1cb59cf2efe(net:sysctl_net_core:SNDBUF および RCVBUF の最小長をチェック)は、net.core.rmem_default および net.core.rmem_max を SOCK_MIN_RCVBUF 未満に設定できないようにしていました。
    同様に、SO_RCVBUF setsockopt は max_t(int, val * 2, SOCK_MIN_RCVBUF) を強制します。しかし、net.ipv4.tcp_rmem は依然として .extra1 = SYSCTL_ONE であり、任意の小さい値を許容していました。SOCK_MIN_RCVBUF は sizeof(struct sk_buff) とキャッシュラインの配置に依存するため、その値はアーキテクチャと構成オプションによって異なります。4096という固定定数を使用すると、予測可能でアーキテクチャに依存しない下限が保証され、どこでも安全にSOCK_MIN_RCVBUFを上回り、文書化された4Kデフォルトと一致します。tcp_rmem.extra1 を 4096 に設定し、ドキュメントを更新することで、これを修正してください。(CVE-2026-98299)

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

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

  - tcp：不让 tcp_rmem 被设置为低于 4096 我们可以在 tcp_rcvbuf_grow（） 和 tcp_rcv_space_adjust（） 中发生除以零崩溃：除法错误：0000 [#1] PREEMPT SMP RIP：0010：tcp_rcvbuf_grow+0x187/0x450 net/ipv4/tcp_input.c：939 ...grow = div_u64（（（u64）rcvwin << 1） * （newval - oldval）， oldval）;除法使用 oldval = tp->rcvq_space.space 作为除数。当 tp->rcvq_space.space 为零时，这会导致除以零异常。tp->rcvq_space.space 在 tcp_init_buffer_space（） 中初始化：tp->rcvq_space.space = min3（tp->rcv_ssthresh， tp->rcv_wnd， （u32）TCP_INIT_CWND * tp->advmss）;如果 tcp_rmem[1] 配置为极小的值（比如 1），sk->sk_rcvbuf 会初始化为 1。然后计算 （sk->sk_rcvbuf * scaling_ratio） >> 8 的 tcp_full_space（sk） 截断为 0。这会将 tp->window_clamp = 0、tp->rcv_ssthresh = 0 和 tp->rcvq_space.space = 0 设置为。随后，当数据到达并调用 DRS 时，tcp_rcvbuf_grow（） 除以 oldval == 0。早在 2015 年，提交 b1cb59cf2efe（net：sysctl_net_core：检查 SNDBUF 和 RCVBUF 的最小长度）可确保 net.core.rmem_default 和 net.core.rmem_max 无法被设置为低于 SOCK_MIN_RCVBUF。
    同样，SO_RCVBUF setsockopt 强制执行 max_t（int， val * 2， SOCK_MIN_RCVBUF）。但是，net.ipv4.tcp_rmem仍具有 .extra1 = SYSCTL_ONE，从而允许任意较小的值。由于SOCK_MIN_RCVBUF取决于 sizeof（struct sk_buff） 和高速缓存块对齐方式，因此其值因架构和配置选项而异。使用固定常量 4096 可确保可预测的、与架构无关的下界，该下界在任何地方都安全地高于SOCK_MIN_RCVBUF，并且与记录的 4K 默认值相匹配。通过将 tcp_rmem.extra1 设置为 4096 修复此问题并更新文档。（CVE-2026-98299）

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

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

  - tcp: do not let tcp_rmem be set below 4096 We can hit a division by zero crash in tcp_rcvbuf_grow() and     tcp_rcv_space_adjust(): divide error: 0000 [#1] PREEMPT SMP RIP: 0010:tcp_rcvbuf_grow+0x187/0x450     net/ipv4/tcp_input.c:939 ... grow = div_u64(((u64)rcvwin << 1) * (newval - oldval), oldval); The division     uses oldval = tp->rcvq_space.space as divisor. When tp->rcvq_space.space is zero, this leads to a divide-     by-zero exception. tp->rcvq_space.space is initialized in tcp_init_buffer_space(): tp->rcvq_space.space =     min3(tp->rcv_ssthresh, tp->rcv_wnd, (u32)TCP_INIT_CWND * tp->advmss); If tcp_rmem[1] is configured to very     small values (such as 1), sk->sk_rcvbuf is initialized to 1. Then tcp_full_space(sk), which computes     (sk->sk_rcvbuf * scaling_ratio) >> 8, truncates to 0. This sets tp->window_clamp = 0, tp->rcv_ssthresh =     0, and tp->rcvq_space.space = 0. Later, when data arrives and DRS is invoked, tcp_rcvbuf_grow() divides by     oldval == 0. Back in 2015, commit b1cb59cf2efe (net: sysctl_net_core: check SNDBUF and RCVBUF for min     length) ensured that net.core.rmem_default and net.core.rmem_max cannot be set below SOCK_MIN_RCVBUF.
    Similarly, SO_RCVBUF setsockopt enforces max_t(int, val * 2, SOCK_MIN_RCVBUF). However, net.ipv4.tcp_rmem     still had .extra1 = SYSCTL_ONE, allowing arbitrarily small values. Because SOCK_MIN_RCVBUF depends on     sizeof(struct sk_buff) and cacheline alignment, its value varies across architectures and configuration     options. Using a fixed constant of 4096 ensures a predictable, architecture- independent lower bound that     is safely above SOCK_MIN_RCVBUF everywhere and matches the documented 4K default. Fix this by setting     tcp_rmem.extra1 to 4096 and updating the documentation. (CVE-2026-98299)

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

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

检测

插件搜索

critical

critical

critical

critical