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

  - ice：還原 Tx 門鈴的排序 MMIO 寫入 DQL 帳戶狀態會追蹤佇列等待 NIC 傳輸的位元組數，即 dql->num_queued，會在叫用 ICE 驅動程式時更新
    __netdev_tx_sent_queue（）。隨後，驅動程式會更新硬體佇列尾部，讓 NIC 開始處理工作佇列。佇列統計更新應該在 NIC 開始傳輸描述元之前排序。傳輸路徑目前使用 writel_relaxed（） 更新硬體門鈴，這 （在 arm64） 不會在寫入一般記憶體和寫入 MMIO 暫存器之間提供與 writel（） 相同的排序保證。這會引入潛在的爭用，即 NIC 在 dql->num_queued 更新全域可見之前開始傳輸描述元。如果 NIC 在 dql_completed（） 觀察到更新之前完成，則會偵測到無效狀態，其中已完成的位元組多於已排入佇列的位元組。發生這種情況時，會觸發下列BUG_ON。BUG_ON（計數 > num_queued - dql->num_completed）;在 arm64 機器上使用 Intel Corporation Ethernet Controller E810-XXV for SFP （rev 02） 的持續網路負載環境中，已觀察到此情況並表現為下列當機 （請注意，追蹤已修剪）。在測試核心中以 writel（） 取代 writel_relaxed（） 可消除使用者工作負載中的損毀，而使用者工作負載先前可可靠地重現此問題。lib/dynamic_queue_limits.c：99 的核心錯誤 內部錯誤：哎呀 - 錯誤：00000000f2000800 [#1] SMP pc：dql_completed+0x268/0x2a0 lr：ice_clean_tx_irq+0x1d4/0x620 [ice] 呼叫追蹤：
    dql_completed+0x268/0x2a0 （P） ice_napi_poll+0x94/0x520 [ice] __napi_poll+0x48/0x3f0 net_rx_action+0x194/0x420 這會還原提交 ccde82e90946 之前的行為 （ice：新增 E830 最早的 TxTime 首次卸載支援），該支援將通知機制從 writel（） 變更為 writel_relaxed（）。（CVE-2026-98965）

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

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

  - ice:Tx ドアベルに対する順序付けられた MMIO 書き込みを復元します NIC が送信するためにキューイングされているバイト数を追跡する DQL アカウンティング状態、すなわち dql->num_queued は、ICE ドライバーの呼び出し時に更新されます
    __netdev_tx_sent_queue()。その後、ドライバーがハードウェアキューテールを更新し、NICが作業キューの処理を開始できるようにします。キューアカウンティングの更新は、NIC が記述子の送信を開始する前に順序付けする必要があります。送信パスは現在、writel_relaxed() を使用してハードウェアドアベルを更新していますが、これは(arm64 上)writel() が行う通常のメモリへの書き込みと MMIO レジスタへの書き込みの間で同じ順序保証を提供しません。これにより、dql->num_queued更新がグローバルに表示される前にNICが記述子の送信を開始する競合が引き起こされます。更新が dql_completed() によって監視される前に NIC が完了すると、キューに入れられたバイト数よりも多くのバイトが完了した無効な状態が検出されます。これが発生すると、次のBUG_ONが発生します。BUG_ON(カウント > num_queued - dql->num_completed);これは、arm64 マシンで SFP(rev 02)用の Intel Corporation イーサネットコントローラー E810-XXV を使用する、ネットワーク負荷が持続される環境で観察され、次のクラッシュ(トレースがトリミングされていることに注意)として明らかになります。テストカーネルで writel_relaxed() を writel() に置き換えると、ユーザーのワークロードのクラッシュが解消されました。以前は、この問題を確実に再現していました。lib/dynamic_queue_limits.c:99 でのカーネルバグ内部エラー:Oops - バグ:00000000f2000800 [#1] SMP pc:dql_completed+0x268/0x2a0 lr:ice_clean_tx_irq+0x1d4/0x620 [ice] コールトレース:
    dql_completed+0x268/0x2a0 (P) ice_napi_poll+0x94/0x520 [ice] __napi_poll+0x48/0x3f0 net_rx_action+0x194/0x420 これは、通知メカニズムを writel() から writel_relaxed() に変更した、ccde82e90946 コミット前の動作 E830 復元します(ice: Earliest TxTime First Offload サポートを追加します)。(CVE-2026-98965)

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

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

  - ice：还原 Tx 通知的有序 MMIO 写入 ICE 驱动程序在调用 DQL 核算状态时会更新 DQL 核算状态，用于跟踪排入队列等待 NIC 传输的字节数，即 dql->num_queued
    __netdev_tx_sent_queue（）。随后，该驱动程序会更新硬件队列末尾，允许 NIC 开始处理工作队列。应在 NIC 开始传输描述符之前排序队列核算更新。传输路径目前使用 writel_relaxed（） 更新硬件门铃，而 （ arm64 上）在正常内存写入与 MMIO 寄存器写入之间没有提供与 writel（） 相同的顺序保证。这会引发潜在争用，即 NIC 在 dql->num_queued 更新全局可见之前就开始传输描述符。如果 NIC 在 dql_completed（） 发现更新之前完成，则它会检测无效状态，其中已完成的字节多于排队的字节。当发生这种情况时，将触发以下BUG_ON。BUG_ON（计数 > num_queued - dql->num_completed）;在 arm64 机器上使用 Intel Corporation Ethernet Controller E810-XXV for SFP（修订版 02）的持续网络负载环境中，已经观察到此问题并表现为下列崩溃（请注意，跟踪已修剪）。在测试内核中将 writel_relaxed（） 替换为 writel（） 可消除用户工作负载中的崩溃，之前这可以可靠地再现该问题。lib/dynamic_queue_limits.c：99 的内核缺陷 内部错误：错误 - 缺陷：00000000f2000800 [#1] SMP pc：dql_completed+0x268/0x2a0 lr：ice_clean_tx_irq+0x1d4/0x620 [ice] 调用跟踪：
    dql_completed+0x268/0x2a0 （P） ice_napi_poll+0x94/0x520 [ice] __napi_poll+0x48/0x3f0 net_rx_action+0x194/0x420 这会恢复提交 ccde82e90946 之前的行为（ice：添加 E830 最早的 TxTime 首次卸载支持），该支持将通知机制从 writel（） 更改为 writel_relaxed（）。（CVE-2026-98965）

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

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

  - ice: Restore Ordered MMIO Writes for Tx Doorbells The DQL accounting state which tracks the number of     bytes queued for the NIC to transmit, namely dql->num_queued, is updated by the ICE driver when it invokes
    __netdev_tx_sent_queue(). Subsequently the driver updates the hardware queue tail allowing the NIC to     begin processing the work queue. The queue accounting update should be ordered before the NIC begins     transmitting descriptors. The transmit path currently updates the hardware doorbell using     writel_relaxed(), which (on arm64) does not provide the same ordering guarantees between writes to normal     memory and writes to MMIO registers that writel() does. This introduces a potential race where the NIC     begins transmitting descriptors before the dql->num_queued update is globally visible. If the NIC finishes     before the update is observed by dql_completed(), it detects an invalid state where more bytes have been     completed than have been queued. When this happens the following BUG_ON is triggered. BUG_ON(count >     num_queued - dql->num_completed); This has been observed and manifests as the following crash (note that     the trace has been trimmed) in an environment with sustained network load that uses an Intel Corporation     Ethernet Controller E810-XXV for SFP (rev 02) on an arm64 machine. Replacing writel_relaxed() with     writel() in a test kernel eliminated the crash in the user's workload, which previously reproduced the     issue reliably. kernel BUG at lib/dynamic_queue_limits.c:99 Internal error: Oops - BUG: 00000000f2000800     [#1] SMP pc : dql_completed+0x268/0x2a0 lr : ice_clean_tx_irq+0x1d4/0x620 [ice] Call trace:
    dql_completed+0x268/0x2a0 (P) ice_napi_poll+0x94/0x520 [ice] __napi_poll+0x48/0x3f0     net_rx_action+0x194/0x420 This restores the behaviour prior to commit ccde82e90946 (ice: add E830     Earliest TxTime First Offload support), which changed the notification mechanism from writel() to     writel_relaxed(). (CVE-2026-98965)

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

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

检测

插件搜索

high

high

high

high