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

  - mediaradio-shark新增端點檢查syzbot fuzzer 可從 radio-shark2 驅動程式引發警告 ------------[cut here ]-------- ---- usb 1-1BOGUS urb xfer、pipe 1 != type 3 警告
    CPU0 PID3271在 drivers/usb/core/urb.c:504 usb_submit_urb+0xed2/0x1880 drivers/usb/core/urb.c:504 Moduleslinked in: CPU: 0 PID: 3271 Comm: kworker/0:3 未受污染的 6.1.0-rc4-syzkaller #0 硬體名稱
    Google Google Compute Engine/Google Compute Engine、BIOS Google 10/26/2022 工作佇列usb_hub_wq hub_event RIP0010:usb_submit_urb+0xed2/0x1880 drivers/usb/core/urb.c:504 程式碼7c 24 18 e8 00 36 ea fb 48 8b 7c 24 18 e8 36 1c 02 ff 41 89 d8 44 89 e1 4c 89 ea 48 89 c6 48 c7 c7 a0 b6 90 8a e8 9a 29 b8 03 <0f> 0b e9 58 f8 ff ff e8 d2 35 ea fb 48 81 c5 c0 05 00 00 e9 84 f7 RSP: 0018:ffffc90003876dd0 EFLAGS: 00010282 RAX
    0000000000000000 RBX: 0000000000000003 RCX: 0000000000000000 RDX: ffff8880750b0040 RSI: ffffffff816152b8 RDI: fffff5200070edac RBP: ffff8880172d81e0 R08: 0000000000000005 R09: 0000000000000000 R10:
     R110000000080000000  : 0000000000000000 R12: 0000000000000001 R13: ffff8880285c5040 R14: 0000000000000002 R15: ffff888017158200 FS: 0000000000000000(0000) GS:ffff8880b9a00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00007ffe03235b90 CR3: 000000000bc8e000 CR4: 00000000003506f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 00000000000000000000000000 DR3: 0000000000000000000000000
    00000000fffe0ff0 DR7: 0000000000000400 呼叫追踪 <TASK> usb_start_wait_urb+0x101/0x4b0 drivers/usb/core/message.c:58 usb_bulk_msg+0x226/0x550 drivers/usb/core/message.c:387 shark_write_reg+0x1ff/0x20 drivers/media radio/radio-shark2.c:88 ... 造成此問題的原因是驅動程式未檢查其使用的端點是否確實存在且是否具有適當的類型。這可以透過新增這些端點的簡單檢查來修正 (radio-shark 驅動程式也同樣如此)。 (CVE-2023-53644)

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

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

  - usb小工具f_hid修正錯誤路徑上的 refcount 洩漏。當無法配置 report_desc 時已增加 opts->refcnt 因此需要將其遞減以避免選項結構永久鎖定。 (CVE-2022-50514)

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

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

  - stagingrtl8723bs修正 rtw_init_cmd_priv() 中潛在的記憶體洩漏在 rtw_init_cmd_priv() 中如果 `pcmdpriv->rsp_allocated_buf` 配置失敗則 `pcmdpriv->cmd_allocated_buf` 將不會正確釋放。此外考慮到只有兩個錯誤路徑且第一個可直接傳回因此我們不需要隱含跳至 `exit` 標籤即可執行錯誤處置程式。因此此修補程式已在錯誤路徑上新增「kfree(pcmdpriv->cmd_allocated_buf);」以釋放資源並簡化 rtw_init_cmd_priv() 的傳回邏輯。由於沒有可用來測試的適當裝置因此未執行任何運行時間測試。 (CVE-2022-50513)

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

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

  - 已解決 Linux 核心中的下列弱點：soc: aspeed: socinfo: Add kfree for kstrdup Add kfree() in the later error handling in order to avoid memory leak. (CVE-2023-53617)

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

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

  - 已解決 Linux 核心中的下列弱點：test_firmware: fix memory leak in test_firmware_init() When misc_register() failed in test_firmware_init(), the memory pointed by test_fw_config->name is not released. The memory leak information is as follows: unreferenced object 0xffff88810a34cb00 (size 32): comm insmod, pid 7952, jiffies 4294948236 (age 49.060s) hex dump (first 32 bytes): 74 65 73 74 2d 66 69 72 6d 77 61 72 65 2e 62 69 test-firmware.bi 6e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 n............... backtrace: [<ffffffff81b21fcb>] __kmalloc_node_track_caller+0x4b/0xc0 [<ffffffff81affb96>] kstrndup+0x46/0xc0 [<ffffffffa0403a49>] __test_firmware_config_init+0x29/0x380 [test_firmware] [<ffffffffa040f068>] 0xffffffffa040f068 [<ffffffff81002c41>] do_one_initcall+0x141/0x780 [<ffffffff816a72c3>] do_init_module+0x1c3/0x630 [<ffffffff816adb9e>] load_module+0x623e/0x76a0 [<ffffffff816af471>] __do_sys_finit_module+0x181/0x240 [<ffffffff89978f99>] do_syscall_64+0x39/0xb0 [<ffffffff89a0008b>] entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2022-50529)

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

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

  - 已解決 Linux 核心中的下列弱點：iommu/mediatek: Check return value after calling platform_get_resource() platform_get_resource() may return NULL pointer, we need check its return value to avoid null-ptr-deref in resource_size(). (CVE-2022-50524)

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

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

  - mediasi470x修正 si470x_int_in_callback() 中的釋放後使用 syzbot 報告 si470x_int_in_callback() 中的釋放後使用 [1]。這表示呼叫 si470x_int_in_callback() 時會釋放包含 struct si470x_device 物件的 urb->context。造成此問題的原因是系統為釋放的 urb 呼叫了 si470x_int_in_callback()。 si470x_usb_driver_probe() 呼叫 si470x_start_usb()然後再呼叫 usb_submit_urb() 和 si470x_start()。如果 si470x_start_usb() 失敗si470x_usb_driver_probe() 不會終止 urb而是只會釋放結構 si470x_device 物件如下所述si470x_usb_driver_probe() ... si470x_start_usb() ... usb_submit_urb() retval = si470x_start() 在下列情況下傳回 retval (retval < 0) 釋放結構 si470x_device 物件但並未終止 urb 此修補程式透過在 si470x_start_usb() 失敗且提交 urb 時終止 urb 來修正此問題。如果 si470x_start_usb() 失敗且未提交 urb (亦即提交 usb 失敗)它只會釋放結構 si470x_device 物件。
    (CVE-2022-50542)

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

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 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - 已解決 Linux 核心中的下列弱點：xfrm: xfrm_alloc_spi shouldn't use 0 as SPI x->id.spi == 0 means no SPI assigned, but since commit 94f39804d891 (xfrm: Duplicate SPI Handling), we now create states and add them to the byspi list with this value. __xfrm_state_delete doesn't remove those states from the byspi list, since they shouldn't be there, and this shows up as a UAF the next time we go through the byspi list. (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 依賴供應商報告的套件存在。

ID	名稱	嚴重性
270246	Linux Distros 未修補的弱點：CVE-2023-53644	medium
270245	Linux Distros 未修補的弱點：CVE-2022-50514	medium
270244	Linux Distros 未修補的弱點：CVE-2022-50513	medium
270243	Linux Distros 未修補的弱點：CVE-2023-53617	medium
270242	Linux Distros 未修補的弱點：CVE-2022-50529	medium
270241	Linux Distros 未修補的弱點：CVE-2022-50524	medium
270240	Linux Distros 未修補的弱點：CVE-2022-50542	high
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	high
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	low
270221	Linux Distros 未修補的弱點：CVE-2025-39965	medium
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

偵測

Nessus 的 Misc. 系列

medium

medium

medium

medium

medium

medium

high

medium

high

high

high

high

high

critical

high

medium

high

high

high

low

high

medium

high

high

low

medium

medium

high

medium

medium

medium

medium

high

medium

high

medium

medium

high

medium

high

high

high

medium

high

high

medium

high

medium

medium

medium