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

  - xsk：回收 ZC 批次路径中无效的 Tx 描述符 零复制 Tx 批次解析器在遇到无效描述符时停止。如果在一个或多个连续描述符之后发生这种情况，则 Tx 使用者可以提前超过既未提交给驱动程序也未通过完成环返回到用户空间的片段。当数据包超过 xdp_zc_max_segs 时，会发生类似的问题。消耗到上限的描述符将在未完成的情况下释放，其余连续描述符随后可被解释为另一个数据包的开头。以数据包为单位解析 Tx 批次，并将属于完整有效数据包的描述符与耗尽无效数据包或超大数据包时消耗的描述符区分开来。将前者返回给驱动程序，并将后者附加到 CQ 地址区域，以便用户空间可以回收其 UMEM 帧。将独立的无效描述符视为单描述符仅回收数据包。推进 Tx-ring 使用者会释放环槽，但本身不会将引用的 UMEM 帧的所有权返回给用户空间。一旦开始耗尽，请继续进行，直到消耗完数据包的数据包结尾描述符。尚未提供 EOP 时，保留套接字上的漏状态，以便在以后的调用期间可以继续耗尽。将不完整但在其他方面有效的数据包留在 Tx 环上。使用多缓冲区 Tx 的 Shared-UMEM 池也需要数据包帧解析。一次遍历一个数据包的 Tx 套接字，保留现有的按套接字公平性方案，而不是使用旧的单描述符回退。保留该回退用于不使用多缓冲区 Tx 的共享池。由于每个套接字都保持漏状态，并且单异路径和共享路径都可以恢复中断的漏，因此将套接字列表从单数更改为共享不需要特殊的绑定时间转换。CQ 条目与位置有关，驱动程序可能只完成 xsk_tx_peek_release_desc_batch（） 返回的部分 Tx 工作。因此，当早期驱动程序可见的描述符仍未完成时，无法立即发布仅回收条目。跟踪回收条目之前驱动程序可见的 CQ 条目数。让 xsk_tx_completed（） 发布部分硬件 Tx 完成，并仅在每个较早的 Tx 描述符完成后才发布回收条目。当前面没有驱动程序可见的工作时，立即完成仅回收批处理，并防止在回收条目待定时附加另一个 Tx 批次。还按池的临时描述符数组的大小限制批处理，因为属于共享 UMEM 的套接字的 Tx 环可能具有不同的大小。这可确保 ZC 批次路径消耗的每个无效 Tx 描述符都作为有效数据包的一部分提交给驱动程序，或返回至用户空间，而不违反 CQ 完成顺序。
    (CVE-2026-74558)

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

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

  - xsk：回收 ZC 批次路徑中無效的 Tx 描述元零副本 Tx 批次剖析器在遇到無效的描述元時停止。如果在一或多個接續描述元之後發生這種情況，則 Tx 消費者可以前進，過去既未提交給驅動程式，也未透過完成通道傳回使用者空間的片段。當封包超過xdp_zc_max_segs時，也會出現類似的問題。耗用到限制的描述元會在不完成的情況下釋放，其餘的繼續描述元隨後可以解譯為另一個封包的開頭。以封包單位剖析 Tx 批次，並將屬於完整有效封包的描述元與清空無效或過大的封包時消耗的描述元區分開來。將前者傳回給驅動程式，並將後者附加到 CQ 位址區域，以便使用者空間可以回收其 UMEM 框架。將獨立式無效描述元視為僅限單一描述元回收封包。前進 Tx-ring 消費者會釋放環槽，但本身不會將引用的 UMEM 框架的所有權返回給使用者空間。一旦開始清空，請繼續，直到封包的封包結尾描述元被消耗為止。當尚未提供 EOP 時，保留通訊端上的清空狀態，以便在稍後的呼叫期間繼續清空。將不完整但在其他方面有效的封包保留在 Tx 通道上。使用多緩衝區 Tx 的共用 UMEM 集區也需要封包框架剖析。一次遍歷一個封包的 Tx 通訊端，保留現有的每個通訊端公平性方案，而不是使用舊的單一描述元後援。保留不使用多重緩衝區 Tx 的共用集區的後援。由於每個通訊端都會維護清空狀態，而且單一和共用路徑都可以繼續中斷的清空，因此將通訊端清單從單一變更為共用不需要特殊的繫結時間轉換。CQ 專案是位置的，驅動程式只能完成 xsk_tx_peek_release_desc_batch（） 所傳回的部分 Tx 工作。因此，當早期驅動程式可見描述元仍未完成時，就無法立即發佈僅限回收項目。追蹤回收項目之前的驅動程式可見 CQ 項目數目。讓 xsk_tx_completed（） 發佈部分硬體 Tx 完成，並僅在每個較早的 Tx 描述元完成後發佈回收項目。當前面沒有驅動程式可見的工作時，立即完成僅限回收批次，並防止在回收項目保持擱置狀態時附加另一個 Tx 批次。此外，也會依集區暫存描述元陣列的大小來限制批次處理，因為屬於共用 UMEM 之通訊端的 Tx 通道可能具有不同的大小。這可確保 ZC 批次路徑所耗用的每個無效 Tx 描述元都會作為有效封包的一部分提交給驅動程式，或傳回使用者空間，而不會違反 CQ 完成順序。
    (CVE-2026-74558)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - xsk:ZC バッチパスの無効な Tx 記述子を再要求します。ゼロコピー Tx バッチパーサーは、無効な記述子に遭遇すると停止します。これが 1 つ以上の継続記述子の後に発生すると、Tx コンシューマーは、ドライバーに送信されず、完了リングを介してユーザー空間に返されることもないフラグメントを経由して進められる可能性があります。パケットがxdp_zc_max_segsを超えると、同様の問題が発生します。制限まで消費された記述子は完了せずに解放され、残りの継続記述子は、後で別のパケットの開始として解釈される可能性があります。パケット単位での Tx バッチを解析し、完全な有効なパケットに属する記述子を、無効なパケットまたは大きすぎるパケットのドレイン中に消費された記述子と区別します。前者をドライバーに戻し、後者をCQアドレス領域に追加して、ユーザー空間がUMEMフレームを再利用できるようにします。スタンドアロンの無効な記述子を、1 つの記述子のリクレーム専用パケットとして扱います。Tx-ring コンシューマーを進めるとリングスロットがリリースされますが、それ自体では参照された UMEM フレームの所有権がユーザー空間に戻されることはありません。ドレインが開始されたら、パケットのパケット終了記述子が消費されるまで続行します。EOP がまだ供給されていない場合は、ソケットのドレイン状態を保持して、後の呼び出し中にドレインを続行できるようにします。不完全でなければ有効なパケットを Tx リングに残します。マルチバッファ Tx を使用する Shared-UMEM プールにも、パケットフレーム解析が必要です。Tx ソケットを一度に 1 パケットずつ処理し、従来の 1 つの記述子のフォールバックを使用する代わりに、既存のソケットごとの公平性スキームを維持します。マルチバッファ Tx を使用しない共有プールに対して、そのフォールバックを維持します。ドレイン状態はソケットごとに維持され、シングルパスと共有パスの両方が割り込まれたドレインを再開できるため、ソケットリストをシングルから共有に変更しても、特別なバインドタイム遷移は必要ありません。CQ エントリは位置特定であり、ドライバーは xsk_tx_peek_release_desc_batch() によって返される Tx 作業の一部のみを完了できます。したがって、以前のドライバー可視記述子がまだ未解決のとき、リクレーム専用エントリをすぐに公開することはできません。回収エントリに先行するドライバーが表示する CQ エントリの数を追跡します。xsk_tx_completed() に部分的なハードウェア Tx 完了をパブリッシュさせ、それ以前のすべての Tx 記述子が完了した後にのみリクレイムエントリをパブリッシュします。ドライバーが表示できる作業がない場合、その前に再利用のみのバッチを直ちに完了し、回収エントリが保留中のままである間、別の Tx バッチが追加されないようにします。また、UMEM を共有するソケットに属する Tx リングのサイズが異なる場合があるため、プールの一時記述子配列のサイズによってバッチ処理を制限します。これにより、ZCバッチパスによって消費されるすべての無効なTx記述子が、有効なパケットの一部としてドライバーに送信されるか、CQ完了順序に違反することなくユーザー空間に返されるようになります。
    (CVE-2026-74558)

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

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

  - xsk: reclaim invalid Tx descriptors in ZC batch path The zero-copy Tx batch parser stops when it     encounters an invalid descriptor. If this happens after one or more continuation descriptors, the Tx     consumer can be advanced past fragments that are neither submitted to the driver nor returned to userspace     through the completion ring. A similar problem occurs when a packet exceeds xdp_zc_max_segs. The     descriptors consumed up to the limit are released without completion, and the remaining continuation     descriptors can subsequently be interpreted as the beginning of another packet. Parse Tx batches in packet     units and distinguish descriptors belonging to complete valid packets from descriptors consumed while     draining an invalid or oversized packet. Return the former to the driver and append the latter to the CQ     address area so userspace can reclaim their UMEM frames. Treat a standalone invalid descriptor as a one-     descriptor reclaim-only packet. Advancing the Tx-ring consumer releases the ring slot, but does not by     itself return ownership of the referenced UMEM frame to userspace. Once draining starts, continue until     the packet's end-of-packet descriptor is consumed. Preserve the drain state on the socket when EOP has not     yet been supplied, so draining can continue during a later call. Leave incomplete but otherwise valid     packets on the Tx ring. Shared-UMEM pools using multi-buffer Tx also need packet-framed parsing. Walk     their Tx sockets one packet at a time, preserving the existing per-socket fairness scheme, instead of     using the legacy one-descriptor fallback. Keep that fallback for shared pools that do not use multi-buffer     Tx. Since the drain state is maintained per socket and both the singular and shared paths can resume an     interrupted drain, changing the socket list from singular to shared requires no special bind-time     transition. CQ entries are positional, and drivers may complete only part of the Tx work returned by     xsk_tx_peek_release_desc_batch(). Therefore, reclaim-only entries cannot be published immediately when     earlier driver-visible descriptors are still outstanding. Track the number of driver-visible CQ entries     preceding the reclaim entries. Let xsk_tx_completed() publish partial hardware Tx completions, and publish     the reclaim entries only after every earlier Tx descriptor has completed. Complete a reclaim-only batch     immediately when there is no driver-visible work in front of it, and prevent another Tx batch from being     appended while reclaim entries remain pending. Also cap batch processing by the size of the pool's     temporary descriptor array, as Tx rings belonging to sockets sharing a UMEM may have different sizes. This     ensures that every invalid Tx descriptor consumed by the ZC batch path is either submitted to the driver     as part of a valid packet or returned to userspace without violating CQ completion ordering.
    (CVE-2026-74558)

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

ID	Name	Product	Family	Published	Updated	Severity
335767	Linux Distros 未修补的漏洞：CVE-2026-74558	Nessus	Misc.	8/15/2026	8/27/2026	medium
335767	Linux Distros 未修補弱點：CVE-2026-74558	Nessus	Misc.	8/15/2026	8/27/2026	medium
335767	Linux Distros のパッチ未適用の脆弱性: CVE-2026-74558	Nessus	Misc.	8/15/2026	8/27/2026	medium
335767	Linux Distros Unpatched Vulnerability : CVE-2026-74558	Nessus	Misc.	8/15/2026	8/27/2026	medium

Detections

Analytics

Plugins Search

medium

medium

medium

medium