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

  - forcedeth：修正儲存/還原非 PCI 組態空間時的差一錯誤 nv_suspend（） 和 nv_resume（） 使用 for （i = 0; i <= np->register_size/sizeof（u32）; i++） 遍歷非 PCI 組態空間，執行一次迭代次數過多。saved_config_space宣告為 u32 saved_config_space[NV_PCI_REGSZ_MAX/4];並且NV_PCI_REGSZ_VER3等於 NV_PCI_REGSZ_MAX （0x604），因此在 VER3 設備上，register_size/sizeof（u32） 正好是陣列長度，最後一次迭代尋址一個元素。它所在的元素是 np->name_rx[0..3]： saved_config_space[] 緊接著是 char name_rx[IFNAMSIZ + 3]，並且 char 不需要填充。任何可觀察的東西都不會因此而損壞，因為 nv_request_irq（） 在將 sprintf（） 傳遞給 request_irq（） 之前會用 sprintf（） 重寫name_rx。錯誤是越界存取本身，UBSAN 會報告該越界存取，並且 CONFIG_UBSAN_TRAP=y 會變成中止執行核心程式碼的陷阱，加上 MMIO 讀取，並在恢復時將 MMIO writel（） 寫入 base + 0x604，超出驅動程式映射的範圍一個 dword：np->base = ioremap（addr， np->register_size）;VER1 和 VER2 設備保留在陣列內，但它們也會獲得雜散讀取和雜散寫入一個 dword 通過自己的窗口。在深度 S3 週期中被 UBSAN 在 Apple Macmini3,1 （MCP79） 上捕獲。以下 splat 已修剪：檔案名稱中的構建路徑、CPU 和污點行、工作佇列行、？提示幀，device_suspend下面的幀都被剪掉了。內核被污染了，帶有一種新樹和CPU_OUT_OF_SPEC;forcedeth 本身就是庫存模塊。UBSAN： array-index-out-of-bounds 在 drivers/net/ethernet/nvidia/forcedeth.c：6225：25 中，索引 385 超出類型「u32 [385]」的範圍 呼叫追蹤：dump_stack_lvl+0x5d/0x80 ubsan_epilogue+0x5/0x2b
    __ubsan_handle_out_of_bounds.cold+0x54/0x59 __this_module+0xe398c/0xe9010 [forcedeth] pci_pm_suspend+0x80/0x170 dpm_run_callback+0x51/0x160 device_suspend+0x1a2/0x4a0 ... 兩個循環都被擊中。
    UBSAN 每次模組載入 （__ubsan_handle_out_of_bounds（） 呼叫 suppress_report（） 只會報告每個來源位置一次，這會在結構source_location上執行 test_and_set_bit（REPORTED_BIT， ...），因此兩個 splat 會在模組載入後的第一個 S3 週期中落地，並且後面的週期是靜默的，即使每次存取仍然從末端執行。在第一個週期中，第 6225 行從 pci_pm_suspend 報告，第 6240 行從 pci_pm_resume 報告。2012 年，透過提交 ba9aa134287f （forcedeth：修正緩衝區溢位） 在 nv_get_regs（） 中修正了相同的差一錯誤;這兩個循環被遺漏了。Marc Weber 於 2013 年 9 月在 LKML 上報告了暫停和恢復方面，具有相同的分析和相同的單字元修復，但補丁是附加的而不是內聯發送的，並且線程到此結束。使用 < 而不是 <=，這會儲存和還原 register_size 個位元組。（CVE-2026-89596）

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

偵測

Linux Distros 未修補弱點：CVE-2026-89596

high Nessus Plugin ID 345213

版本 1.1