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

  - virtio_ring：在封裝新增失敗後修正過時的描述元旗標 在封裝環中，AVAIL 和 USED 位元位於描述元本身中，因此寫入它們會使該描述元可用。這些位組合在環的每一輪上翻轉含義，由包裝計數器跟踪，因此使描述元無效或驗證意味著反轉兩個位元。提交 1ce9e6055fa0 （virtio_ring：引入打包環支援） virtqueue_add_packed（） 在映射鏈時使鏈的每個描述符都可用，並在最後寫入頭部。該設備按順序消耗環並停在尚不可用的頭上，因此它永遠不會到達其餘部分。當 vring_map_one_sg（） 中途失敗時，unmap_release 取消映射區段並恢復avail_used_flags，但它在環中寫入的描述符仍以 AVAIL 和 USED 位標示。磁頭現在是防止裝置耗用這些過時項目的唯一項目。例如，戒指現在看起來像這樣。Z - 前一個命令 A - 上一個命令 B - 中止命令 C - 目前命令 [A1 完成] [A2 完成] <C1 EMPTY> [B2] [B3] [Z1 完成] 當驅動程式現在嘗試發出 C 命令時，下一次新增會從與 B 相同的頭開始。如果 C 跨度的描述元少於 B，則沒有結束標記，因為 AVAIL 和 USED 位元仍在位置。這意味著設備將開始將這些過時條目 （B2/B3） 解釋為另一個命令條目，然後阻止隊列。這種影響通常發生在記憶體壓力下的 swiotlb 組態中，因為 vring_map_one_sg（） 可能會因較大的 I/O 要求而失敗，進而導致命令中止。大致有 2 種方法可以避免將這些標誌拋在後面：1） 也推遲這些標誌，直到鏈條完成。2） 為上一個換行計數器重寫這些旗標。在兩個封裝的新增路徑中實作第二個選項。第一個選項會在每次成功新增時第二次周遊鏈結。當任何新增失敗時，第二個選項會使所有新增的描述元無效。套用此修補程式後，封裝的 virtqueue 會在新增失敗後繼續完成請求。
    (CVE-2026-97997)

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

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

  - virtio_ring：修复打包的添加失败后过时的描述符标记 在打包的环中，AVAIL 和 USED 位位于描述符本身中，因此写入它们可使该描述符可用。这些位组合在环的每一轮上翻转含义，由封装计数器跟踪，因此使描述符失效或验证意味着反转两个位。提交 1ce9e6055fa0 （virtio_ring：引入打包环支持）使 virtqueue_add_packed（） 在映射链时使链的每个描述符都可用，并在最后写入头部。该设备按顺序消耗环并停在尚未可用的头上，因此它永远不会到达其余环。当 vring_map_one_sg（） 部分发生故障时，unmap_release 将取消映射段并还原avail_used_flags，但它在环中写入的描述符仍然以 AVAIL 和 USED 位标记。云端现在是唯一可防止设备消耗这些过时条目的条目。例如，戒指现在看起来像这样。Z - 之前的命令 A - 上一个命令 B - 中止的命令 C - 当前命令 [A1 完成] [A2 完成] <C1 EMPTY> [B2] [B3] [Z1 完成] 当驱动程序现在尝试发出 C 命令时，下一个添加会从 B 的同一头开始。如果 C 跨度比 B 少，则没有结束标记，因为 AVAIL 和 USED 位仍然存在。这意味着设备将开始将这些过时条目 （B2/B3） 解释为另一个命令条目，然后阻止队列。此影响通常发生在内存紧张的 swiotlb 配置中，因为 vring_map_one_sg（） 随后可能会因较大的 I/O 请求而失败，进而导致命令中止。大致有 2 种方法可以避免将这些标志抛在后面：1） 也推迟这些标志，直到链完成。2） 重写之前的封装计数器的那些标记。在两个打包的添加路径中实现第二个选项。第一个选项在每次成功添加时第二次遍历链。当任何添加失败时，第二个选项会使添加的所有描述符无效。应用此修补程序后，打包的 virtqueue 会在添加失败后继续完成请求。
    (CVE-2026-97997)

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

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

  - virtio_ring:パックされた追加が失敗した後の古い記述子フラグを修正します。パックリングでは、AVAIL および USED ビットが記述子自体にあるため、これらを書くと記述子が利用可能になります。これらのビットの組み合わせは、ラップカウンターによって追跡されるリングのすべてのラウンドで意味を反転させるため、記述子を無効化または検証することは、両方のビットを反転することを意味します。コミット 1ce9e6055fa0(virtio_ring:パックドリングサポートを導入)は、virtqueue_add_packed() がチェーンをマッピングするときに、チェーンのあらゆる記述子を利用可能にし、ヘッドを最後に書きます。デバイスはリングを順番に消費し、まだ利用できないヘッドで停止するため、残りには到達しません。vring_map_one_sg()が途中で失敗すると、unmap_releaseセグメントのマップを解除してavail_used_flagsを復元しますが、リング内で書き込んだ記述子はAVAILビットとUSEDビットでマークされたままになります。ヘッドが、デバイスがこれらの古いエントリを消費しないようにする唯一のエントリになりました。たとえば、リングは次のようになります。Z - 前の前のコマンド A - 前のコマンド B - 中止されたコマンド C - 現在のコマンド [A1 DONE] [A2 DONE] <C1 EMPTY> [B2] [B3] [Z1 DONE] ドライバーが C コマンドを発行しようとすると、次の追加は B と同じ先頭で開始されます。C に渡る記述子が B より少ない場合は、AVAIL および USED ビットがまだ所定の位置にあったため、エンドマーカーはありません。つまり、デバイスはこれらの古いエントリ(B2/B3)を別のコマンドエントリとして解釈し始め、キューをブロックします。この効果は通常、メモリ圧迫のある swiotlb 構成で発生します。これは、vring_map_one_sg() が、より大きな I/O リクエストで失敗し、コマンドの停止につながる可能性があるためです。これらのフラグを置き去りにしないようにするには、大きく分けて 2 つの方法があります: 1) チェーンが完了するまで、これらのフラグも延期します。2)以前のラップカウンターに対してそれらのフラグを書き換えます。両方のパックされた追加パスで 2 番目のオプションを実装します。最初のオプションは、追加が成功するたびにチェーンを 2 回目にトラバースします。2 番目のオプションは、追加が失敗したときに、追加されたすべての記述子を無効にします。このパッチを適用すると、パックされた virtqueue は、追加が失敗した後もリクエストを完了し続けます。
    (CVE-2026-97997)

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

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

  - virtio_ring: fix stale descriptor flags after a failed packed add In a packed ring the AVAIL and USED bits     sit in the descriptor itself, so writing them makes that descriptor available. Those bit combinations flip     meaning on every round of the ring, tracked by a wrap counter, so invalidating or validating a descriptor     means inverting both bits. Commit 1ce9e6055fa0 (virtio_ring: introduce packed ring support) has     virtqueue_add_packed() make every descriptor of a chain available as it maps the chain, and write the head     last. The device consumes the ring in order and stops at a head that is not available yet, so it never     reaches the rest. When vring_map_one_sg() fails partway, unmap_release unmaps the segments and restores     avail_used_flags, but the descriptors it wrote to in the ring stay marked with AVAIL and USED bits. The     head is now the only entry that keeps the device from consuming these stale entries. For example, the ring     would look like this now. Z - pre-previous command A - previous command B - aborted command C - current     command [A1 DONE] [A2 DONE] <C1 EMPTY> [B2] [B3] [Z1 DONE] When the driver now attempts to issue the C     command, the next add starts at the same head as B. If C spans less descriptors than B, there is no end     marker because AVAIL and USED bits were still in place. And that means the device will start interpreting     these stale entries (B2/B3) as another command entry, which then blocks the queue. This effect typically     happens in swiotlb configurations under memory pressure, because vring_map_one_sg() can then fail with     larger I/O requests which then leads to command abortions. There are broadly 2 ways to avoid leaving those     flags behind: 1) Defer those flags too until the chain is complete. 2) Rewrite those flags for the     previous wrap counter. Implement the second option in both packed add paths. The first option traverses     the chain a second time on every successful add. The second option invalidates all added descriptors when     any add fails. With this patch applied, a packed virtqueue keeps completing requests after a failed add.
    (CVE-2026-97997)

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

ID	Name	Product	Family	Published	Updated	Severity
350664	Linux Distros 未修補弱點：CVE-2026-97997	Nessus	Misc.	9/25/2026	10/21/2026	high
350664	Linux Distros 未修补的漏洞：CVE-2026-97997	Nessus	Misc.	9/25/2026	10/21/2026	high
350664	Linux Distros のパッチ未適用の脆弱性: CVE-2026-97997	Nessus	Misc.	9/25/2026	10/21/2026	high
350664	Linux Distros Unpatched Vulnerability : CVE-2026-97997	Nessus	Misc.	9/25/2026	10/21/2026	high

Detections

Analytics

Plugins Search

high

high

high

high