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

  - netmctp重組時取消共用封包確認用於重組的 frag_list 不與其他封包共用。這可避免在復制封包時發生不正確的重組並可防止因片段及其 skb_shared_info 之間的循環參照所導致的記憶體洩漏。即將提供的 MCTP-over-USB 驅動程式使用 skb_clone其可觸發 問題 - 其他 MCTP 驅動程式不共用 SKB。已新增 kunit 測試以重現此問題。 (CVE-2025-21972)

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

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

  - 9p/trans_fd一律使用 O_NONBLOCK 讀取/寫入 syzbot 報告 p9_fd_close() 的 p9_mux_poll_stop() [1]因為 p9_conn_destroy() from p9_fd_close() 的 p9_mux_poll_stop() 無法中斷已啟動的 kernel_read() p9_fd_read() p9_write_work() 要求的 p9_read_work() 和/或 p9_fd_write() 的 kernel_write()。由於 p9_socket_open() 已設定 O_NONBLOCK 旗標因此 p9_mux_poll_stop() 不需要中斷 kernel_read()/kernel_write()。不過由於 p9_fd_open() 並未設定 O_NONBLOCK 旗標而是透過管道封鎖除非訊號擱置因此檔案描述符號參照管道時p9_mux_poll_stop() 需要中斷 kernel_read()/kernel_write()。換句話說管道檔案描述符號必須按照通訊端檔案描述符號處理。我們因故需要中斷管道上的 kernel_read()/kernel_write()。此修補程式的最小變更是從 p9_fd_open() 設定 O_NONBLOCK 旗標因為 O_NONBLOCK 旗標不會影響一般檔案的讀取/寫入。但是此方法會變更使用者空間提供之檔案描述符號上的 O_NONBLOCK 旗標 (可能會中斷使用者空間程式)且 O_NONBLOCK 旗標可由使用者空間變更。每次叫用 p9_fd_read()/p9_fd_write() 時皆可設定 O_NONBLOCK 旗標但仍會保留小爭用視窗用於清除 O_NONBLOCK 旗標。如果不想操控 O_NONBLOCK 旗標可能可以 set_thread_flag(TIF_SIGPENDING) 和 recalc_sigpending() 圍繞 kernel_read()/kernel_write()。由於 p9_read_work()/p9_write_work() 工作是由處理全域 system_wq 工作佇列的核心執行緒所處理因此從 p9_fd_close() 呼叫 p9_conn_destroy() 的 p9_mux_poll_stop() 時無法從遠端執行緒傳送訊號。因此如果我們要依賴訊號讓 kernel_read()/kernel_write() 變成非封鎖則每次都需要呼叫 set_thread_flag(TIF_SIGPENDING)/recalc_sigpending()。[Dominique應Christian 的建議新增註解] (CVE-2022-49767)

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

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

  - RDMA/qedr修正 __qedr_alloc_mr() 中潛在的記憶體洩漏 __qedr_alloc_mr() 使用 init_mr_info() 為 mr->info.pbl_table 配置記憶體區塊。當 rdma_alloc_tid() 和 rdma_register_tid() 失敗時會釋出 mr而不會釋出 mr->info.pbl_table這會導致記憶體洩漏。發生錯誤時應以 qedr_free_pbl() 釋放 mr->info.pbl_table以修正記憶體洩漏。 (CVE-2022-50138)

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

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

  - netieee802154at86rf230停止洩漏 skb。發生錯誤時不會呼叫 ieee802154_xmit_complete() 協助程式。只會手動呼叫 ieee802154_wake_queue()。在 Tx 案例中我們會洩漏 skb 結構。
    發生錯誤時先釋放 skb 結構然後再適時傳回。由於切換至 STATE_RX_AACK_ON 的延遲和新中斷之間可能發生爭用而無法在完整的處置程式中移動「is_tx = 0」因此我們只為此目的引入一個中繼「was_tx」布林值。此處未套用修正標籤已針對此區域進行許多變更且問題種類始終存在。
    (CVE-2022-48794)

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

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

  - bnxt在超出測試名稱結尾處讀取內容系統正在根據超出第一個名稱結尾的位移連結測試名稱進而造成緩衝區溢位偵測邏輯中斷 [...] 呼叫追踪bnxt_ethtool_init.cold+0x18/0x18 重構結構 hwrm_selftest_qlist_output 以使用實際陣列並調整串連以使用 snprintf() 而非一系列 strncat() 呼叫。 (CVE-2023-53010)

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

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

  - 在 Linux 核心的 Netfilter 子系統中發現一個缺陷。xt_u32 模組未驗證 xt_u32 結構中的欄位。本機特權攻擊者可利用此缺陷，透過以陣列邊界外的值設定尺寸欄位來觸發超出邊界讀取，進而導致當機或資訊洩漏。(CVE-2023-39192)

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

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

  - 在 Drupal 6.x 之前的 6.37 和 7.x 之前的 7.39 中表單 API 未正確驗證表單 token進而允許遠端攻擊者發動 CSRF 攻擊透過與檔案上傳值回呼相關的向量上傳不同使用者帳戶中的檔案。 (CVE-2015-6660)

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

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

  - exfat修正 get_block 之後的隨機堆疊損毀當呼叫 get_block 時並在堆疊上配置 buffer_head (例如 do_mpage_readpage)在下列爭用情形下可能會發生因 buffer_head UAF 導致的堆疊損毀。 <CPU 0> <CPU 1> mpage_read_folio <<bh on stack>> do_mpage_readpage exfat_get_block bh_read __bh_read get_bh(bh) submit_bh wait_on_buffer ... end_buffer_read_sync
    __end_buffer_read_notouch unlock_buffer <<keep going>> ... ... ... <<bh is not valid out of mpage_read_folio>> 。 。 another_function <<variable A on stack>> put_bh(bh) atomic_dec(bh->b_count) * 此處有堆疊損毀 * 如果在需要呼叫 bh_read 時作品集沒有緩衝區則此修補程式會傳回 -EAGAIN。如此一來呼叫者便可遞補至 block_read_full_folio() 等函式在作品集中建立 buffer_head然後再次呼叫 get_block。讓我們不要使用堆疊上 buffer_head 呼叫 bh_read()。 (CVE-2025-22036)

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

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

  - 已解決 Linux 核心中的下列弱點：perf: Improve missing SIGTRAP checking To catch missing SIGTRAP we employ a WARN in __perf_event_overflow(), which fires if pending_sigtrap was already set: returning to user space without consuming pending_sigtrap, and then having the event fire again would re-enter the kernel and trigger the WARN. This, however, seemed to miss the case where some events not associated with progress in the user space task can fire and the interrupt handler runs before the IRQ work meant to consume pending_sigtrap (and generate the SIGTRAP). syzbot gifted us this stack trace: | WARNING: CPU: 0 PID: 3607 at kernel/events/core.c:9313 __perf_event_overflow | Modules linked in:
    | CPU: 0 PID: 3607 Comm: syz-executor100 Not tainted 6.1.0-rc2-syzkaller-00073-g88619e77b33d #0 | Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 10/11/2022 | RIP:
    0010:__perf_event_overflow+0x498/0x540 kernel/events/core.c:9313 | <...> | Call Trace: | <TASK> | perf_swevent_hrtimer+0x34f/0x3c0 kernel/events/core.c:10729 | __run_hrtimer kernel/time/hrtimer.c:1685 [inline] | __hrtimer_run_queues+0x1c6/0xfb0 kernel/time/hrtimer.c:1749 | hrtimer_interrupt+0x31c/0x790 kernel/time/hrtimer.c:1811 | local_apic_timer_interrupt arch/x86/kernel/apic/apic.c:1096 [inline] |
    __sysvec_apic_timer_interrupt+0x17c/0x640 arch/x86/kernel/apic/apic.c:1113 | sysvec_apic_timer_interrupt+0x40/0xc0 arch/x86/kernel/apic/apic.c:1107 | asm_sysvec_apic_timer_interrupt+0x16/0x20 arch/x86/include/asm/idtentry.h:649 | <...> | </TASK> In this case, syzbot produced a program with event type PERF_TYPE_SOFTWARE and config PERF_COUNT_SW_CPU_CLOCK. The hrtimer manages to fire again before the IRQ work got a chance to run, all while never having returned to user space. Improve the WARN to check for real progress in user space: approximate this by storing a 32-bit hash of the current IP into pending_sigtrap, and if an event fires while pending_sigtrap still matches the previous IP, we assume no progress (false negatives are possible given we could return to user space and trigger again on the same IP). (CVE-2022-49782)

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

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

  - 在 Linux 核心 5.10.11 及之前版本中發現一個問題。PI futex 在錯誤處理期間會發生核心堆疊釋放後使用，進而允許本機使用者在核心中執行程式碼，即 CID-34b1a1ce1458。
    (CVE-2021-3347)

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

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

  - 已解決 Linux 核心中的下列弱點：power: supply: rk817: Fix node refcount leak Dan Carpenter reports that the Smatch static checker warning has found that there is another refcount leak in the probe function. While of_node_put() was added in one of the return paths, it should in fact be added for ALL return paths that return an error and at driver removal time. (CVE-2023-52571)

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

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

  - 已解決 Linux 核心中的下列弱點：mptcp: fix UaF in listener shutdown As reported by Christoph after having refactored the passive socket initialization, the mptcp listener shutdown path is prone to an UaF issue. BUG: KASAN: use-after-free in _raw_spin_lock_bh+0x73/0xe0 Write of size 4 at addr ffff88810cb23098 by task syz-executor731/1266 CPU: 1 PID: 1266 Comm: syz-executor731 Not tainted 6.2.0-rc59af4eaa31c1f6c00c8f1e448ed99a45c66340dd5 #6 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.13.0-0-gf21b5a4aeb02-prebuilt.qemu.org 04/01/2014 Call Trace: <TASK> dump_stack_lvl+0x6e/0x91 print_report+0x16a/0x46f kasan_report+0xad/0x130 kasan_check_range+0x14a/0x1a0
    _raw_spin_lock_bh+0x73/0xe0 subflow_error_report+0x6d/0x110 sk_error_report+0x3b/0x190 tcp_disconnect+0x138c/0x1aa0 inet_child_forget+0x6f/0x2e0 inet_csk_listen_stop+0x209/0x1060
    __mptcp_close_ssk+0x52d/0x610 mptcp_destroy_common+0x165/0x640 mptcp_destroy+0x13/0x80
    __mptcp_destroy_sock+0xe7/0x270 __mptcp_close+0x70e/0x9b0 mptcp_close+0x2b/0x150 inet_release+0xe9/0x1f0
    __sock_release+0xd2/0x280 sock_close+0x15/0x20 __fput+0x252/0xa20 task_work_run+0x169/0x250 exit_to_user_mode_prepare+0x113/0x120 syscall_exit_to_user_mode+0x1d/0x40 do_syscall_64+0x48/0x90 entry_SYSCALL_64_after_hwframe+0x72/0xdc The msk grace period can legitly expire in between the last reference count dropped in mptcp_subflow_queue_clean() and the later eventual access in inet_csk_listen_stop() After the previous patch we don't need anymore special-casing msk listener socket cleanup: the mptcp worker will process each of the unaccepted msk sockets. Just drop the now unnecessary code. Please note this commit depends on the two parent ones: mptcp: refactor passive socket initialization mptcp: use the workqueue to destroy unaccepted sockets (CVE-2023-53088)

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

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

  - Oracle MySQL 的 MySQL Server 產品中的弱點 (元件ServerPerformance Schema)。
    受到影響的支援版本是 8.0.39 與先前的版本、8.4.2 與先前的版本，以及 9.0.1 與先前的版本。攻擊此弱點的難度較小，經由多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。若成功攻擊此弱點，未經授權即可造成 MySQL 伺服器懸置或經常重複性當機 (完全 DOS)。(CVE-2025-21534)

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

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

  - 當同時發生多個對 xfrm_probe_algs 的呼叫時，發現 Linux 核心中用於轉換封包的 IP 架構 (XFRM 子系統) 存在爭用情形。此缺陷讓本機攻擊者可能透過執行超出邊界讀取並將其複製到通訊端，來觸發超出邊界寫入或洩漏核心堆積記憶體。(CVE-2022-3028)

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

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

  - dmaenginetik3-udma新增遺漏的鎖定 最近的核心指出啟用鎖定驗證器時k3-udma.c 中有遺漏的鎖定[ 4.128073] 警告 drivers/dma/ti 的 CPU: 0 PID: 746 /../virt-dma.h:169 udma_start.isra.0+0x34/0x238 [ 4.137352] CPU0 UID0 PID 746 Commkworker/0:3 未受污染的 6.12.9-arm64 #28 [ 4.144867] 硬體名稱pp-v12 (DT) [ 4.148648] 工作佇列事件 udma_check_tx_completion [4.153841] pstate 60000005 (nZCv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 4.160834] pc
    udma_start.isra.0+0x34/0x238 [ 4.165227] lrudma_start.isra.0+0x30/0x238 [ 4.169618] sp
    ffffffc083cabcf0 [ 4.172963] x29: ffffffc083cabcf0 x28: 0000000000000000 x27: ffffff800001b005 [ 4.180167] x26: ffffffc0812f0000 x25: 0000000000000000 x24: 0000000000000000 [ 4.187370] x23: 0000000000000001 x22:
    00000000e21eabe9 x21ffffff8000fa0670 [ 4.194571] x20ffffff8001b6bf00 x19ffffff8000fa0430 x18
    ffffffc083b95030 [ 4.201773] x17: 0000000000000000 x16: 00000000f0000000 x15: 0000000000000048 [ 4.208976] x14: 0000000000000048 x13: 0000000000000000 x12: 0000000000000001 [ 4.216179] x11: ffffffc08151a240 x10:
    0000000000003ea1 x9 ffffffc08046ab68 [ 4.223381] x8 ffffffc083cabac0 x7 ffffffc081df3718 x6
    0000000000029fc8 [ 4.230583] x5 : ffffffc0817ee6d8 x4 : 0000000000000bc0 x3 : 0000000000000000 [ 4.237784] x2 : 0000000000000000 x1 : 00000000001fffff x0 : 0000000000000000 [ 4.244986] Call trace: [ 4.247463] udma_start.isra.0+0x34/0x238 [ 4.251509] udma_check_tx_completion+0xd0/0xdc [ 4.256076] process_one_work+0x244/0x3fc [ 4.260129] process_scheduled_works+0x6c/0x74 [ 4.264610] worker_thread+0x150/0x1dc [ 4.268398] kthread+0xd8/0xe8 [ 4.271492] ret_from_fork+0x10/ 0x20 [ 4.275107] irq 事件戳220 [ 4.278363] hardirqs 上次於 (219) 啟用 [<ffffffc080a27c7c>]
    _raw_spin_unlock_irq+0x38/0x50 [ 4.287183] hardirqs 上次停用於 (220) [<ffffffc080a1c154>] el1_dbg+0x24/0x50 [ 4.294879] softirqs 上次啟用於 (182)[<ffffffc080037e68>] handle_softirqs+0x1c0/0x3cc [ 4.303437] softirqs 上次停用於 (177)[<ffffffc080010170>]
    __do_softirq+0x1c/0x28 [ 4.311559] ---[ end trace 0000000000000000 ]--- 此認可會新增遺漏的鎖定。 (CVE-2025-38005)

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

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

  - 開始清除時的意外標記工作可導致釋放後使用。此弱點會影響 Firefox < 129、Firefox ESR < 115.14、Firefox ESR < 128.1、Thunderbird < 128.1 和 Thunderbird < 115.14。(CVE-2024-7527)

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

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

  在 4.11.3 及之前版本的 Linux 核心中，net/ipv6/ip6_output.c 的 __ip6_append_data 函式過晚檢查是否要覆寫 skb 資料結構，進而允許本機使用者透過特製的系統呼叫，造成拒絕服務 (系統當機)。(CVE-2017-9242)

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

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

  - 在 5.10.1 及之前版本的 Linux 核心 (搭配 Xen 4.14.x 及之前版本使用) 中發現一個問題。Linux 核心 PV 區塊後端預期核心執行緒處置程式會在停止時將 ring->xenblkd 重設為 NULL。
    但是，如果前端在連線和中斷連線狀態之間快速切換，處置程式可能沒有時間執行。因此，區塊後端可能會在指標釋放後重新使用該指標。運作不當的客體可透過持續與區塊前端連線/中斷連線觸發 dom0 損毀。無法排除特權提升和資訊洩漏狀況。這只會影響具有 Linux blkback 的系統。
    (CVE-2020-29569)

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

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

  - smb用戶端新增 NULL 檢查在 automount_fullpath 頁面中針對 中的 null 進行檢查
    未設定 tcon->origin_fullpath 時的 __build_path_from_dentry_optional_prefix。但是在設定該檢查時會遺漏該檢查。新增檢查以防止可能發生的 NULL 指標解除參照。 (CVE-2025-38208)

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

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

  - 適用於 Windows 和 Linux 的 NVIDIA GPU 驅動程式含有一個弱點其允許使用者造成超出邊界寫入。攻擊者若利用此弱點成功發動攻擊，可能可以執行程式碼、造成拒絕服務、提升權限、資訊洩漏及資料竄改。(CVE-2024-0090)

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

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

  - VideoStreamEncoder 可能已在與 VideoBroadcaster::AddOrUpdateSink 的爭用情形下釋放進而導致釋放後使用、記憶體損毀以及可能遭惡意利用的當機。此弱點會影響 Firefox < 78。(CVE-2020-12416)

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

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

  - Oracle MySQL 的 MySQL 伺服器產品中存有弱點 (元件：Server: Optimizer)。受到影響的支援版本是 8.0.35 與更早版本，以及 8.2.0 與更早版本。攻擊此弱點的難度較小，經由多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。
    若成功攻擊此弱點，未經授權即可造成 MySQL 伺服器懸置或經常重複性當機 (完全 DOS)。(CVE-2024-20982)

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

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

  - drm/amdgpu修正 kv_dpm.c 中的 UBSAN 警告。新增sumo_vid_mapping_entry 的邊界檢查。 (CVE-2024-40987)

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

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

  - Drupal Core 中的一個弱點可允許過度配置。此問題影響 Drupal Core 從 10.2.2之前的 [ 10.2.0 到 10.1.0 之前的 10.1.8。 (CVE-2024-11941)

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

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

  - 在 4.8.11 及之前版本的 Linux 核心中，drivers/vfio/pci/vfio_pci.c 允許本機使用者利用 vfio PCI 裝置檔案的存取權發出 VFIO_DEVICE_SET_IRQS ioctl 呼叫，繞過整數溢位檢查，並引致拒絕服務 (記憶體損毀) 或造成其他不明影響，亦即狀態機器混淆錯誤。(CVE-2016-9083)

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

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

  - Oracle MySQL 的 MySQL Server 產品中存有弱點 (元件：Server：DDL)。受到影響的支援版本是 8.0.22 和之前的版本。攻擊此弱點有一定難度，可以透過多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。若成功攻擊此弱點，未經授權即可造成 MySQL 伺服器懸置或經常重複性當機 (完全 DOS)。(CVE-2021-2061)

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

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

  - 已解決 Linux 核心中的下列弱點：powerpc/qspinlock: Fix deadlock in MCS queue If an interrupt occurs in queued_spin_lock_slowpath() after we increment qnodesp->count and before node->lock is initialized, another CPU might see stale lock values in get_tail_qnode(). If the stale lock value happens to match the lock on that CPU, then we write to the next pointer of the wrong qnode. This causes a deadlock as the former CPU, once it becomes the head of the MCS queue, will spin indefinitely until it's next pointer is set by its successor in the queue. Running stress-ng on a 16 core (16EC/16VP) shared LPAR, results in occasional lockups similar to the following: $ stress-ng --all 128 --vm-bytes 80%
    --aggressive \ --maximize --oomable --verify --syslog \ --metrics --times --timeout 5m watchdog: CPU 15 Hard LOCKUP ...... NIP [c0000000000b78f4] queued_spin_lock_slowpath+0x1184/0x1490 LR [c000000001037c5c]
    _raw_spin_lock+0x6c/0x90 Call Trace: 0xc000002cfffa3bf0 (unreliable) _raw_spin_lock+0x6c/0x90 raw_spin_rq_lock_nested.part.135+0x4c/0xd0 sched_ttwu_pending+0x60/0x1f0
    __flush_smp_call_function_queue+0x1dc/0x670 smp_ipi_demux_relaxed+0xa4/0x100 xive_muxed_ipi_action+0x20/0x40 __handle_irq_event_percpu+0x80/0x240 handle_irq_event_percpu+0x2c/0x80 handle_percpu_irq+0x84/0xd0 generic_handle_irq+0x54/0x80 __do_irq+0xac/0x210 __do_IRQ+0x74/0xd0 0x0 do_IRQ+0x8c/0x170 hardware_interrupt_common_virt+0x29c/0x2a0 --- interrupt: 500 at queued_spin_lock_slowpath+0x4b8/0x1490 ...... NIP [c0000000000b6c28] queued_spin_lock_slowpath+0x4b8/0x1490 LR [c000000001037c5c] _raw_spin_lock+0x6c/0x90 --- interrupt: 500 0xc0000029c1a41d00 (unreliable) _raw_spin_lock+0x6c/0x90 futex_wake+0x100/0x260 do_futex+0x21c/0x2a0 sys_futex+0x98/0x270 system_call_exception+0x14c/0x2f0 system_call_vectored_common+0x15c/0x2ec The following code flow illustrates how the deadlock occurs. For the sake of brevity, assume that both locks (A and B) are contended and we call the queued_spin_lock_slowpath() function. CPU0 CPU1 ---- ---- spin_lock_irqsave(A) | spin_unlock_irqrestore(A) | spin_lock(B) | | | | id = qnodesp->count++; | (Note that nodes[0].lock == A) | | | | Interrupt | (happens before nodes[0].lock = B) | | | | spin_lock_irqsave(A) | | | | id = qnodesp->count++ | nodes[1].lock = A | | | | Tail of MCS queue | | spin_lock_irqsave(A) | Head of MCS queue | CPU0 is previous tail | Spin indefinitely (until nodes[1].next != NULL) prev = get_tail_qnode(A, CPU0) | prev == &qnodes[CPU0].nodes[0] (as qnodes
    ---truncated--- (CVE-2024-46797)

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

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

  - 已解決 Linux 核心中的下列弱點：fuse: write inode in fuse_release() A race between write(2) and close(2) allows pages to be dirtied after fuse_flush -> write_inode_now(). If these pages are not flushed from fuse_release(), then there might not be a writable open file later. So any remaining dirty pages must be written back before the file is released. This is a partial revert of the blamed commit. (CVE-2022-50217)

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

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

  - dm ioctl修正 list_versions 與模組載入爭用時的錯誤行為 __list_versions 將先使用 dm_target_iterate(list_version_get_needed, &needed) 呼叫估計所需的空間然後使用 dm_target_iterate(list_version_get_info, &iter_info) 呼叫填滿空間。這些呼叫中的每一個都會使用 down_read(&_lock) 和 up_read(&_lock) 呼叫鎖定目標但是在第一個和第二個 dm_target_iterate 之間沒有保留任何鎖定因此此時可以載入目標模組因此第二個 dm_target_iterate 呼叫可能需要空間比第一個傳回的 dm_target_iterate 還多。程式碼會嘗試處理此溢位 (請參閱 list_version_get_info 的開頭)不過此處理方式不正確。程式碼設定 param->data_size = param->data_start + needed 和 iter_info.end = (char *)vers+len -needs 為第一個 dm_target_iterate 呼叫所傳回的大小
    len 是使用者空間配置的緩衝區大小。 len 可能大於所需值在此情況下程式碼最多可將 len 位元組寫入緩衝區不過 param->data_size 已設為需要因此可能會寫入超過 param->data_size 值的資料。ioctl 介面最多只會將 param->data_size 複製到使用者空間因此會截斷部分結果。設定 iter_info.end = (char
    *)vers + 需要- 這可保證第二個 dm_target_iterate 呼叫只會寫入最多所需的緩衝區且如果所需的空間溢位其會以 DM_BUFFER_FULL_FLAG 結束 - 在此情況下使用者空間會配置更大的緩衝區並重試。請注意list_version_get_needed 中也有一個錯誤 - 我們需要將 strlen(tt->name) + 1 新增至所需大小而非 strlen(tt->name)。 (CVE-2022-49771)

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

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

  - 已解決 Linux 核心中的下列弱點：dmaengine: ptdma: Fix the error handling path in pt_core_init() In order to free resources correctly in the error handling path of pt_core_init(), 2 goto's have to be switched. Otherwise, some resources will leak and we will try to release things that have not been allocated yet. Also move a dev_err() to a place where it is more meaningful. (CVE-2022-48774)

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

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

  - ovl僅不允許 datadir 理論上 overlayfs 可支援直接參照資料層的上層但目前尚無適用的使用案例。原本在引入僅限資料層時不允許出現這種情況只有 datadir+ 功能引入但並未實際處理這種情況進而導致 Oops。藉由禁止不含lowerdir 的 datadir 來修正。 (CVE-2025-37863)

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

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

  - scsi: ufs: core在 ufshcd_mcq_compl_pending_transfer() 中新增 NULL 檢查針對 ufshcd_mcq_req_to_hwq() 傳回的 hwq 指標新增 NULL 檢查。這與認可 74736103fb41 中的修正類似 (scsiufs
    核心修正 ufshcd_abort_one 爭用問題。 (CVE-2025-37826)

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

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

  - Mozilla 開發人員報告，Firefox 82 和 Firefox ESR 78.4 中存在記憶體安全性錯誤。某些錯誤顯示記憶體會遭到損毀，我們推測若有心人士有意操控，可能惡意利用其中部分錯誤執行任意程式碼。此弱點會影響 Firefox < 83、Firefox ESR < 78.5 和 Thunderbird < 78.5。(CVE-2020-26968)

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

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

  - 已解決 Linux 核心中的下列弱點：ksmbd: fix possible refcount leak in smb2_open() Reference count of acls will leak when memory allocation fails. Fix this by adding the missing posix_acl_release(). (CVE-2023-53061)

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

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

  - 已解決 Linux 核心中的下列弱點：iwlwifi: mvm: check debugfs_dir ptr before use When debugfs=off is used on the kernel command line, iwiwifi's mvm module uses an invalid/unchecked debugfs_dir pointer and causes a BUG: BUG: kernel NULL pointer dereference, address:
    000000000000004f #PF: supervisor read access in kernel mode #PF: error_code(0x0000) - not-present page PGD 0 P4D 0 Oops: 0000 [#1] PREEMPT SMP CPU: 1 PID: 503 Comm: modprobe Tainted: G W 5.17.0-rc5 #7 Hardware name: Dell Inc. Inspiron 15 5510/076F7Y, BIOS 2.4.1 11/05/2021 RIP:
    0010:iwl_mvm_dbgfs_register+0x692/0x700 [iwlmvm] Code: 69 a0 be 80 01 00 00 48 c7 c7 50 73 6a a0 e8 95 cf ee e0 48 8b 83 b0 1e 00 00 48 c7 c2 54 73 6a a0 be 64 00 00 00 48 8d 7d 8c <48> 8b 48 50 e8 15 22 07 e1 48 8b 43 28 48 8d 55 8c 48 c7 c7 5f 73 RSP: 0018:ffffc90000a0ba68 EFLAGS: 00010246 RAX: ffffffffffffffff RBX:
    ffff88817d6e3328 RCX: ffff88817d6e3328 RDX: ffffffffa06a7354 RSI: 0000000000000064 RDI: ffffc90000a0ba6c RBP: ffffc90000a0bae0 R08: ffffffff824e4880 R09: ffffffffa069d620 R10: ffffc90000a0ba00 R11:
    ffffffffffffffff R12: 0000000000000000 R13: ffffc90000a0bb28 R14: ffff88817d6e3328 R15: ffff88817d6e3320 FS: 00007f64dd92d740(0000) GS:ffff88847f640000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 000000000000004f CR3: 000000016fc79001 CR4: 0000000000770ee0 PKRU: 55555554 Call Trace: <TASK> ? iwl_mvm_mac_setup_register+0xbdc/0xda0 [iwlmvm] iwl_mvm_start_post_nvm+0x71/0x100 [iwlmvm] iwl_op_mode_mvm_start+0xab8/0xb30 [iwlmvm] _iwl_op_mode_start+0x6f/0xd0 [iwlwifi] iwl_opmode_register+0x6a/0xe0 [iwlwifi] ? 0xffffffffa0231000 iwl_mvm_init+0x35/0x1000 [iwlmvm] ? 0xffffffffa0231000 do_one_initcall+0x5a/0x1b0 ? kmem_cache_alloc+0x1e5/0x2f0 ? do_init_module+0x1e/0x220 do_init_module+0x48/0x220 load_module+0x2602/0x2bc0 ? __kernel_read+0x145/0x2e0 ? kernel_read_file+0x229/0x290 __do_sys_finit_module+0xc5/0x130 ? __do_sys_finit_module+0xc5/0x130
    __x64_sys_finit_module+0x13/0x20 do_syscall_64+0x38/0x90 entry_SYSCALL_64_after_hwframe+0x44/0xae RIP:
    0033:0x7f64dda564dd Code: 5b 41 5c c3 66 0f 1f 84 00 00 00 00 00 f3 0f 1e fa 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d 1b 29 0f 00 f7 d8 64 89 01 48 RSP: 002b:00007ffdba393f88 EFLAGS: 00000246 ORIG_RAX: 0000000000000139 RAX: ffffffffffffffda RBX:
    0000000000000000 RCX: 00007f64dda564dd RDX: 0000000000000000 RSI: 00005575399e2ab2 RDI: 0000000000000001 RBP: 000055753a91c5e0 R08: 0000000000000000 R09: 0000000000000002 R10: 0000000000000001 R11:
    0000000000000246 R12: 00005575399e2ab2 R13: 000055753a91ceb0 R14: 0000000000000000 R15: 000055753a923018 </TASK> Modules linked in: btintel(+) btmtk bluetooth vfat snd_hda_codec_hdmi fat snd_hda_codec_realtek snd_hda_codec_generic iwlmvm(+) snd_sof_pci_intel_tgl mac80211 snd_sof_intel_hda_common soundwire_intel soundwire_generic_allocation soundwire_cadence soundwire_bus snd_sof_intel_hda snd_sof_pci snd_sof snd_sof_xtensa_dsp snd_soc_hdac_hda snd_hda_ext_core snd_soc_acpi_intel_match snd_soc_acpi snd_soc_core btrfs snd_compress snd_hda_intel snd_intel_dspcfg snd_intel_sdw_acpi snd_hda_codec raid6_pq iwlwifi snd_hda_core snd_pcm snd_timer snd soundcore cfg80211 intel_ish_ipc(+) thunderbolt rfkill intel_ishtp ucsi_acpi wmi i2c_hid_acpi i2c_hid evdev CR2: 000000000000004f ---[ end trace 0000000000000000 ]--- Check the debugfs_dir pointer for an error before using it. [change to make both conditional] (CVE-2022-48918)

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

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

  - NVIDIA 圖形驅動程式包含一個弱點其可允許透過 GPU 效能計數器公開的旁路存取在 GPU 上處理的應用程式資料。需有本機使用者存取權限。這不是網路或遠端攻擊向量。 (CVE-2018-6260)

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

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

  - capabilities修正 CAP_TO_MASK 位元移位中的未定義行為將已簽署的 32 位元值移位 31 位元未定義因此將有效位元變更為未簽署。如下所示的 UBSAN 警告呼叫追踪 UBSAN
    security/commoncap.c:1252:2 中的 shift-out-of-bounds 無法以 'int' 類型呼叫追踪左移 1 左移 1 處 <TASK> dump_stack_lvl+0x7d/0xa5 dump_stack+0x15/0x1b ubsan_epilogue+0xe /0x4e
    __ubsan_handle_shift_out_of_bounds+0x1e7/0x20c cap_task_prctl+0x561/0x6f0 security_task_prctl+0x5a/0xb0
    __x64_sys_prctl+0x61/0x8f0 do_syscall_64+0x58/0x80 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK> (CVE-2022-49870)

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

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

  - wifiath11k在錯誤路徑中呼叫 ath11k_pcic_free_irq() 前清除關聯提示。如果驅動程式因平台限製而使用共用 IRQ則 IRQ 關聯提示會在 ath11k_pci_alloc_msi() 中配置完成之後立即設定。除非其中一個要求 IRQ 的函式失敗並嘗試釋放 IRQ否則這並不會造成任何損害。這會導致出現以下警告：警告 CPU: 7 PID: 349 at kernel/irq/manage.c:1929 free_irq+0x278/0x29c Call trace: free_irq+0x278/0x29c ath11k_pcic_free_irq+0x70/0x10c [ath11k] ath11k_pci_probe+0x800/ 0x820 [ath11k_pci] local_pci_probe+0x40/0xbc 此警告是因為在釋放 IRQ 之前未清除同質提示所致。因此若要修正此問題請在呼叫錯誤路徑中的 ath11k_pcic_free_irq() 前清除 IRQ 同質提示。
    由於程式碼組織的原因將在錯誤路徑的下游再次清除相似性但這並不會造成任何損害。經測試 QCA6390 hw2.0 PCI WLAN.HST.1.0.1-05266-QCAHSTSWPLZ_V2_TO_X86-1 (CVE-2025-23129)

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

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

  - 已解決 Linux 核心中的下列弱點：crypto: rk3288 - Fix use after free in unprepare The unprepare call must be carried out before the finalize call as the latter can free the request. (CVE-2024-35792)

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

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

  - btrfs正確處理 rescue=ibadroots 的 csum 樹狀結構錯誤 [錯誤] 有會讓核心當機的 syzbot 型複制器並出現下列呼叫追踪(新增部分除錯輸出時) 錯誤
    rescue=ibadroots 剖析的 BTRFS裝置 fsid 14d642db-7b15-43e4-81e6-4b8fac6a25f8 devid 1 transid 8 /dev/loop0 (7:0) 由 repro (1010) 掃描 BTRFS 資訊 (裝置 loop0)第一次掛載檔案系統 14d642db-7b15-43e4-81e6-4b8fac6a25f8 BTRFS 資訊 (裝置 loop0)使用 blake2b ( blake2b-256-generic) checksum algorithm BTRFS info (device loop0): using free-space-tree BTRFS warning (device loop0): checksum verify failed on logical 5312512 mirror 1 wanted 0xb043382657aede36608fd3386d6b001692ff406164733d94e2d9a180412c6003 found 0x810ceb2bacb7f0f9eb2bf3b2b15c02af867cb35ad450898169f3b1f0bd818651 level 0 DEBUG: read tree root path failed for tree csum, ret=-5 BTRFS warning (device loop0): checksum verify failed on logical 5328896 mirror 1 wanted 0x51be4e8b303da58e6340226815b70e3a93592dac3f30dd510c7517454de8567a found 0x51be4e8b303da58e634022a315b70e3a93592dac3f30dd510c7517454de8567a level 0 BTRFS warning (device loop0):
    checksum verify failed on logical 5292032 mirror 1 wanted 0x1924ccd683be9efc2fa98582ef58760e3848e9043db8649ee382681e220cdee4 found 0x0cb6184f6e8799d9f8cb335dccd1d1832da1071d12290dab3b85b587ecacca6e level 0 process 'repro' launched './file2' with NULL argv: empty string added DEBUG: no csum root, idatacsums=0 ibadroots=134217728 Oops:
    一般保護錯誤可能是針對非正式位址 0xdffffc0000000041 0000 [#1] SMP KASAN NOPTI KASAN null-ptr-deref in range [0x0000000000000208-0x000000000000020f] CPU5 5 UID0 PID 1010 通訊repro 污染6.15.0-custom+ #249 PREEMPT(完整) 硬體名稱QEMU Standard PC (Q35 + ICH9, 2009)BIOS 不明 02/02/2022 RIP 0010:btrfs_lookup_csum+0x93/0x3d0 [btrfs] 呼叫追踪 <TASK> btrfs_lookup_bio_sums+0x47a/0xdf0 [btrfs] btrfs_submit_bbio+0x43e/0x1a80 [btrfs] submit_one_bio+0xde/0x160 [btrfs] btrfs_readahead+0x498/0x6a0 [btrfs] read_pages+0x1c3/0xb20 page_cache_ra_order+0x4b5/0xc20 filemap_get_pages+0x2d3/0x19e0 filemap_read+0x314 /0xde0 __kernel_read+0x35b/0x900 bprm_execve+0x62e/0x1140 do_execveat_common.isra.0+0x3fc/0x520 __x64_sys_execveat+0xdc/0x130 do_syscall_64+0x54/0x1d0 entry_SYSCALL_64_after_hwframe+0x76/0x7e ---[ end trace 0000000000000000 ]--- [CAUSE]首先fs 有一個損毀的 csum 樹狀結構 root因此若要掛載 fs我們必須執行 rorescue=ibadroots 掛載選項。通常使用該掛載選項不良的 csum 樹狀結構 root 應設定 BTRFS_FS_STATE_NO_DATA_CSUMS 旗標如此之後的任何資料讀取都會忽略 csum 搜尋。但是在這個特殊的案例中我們有下列呼叫追踪其造成 NULL csum root但未設定 BTRFS_FS_STATE_NO_DATA_CSUMS: load_global_roots_objectid()
    ret = btrfs_search_slot(); /* 成功 */ btrfs_item_key_to_cpu() found = true /* 我們找到 csum 樹狀結構的 root 項目。 */ root = read_tree_root_path(); if (IS_ERR(root)) { if (!btrfs_test_opt(fs_info, IGNOREBADROOTS)) /* * 由於我們有 rescue=ibadroots 掛載選項* @ret 仍為 0。*/ break; if (!found || ret) { /* @found 為 true@ret 為 0csum * 樹狀結構的錯誤處理。 */ } 這表示如果 csum 樹狀結構已損毀我們會完全略過 BTRFS_FS_STATE_NO_DATA_CSUMS 的設定而導致之後進行非預期的 csum 查閱。[FIX] 如果 read_tree_root_path() 失敗一律將 @ret 填入錯誤編號。由於在函式結尾我們需要 @ret 來判斷我們是否需要針對 csum 樹狀結構執行額外的錯誤處理。 (CVE-2025-38260)

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

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

  - perf/x86/intel以 sample_freq 修正 PEBS-via-PT 的分割錯誤 目前以範例頻率 (而非範例期間) 使用 PEBS-via-PT 會造成分割錯誤。例如錯誤核心 NULL 指標解除參照位址0000000000000195 <NMI> __die_body.cold+0x19/0x27 ? page_fault_oops+0xca/0x290 exc_page_fault+0x7e/0x1b0 ? asm_exc_page_fault+0x26/0x30 ? intel_pmu_pebs_event_update_no_drain+0x40/0x60 ? intel_pmu_pebs_event_update_no_drain+0x32/0x60 intel_pmu_drain_pebs_icl+0x333/0x350 handle_pmi_common+0x272/0x3c0 intel_pmu_handle_irq+0x10a/0x2e0 perf_event_nmi_handler+0x2a/0x50 That happens because intel_pmu_pebs_event_update_no_drain() assumes all the pebs_enabled bits represent counter indexes, which is not always the case. 在此特定情況下位元 60 和 61 針對 PEBS-via-PT 目的進行設定。具有範例頻率的 PEBS-via-PT 行為存有問題因為儘管產生了 PMI (PEBS_PMI_AFTER_EACH_RECORD)但期間並未調整。若不解決此問題請傳送計數器位元的遮罩 (而非「大小」)以修正 intel_pmu_pebs_event_update_no_drain()。請注意在 [修正] 認可之前「大小」會受限於計數器索引上限因此不會發生 問題。
    (CVE-2025-38055)

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

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

  - 在 到 3.5.1的Mbed TLS 中發現一個問題。在 mbedtls_ssl_session_reset 中最大可交涉 TLS 版本處理不當。例如如果上一個連線交涉了 TLS 1.2則 1.2 成為新的最大值。 (CVE-2023-52353)

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

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

  - 已解決 Linux 核心中的下列弱點：Bluetooth: btusb: mediatek: Fix double free of skb in coredump hci_devcd_append() would free the skb on error so the caller don't have to free it again otherwise it would cause the double free of skb. Reported-by : Dan Carpenter <dan.carpenter@linaro.org> (CVE-2024-35856)

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

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

  - 在 OpenBSD 6.6 核心中發現一個問題。WEP、WPA、WPA2 和 WPA3 實作將片段框架視為完整框架。攻擊者可濫用此弱點，插入獨立於網路組態的任意網路封包。(CVE-2020-26142)

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

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

  - Oracle MySQL 的 MySQL 伺服器產品中存有弱點 (元件: Server: Optimizer)。受到影響的支援版本是 8.0.34 和之前的版本。攻擊此弱點的難度較小，經由多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。若成功攻擊此弱點，未經授權即可造成 MySQL 伺服器懸置或經常重複性當機 (完全 DOS)。(CVE-2023-22112)

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

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

  - 已解決 Linux 核心中的下列弱點：clk: mediatek: clk-mt7629: Add check for mtk_alloc_clk_data Add the check for the return value of mtk_alloc_clk_data() in order to avoid NULL pointer dereference. (CVE-2023-52858)

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

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

  - 已解決 Linux 核心中的下列弱點：HID: corsair-void: Update power supply values with a unified work handler corsair_void_process_receiver can be called from an interrupt context, locking battery_mutex in it was causing a kernel panic. Fix it by moving the critical section into its own work, sharing this work with battery_add_work and battery_remove_work to remove the need for any locking (CVE-2025-21952)

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

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

  - strongSwan 5.9.8 之前版本允許遠端攻擊者傳送特製的終端實體 (和中繼 CA) 憑證，在其中包含指向伺服器 (在攻擊者的控制之下) 的 CRL/OCSP URL，而伺服器在初始 TCP 交握後不會正確回應 (比如不做任何動作或是傳送過量的應用程式資料)，藉由此種方式在撤銷外掛程式中造成拒絕服務。(CVE-2022-40617)

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

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

  - iommu/amd修正 parse_ivrs_acpihid 中潛在的緩衝區溢位。有一個字串剖析邏輯錯誤可能會導致 hid 或 uid 緩衝區溢位。比較 ACPIID_LEN 和字串總長度時並未考量個別 hid 和 uid 緩衝區的長度因此在某些情況下檢查不足。例如如果 hid 字串的長度是 4 而 uid 字串的長度是 260str 的長度將會等於 ACPIID_LEN + 1但 uid 字串會使大小為 256 的 uid 緩衝區溢位。這同樣適用於長度為 13 的 hid 字串以及長度為 250 的 uid 字串。分別檢查 hid 和 uid 字串的長度以防止緩衝區溢位。由 Linux Verification Center (linuxtesting.org) 的 SVACE 發現。 (CVE-2025-37927)

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

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

  - 已解決 Linux 核心中的下列弱點：speakup: Fix sizeof() vs ARRAY_SIZE() bug The buf pointer is an array of u16 values. This code should be using ARRAY_SIZE() (which is 256) instead of sizeof() (which is 512), otherwise it can the still got out of bounds. (CVE-2024-38587)

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

ID	名稱	嚴重性
246822	Linux Distros 未修補的弱點：CVE-2025-21972	medium
246821	Linux Distros 未修補的弱點：CVE-2022-49767	low
246820	Linux Distros 未修補的弱點：CVE-2022-50138	medium
246819	Linux Distros 未修補的弱點：CVE-2022-48794	medium
246818	Linux Distros 未修補的弱點：CVE-2023-53010	high
246817	Linux Distros 未修補的弱點：CVE-2023-39192	medium
246816	Linux Distros 未修補的弱點：CVE-2015-6660	high
246815	Linux Distros 未修補的弱點：CVE-2025-22036	high
246814	Linux Distros 未修補的弱點：CVE-2022-49782	medium
246813	Linux Distros 未修補的弱點：CVE-2021-3347	high
246812	Linux Distros 未修補的弱點：CVE-2023-52571	high
246811	Linux Distros 未修補的弱點：CVE-2023-53088	medium
246810	Linux Distros 未修補的弱點：CVE-2025-21534	medium
246809	Linux Distros 未修補的弱點：CVE-2022-3028	high
246808	Linux Distros 未修補的弱點：CVE-2025-38005	medium
246807	Linux Distros 未修補的弱點：CVE-2024-7527	high
246806	Linux Distros 未修補的弱點：CVE-2017-9242	medium
246805	Linux Distros 未修補的弱點：CVE-2020-29569	high
246804	Linux Distros 未修補的弱點：CVE-2025-38208	medium
246803	Linux Distros 未修補的弱點：CVE-2024-0090	high
246802	Linux Distros 未修補的弱點：CVE-2020-12416	high
246801	Linux Distros 未修補的弱點：CVE-2024-20982	medium
246800	Linux Distros 未修補的弱點：CVE-2024-40987	high
246799	Linux Distros 未修補的弱點：CVE-2024-11941	high
246798	Linux Distros 未修補的弱點：CVE-2016-9083	high
246797	Linux Distros 未修補的弱點：CVE-2021-2061	medium
246796	Linux Distros 未修補的弱點：CVE-2024-46797	medium
246795	Linux Distros 未修補的弱點：CVE-2022-50217	high
246794	Linux Distros 未修補的弱點：CVE-2022-49771	high
246793	Linux Distros 未修補的弱點：CVE-2022-48774	medium
246792	Linux Distros 未修補的弱點：CVE-2025-37863	high
246791	Linux Distros 未修補的弱點：CVE-2025-37826	medium
246790	Linux Distros 未修補的弱點：CVE-2020-26968	high
246789	Linux Distros 未修補的弱點：CVE-2023-53061	high
246788	Linux Distros 未修補的弱點：CVE-2022-48918	medium
246787	Linux Distros 未修補的弱點：CVE-2018-6260	medium
246786	Linux Distros 未修補的弱點：CVE-2022-49870	high
246785	Linux Distros 未修補的弱點：CVE-2025-23129	medium
246784	Linux Distros 未修補的弱點：CVE-2024-35792	high
246783	Linux Distros 未修補的弱點：CVE-2025-38260	medium
246782	Linux Distros 未修補的弱點：CVE-2025-38055	medium
246781	Linux Distros 未修補的弱點：CVE-2023-52353	high
246780	Linux Distros 未修補的弱點：CVE-2024-35856	high
246779	Linux Distros 未修補的弱點：CVE-2020-26142	medium
246778	Linux Distros 未修補的弱點：CVE-2023-22112	medium
246777	Linux Distros 未修補的弱點：CVE-2023-52858	medium
246776	Linux Distros 未修補的弱點：CVE-2025-21952	medium
246775	Linux Distros 未修補的弱點：CVE-2022-40617	high
246774	Linux Distros 未修補的弱點：CVE-2025-37927	high
246773	Linux Distros 未修補的弱點：CVE-2024-38587	medium

偵測

Nessus 的 Misc. 系列

medium

low

medium

medium

high

medium

high

high

medium

high

high

medium

medium

high

medium

high

medium

high

medium

high

high

medium

high

high

high

medium

medium

high

high

medium

high

medium

high

high

medium

medium

high

medium

high

medium

medium

high

high

medium

medium

medium

medium

high

high

medium