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

  - drm/xe：強化 adjust_idledly（） 以防止除以零和溢位 adjust_idledly（） 在審查期間標記了幾個極端情況問題： 1. 如果 xe_gt_clock_init（） 無法識別水晶時鐘，則 gt->info.timestamp_base 為 0，這使得 idledly_units_ps 也為 0。隨後的 DIV_ROUND_CLOSEST（...， idledly_units_ps） 是除以零並使核心恐慌。2. tick-to-ns 的轉換是在 u32 中完成的： idledly * idledly_units_ps， （maxcnt - 1） * 1000 在 DIV_ROUND_CLOSEST（） 看到它們之前，兩者都會溢位 u32。3. 如果 IDLE_WAIT_TIME 讀回為 0，則 maxcnt 的評估結果為 0，而 maxcnt - 1 夾緊會包裝為 u32 中的0xFFFFFFFF。4. 暫存器只儲存整個刻度，因此必須將箝制的 ns 值轉換為刻度並轉換回來。DIV_ROUND_CLOSEST（） 可以將該轉換四捨五入超過 maxcnt：maxcnt = 640 ns，一個刻度 = 666664 ps 鉗形：maxcnt - 1 = 639 ns ns -> ticks：639000 / 666664 = -> 捨 0.958 得為 1 tick 刻度 -> ns：
    1 * 666664 / 1000 = 667 ns 667 ns 被編程成 RING_IDLEDLY，但 667 >= maxcnt （640），因此 xe_gt_WARN_ON（） 會在每個後續初始化時再次觸發。如果 timestamp_base 為 0 （未知晶體路徑），則提前返回。透過 *_ULL（） 協助程式在 u64 中進行轉換，這樣它們就無法包裝。用地板 （DIV_ROUND_DOWN_ULL） 進行箝位，使編程延遲嚴格保持在 maxcnt 以下，並以零延遲保護 maxcnt == 0 情況，同時仍寫入RING_IDLEDLY以便清除INHIBIT_SWITCH_UNTIL_PREEMPTED。v2：刪除 timestamp_base == 0 路徑上的冗餘警告;xe_gt_clock_init（） 已經對無法識別的水晶鐘發出警告。保留早期回報以避免除以零。- Vinay v3：使用 REG_FIELD_PREP（IDLE_DELAY， ...） 欄位遮罩RING_IDLEDLY寫入，而不是寫入原始刻度計數，這可能會破壞INHIBIT_SWITCH_UNTIL_PREEMPTED和保留位元。將禁止開關從 maxcnt 箝位中分離出來，以便在延遲本身已經有效時，設定的禁止位不再強制不必要的延遲覆寫。使用 gt_to_xe（gt） 而不是 gt_to_xe（hwe->gt）。（從提交 d864065ea25e9d12897c175de9176ce46677e176 中挑選）（CVE-2026-98919）

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

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

  - drm/xe：针对除以零和溢出强化 adjust_idledly（） adjust_idledly在检查期间标记了多个极端情况问题：1. 如果 xe_gt_clock_init（） 无法识别晶体时钟，gt->info.timestamp_base 为 0，这使 idledly_units_ps 也成为 0。随后的 DIV_ROUND_CLOSEST（...， idledly_units_ps） 接着会发生除以零错误，并造成内核混乱。2. tick-to-ns 的转换在 u32 中完成：idledly * idledly_units_ps， （maxcnt - 1） * 1000 在 DIV_ROUND_CLOSEST（） 看到它们之前都溢出 u32。3. 如果 IDLE_WAIT_TIME 读回为 0，则 maxcnt 计算结果为 0，maxcnt - 1 钳位封装为 u32 中的0xFFFFFFFF。4. 寄存器仅存储整个刻度，因此钳制的 ns 值必须转换为刻度并返回。DIV_ROUND_CLOSEST（） 可以将该转换舍入到 maxcnt 之前：maxcnt = 640 ns，1 刻度 = 666664 ps 钳位：maxcnt - 1 = 639 ns ns -> ticks： 639000 / 666664 = -> 舍 0.958 入到 1 刻度刻度 -> ns：
    1 * 666664 / 1000 = 667 ns 667 ns 被编程成 RING_IDLEDLY，但 667 >= maxcnt （640），因此 xe_gt_WARN_ON（） 会在每个后续 init 中再次触发。如果timestamp_base为 0（未知晶体路径），则提早返回。通过 *_ULL（） 帮助程序以 u64 进行转换，因此它们无法封装。使用地板 （DIV_ROUND_DOWN_ULL） 进行钳制，以便编程的延迟严格保持在 maxcnt 以下，并在仍写入RING_IDLEDLY时以零延迟保护 maxcnt == 0 情况，从而清除INHIBIT_SWITCH_UNTIL_PREEMPTED。v2：删除 timestamp_base == 0 路径上的冗余警告;xe_gt_clock_init（） 已就无法识别的水晶钟发出警告。保留早期返回以避免除以零。- Vinay v3：使用 REG_FIELD_PREP（IDLE_DELAY， ...） 写入 RING_IDLEDLY 字段屏蔽，而不是写入原始刻度计数，这样可影响INHIBIT_SWITCH_UNTIL_PREEMPTED和保留位。从 maxcnt 钳位中拆分禁止开关清除，以便在延迟本身已经有效时，设置禁止位不再强制进行不必要的延迟覆盖。使用 gt_to_xe（gt） 而不是 gt_to_xe（hwe->gt）。（从提交 d864065ea25e9d12897c175de9176ce46677e176 中精选出的内容）（CVE-2026-98919）

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

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

  - drm/xe:ゼロ除算およびオーバーフローに対して adjust_idledly() を強化します adjust_idledly() には、レビュー中にいくつかのコーナーケースの問題が指摘されています:1. xe_gt_clock_init() が水晶クロックを認識できなかった場合、gt->info.timestamp_base は 0 になり、idledly_units_psも 0 になります。後続のDIV_ROUND_CLOSEST(..., idledly_units_ps)はゼロ除算となり、カーネルをパニック状態にします。2. tick-to-ns 変換は u32 でアイドル * idledly_units_ps、(maxcnt - 1) * 1000 どちらも DIV_ROUND_CLOSEST() が確認する前に u32 をオーバーフローします。3. IDLE_WAIT_TIME が 0 として読み戻された場合、maxcnt は 0 に評価され、maxcnt - 1 クランプは u32 の 0xFFFFFFFF にラップされます。4. レジスタはティック全体のみを保存するため、クランプされた ns 値をティックに変換する必要があります。DIV_ROUND_CLOSEST() は、maxcnt を超えてその変換を切り上げることができます: maxcnt = 640 ns、1 tick = 666664 ps clamp: maxcnt - 1 = 639 ns ns -> ticks: 639000 / 666664 = 0.958 -> を 1 tick tick に丸めます -> ns:
    1 * 666664 / 1000 = 667 ns 667 nsはRING_IDLEDLYにプログラムされますが、667 >= maxcnt (640)であるため、xe_gt_WARN_ON()は後続の各initで再度実行されます。timestamp_base が 0 (未知の結晶パス) の場合、早期に戻ります。ラップできないように、*_ULL() ヘルパーを介して u64 で変換を行います。フロア(DIV_ROUND_DOWN_ULL)でクランプして、プログラムされた遅延が maxcnt を厳密に下回るようにし、maxcnt == 0 の場合をゼロ遅延でガードしながら、RING_IDLEDLY書き込みを続け、INHIBIT_SWITCH_UNTIL_PREEMPTEDがクリアされるようにします。v2:timestamp_base == 0 パスの冗長な警告をドロップします。xe_gt_clock_init() は、認識されない水晶時計ですでに警告を発しています。ゼロ除算を避けるために、早期リターンを維持します。- Vinay v3:生のティックカウントを書き込む代わりに、REG_FIELD_PREP(IDLE_DELAY, ...) で書き込むRING_IDLEDLYをフィールドマスクします。これにより、INHIBIT_SWITCH_UNTIL_PREEMPTEDと予約ビットを破壊する可能性があります。禁止スイッチのクリアを maxcnt クランプから分割します。これにより、遅延自体がすでに有効である場合、設定された禁止ビットが不必要な遅延上書きを強制しなくなります。gt_to_xe(hwe->gt) の代わりに gt_to_xe(gt) を使用します。(コミット d864065ea25e9d12897c175de9176ce46677e176 からのチェリーピッキング)(CVE-2026-98919)

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

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

  - In the Linux kernel, the following vulnerability has been resolved: drm/xe: harden adjust_idledly()     against divide-by-zero and overflow adjust_idledly() has several corner-case issues flagged during review:
    1. If xe_gt_clock_init() failed to recognise the crystal clock, gt->info.timestamp_base is 0, which makes     idledly_units_ps also 0. The subsequent DIV_ROUND_CLOSEST(..., idledly_units_ps) is then a divide-by-zero     and panics the kernel. 2. The tick-to-ns conversions are done in u32: idledly * idledly_units_ps, (maxcnt
    - 1) * 1000 Both overflow u32 before DIV_ROUND_CLOSEST() sees them. 3. If IDLE_WAIT_TIME reads back as 0,     maxcnt evaluates to 0 and the maxcnt - 1 clamp wraps to 0xFFFFFFFF in u32. 4. The register only stores     whole ticks, so the clamped ns value has to be converted to ticks and back. DIV_ROUND_CLOSEST() can round     that conversion up past maxcnt: maxcnt = 640 ns, one tick = 666664 ps clamp: maxcnt - 1 = 639 ns ns ->     ticks: 639000 / 666664 = 0.958 -> rounds to 1 tick tick -> ns: 1 * 666664 / 1000 = 667 ns 667 ns is     programmed into RING_IDLEDLY, but 667 >= maxcnt (640), so xe_gt_WARN_ON() fires again on every subsequent     init. Return early if timestamp_base is 0 (the unknown-crystal path). Do the conversions in u64 via the
    *_ULL() helpers so they cannot wrap. Clamp with a floor (DIV_ROUND_DOWN_ULL) so the programmed delay stays     strictly below maxcnt, and guard the maxcnt == 0 case with a zero delay while still writing RING_IDLEDLY     so INHIBIT_SWITCH_UNTIL_PREEMPTED is cleared. v2: Drop the redundant warn on the timestamp_base == 0 path;
    xe_gt_clock_init() already warns on an unrecognised crystal clock. Keep the early return to avoid the     divide-by-zero. - Vinay v3: Field-mask the RING_IDLEDLY write with REG_FIELD_PREP(IDLE_DELAY, ...) instead     of writing the raw tick count, which could clobber INHIBIT_SWITCH_UNTIL_PREEMPTED and reserved bits. Split     the inhibit-switch clear from the maxcnt clamp so a set inhibit bit no longer forces a needless delay     overwrite when the delay itself is already valid. Use gt_to_xe(gt) instead of gt_to_xe(hwe->gt). (cherry     picked from commit d864065ea25e9d12897c175de9176ce46677e176) (CVE-2026-98919)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
372353	Linux Distros 未修補弱點：CVE-2026-98919	Nessus	Misc.	2026/10/27	2026/11/13	high
372353	Linux Distros 未修补的漏洞：CVE-2026-98919	Nessus	Misc.	2026/10/27	2026/11/13	high
372353	Linux Distros のパッチ未適用の脆弱性: CVE-2026-98919	Nessus	Misc.	2026/10/27	2026/11/13	high
372353	Linux Distros Unpatched Vulnerability : CVE-2026-98919	Nessus	Misc.	2026/10/27	2026/11/13	high
376443	Ubuntu 24.04 LTS / 26.04 LTS : Linux kernel vulnerabilities (USN-8959-1)	Nessus	Ubuntu Local Security Checks	2026/11/5	2026/11/5	high

偵測

搜尋 Plugin

high

high

high

high

high