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

  - drm/pagemap：防止设备页面的双重迁移 通过 CPU 错误迁移到系统内存的设备私有作品集仍然可以通过 raw-PFN 逐出路径访问，直到迁移最终确定终止源引用。如果逐出在此窗口期间选择相同的设备专用作品集，则可再次尝试迁移该作品集。第二次迁移可能将未充电的 folio 留在 LRU 列表中，从而导致 folio_lruvec_lock_irqsave（） 无限期重试并导致软锁定和 RCU 停止。在迁移完成之前标记已成功迁移的设备私有作品集，使用其低位zone_device_data。使 CPU-fault 和 raw-PFN 迁移路径跳过带有此标记的 device-private 作品集。检索drm_pagemap_zdd指针时掩盖标记，拆分设备私有作品集时保留该标记。保持物理作品集上的状态还可以避免依赖于在发生错误之前可能更改的虚拟地址。v2： - 将已退役的 PFN XArray 替换为嵌入的位图。（Matthew Brost） - 标记已迁移作品集涵盖的每个基本页面，以便在以后拆分该作品集时，停用仍然有效。v3： - 以低位zone_device_data存储迁移状态，而不是向 ZDD 添加虚拟范围和位图跟踪。（Matthew Brost） - 检索 ZDD 时屏蔽标记，拆分作品集时保留它。- 放弃 Matthew Brost 系列已涵盖的预先存在的补丁：
    https://patchwork.freedesktop.org/series/171651/ v4： - 按作品集大小前进，仅针对标有MIGRATE_PFN_COMPOUND的迁移条目。（Sashiko） v5： - 简化 ZDD 标记更新和 folio 迭代。
    （Matthew Brost） - 跳过 CPU-fault 路径中已退役的 device-private folios。（Matthew Brost） - 为拆分作品集获取新的 ZDD 引用时保留标记位。v6： - 还原MIGRATE_PFN_COMPOUND感知步进，以便一次处理一个非复合迁移条目。（Sashiko） - 终止 Matthew Brost 系列已涵盖的预先存在的补丁： https://patchwork.freedesktop.org/series/171651/ 发现锁定如下：[10109.860465] watchdog：缺陷：软锁定 - CPU#9 卡住 26 秒！[kworker/u65：5：6557][10109.860524] 受感染： [S]=CPU_OUT_OF_SPEC， [O]=OOT_MODULE [10109.860524] 硬件名称： 华硕系统产品名称/PRIME Z790-P WIFI， BIOS 0812 02/24/2023 [10109.860525] 工作队列：
    xe_page_fault_work_queue xe_pagefault_queue_work [xe] [10109.860644] RIP：
    0010：_raw_spin_unlock_irqrestore+0x57/0x80 [10109.860655] 调用跟踪： [10109.860655] [10109.860657] <TASK> folio_lruvec_lock_irqsave+0x216/0x220 [10109.860661] ？ __pfx_lru_add+0x10/0x10 [10109.860665] folio_batch_move_lru+0xc8/0x450 [10109.860670] ？ lock_acquire+0xc4/0x2d0 [10109.860674] ？
    __folio_batch_add_and_move+0x60/0x2e0 [10109.860677] ？ folio_migrate_mapping+0xa6/0x110 [10109.860679] ？ folio_migrate_flags+0x13b/0x1b0 [10109.860681] ？ __pfx_lru_add+0x10/0x10 [10109.860683]
    __folio_batch_add_and_move+0xe7/0x2e0 [10109.860685] ？ dma_iova_try_alloc+0xb0/0x140 [10109.860689] folio_add_lru+0x64/0x80 [10109.860691] __migrate_device_finalize+0x12c/0x270 [10109.860695] migrate_device_finalize+0x10/0x20 [10109.860698] drm_pagemap_evict_to_ram+0x185/0x370 [drm_gpusvm_helper] [10109.860704] ？ drm_pagemap_evict_to_ram+0x96/0x370 [drm_gpusvm_helper] [10109.860709] xe_svm_bo_evict+0x15/0x20 [xe] [10109.860819] ？ xe_svm_bo_evict+0x15/0x20 [xe] [10109.860921] xe_bo_move+0x107e/0x1570 [xe] [10109.860992] ？ xe_ttm_tt_create+0x168/0x340 [xe] [10109.861059] ？
    __up_read+0x98/0x2b0 [10109.861061] ？ lock_is_held_type+0xa3/0x130 [10109.861067] ttm_bo_handle_move_mem+0xe8/0x1e0 [ttm] [10109.861075] ttm_bo_evict+0x141/0x1c0 [ttm] [10109.861081] ttm_bo_evict_cb+0x9f/0x100 [ttm] [10109.861086] ttm_lru_walk_for_evict+0x84/0x190 [ttm] [10109.861091] ？ xe_ttm_vram_mgr_new+0x258/0x3a0 [xe] [10109.861198] ttm_bo_alloc_resource+0x219/0 ---truncated--- （CVE-2026-98106）

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

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

  - drm/pagemap：防止裝置頁面的重複移轉 因 CPU 故障移轉至系統記憶體的裝置私有對開本，仍可透過原始 PFN 收回路徑連線，直到移轉完成捨棄來源參照為止。如果收回在此時段內選取相同的裝置專用對開本，則可再次嘗試移轉對開本。第二次移轉可能會在 LRU 清單上留下未充電的帳單集，導致 folio_lruvec_lock_irqsave（） 無限期重試，並導致軟鎖定和 RCU 停止。在移轉完成之前，使用低位zone_device_data標記已成功移轉的裝置私有對開本。使 CPU-fault 和 raw-PFN 移轉路徑都略過帶有此標誌的裝置私有對開本。擷取drm_pagemap_zdd指標時遮罩旗標，並在分割裝置私有對開本時保留旗標。將狀態保留在實體對開本上，也可以避免依賴在錯誤發生之前可能會變更的虛擬位址。v2： - 將已淘汰的 PFN XArray 替換為內嵌點陣圖。（Matthew Brost） - 標示移轉作品集所涵蓋的每個基底頁面，以便在日後分割作品集時，淘汰仍然有效。v3： - 將移轉的狀態儲存在低位zone_device_data中，而不是將虛擬範圍和點陣圖追蹤新增至 ZDD。（Matthew Brost） - 擷取 ZDD 時遮罩旗標，並在分割對開本時保留旗標。- 刪除 Matthew Brost 系列中已經涵蓋的預先存在的修正：
    https://patchwork.freedesktop.org/series/171651/ v4： - 僅針對標有 MIGRATE_PFN_COMPOUND 的移轉項目，按對開本大小前進。（Sashiko） v5： - 簡化 ZDD 旗標更新和作品集反覆運算。
    （Matthew Brost） - 跳過 CPU 故障路徑中淘汰的裝置私有對開本。（Matthew Brost） - 保留旗標位元，同時為分割對開本採用新的 ZDD 參照。v6： - 還原MIGRATE_PFN_COMPOUND感知步進，以便一次處理一個非複合移轉項目。（Sashiko） - 刪除 Matthew Brost 系列中已經涵蓋的先前存在的修正： https://patchwork.freedesktop.org/series/171651/ 鎖定被觀察為： [10109.860465] 看門狗： 錯誤：軟鎖定 - CPU#9 卡住 26 秒！[kworker/u65：5：6557][10109.860524] 污點：[S]=CPU_OUT_OF_SPEC， [O]=OOT_MODULE [10109.860524] 硬體名稱：華碩系統 產品名稱/PRIME Z790-P WIFI， BIOS 0812 02/24/2023 [10109.860525] 工作佇列：
    xe_page_fault_work_queue xe_pagefault_queue_work [xe] [10109.860644] RIP：
    0010：_raw_spin_unlock_irqrestore+0x57/0x80 [10109.860655] 呼叫追蹤：[10109.860655] [10109.860657] <TASK> folio_lruvec_lock_irqsave+0x216/0x220 [10109.860661] ？ __pfx_lru_add+0x10/0x10 [10109.860665] folio_batch_move_lru+0xc8/0x450 [10109.860670] ？ lock_acquire+0xc4/0x2d0 [10109.860674] ？
    __folio_batch_add_and_move+0x60/0x2e0 [10109.860677] ？ folio_migrate_mapping+0xa6/0x110 [10109.860679] ？ folio_migrate_flags+0x13b/0x1b0 [10109.860681] ？ __pfx_lru_add+0x10/0x10 [10109.860683]
    __folio_batch_add_and_move+0xe7/0x2e0 [10109.860685] ？ dma_iova_try_alloc+0xb0/0x140 [10109.860689] folio_add_lru+0x64/0x80 [10109.860691] __migrate_device_finalize+0x12c/0x270 [10109.860695] migrate_device_finalize+0x10/0x20 [10109.860698] drm_pagemap_evict_to_ram+0x185/0x370 [drm_gpusvm_helper] [10109.860704] ？ drm_pagemap_evict_to_ram+0x96/0x370 [drm_gpusvm_helper] [10109.860709] xe_svm_bo_evict+0x15/0x20 [xe] [10109.860819] ？ xe_svm_bo_evict+0x15/0x20 [xe] [10109.860921] xe_bo_move+0x107e/0x1570 [xe] [10109.860992] ？ xe_ttm_tt_create+0x168/0x340 [xe] [10109.861059] ？
    __up_read+0x98/0x2b0 [10109.861061] ？ lock_is_held_type+0xa3/0x130 [10109.861067] ttm_bo_handle_move_mem+0xe8/0x1e0 [ttm] [10109.861075] ttm_bo_evict+0x141/0x1c0 [ttm] [10109.861081] ttm_bo_evict_cb+0x9f/0x100 [ttm] [10109.861086] ttm_lru_walk_for_evict+0x84/0x190 [ttm] [10109.861091] ？ xe_ttm_vram_mgr_new+0x258/0x3a0 [xe] [10109.861198] ttm_bo_alloc_resource+0x219/0 ---truncated--- （CVE-2026-98106）

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

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

  - drm/pagemap:デバイスページの二重移行を防止します CPU 障害によりシステムメモリに移行された device-private Folio は、移行ファイナライゼーションによってソース参照がドロップされるまで、raw-PFN 削除パスを通じて到達可能なままになります。この期間中に同じデバイスプライベート Folio を選択すると、その Folio の移行を再試行できます。2 番目の移行では、LRU リストに未充電の Folio を残す可能性があり、これにより folio_lruvec_lock_irqsave() が無限に再試行し、ソフトロックアップと RCU ストールが発生します。移行のファイナライズ前に、zone_device_dataの下位ビットを使用して正常に移行されたデバイスプライベート Folio をマークします。CPU-fault と raw-PFN 移行パスの両方に、このフラグが付いた device-private folio をスキップさせます。drm_pagemap_zdd ポインターを取得するときにフラグをマスクし、device-private Folio が分割されるときにそのフラグを保存します。また、物理フォリオの状態を維持することで、障害が発生する前に変更される可能性のある仮想アドレスへの依存を回避できます。v2: - 廃止された PFN XArray を埋め込みビットマップに置き換えます。(Matthew Brost) - フォリオが後で分割された場合に廃止が有効になるように、移行されたフォリオによってカバーされるすべてのベースページをマークします。v3: - 仮想範囲とビットマップの追跡を ZDD に追加するのではなく、低ビットのzone_device_dataで移行された状態を保存します。(Matthew Brost) - ZDD を取得するときにフラグをマスクし、フォリオを分割するときにそれを保持します。- Matthew Brost のシリーズですでにカバーされている既存の修正をドロップします:
    https://patchwork.freedesktop.org/series/171651/ v4: - MIGRATE_PFN_COMPOUND でマークされた移行エントリに対してのみ、フォリオのサイズだけ進めます。(Sashiko) v5: - ZDD フラグ更新および Folio イテレーションを単純化します。
    (Matthew Brost 氏) - CPU 障害パスの廃止済み device-private folio をスキップします。(Matthew Brost 氏) - 分割フォリオのために新しい ZDD 参照を取得しながら、フラグビットを保存します。v6: - MIGRATE_PFN_COMPOUND認識ステッピングを復元し、非複合移行エントリが 1 つずつ処理されるようにします。(Sashiko) - Matthew Brost のシリーズですでにカバーされている既存の修正をドロップします: https://patchwork.freedesktop.org/series/171651/ ロックアップは次のように観測されました:[10109.860465] ウォッチドッグ:バグ:ソフトロックアップ - CPU#9 26 秒にわたりスタックしました![kworker/u65:5:6557][10109.860524] 汚染: [S]=CPU_OUT_OF_SPEC、[O]=OOT_MODULE [10109.860524] ハードウェア名: ASUS システム製品名/PRIME Z790-P WIFI、BIOS 0812 2023 年 2 月 24 日 [10109.860525] ワークキュー:
    xe_page_fault_work_queue xe_pagefault_queue_work [xe] [10109.860644] RIP:
    0010:_raw_spin_unlock_irqrestore+0x57/0x80 [10109.860655] 呼び出しトレース:[10109.860655] <TASK> [10109.860657] folio_lruvec_lock_irqsave+0x216/0x220 [10109.860661] ? __pfx_lru_add+0x10/0x10 [10109.860665] folio_batch_move_lru+0xc8/0x450 [10109.860670] ? lock_acquire+0xc4/0x2d0 [10109.860674] ?
    __folio_batch_add_and_move+0x60/0x2e0 [10109.860677] ? folio_migrate_mapping+0xa6/0x110 [10109.860679] ? folio_migrate_flags+0x13b/0x1b0 [10109.860681] ? __pfx_lru_add+0x10/0x10 [10109.860683]
    __folio_batch_add_and_move+0xe7/0x2e0 [10109.860685] ? dma_iova_try_alloc+0xb0/0x140 [10109.860689] folio_add_lru+0x64/0x80 [10109.860691] __migrate_device_finalize+0x12c/0x270 [10109.860695] migrate_device_finalize+0x10/0x20 [10109.860698] drm_pagemap_evict_to_ram+0x185/0x370 [drm_gpusvm_helper] [10109.860704] ? drm_pagemap_evict_to_ram+0x96/0x370 [drm_gpusvm_helper] [10109.860709] xe_svm_bo_evict+0x15/0x20 [xe] [10109.860819] ? xe_svm_bo_evict+0x15/0x20 [xe] [10109.860921] xe_bo_move+0x107e/0x1570 [xe] [10109.860992] ? xe_ttm_tt_create+0x168/0x340 [xe] [10109.861059] ?
    __up_read+0x98/0x2b0 [10109.861061] ? lock_is_held_type+0xa3/0x130 [10109.861067] ttm_bo_handle_move_mem+0xe8/0x1e0 [ttm] [10109.861075] ttm_bo_evict+0x141/0x1c0 [ttm] [10109.861081] ttm_bo_evict_cb+0x9f/0x100 [ttm] [10109.861086] ttm_lru_walk_for_evict+0x84/0x190 [ttm] [10109.861091] ? xe_ttm_vram_mgr_new+0x258/0x3a0 [xe] [10109.861198] ttm_bo_alloc_resource+0x219/0 ---truncated--- (CVE-2026-98106)

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

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

  - drm/pagemap: Prevent double migration of device pages A device-private folio migrated to system memory by     a CPU fault can remain reachable through the raw-PFN eviction path until migration finalization drops the     source reference. If eviction selects the same device-private folio during this window, it can attempt to     migrate the folio again. The second migration can leave an uncharged folio on an LRU list, causing     folio_lruvec_lock_irqsave() to retry indefinitely and resulting in a soft lockup and RCU stall. Mark     successfully migrated device-private folios using a low bit of their zone_device_data before migration     finalization. Make both CPU-fault and raw-PFN migration paths skip device-private folios carrying this     flag. Mask the flag when retrieving the drm_pagemap_zdd pointer and preserve it when a device-private     folio is split. Keeping the state on the physical folio also avoids depending on a virtual address that     may change before a fault occurs. v2: - Replace the retired-PFN XArray with an embedded bitmap. (Matthew     Brost) - Mark every base page covered by a migrated folio so retirement remains valid if the folio is     later split. v3: - Store the migrated state in a low bit of zone_device_data instead of adding virtual-     range and bitmap tracking to the ZDD. (Matthew Brost) - Mask the flag when retrieving the ZDD and preserve     it when splitting a folio. - Drop the pre-existing fixes already covered by Matthew Brost's series:
    https://patchwork.freedesktop.org/series/171651/ v4: - Advance by the folio size only for migration     entries marked with MIGRATE_PFN_COMPOUND. (Sashiko) v5: - Simplify ZDD flag updates and folio iteration.
    (Matthew Brost) - Skip retired device-private folios in the CPU-fault path. (Matthew Brost) - Preserve     flag bits while taking a new ZDD reference for split folios. v6: - Restore MIGRATE_PFN_COMPOUND-aware     stepping so non-compound migration entries are processed one at a time. (Sashiko) - Drop the pre-existing     fixes already covered by Matthew Brost's series: https://patchwork.freedesktop.org/series/171651/ The     lockup was observed as: [10109.860465] watchdog: BUG: soft lockup - CPU#9 stuck for 26s!     [kworker/u65:5:6557] [10109.860524] Tainted: [S]=CPU_OUT_OF_SPEC, [O]=OOT_MODULE [10109.860524] Hardware     name: ASUS System Product Name/PRIME Z790-P WIFI, BIOS 0812 02/24/2023 [10109.860525] Workqueue:
    xe_page_fault_work_queue xe_pagefault_queue_work [xe] [10109.860644] RIP:
    0010:_raw_spin_unlock_irqrestore+0x57/0x80 [10109.860655] Call Trace: [10109.860655] <TASK> [10109.860657]     folio_lruvec_lock_irqsave+0x216/0x220 [10109.860661] ? __pfx_lru_add+0x10/0x10 [10109.860665]     folio_batch_move_lru+0xc8/0x450 [10109.860670] ? lock_acquire+0xc4/0x2d0 [10109.860674] ?
    __folio_batch_add_and_move+0x60/0x2e0 [10109.860677] ? folio_migrate_mapping+0xa6/0x110 [10109.860679] ?     folio_migrate_flags+0x13b/0x1b0 [10109.860681] ? __pfx_lru_add+0x10/0x10 [10109.860683]
    __folio_batch_add_and_move+0xe7/0x2e0 [10109.860685] ? dma_iova_try_alloc+0xb0/0x140 [10109.860689]     folio_add_lru+0x64/0x80 [10109.860691] __migrate_device_finalize+0x12c/0x270 [10109.860695]     migrate_device_finalize+0x10/0x20 [10109.860698] drm_pagemap_evict_to_ram+0x185/0x370 [drm_gpusvm_helper]     [10109.860704] ? drm_pagemap_evict_to_ram+0x96/0x370 [drm_gpusvm_helper] [10109.860709]     xe_svm_bo_evict+0x15/0x20 [xe] [10109.860819] ? xe_svm_bo_evict+0x15/0x20 [xe] [10109.860921]     xe_bo_move+0x107e/0x1570 [xe] [10109.860992] ? xe_ttm_tt_create+0x168/0x340 [xe] [10109.861059] ?
    __up_read+0x98/0x2b0 [10109.861061] ? lock_is_held_type+0xa3/0x130 [10109.861067]     ttm_bo_handle_move_mem+0xe8/0x1e0 [ttm] [10109.861075] ttm_bo_evict+0x141/0x1c0 [ttm] [10109.861081]     ttm_bo_evict_cb+0x9f/0x100 [ttm] [10109.861086] ttm_lru_walk_for_evict+0x84/0x190 [ttm] [10109.861091] ?     xe_ttm_vram_mgr_new+0x258/0x3a0 [xe] [10109.861198] ttm_bo_alloc_resource+0x219/0 ---truncated---     (CVE-2026-98106)

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

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

检测

插件搜索

medium

medium

medium

medium