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

  - 已解決 Linux 核心中的下列弱點：memcontrol: ensure memcg acquired by id is properly set up In the eviction recency check, we attempt to retrieve the memcg to which the folio belonged when it was evicted, by the memcg id stored in the shadow entry. However, there is a chance that the retrieved memcg is not the original memcg that has been killed, but a new one which happens to have the same id. This is a somewhat unfortunate, but acceptable and rare inaccuracy in the heuristics.
    However, if we retrieve this new memcg between its allocation and when it is properly attached to the memcg hierarchy, we could run into the following NULL pointer exception during the memcg hierarchy traversal done in mem_cgroup_get_nr_swap_pages(): [ 155757.793456] BUG: kernel NULL pointer dereference, address: 00000000000000c0 [ 155757.807568] #PF: supervisor read access in kernel mode [ 155757.818024] #PF: error_code(0x0000) - not-present page [ 155757.828482] PGD 401f77067 P4D 401f77067 PUD 401f76067 PMD 0 [ 155757.839985] Oops: 0000 [#1] SMP [ 155757.887870] RIP: 0010:mem_cgroup_get_nr_swap_pages+0x3d/0xb0 [155757.899377] Code: 29 19 4a 02 48 39 f9 74 63 48 8b 97 c0 00 00 00 48 8b b7 58 02 00 00 48 2b b7 c0 01 00 00 48 39 f0 48 0f 4d c6 48 39 d1 74 42 <48> 8b b2 c0 00 00 00 48 8b ba 58 02 00 00 48 2b ba c0 01 00 00 48 [ 155757.937125] RSP: 0018:ffffc9002ecdfbc8 EFLAGS: 00010286 [ 155757.947755] RAX: 00000000003a3b1c RBX: 000007ffffffffff RCX: ffff888280183000 [ 155757.962202] RDX: 0000000000000000 RSI: 0007ffffffffffff RDI: ffff888bbc2d1000 [ 155757.976648] RBP: 0000000000000001 R08: 000000000000000b R09: ffff888ad9cedba0 [155757.991094] R10: ffffea0039c07900 R11: 0000000000000010 R12: ffff888b23a7b000 [ 155758.005540] R13:
    0000000000000000 R14: ffff888bbc2d1000 R15: 000007ffffc71354 [ 155758.019991] FS: 00007f6234c68640(0000) GS:ffff88903f9c0000(0000) knlGS:0000000000000000 [ 155758.036356] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [ 155758.048023] CR2: 00000000000000c0 CR3: 0000000a83eb8004 CR4: 00000000007706e0 [155758.062473] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 155758.076924] DR3:
    0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [ 155758.091376] PKRU: 55555554 [155758.096957] Call Trace: [ 155758.102016] <TASK> [ 155758.106502] ? __die+0x78/0xc0 [ 155758.112793] ? page_fault_oops+0x286/0x380 [ 155758.121175] ? exc_page_fault+0x5d/0x110 [ 155758.129209] ? asm_exc_page_fault+0x22/0x30 [ 155758.137763] ? mem_cgroup_get_nr_swap_pages+0x3d/0xb0 [ 155758.148060] workingset_test_recent+0xda/0x1b0 [ 155758.157133] workingset_refault+0xca/0x1e0 [ 155758.165508] filemap_add_folio+0x4d/0x70 [ 155758.173538] page_cache_ra_unbounded+0xed/0x190 [ 155758.182919] page_cache_sync_ra+0xd6/0x1e0 [ 155758.191738] filemap_read+0x68d/0xdf0 [ 155758.199495] ? mlx5e_napi_poll+0x123/0x940 [ 155758.207981] ? __napi_schedule+0x55/0x90 [ 155758.216095]
    __x64_sys_pread64+0x1d6/0x2c0 [ 155758.224601] do_syscall_64+0x3d/0x80 [ 155758.232058] entry_SYSCALL_64_after_hwframe+0x46/0xb0 [ 155758.242473] RIP: 0033:0x7f62c29153b5 [ 155758.249938] Code:
    e8 48 89 75 f0 89 7d f8 48 89 4d e0 e8 b4 e6 f7 ff 41 89 c0 4c 8b 55 e0 48 8b 55 e8 48 8b 75 f0 8b 7d f8 b8 11 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 33 44 89 c7 48 89 45 f8 e8 e7 e6 f7 ff 48 8b [ 155758.288005] RSP: 002b:00007f6234c5ffd0 EFLAGS: 00000293 ORIG_RAX: 0000000000000011 [ 155758.303474] RAX:
    ffffffffffffffda RBX: 00007f628c4e70c0 RCX: 00007f62c29153b5 [ 155758.318075] RDX: 000000000003c041 RSI:
    00007f61d2986000 RDI: 0000000000000076 [ 155758.332678] RBP: 00007f6234c5fff0 R08: 0000000000000000 R09:
    0000000064d5230c [ 155758.347452] R10: 000000000027d450 R11: 0000000000000293 R12: 000000000003c041 [155758.362044] R13: 00007f61d2986000 R14: 00007f629e11b060 R15: 000000000027d450 [ 155758.376661] </TASK> This patch fixes the issue by moving the memcg's id publication from the alloc stage to ---truncated--- (CVE-2023-53621)

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

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

  - 從 Apache Tika 1.7 到 1.17版用戶端可傳送特製的標頭至 tika-server其可遭利用將命令插入執行 tika-server 的伺服器命令行中。此弱點只會影響在對未受信任用戶端開放的伺服器上執行 tika-server 的使用者。緩解措施為升級至 Tika 1.18。 (CVE-2018-1335)

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

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

  - Firefox 136 和 Thunderbird 136 中存在記憶體安全錯誤。某些錯誤顯示記憶體會遭到損毀，我們推測若有心人士有意操控，可能惡意利用其中部分錯誤執行任意程式碼。此弱點會影響 Firefox < 137 和 Thunderbird < 137。(CVE-2025-3034)

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

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

  - 在 ffmpeg 中發現一個歸類爲「有問題」的弱點。此弱點會影響 QuickTime Graphics Video Encoder 元件的 libavcodec/smcenc.c 檔案中的 smc_encode_stream 函式。操控 y_size 引數可導致超出邊界讀取錯誤。攻擊者可從遠端發起攻擊。修補程式的名稱為 13c13109759090b7f7182480d075e13b36ed8edd。建議套用修補程式以修正此問題。此弱點的相關識別碼是 VDB-213544。(CVE-2022-3965)

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

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

  - llama.cpp 是 C/C++ 中數個 LLM 模型的推理。在 b5662 版之前攻擊者提供 GGUF 模型詞彙可在 llama.cpp 的詞彙載入程式碼中觸發緩衝區溢位。具體而言llama.cpp/src/vocab.cpp: llama_vocab::impl::token_to_piece() 中的 helper _try_copy 會將非常大的 size_t token 長度轉換至 int32_t造成長度檢查 (if (length < (int32_t)size) ) 被繞過。因此仍會以過大的大小呼叫 memcpy讓惡意模型覆寫超出預定緩衝區的記憶體。這可導致任意記憶體損毀以及可能的程式碼執行。此問題已在 b5662 版本中修補。 (CVE-2025-49847)

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

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

  - 7-Zip ZIP 檔案剖析目錄遊走遠端程式碼執行弱點。此弱點允許遠端攻擊者在受影響的 7-Zip 安裝上執行任意程式碼。若要惡意利用此弱點必須與此產品互動但攻擊向量可能因實作而有所不同。這個特定瑕疵存在於 ZIP 檔案中的符號連結處理中。ZIP 檔案中的特製資料可造成處理程序遊走至非預定的目錄。攻擊者可利用此弱點在服務帳戶的內容中執行程式碼。為 ZDI-CAN-26753。 (CVE-2025-11001)

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

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

  - 使用 WOLFSSL_SYS_CA_CERTS 和 WOLFSSL_APPLE_NATIVE_CERT_VALIDATION 選項構建時wolfSSL 中的一個憑證驗證錯誤會導致 wolfSSL 用戶端無法正確驗證伺服器憑證的網域名稱進而導致不論主機名稱為何都可接受受信任 CA 發出的任何憑證。 (CVE-2025-7395)

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

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

  - moment 是一個 JavaScript 日期庫，用於剖析、驗證、操作和格式化日期。據發現，受影響的 moment 版本使用了低效率剖析演算法。具體而言，在 moment 中使用 string-to-date 剖析 (更確切地說，是預設嘗試的 rfc2822 剖析) 處理特定輸入時，複雜性爲二的次方 (N^2)。使用者可能會發現，當輸入資料超過 10k 字元時，處理速度會明顯減慢。如果使用者將由使用者提供的字串傳遞給 moment 建構函式，而未經過例行長度檢查，就容易遭受 (Re)DoS 攻擊。此問題已在 2.29.4 版中修補，且該修補程式可套用至調整極少的所有受影響的版本。建議所有使用者進行升級。無法升級的使用者應考慮限制接受使用者輸入的日期長度。(CVE-2022-31129)

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

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

  - GitLab 已修正 GitLab CE/EE 中的一個問題影響 5.2 之前的 18.2.8、 18.3 之前的 18.3.4以及 18.4 之前的 18.4.2 所有版本其可允許經驗證的攻擊者建立拒絕服務情形透過設定傳送特製 HTTP 回應的惡意 webhook 端點。
    (CVE-2025-2934)

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

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

  - GitLab 已修正 GitLab EE 中的一個問題影響 18.3 至 18.3.4、 18.4 至 18.4.2 等所有版本在某些情況下本可允許具有唯讀 API token 的經驗證使用者對弱點記錄執行未經授權的寫入作業惡意利用範圍不正確的 GraphQL 突變。 (CVE-2025-11340)

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

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

  - 已解決 Linux 核心中的下列弱點：rxrpc: Fix untrusted unsigned subtract Fix the following Smatch static checker warning: net/rxrpc/rxgk_app.c:65 rxgk_yfs_decode_ticket() warn:
    untrusted unsigned subtract. 'ticket_len - 10 * 4' by prechecking the length of what we're trying to extract in two places in the token and decoding for a response packet. Also use sizeof() on the struct we're extracting rather specifying the size numerically to be consistent with the other related statements. (CVE-2025-39962)

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

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

  - 已解決 Linux 核心中的下列弱點：gpiolib: acpi: initialize acpi_gpio_info struct Since commit 7c010d463372 (gpiolib: acpi: Make sure we fill struct acpi_gpio_info), uninitialized acpi_gpio_info struct are passed to __acpi_find_gpio() and later in the call stack info->quirks is used in acpi_populate_gpio_lookup. This breaks the i2c_hid_cpi driver: [58.122916] i2c_hid_acpi i2c-UNIW0001:00: HID over i2c has not been provided an Int IRQ [ 58.123097] i2c_hid_acpi i2c-UNIW0001:00: probe with driver i2c_hid_acpi failed with error -22 Fix this by initializing the acpi_gpio_info pass to __acpi_find_gpio() (CVE-2025-39960)

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

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

  - 在 Checkmk GmbH 的 Checkmk 版本 <2.4.0p13、<2.3.0p38、<2.2.0p46 和 2.1.0 (EOL) 中可能使用 GET 要求中的敏感資訊可能會造成敏感表單資料包含在 URL 查詢參數中進而造成記錄在瀏覽器歷程記錄或 Web 伺服器記錄檔等多個位置。
    (CVE-2025-32916)

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

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

  - Checkmk <2.4.0p13、<2.3.0p38、<2.2.0p46 和 2.1.0 (EOL) 內的報告排程器中逸出不足經驗證的攻擊者可藉以將報告檔案配對定義超出其預定 root 目錄的儲存位置。 (CVE-2025-39664)

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

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

  - GitLab 已修正 GitLab CE/EE 中的一個問題影響 13.7 至 18.2.8、 18.3 ] 之前的 18.3.4] 以及 18.4 之前的 18.4.2 的所有版本其可允許沒有專案成員資格的經驗證使用者檢視敏感的手動 CI/CD 變數透過查詢 GraphQL API。 (CVE-2025-9825)

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

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

  - GitLab 已修正 GitLab CE/EE 中的一個問題會影響 13.12 至 18.2.8、 18.3 至 18.3.4以及 18.4 至 18.4.2 之間的所有版本透過傳送要求大型存放庫 blob。 (CVE-2025-10004)

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

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

  - quic-go 是 Go 中的 QUIC 通訊協定實作。在 0.49.0、 0.54.1和 0.55.0之前的版本中行為不當或惡意的伺服器可透過觸發宣告失敗在 quic-go 用戶端上造成拒絕服務 (DoS) 攻擊進而導致處理程序損毀。此弱點不需要驗證且可在交握階段遭到惡意利用。在環境中觀察到特定伺服器實作的情況。
    quic-go 必須能夠處理行為不當的伺服器實作包括過早傳送 HANDSHAKE_DONE 框架的伺服器實作。 0.49.0、 0.54.1和 0.55.0 版在接收 HANDSHAKE_DONE 框架時捨棄初始金鑰進而正確處理提前的 HANDSHAKE_DONE 框架。 (CVE-2025-59530)

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

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

  - cryptoaf_alg - 不允許並行寫入 af_alg_sendmsg。對同一個 af_alg 通訊端發出兩次寫入是假的因為資料會以無法預測的方式交錯。此外並行寫入可能會在內部通訊端狀態中造成不一致。透過新增指示寫入獨占擁有權的新 ctx->write 欄位來禁止此情形。 (CVE-2025-39964)

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

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

  - xfrmxfrm_alloc_spi 不應使用 0 做為 SPI x->id.spi == 0 表示未指派 SPI但由於提交 94f39804d891 (xfrm重複的 SPI 處理)我們現在會使用此建立狀態並將其新增至 byspi 清單值。 __xfrm_state_delete 不會從 byspi 清單中移除這些狀態因為它們不應該存在於我們下次瀏覽 byspi 清單時會顯示為 UAF。 (CVE-2025-39965)

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

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

  - Reader.ReadResponse 函式會透過重複的字串串連來建構回應字串。當回應中的行數很大時會造成 CPU 過度消耗。
    (CVE-2025-61724)

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

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

  - ParseAddress 函式透過重複的字串串連建構網域常值位址元件。剖析大型 domain-literal 元件時可造成過度消耗 CPU。
    (CVE-2025-61725)

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

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

  - Parse 函式允許將 IPv6 位址以外的值包含在 URL 主機元件內的方括弧中。RFC 3986 允許將 IPv6 位址包含在主機元件內並用方括弧括起來。例如http://[::1]/。IPv4 位址和主機名稱不得出現在方括弧內。Parse 並未強制執行此需求。 (CVE-2025-47912)

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

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

  - tar.Reader 未對 GNU tar pax 1.0 sparse 檔案中的疏鬆區域資料區塊數設定大小上限。包含大量疏鬆區域的惡意特製封存可造成 Reader 將無限量的資料從封存讀取到記憶體中。從壓縮來源讀取時小型壓縮輸入可導致大型配置。 (CVE-2025-58183)

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

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

  - 儘管 HTTP 標頭具有 1MB 的預設限制但可剖析的 Cookie 數量沒有限制。藉由傳送大量非常小的 cookie (例如 a=;)攻擊者可使 HTTP 伺服器配置大量結構造成消耗大量記憶體。 (CVE-2025-58186)

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

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

  - Python Social Auth 是一種社交驗證/註冊機制。在 5.6.0之前的版本中驗證時即使未包含「associate_by_email」管道仍可透過電子郵件關聯使用者。當第三方驗證服務未驗證所提供的電子郵件地址或不需要唯一的電子郵件地址時這可導致帳戶遭入侵。5.6.0 版包含修補程式。因應措施為檢閱電子郵件地址的驗證服務原則。其中許多將不允許惡意利用此弱點。 (CVE-2025-61783)

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

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

  - 剖析部分無效輸入的處理時間會隨著輸入的大小而非線形地增加。這會影響剖析未受信任之 PEM 輸入的程式。 (CVE-2025-61723)

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

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

  - 當 Conn.Handshake 在 ALPN 交涉期間失敗時此錯誤包含不會逸出的攻擊者控制資訊 (由用戶端傳送的 ALPN 通訊協定)。 (CVE-2025-58189)

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

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

  - 由於名稱限制檢查演算法的設計某些輸入的處理時間會隨著憑證大小而呈非線形增加。這會影響驗證任意憑證鏈的程式。 (CVE-2025-58187)

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

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

  - 在 GNU Binutils 中發現一個弱點 2.45。受影響的是元件連結器之 bfd/elfxx-x86.c 檔案的 _bfd_x86_elf_late_size_sections 函式。操控導致超出邊界讀取。攻擊需要在本機進行。惡意利用已公開且可供使用。修補程式識別為 b6ac5a8a5b82f0ae6a4642c8d7149b325f4cc60a。應套用修補程式以修復此問題。
    (CVE-2025-11494)

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

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

  - 剖析惡意特製的 DER 承載可配置大量記憶體進而造成記憶體耗盡。 (CVE-2025-58185)

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

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

  - 在 Linux 系統上整合 Active Directory 與系統安全性服務程序 (SSSD) 的過程中發現一個瑕疵。在預設組態中啟用 Kerberos 本機驗證外掛程式 (sssd_krb5_localauth_plugin)但可遞補至 an2ln 外掛程式。此遞補允許具有修改特定 AD 屬性 (例如 userPrincipalName 或 samAccountName) 權限的攻擊者模擬有權限的使用者這可能導致在加入網域的 Linux 主機上進行未經授權的存取或權限提升。 (CVE-2025-11561)

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

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

  - iommu/amd/pgtbl修正增加頁面表格層級時可能發生的爭用。AMD IOMMU 主機頁面表格實作支援動態頁面表格層級 (最多 6 個層級)，從根據 IOVA 位址擴充的 3 層級組態開始。核心會維護一個 root 指標和目前的頁面表格層級以便在 alloc_pte()/fetch_pte() 作業中啟用適當的頁面表格查詢。IOMMU IOVA 配置器最初以 32 位元位址啟動一旦用盡便切換至 64 位元位址 (位址上限視 IOMMU 和裝置 DMA 功能而定)。為了支援更大的 IOVAAMD IOMMU 驅動程式增加了頁面表格層級。但在取消對應路徑中 (iommu_v1_unmap_pages())fetch_pte() 會在無鎖定的情況下讀取 pgtable->[root/mode]。因此在極端情況下increase_address_space() 更新 pgtable->[root/mode] 時fetch_pte() 可能讀取錯誤的頁面表格層級 (pgtable->mode)。它會比較該值與頁面表格中編碼的層級並傳回 NULL。這將導致 iommu_unmap ops 失敗且上層可能會重試/記錄 WARN_ON。CPU 0 CPU 1 ------ ------ 對應頁面 unmap page alloc_pte() ->increase_address_space() iommu_v1_unmap_pages() -> fetch_pte() pgtable->root = pte (新 root 值) READ pgtable- >[mode/root] 讀取新的 root舊模式更新模式 (pgtable->mode += 1) 由於頁面表格層級更新不常使用且已與執行緒同步鎖定同步因此請實作 seqcount 以在讀取路徑上啟用無鎖定讀取作業。 (CVE-2025-39961)

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

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

  - wifimac80211增加 S1G 的 scan_ies_len 目前 scan_ies_len 並未將 S1G 功能元素納入考量這會導致 ieee80211_prep_hw_scan() 中出現緩衝區長度驗證失敗以及 __ieee80211_start_scan() 中後續出現 WARN。這可防止 hw 掃描正常運作。確保我們容納 S1G 功能長度以修正 。 (CVE-2025-39957)

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

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

  - iommu/s390: 當裝置遭到意外移除時使附加成功當使用意外熱插拔移除 PCI 裝置時作為卸除的一部分可能仍會嘗試將裝置附加至預設網域 (__iommu_release_dma_ownership())或因為移除會在探查期間發生 (__iommu_probe_device())。在這兩種情況下zpci_register_ioat() 都會失敗並出現 cc 值指示裝置處置程式無效。這是因為就 Hypervisor 而言裝置不再屬於執行個體。目前這會導致錯誤傳回且 s390_iommu_attach_device() 失敗。
    這會觸發 __iommu_group_set_domain_nofail() 中的 WARN_ON()因為附加至預設網域絕不會失敗。在以 hypervisor 隔離裝置的情況下不可能有傳入或傳出記憶體的 DMA因此 IOMMU 轉譯沒有任何效果。以註冊成功的方式繼續執行，並讓熱插拔事件處理程序清理裝置。這與自認可 59bbf596791b (iommu/s390即使裝置處於錯誤狀態也使附加成功) 以來錯誤狀態中裝置的處理方式類似但若要移除網域將不會稍後再註冊。此方法先前也已在該連結中討論過。
    在檢查錯誤是否需要傳播或忽略的協助程式中同時處理錯誤狀態和移除這兩種情況。透過使用先前存在但從未使用過的 PCI 載入/儲存條件程式碼定義來避免魔術數字條件程式碼並將其重新命名以反映其適用於所有 PCI 指令。
    (CVE-2025-39958)

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

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

  - io_uring修正 io_link_skb 中不正確的 io_kiocb 參照。在 io_link_skb 函式中存在一個使用「nd」而非「prev_nd」錯誤指派 prev_notif 的錯誤。這會造成內容驗證檢查將目前的通知與其本身進行比較而非與之前的通知進行比較。取得 prev_notif 時透過使用正確的 prev_nd 參數來修正。 (CVE-2025-39963)

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

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

  - igc不會使 LED 設定錯誤的 igc_probe() 失敗當 igc_led_setup() 失敗時由於未呼叫 unregister_netdev()igc_probe() 也會失敗並在 free_netdev() 中觸發核心錯誤。 [1] 可使用錯誤插入架構測試此行為尤其是使用 failslab 功能。 [2] 由於 LED 支援並非強制要求請將 LED 設定失敗視為非嚴重並繼續探查並顯示警告訊息進而避免核心錯誤。 [1] net/core/dev.c:12047! 的核心錯誤Oops無效 opcode0000 [#1] SMP NOPTI CPU0 UID0 PID937 Commrepro-igc-led-e 未受污染的 6.17.0-rc4-enjuk-tnguy-00865-gc4940196ab02 #64 PREEMPT(vulnerable ) 硬體名稱QEMU Standard PC (Q35 + ICH9, 2009)BIOS 1.16.3-debian-1.16.3-2 04/01/2014 RIP 0010:free_netdev+0x278/0x2b0 [...] 呼叫追踪 <TASK> igc_probe+0x370/0x910 local_pci_probe+0x3a/0x80 pci_device_probe+0xd1/0x200 [...] [2] #!/bin/bash -ex FAILSLAB_PATH=/sys/kernel/debug/failslab/ DEVICE=0000:00 05.0 START_ADDR=$(grep igc_led_setup /proc/kallsyms \ | awk '{printf(0x%s, $1)}') END_ADDR=$(printf 0x%x $((START_ADDR + 0x100))) echo $START_ADDR > $FAILSLAB_PATH/require-start echo $END_ADDR > $FAILSLAB_PATH/require-end echo 1 > $FAILSLAB_PATH/times echo 100 > $FAILSLAB_PATH/probability echo N > $FAILSLAB_PATH/ignore-gfp-wait echo $DEVICE > /sys/bus/pci/drivers/igc/bind (CVE-2025-39956)

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

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

  - tcp清除 tcp_disconnect() 中的 tcp_sk(sk)->fastopen_rsk。 syzbot 在以下報告指出通訊端的 tcp_sk(sk)->fastopen_rsk 處於 TCP_ESTABLISHED 狀態。 [0] 在 TFO 通訊端完成之前syzbot 重複使用伺服器端 TCP Fast Open 通訊端作為新用戶端 3WHS: 1. accept() 2. connect(AF_UNSPEC) 3.
    connect() 到另一個目的地 從 accept() 開始sk->sk_state 為 TCP_SYN_RECV且 tcp_disconnect() 將其變更為 TCP_CLOSE並使 connect() 成為可能進而重新啟動計時器。由於 tcp_disconnect() 忘記清除 tcp_sk(sk)->fastopen_rsk因此重新傳輸計時器會觸發警告且不會重新傳輸預定的封包。讓我們呼叫 tcp_disconnect() 中的 reqsk_fastopen_remove()。 [0]: 警告CPU 2 PID在 net/ipv4/tcp_timer.c:542 tcp_retransmit_timer (net/ipv4/tcp_timer.c:542 (辨別器 7)) 中的模組連結CPU2 UID0 PID 0 Commswapper/2 未受污染的 6.17.0-rc5-g201825fb4278 #62 PREEMPT(自發) 硬體名稱: QEMU Standard PC (i440FX + PIIX, 1996)、BIOS 1.16.3-debian-1.16.3-2 04/01 /2014 RIP
    0010:tcp_retransmit_timer (net/ipv4/tcp_timer.c:542 (辨別器 7)) 程式碼 41 55 41 54 55 53 48 8b af b8 08 00 00 48 89 fb 48 85 ed 0f 84 55 01 00 00 0f b6 47 123 3 03 74 0c 0f b6 47 12 3c 04 74 04 90 <0f> 0b 90 48 8b 85 c0 00 00 00 48 89 ef 48 8b 40 30 e8 6a 4f 06 3e RSP: 0018:ffffc900002f8d40 EFLAGS:900102 03
    0000000000000002 RBX: ffff888106911400 RCX: 0000000000000017 RDX: 0000000002517619 RSI: ffffffff83764080 RDI: ffff888106911400 RBP: ffff888106d5c000 R08: 0000000000000001 R09: ffffc900002f8de8 R10:
     R1100000000000000c2  : ffffc900002f8ff8 R12: ffff888106911540 R13: ffff888106911480 R14: ffff888106911840 R15: ffffc900002f8de0 FS: 0000000000000000(0000) GS:ffff88907b768000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00007f8044d69d90 CR3: 0000000002c30003 CR4: 0000000000370ef0 呼叫追踪 <IRQ> tcp_write_timer (net/ipv4/tcp_timer.c:738) call_timer_fn (kernel/time/timer.c:1747)
    __run_timers (kernel/time/timer.c:1799 kernel/time/timer.c:2372) timer_expire_remote (kernel/time/timer.c:2385 kernel/time/timer.c:2376 kernel/time/timer.c:2135 ) tmigr_handle_remote_up (kernel/time/timer_migration.c:944 kernel/time/timer_migration.c:1035) __walk_groups.isra.0 (kernel/time/timer_migration.c:533 (辨別器 1)) tmigr_handle_remote (kernel/time/timer_migration。 c:1096) handle_softirqs (./arch/x86/include/asm/jump_label.h:36 ./include/trace/events/irq.h:142 kernel/softirq.c:580) irq_exit_rcu (kernel/softirq.c: 614 kernel/softirq.c:453 kernel/softirq.c:680 kernel/softirq.c:696) sysvec_apic_timer_interrupt (arch/x86/kernel/apic/apic.c:1050 (discriminator 35) arch/x86/kernel/apic/ apic.c:1050 (判別器 35)) </IRQ> (CVE-2025-39955)

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

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

  - tracing/hist修正「action_data.var_ref_idx」的超出邊界寫入。使用多個參數產生綜合事件然後為其建立追踪動作 [1] 時發生核心錯誤 [2]。這是因為在 trace_action_create() 中'data->n_params' 的上限是 SYNTH_FIELDS_MAX (目前值為 64)而陣列 'data->var_ref_idx' 會將每個綜合事件參數的索引保留在陣列 'hist_data->var_refs' 中但是「data->var_ref_idx」的長度為 TRACING_MAP_VARS_MAX (目前值為 16)因此當「data->n_params」超過 16 時會發生超出邊界寫入。在此情況下「data->match_data.event」會遭到覆寫並最終造成發生錯誤。若要解決此問題請將 'data->var_ref_idx' 的長度調整為 SYNTH_FIELDS_MAX並新增功能健全檢查以避免超出邊界寫入。 [1] # cd /sys/kernel/tracing/ # echo my_synth_event int v1 int v2 int v3 int v4 int v5 int v6\ int v7; int v8 int v9 int v10 int v11
    int v12 int v13 int v14\ int v15; int v16 int v17 int v18 int v19 int v20 int v21 int v22\ int v23; int v24 int v25 int v26 int v27 int v28 int v29 int v30\ int v31; int v32 int v33 int v34
    int v35 int v36 int v37 int v38\ int v39; int v40 int v41 int v42 int v43 int v44 int v45 int v46\ int v47 int v48 int v49 int v50 int v51 int v52 int v53 int v54\ int v55; int v56 int v57
    int v58 int v59 int v60 int v61 int v62;\ int v63 >> graphite_events # echo 'hist:keys=pid:ts0=common_timestamp.usecs if comm==bash' >> \events/sched/sched_waking/trigger # echo Hist:keys=next_pid:onmatch(sched .sched_waking).my_synth_event(\pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\pid,pid,pid, pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid,pid ,pid,pid,pid,pid,pid,pid,pid,pid,\ pid,pid,pid,pid,pid,pid,pid,pid,pid) >> event/sched/sched_switch/trigger [2] 錯誤無法處理下列位址的頁面錯誤ffff91c900000000 PGD 61001067 P4D 61001067 PUD 0 Oops0000 [#1] PREEMPT SMP NOPTI CPU
    2 PID322 Comm: bash 污染的 GW 6.1.0-rc8+ #229 硬體名稱QEMU Standard PC (i440FX + PIIX, 1996)BIOS rel-1.15.0-0-g2dd4b9b3f840-prebuilt.qemu.org 04/01 /2014 RIP0010:strcmp+0xc/0x30 程式碼75 f7 31 d2 44 0f b6 04 16 44 88 04 11 48 83 c2 01 45 84 c0 75 ee c3 cc cc cc cc 0f 1f 00 31 c0 eb 08 48 83 c0 01 84 d2 74 13 <0f> b6 14 07 3a 14 06 74 ef 19 c0 83 c8 01 c3 cc cc cc cc 31 c3 RSP: 0018:ffff9b3b00f53c48 EFLAGS: 00000246 RAX: 0000000000000000 RBX: ffffffffba958a68 RCX: 0000000000000000 RDX: 0000000000000010 RSI: ffff91c943d33a90 RDIffff91c900000000 RBPffff91c900000000 R0800000018d604b529 R09
     R100000000000000000  : ffff91c9483eddb1 R11: ffff91ca483eddab R12: ffff91c946171580 R13: ffff91c9479f0538 R14: ffff91c9457c2848 R15: ffff91c9479f0538 FS: 00007f1d1cfbe740(0000) GS:ffff91c9bdc80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0 0000000080050033 CR2ffff91c900000000 CR3
    0000000006316000 CR400000000000006e0 呼叫追踪 <TASK> __find_event_file+0x55/0x90 action_create+0x76c/0x1060 event_hist_trigger_parse+0x146d/0x2060 event_trigger_write+0x31/0xd0 trigger_process_regex+0xbb/0x110 event_trigger_write+0x6b/0xd0 vfs_write+0xc8/0x3e0 alloc_fd+0xc0/0x160 ? preempt_count_add+0x4d/0xa0 preempt_count_add+0x70/0xa0 ksys_write+0x5f/0xe0 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP: 0033:0x7f1d1d0cf077 Code: 64 89 02 48 c7 c0 ff ff ff ff eb bb 0f 1f 80 00 00 00 00 f3 0f 1e fa 64 8b 04 25 18 00 00 00 85 c0 75 10 b8 01 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 51 c3 48 83 ec 28 48 89 54 24 18 48 89 74 RSP: 002b:00007ffcebb0e568 EFLAGS: 00000246 ORIG_RAX在
    0000000000000001 RAX: ffffffffffffffda RBX: 0000000000000143 RCX: 00007f1d1d0cf077 RDX: 0000000000000143 RSI: 00005639265aa7e0 RDI: 0000000000000001 RBP: 00005639265aa7e0 R08: 000000000000000a R09:
    0000000000000142 R ---truncated--- (CVE-2022-50553)

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

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

  - netfilterconntrack修正錯誤的 ct->timeout 值 (struct nf_conn)->timeout 是確認 conntrack 之前的間隔。確認後會變成一個時間戳記。據發現未確認的 conntrack 逾時 - 藉由呼叫 ctnetlink_change_timeout() 來設定。因此「nfct_time_stamp」被錯誤地新增至「ct->timeout」兩次。- 透過呼叫 ctnetlink_dump_timeout() 取得。因此錯誤減去 `nfct_time_stamp`。呼叫追踪 <TASK> dump_stack_lvl ctnetlink_dump_timeout
    __ctnetlink_glue_build ctnetlink_glue_build __nfqnl_enqueue_packet nf_queue nf_hook_slow ip_mc_output
    __pfx_ip_finish_output ip_send_skb __pfx_dst_output udp_send_skb udp_sendmsg __pfx_ip_generic_getfrag sock_sendmsg 在 中區分 2 種案例- 設定 __nf_ct_set_timeout() 中的 `ct->timeout`。- 在 ctnetlink_dump_timeout() 中取得 `ct->timeout`。Pablo 附加更新 ctnetlink以便在 IPS_CONFIRMED 旗標設定為開啟之後設定逾時否則透過 ctnetlink 建立的 conntrack 會中斷。請注意自從引入 nfnetlink_queue conntrack 支援後就會發生此修補程式中所述的問題請選取足夠舊的 Fixes: 標籤讓穩定的核心 擷取此修正。 (CVE-2023-53635)

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

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

  - 已解決 Linux 核心中的下列弱點：perf/smmuv3: Fix hotplug callback leak in arm_smmu_pmu_init() arm_smmu_pmu_init() won't remove the callback added by cpuhp_setup_state_multi() when platform_driver_register() failed. Remove the callback by cpuhp_remove_multi_state() in fail path.
    Similar to the handling of arm_ccn_init() in commit 26242b330093 (bus: arm-ccn: Prevent hotplug callback leak) (CVE-2022-50510)

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

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

  - scsihisi_sas遊走 sas_dev.list 的成員時抓取 sas_dev 鎖定。釋放函式 slot_complete_v3_hw() 中的插槽時可能會在其他地方遊走 sas_dev.list而且它可能會觸發 NULL 指標例外狀況如下所示==>cq thread ==>scsi_eh_6 ==>scsi_error_handler() ==>sas_eh_handle_sas_errors() ==>sas_scsi_find_task() ==>lldd_abort_task() ==>slot_complete_v3_hw() ==>hisi_sas_abort_task() ==>hisi_sas_slot_task_free( ) ==>dereg_device_v3_hw() ==>list_del_init() ==>list_for_each_entry_safe() [ 7165.434918] sas輸入 sas_scsi_recover_host busy32 失敗32 [7165.434926] sas嘗試尋找工作 0x00000000769b5ba5 [ 7165.434927] sas sas_scsi_find_task: aborting task 0x00000000769b5ba5 [ 7165.434940] hisi_sas_v3_hw 0000:b4:02.0: slot complete: task(00000000769b5ba5) aborted [ 7165.434964] hisi_sas_v3_hw 0000:b4:02.0: slot complete: task(00000000c9f7aa07) ignored [7165.434965] hisi_sas_v3_hw 0000: b4:02.0插槽完成已忽略 task(00000000e2a1cf01) [ 7165.434968] 無法處理核心 NULL 指標r 在虛擬位址 0000000000000000 處解除參照 [ 7165.434972] Hisi_sas_v3_hw 0000:b4:02.0插槽完成已忽略 task(0000000022d52d93) 7165.434975] Hisi_sas_v3_hw 0000:b4:02.0插槽完成 task(0000000066 Mea7516c) 7165.434976已忽略info[ 7165.434982] ESR = 0x96000004 [ 7165.434991] 例外狀況類別 = DABT (目前 EL)、IL = 32 位元 [ 7165.434992] SET = 0、FnV = 0 [ 7165.434993] EA = 0、S1PTW = 0 [ 7165.434994] 資料中止資訊[ 7165.434994] ISV = 0, ISS = 0x00000004 [ 7165.434995] CM = 0, WnR = 0 [ 7165.434997] 使用者 pgtable4k 頁面, 48 位元 VA, pgdp = 00000000f29543f2 [ 7165.434998] [0000000000000000] pgd=0000000000000000 [ 7165.435003] 內部錯誤
    Oops96000004 [#1] SMP [ 7165.439863] 處理程序 scsi_eh_6 (pid4109、堆疊限制 = 0x00000000c43818d5) [7165.468862] pstate00c00009 (nzcv daif +PAN +UAO) [ 7165.473637] pc dereg_device_v3_hw+0x68/0xa8 [hisi_sas_v3_hw] [ 7165.479443] lrdereg_device_v3_hw+0x2c/0xa8 [hisi_sas_v3_hw] [ 7165.485247] sp
    ffff00001d623bc0 [ 7165.488546] x29 ffff00001d623bc0 x28ffffa027d03b9508 [ 7165.493835] x27
    ffff80278ed50af0 x26ffffa027dd31e0a8 [ 7165.499123] x25ffffa027d9b27f88 x24ffffa027d9b209f8 [7165.504411] x23ffffa027c45b0d60 x22ffff80278ec07c00 [ 7165.509700] x2100020000000000000000000
    ffffa027d9b209f8 [ 7165.514988] x19ffffa027d9b27f88 x18ffffffffffffffff [ 7165.520276] x17
    0000000000000000 x16: 0000000000000000 [ 7165.525564] x15: ffff0000091d9708 x14: ffff0000093b7dc8 [7165.530852] x13: ffff0000093b7a23 x12: 6e7265746e692067 [ 7165.536140] x11: 0000000000000000 x10:
    0000000000000bb0 [ 7165.541429] x9 ffff00001d6238f0 x8 ffffa027d877af00 [ 7165.546718] x7
    ffffa027d6329600 x6 : ffff7e809f58ca00 [ 7165.552006] x5 : 0000000000001f8a x4 : 000000000000088e [7165.557295] x3 : ffffa027d9b27fa8 x2 : 0000000000000000 [ 7165.562583] x1 : 0000000000000000 x0 :
    000000003000188e [ 7165.567872] Call trace: [ 7165.570309] dereg_device_v3_hw+0x68/0xa8 [hisi_sas_v3_hw] [7165.575775] hisi_sas_abort_task+0x248/0x358 [hisi_sas_main] [ 7165.581415] sas_eh_handle_sas_errors+0x258/0x8e0 [libsas] [ 7165.586876] sas_scsi_recover_host+ 0x134/0x458 [libsas] [7165.592082] scsi_error_handler+0xb4/0x488 [ 7165.596163] kthread+0x134/0x138 [ 7165.599380] ret_from_fork+0x10/0x18 [ 7165.602940] 代碼d5033e9f b9000040 aa0103e2 eb03003f (f9400]0) 7165.609004]從 CPU 75 開始的核心錯誤 (0x1) 通知 [ 7165.700728] ---[ end trace fc042cbbea224efc ]--- [7165.705326] 核心錯誤 - 未同步嚴重例外狀況 若要修正此問題請在遊走 的成員時抓取 sas_dev 鎖定dereg_device_v3_hw() 和 Hisi_sas_release_tasks() 中的 sas_dev.list 以避免在新增和刪除成員的同時進行。時間 ---truncated--- (CVE-2023-53627)

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

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

  - 已解決 Linux 核心中的下列弱點：nvme-tcp: don't access released socket during error recovery While the error recovery work is temporarily failing reconnect attempts, running the 'nvme list' command causes a kernel NULL pointer dereference by calling getsockname() with a released socket. During error recovery work, the nvme tcp socket is released and a new one created, so it is not safe to access the socket without proper check. (CVE-2023-53643)

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

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

  - drm/radeon修正 radeon_atrm_get_bios() 中的 PCI 裝置 refcount 洩漏。如 pci_get_class() 的註解所述如果輸入參數 @from 不是 NULL其會傳回增加其 refcount 的 pci_device而減少輸入參數 @from 的 refcount。如果我們以「pdev」而非 NULL 中斷 radeon_atrm_get_bios() 中的迴圈則需要呼叫 pci_dev_put() 以減少 refcount。新增遺漏的 pci_dev_put()以避免 refcount 洩漏。
    (CVE-2022-50520)

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

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

  - 已解決 Linux 核心中的下列弱點：octeontx2-af: Add validation before accessing cgx and lmac with the addition of new MAC blocks like CN10K RPM and CN10KB RPM_USX, LMACs are noncontiguous and CGX blocks are also noncontiguous. But during RVU driver initialization, the driver is assuming they are contiguous and trying to access cgx or lmac with their id which is resulting in kernel panic. This patch fixes the issue by adding proper checks. [ 23.219150] pc : cgx_lmac_read+0x38/0x70 [23.219154] lr : rvu_program_channels+0x3f0/0x498 [ 23.223852] sp : ffff000100d6fc80 [ 23.227158] x29:
    ffff000100d6fc80 x28: ffff00010009f880 x27: 000000000000005a [ 23.234288] x26: ffff000102586768 x25:
    0000000000002500 x24: fffffffffff0f000 (CVE-2023-53654)

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

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

  - drm/i915/gvt修正 remove 中的 vgpu debugfs clean 損毀 vgpu 時仔細檢查可用的 root debugfs例如在移除的情況下drm Minor 的 debugfs root 可能已經損毀進而導致類似以下的核心 oops。主控台切換至色彩虛擬裝置 80x25 i915 0000:00:02.0: MDEV取消註冊 intel_vgpu_mdev b1338b2d-a709-4c23-b766-cc436c36cdf0移除 iommu 群組 14 錯誤核心 NULL 指標解除參照位址000000000000150 PGD 0 P4D 0 Oops0000 [#1] PREEMPT SMP CPU3 PID1046 Commdriverctl 未受污染 6.1.0-rc2+ #6 硬體名稱HP HP ProDesk 600 G3 MT/829DBIOS P02 版本 02.44 2022 年 9 月 13 日 RIP0010:__lock_acquire+0x5e2/0x1f90 代碼87 ad 09 00 00 39 05 e1 1e cc 02 0f 82 f1 09 00 00 ba 01 00 00 00 48 83 c4 48 49 d0 5b 5d 41 5d 41 5e 41 5f c3 45 31 ff <48> 81 3f 60 9e c2 b6 45 0f 45 f8 83 fe 01 0f 87 55 fa ff ff 89 f0 RSP: 0018:ffff9f770274f948 EFLAGS: 00010046 RAX000003010046 RAX000003010040 RB00000
    0000000000000000 RCX: 0000000000000000 RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000150 RBP: 0000000000000000 R08: 0000000000000001 R09: 0000000000000000 R10: ffff8895d1173300 R11:
     R120000000000000001  : 0000000000000000 R13: 0000000000000150 R14: 0000000000000000 R15: 0000000000000000 FS: 00007fc9b2ba0740(0000) GS:ffff889cdfcc0000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000000000150 CR3: 000000010fd93005 CR400000000003706e0 DR0
    0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000ffffe0ff0 DR7: 0000000000000400b 呼叫追踪 <TASK> [0x] lock_200000000400b 呼叫追踪simple_recursive_removal+0xa5/0x2b0 lock_release+0x13d/0x2d0 down_write+0x2a/0xd0 ? simple_recursive_removal+0xa5/0x2b0 simple_recursive_removal+0xa5/0x2b0 start_creating.part.0+0x110/0x110 ? _raw_spin_unlock+0x29/0x40 debugfs_remove+0x40/0x60 intel_gvt_debugfs_remove_vgpu+0x15/0x30 [kvmgt] intel_gvt_destroy_vgpu+0x60/0x100 [kvmgt] intel_vgpu_release_dev+0xe/0x20 [kvmgt] device_release+0x30/0x80 kobject_put+0x79/0x1b0 device_release_driver_internal+0x1b8/0x230 bus_remove_device +0xec/0x160 device_del+0x189/0x400 ? up_write+0x9c/0x1b0 ? mdev_device_remove_common+0x60/0x60 [mdev] mdev_device_remove_common+0x22/0x60 [mdev] mdev_device_remove_cb+0x17/0x20 [mdev] device_for_each_child+0x56/0x80 mdev_unregister_parent+0x5a/0x81 [mdev] intel_gvt_clean_device+0x2d/0xe0 [kvmgt] intel_gvt_driver_remove+0x2e/0xb0 [i915] i915_driver_remove+0xac/0x100 [i915] i915_pci_remove+0x1a/0x30 [i915] pci_device_remove+0x31/0xa0 device_release_driver_internal+0x1b8/0x230 unbind_store+0xd8/0x100 kernfs_fop_write_iter+0x156/0x210 vfs_write+0x236/0x4a0 ksys_write+0x61/0xd0 do_syscall_64 +0x55/0x80 ? find_held_lock+0x2b/0x80 ? lock_release+0x13d/0x2d0 ? up_read+0x17/0x20 ? lock_is_held_type+0xe3/0x140 asm_exc_page_fault+0x22/0x30 ? lockdep_hardirqs_on+0x7d/0x100 entry_SYSCALL_64_after_hwframe+0x46/0xb0 RIP: 0033:0x7fc9b2c9e0c4 Code: 15 71 7d 0d 00 f7 d8 64 89 02 48 c7 c0 ff ff ff ff eb b7 0f 1f 00 f3 0f 1e fa 80 3d 3d 05 0e 00 00 74 13 b8 01 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 54 c3 0f 1f 00 48 83 ec 28 48 89 54 24 18 48 RSP: 002b:00007ffec29c81c8 EFLAGS: 00000202 ORIG_RAX: 0000000000000001 RAX: ffffffffffffffda RBX: 000000000000000d RCX 00007fc9b2c9e0c4 RDX 000000000000000d RSI 0000559f8b5f48a0 RDI
    0000000000000001 RBP: 0000559f8b5f48a0 R08: 0000559f8b5f3540 R09: 00007fc9b2d76d30 R10: 0000000000000000 R11: 0000000000000202 R12: 000000000000000d R13: 00007fc9b2d77780 R14: 000000000000000d R15:
     </TASK> 00007fc9b2d72a00  Modules linked in: sunrpc intel_rapl_msr intel_rapl_common intel_pmc_core_pltdrv intel_pmc_core intel_tcc_cooling x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel ee1004 igbvf rapl vfat fat intel_cstate intel_uncore pktcdvd i2c_i801 pcspkr wmi_bmof i2c_smbus acpi_pad vfio_pci vfio_pci_core vfio_virqfd zram fuse dm ---truncated--- (CVE-2023-53625)

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

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

  - 已解決 Linux 核心中的下列弱點：blk-mq: fix null pointer dereference in blk_mq_clear_rq_mapping() Our syzkaller report a null pointer dereference, root cause is following:
    __blk_mq_alloc_map_and_rqs set->tags[hctx_idx] = blk_mq_alloc_map_and_rqs blk_mq_alloc_map_and_rqs blk_mq_alloc_rqs // failed due to oom alloc_pages_node // set->tags[hctx_idx] is still NULL blk_mq_free_rqs drv_tags = set->tags[hctx_idx]; // null pointer dereference is triggered blk_mq_clear_rq_mapping(drv_tags, ...) This is because commit 63064be150e4 (blk-mq: Add blk_mq_alloc_map_and_rqs()) merged the two steps: 1) set->tags[hctx_idx] = blk_mq_alloc_rq_map() 2) blk_mq_alloc_rqs(..., set->tags[hctx_idx]) into one step: set->tags[hctx_idx] = blk_mq_alloc_map_and_rqs() Since tags is not initialized yet in this case, fix the problem by checking if tags is NULL pointer in blk_mq_clear_rq_mapping(). (CVE-2022-50530)

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

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

  - hwmon(xgene) 修正 ioremap 和 memremap 洩漏 Smatch 報告drivers/hwmon/xgene-hwmon.c:757 xgene_hwmon_probe() 警告 ioremap() 的 ctx->pcc_comm_addr 未於 757 行發布。這是因為在 drivers/hwmon/xgene-hwmon.c:701 xgene_hwmon_probe()、ioremap 和 memremap 中並未釋放可能會造成洩漏。為修正此問題ioremap 和 memremap 已修改為 devm_ioremap 和 devm_memremap。 [groeck
    修正格式和主旨] (CVE-2023-53682)

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

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

  - 已解決 Linux 核心中的下列弱點：drm/i915: Fix system suspend without fbdev being initialized If fbdev is not initialized for some reason - in practice on platforms without display - suspending fbdev should be skipped during system suspend, fix this up. While at it add an assert that suspending fbdev only happens with the display present. This fixes the following: [ 91.227923] PM:
    suspend entry (s2idle) [ 91.254598] Filesystems sync: 0.025 seconds [ 91.270518] Freezing user space processes [ 91.272266] Freezing user space processes completed (elapsed 0.001 seconds) [ 91.272686] OOM killer disabled. [ 91.272872] Freezing remaining freezable tasks [ 91.274295] Freezing remaining freezable tasks completed (elapsed 0.001 seconds) [ 91.659622] BUG: kernel NULL pointer dereference, address:
    00000000000001c8 [ 91.659981] #PF: supervisor write access in kernel mode [ 91.660252] #PF:
    error_code(0x0002) - not-present page [ 91.660511] PGD 0 P4D 0 [ 91.660647] Oops: 0002 [#1] PREEMPT SMP NOPTI [ 91.660875] CPU: 4 PID: 917 Comm: bash Not tainted 6.2.0-rc7+ #54 [ 91.661185] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS edk2-20221117gitfff6d81270b5-9.fc37 unknown [ 91.661680] RIP:
    0010:mutex_lock+0x19/0x30 [ 91.661914] Code: 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 0f 1f 44 00 00 53 48 89 fb e8 62 d3 ff ff 31 c0 65 48 8b 14 25 00 15 03 00 <f0> 48 0f b1 13 75 06 5b c3 cc cc cc cc 48 89 df 5b eb b4 0f 1f 40 [ 91.662840] RSP: 0018:ffffa1e8011ffc08 EFLAGS: 00010246 [ 91.663087] RAX:
    0000000000000000 RBX: 00000000000001c8 RCX: 0000000000000000 [ 91.663440] RDX: ffff8be455eb0000 RSI:
    0000000000000001 RDI: 00000000000001c8 [ 91.663802] RBP: ffff8be459440000 R08: ffff8be459441f08 R09:
    ffffffff8e1432c0 [ 91.664167] R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000001 [91.664532] R13: 00000000000001c8 R14: 0000000000000000 R15: ffff8be442f4fb20 [ 91.664905] FS:
    00007f28ffc16740(0000) GS:ffff8be4bb900000(0000) knlGS:0000000000000000 [ 91.665334] CS: 0010 DS: 0000 ES:
    0000 CR0: 0000000080050033 [ 91.665626] CR2: 00000000000001c8 CR3: 0000000114926006 CR4: 0000000000770ee0 [ 91.665988] PKRU: 55555554 [ 91.666131] Call Trace: [ 91.666265] <TASK> [ 91.666381] intel_fbdev_set_suspend+0x97/0x1b0 [i915] [ 91.666738] i915_drm_suspend+0xb9/0x100 [i915] [ 91.667029] pci_pm_suspend+0x78/0x170 [ 91.667234] ? __pfx_pci_pm_suspend+0x10/0x10 [ 91.667461] dpm_run_callback+0x47/0x150 [ 91.667673] __device_suspend+0x10a/0x4e0 [ 91.667880] dpm_suspend+0x134/0x270 [ 91.668069] dpm_suspend_start+0x79/0x80 [ 91.668272] suspend_devices_and_enter+0x11b/0x890 [ 91.668526] pm_suspend.cold+0x270/0x2fc [ 91.668737] state_store+0x46/0x90 [ 91.668916] kernfs_fop_write_iter+0x11b/0x200 [ 91.669153] vfs_write+0x1e1/0x3a0 [ 91.669336] ksys_write+0x53/0xd0 [91.669510] do_syscall_64+0x58/0xc0 [ 91.669699] ? syscall_exit_to_user_mode_prepare+0x18e/0x1c0 [91.669980] ? syscall_exit_to_user_mode_prepare+0x18e/0x1c0 [ 91.670278] ? syscall_exit_to_user_mode+0x17/0x40 [ 91.670524] ? do_syscall_64+0x67/0xc0 [ 91.670717] ?
    __irq_exit_rcu+0x3d/0x140 [ 91.670931] entry_SYSCALL_64_after_hwframe+0x72/0xdc [ 91.671202] RIP:
    0033:0x7f28ffd14284 v2: CC stable. (Jani) References:
    https://gitlab.freedesktop.org/drm/intel/-/issues/8015 (cherry picked from commit 9542d708409a41449e99c9a464deb5e062c4bee2) (CVE-2023-53678)

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

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

  - ext4修正 ext4_fname_{setup_filename,prepare_lookup} 中的記憶體洩漏問題。如果檔案名稱大小寫折疊失敗則會洩漏 fscrypt_name 結構 (亦即「crypto_buf.name」成員) 的記憶體。確保我們將其釋放到 ext4_fname_setup_filename() 和 ext4_fname_prepare_lookup() 函式上的錯誤路徑中。 (CVE-2023-53662)

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

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

  - 已解決 Linux 核心中的下列弱點：tipc: fix an information leak in tipc_topsrv_kern_subscr Use a 8-byte write to initialize sub.usr_handle in tipc_topsrv_kern_subscr(), otherwise four bytes remain uninitialized when issuing setsockopt(..., SOL_TIPC, ...). This resulted in an infoleak reported by KMSAN when the packet was received:
    ===================================================== BUG: KMSAN: kernel-infoleak in copyout+0xbc/0x100 lib/iov_iter.c:169 instrument_copy_to_user ./include/linux/instrumented.h:121 copyout+0xbc/0x100 lib/iov_iter.c:169 _copy_to_iter+0x5c0/0x20a0 lib/iov_iter.c:527 copy_to_iter ./include/linux/uio.h:176 simple_copy_to_iter+0x64/0xa0 net/core/datagram.c:513 __skb_datagram_iter+0x123/0xdc0 net/core/datagram.c:419 skb_copy_datagram_iter+0x58/0x200 net/core/datagram.c:527 skb_copy_datagram_msg ./include/linux/skbuff.h:3903 packet_recvmsg+0x521/0x1e70 net/packet/af_packet.c:3469
    ____sys_recvmsg+0x2c4/0x810 net/socket.c:? ___sys_recvmsg+0x217/0x840 net/socket.c:2743 __sys_recvmsg net/socket.c:2773 __do_sys_recvmsg net/socket.c:2783 __se_sys_recvmsg net/socket.c:2780
    __x64_sys_recvmsg+0x364/0x540 net/socket.c:2780 do_syscall_x64 arch/x86/entry/common.c:50 do_syscall_64+0x3d/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd arch/x86/entry/entry_64.S:120 ... Uninit was stored to memory at: tipc_sub_subscribe+0x42d/0xb50 net/tipc/subscr.c:156 tipc_conn_rcv_sub+0x246/0x620 net/tipc/topsrv.c:375 tipc_topsrv_kern_subscr+0x2e8/0x400 net/tipc/topsrv.c:579 tipc_group_create+0x4e7/0x7d0 net/tipc/group.c:190 tipc_sk_join+0x2a8/0x770 net/tipc/socket.c:3084 tipc_setsockopt+0xae5/0xe40 net/tipc/socket.c:3201 __sys_setsockopt+0x87f/0xdc0 net/socket.c:2252 __do_sys_setsockopt net/socket.c:2263 __se_sys_setsockopt net/socket.c:2260 __x64_sys_setsockopt+0xe0/0x160 net/socket.c:2260 do_syscall_x64 arch/x86/entry/common.c:50 do_syscall_64+0x3d/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd arch/x86/entry/entry_64.S:120 Local variable sub created at:
    tipc_topsrv_kern_subscr+0x57/0x400 net/tipc/topsrv.c:562 tipc_group_create+0x4e7/0x7d0 net/tipc/group.c:190 Bytes 84-87 of 88 are uninitialized Memory access of size 88 starts at ffff88801ed57cd0 Data copied to user address 0000000020000400 ...
    ===================================================== (CVE-2022-50531)

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

ID	名稱	嚴重性
270239	Linux Distros 未修補的弱點：CVE-2023-53621	medium
270238	Linux Distros 未修補弱點：CVE-2018-1335	high
270237	Linux Distros 未修補的弱點：CVE-2025-3034	high
270236	Linux Distros 未修補的弱點：CVE-2022-3965	high
270235	Linux Distros 未修補的弱點：CVE-2025-49847	high
270234	Linux Distros 未修補的弱點：CVE-2025-11001	high
270233	Linux Distros 未修補的弱點：CVE-2025-7395	critical
270232	Linux Distros 未修補的弱點：CVE-2022-31129	high
270231	Linux Distros 未修補的弱點：CVE-2025-2934	medium
270230	Linux Distros 未修補的弱點：CVE-2025-11340	high
270229	Linux Distros 未修補的弱點：CVE-2025-39962	medium
270228	Linux Distros 未修補的弱點：CVE-2025-39960	high
270227	Linux Distros 未修補的弱點：CVE-2025-32916	low
270226	Linux Distros 未修補的弱點：CVE-2025-39664	high
270225	Linux Distros 未修補的弱點：CVE-2025-9825	medium
270224	Linux Distros 未修補的弱點：CVE-2025-10004	high
270223	Linux Distros 未修補的弱點：CVE-2025-59530	high
270222	Linux Distros 未修補的弱點：CVE-2025-39964	high
270221	Linux Distros 未修補的弱點：CVE-2025-39965	high
270220	Linux Distros 未修補的弱點：CVE-2025-61724	medium
270219	Linux Distros 未修補的弱點：CVE-2025-61725	high
270218	Linux Distros 未修補的弱點：CVE-2025-47912	medium
270217	Linux Distros 未修補的弱點：CVE-2025-58183	medium
270216	Linux Distros 未修補的弱點：CVE-2025-58186	medium
270215	Linux Distros 未修補的弱點：CVE-2025-61783	medium
270214	Linux Distros 未修補的弱點：CVE-2025-61723	high
270213	Linux Distros 未修補的弱點：CVE-2025-58189	medium
270212	Linux Distros 未修補的弱點：CVE-2025-58187	high
270211	Linux Distros 未修補的弱點：CVE-2025-11494	medium
270210	Linux Distros 未修補的弱點：CVE-2025-58185	medium
270209	Linux Distros 未修補的弱點：CVE-2025-11561	high
270208	Linux Distros 未修補的弱點：CVE-2025-39961	medium
270207	Linux Distros 未修補的弱點：CVE-2025-39957	high
270206	Linux Distros 未修補的弱點：CVE-2025-39958	high
270205	Linux Distros 未修補的弱點：CVE-2025-39963	high
270204	Linux Distros 未修補的弱點：CVE-2025-39956	medium
270203	Linux Distros 未修補的弱點：CVE-2025-39955	high
270202	Linux Distros 未修補的弱點：CVE-2022-50553	high
270201	Linux Distros 未修補的弱點：CVE-2023-53635	medium
270200	Linux Distros 未修補的弱點：CVE-2022-50510	high
270199	Linux Distros 未修補的弱點：CVE-2023-53627	medium
270198	Linux Distros 未修補的弱點：CVE-2023-53643	medium
270197	Linux Distros 未修補的弱點：CVE-2022-50520	medium
270196	Linux Distros 未修補的弱點：CVE-2023-53654	medium
270195	Linux Distros 未修補的弱點：CVE-2023-53625	medium
270194	Linux Distros 未修補的弱點：CVE-2022-50530	medium
270193	Linux Distros 未修補的弱點：CVE-2023-53682	medium
270192	Linux Distros 未修補的弱點：CVE-2023-53678	medium
270191	Linux Distros 未修補的弱點：CVE-2023-53662	medium
270190	Linux Distros 未修補的弱點：CVE-2022-50531	medium

偵測

Nessus 的 Misc. 系列

medium

high

high

high

high

high

critical

high

medium

high

medium

high

low

high

medium

high

high

high

high

medium

high

medium

medium

medium

medium

high

medium

high

medium

medium

high

medium

high

high

high

medium

high

high

medium

high

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium