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

  - 已解決 Linux 核心中的下列弱點：irqchip/gic-v3-its: Restore quirk probing for ACPI-based systems While refactoring the way the ITSs are probed, the handling of quirks applicable to ACPI-based platforms was lost. As a result, systems such as HIP07 lose their GICv4 functionnality, and some other may even fail to boot, unless they are configured to boot with DT. Move the enabling of quirks into its_probe_one(), making it common to all firmware implementations.
    (CVE-2024-26823)

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

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

  - Linux 版 NVIDIA GPU 顯示驅動程式的核心模式層中有一個弱點 ，具有基本功能的本機使用者可利用此弱點造成程式解除參照 NULL 指標，進而導致拒絕服務。
    (CVE-2022-31615)

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

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

  - 在 Linux 核心 5.14-rc3 之前版本的追蹤模組功能中，發現使用者追蹤環形緩衝區的特定方式中缺少 CPU 資源。僅取得特權的本機使用者 (藉由 CAP_SYS_ADMIN 功能 ) 可利用此缺陷來耗盡資源，進而引發拒絕服務。
    (CVE-2021-3679)

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

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

  - 在 Windows 上下載檔案時，未逸出 % 字元，這可能導致下載內容錯誤地儲存在使用 %HOMEPATH% 或 %APPDATA% 等變數的受攻擊者影響的路徑中。<br>*此錯誤僅影響適用於 Windows 的 Firefox。其他作業系統不受影響。* 此弱點會影響 Thunderbird < 91.10、Firefox < 101 和 Firefox ESR < 91.10。(CVE-2022-31739)

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

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

  - 在 4.17之前的 Linux 核心中drivers/infiniband/hw/hns/hns_roce_main.c 的 hns_roce_alloc_ucontext 未初始化 resp 資料結構其可能允許攻擊者從核心堆疊記憶體取得敏感資訊亦即 CID-df7e40425813。 (CVE-2019-16921)

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

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

  - 已解決 Linux 核心中的下列弱點：userfaultfd: change src_folio after ensuring it's unpinned in UFFDIO_MOVE Commit d7a08838ab74 (mm: userfaultfd: fix unexpected change to src_folio when UFFDIO_MOVE fails) moved the src_folio->{mapping, index} changing to after clearing the page-table and ensuring that it's not pinned. This avoids failure of swapout+migration and possibly memory corruption. However, the commit missed fixing it in the huge-page case. (CVE-2024-27007)

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

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

  - 在 5.1.x之前的 mholt PapaParse 中發現一個弱點。目前已將其歸類為「有問題」。受影響的是 papaparse.js 檔案的一個未知函式。操控導致規則運算式複雜度低效。升級至 5.2.0 版可解決此問題。修補程式的名稱是 235a12758cd77266d2e98fd715f53536b34ad621。建議升級受影響的元件。此弱點的識別碼為 VDB-218004。 (CVE-2020-36649)

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

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

  - 在 Linux 版 NVIDIA GPU 顯示驅動程式中，核心模式層 (nvidia.ko) 中有一個弱點，具有基本功能的本機使用者可利用此弱點造成輸入驗證不當，進而觸發拒絕服務、特權提升、資料竄改以及有限的資訊洩漏等攻擊。(CVE-2022-31607)

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

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

  - nfs處理解除鎖定路徑中的 nfs_get_lock_context 失敗記憶體不足時nfs_get_lock_context() 中的 nfs_lock_context 配置會失敗並傳回 -ENOMEM。如果我們錯誤地將 nfs4_unlockdata 結構 (其 l_ctx 成員已設定為 -ENOMEM) 視為有效並繼續執行 rpc_run_task()這將會在 nfs4_locku_prepare 中觸發 NULL 指標解除參照。例如錯誤
    核心 NULL 指標解除參照、位址 000000000000000c PGD 0 P4D 0 OopsOops 0000 [#1] SMP PTI CPU
    15 UID: 0 PID: 12 Comm: kworker/u64:0 未受污染 6.15.0-rc2-dirty #60 硬體名稱: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.16.3-2.fc40 工作佇列rpciod rpc_async_schedule RIP
    0010:nfs4_locku_prepare+0x35/0xc2 Code: 89 f2 48 89 fd 48 c7 c7 68 69 ef b5 53 48 8b 8e 90 00 00 00 48 89 f3 RSP: 0018:ffffbbafc006bdb8 EFLAGS: 00010246 RAX: 000000000000004b RBX: ffff9b964fc1fa00 RCX:
    0000000000000000 RDX: 0000000000000000 RSI: fffffffffffffff4 RDI: ffff9ba53fddbf40 RBP: ffff9ba539934000 R08: 0000000000000000 R09: ffffbbafc006bc38 R10: ffffffffb6b689c8 R11: 0000000000000003 R12:
    ffff9ba539934030 R130000000000000001 R140000000004248060 R15ffffffffb56d1c30 FS
    000000000000000(0000) GS:ffff9ba5881f0000(0000) knlGS:00000000 CS: 0010 DS: 0000 ES: 0000 CR0
    0000000080050033 CR2: 000000000000000c CR3: 000000093f244000 CR4: 00000000000006f0 呼叫追踪 <TASK>
    __rpc_execute+0xbc/0x480 rpc_async_schedule+0x2f/0x40 process_one_work+0x232/0x5d0 worker_thread+0x1da/0x3d0 __pfx_worker_thread+0x10/0x10 kthread+0x10d/0x240 ? __pfx_kthread+0x10/0x10 ret_from_fork+0x34/0x50 ? __pfx_kthread+0x10/0x10 ret_from_fork_asm+0x1a/0x30 </TASK> 連結於下列的模組
    CR2000000000000000c ---[ end trace 0000000000000000 ]--- 當 nfs_get_lock_context() 失敗時釋放已配置的 nfs4_unlockdata並傳回 NULL 以終止後續的 rpc_run_task防止 NULL 指標解除參照。 (CVE-2025-38023)

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

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

  - netfilternf_conncount完全初始化 insert_tree() 中的結構 nf_conncount_tuple 自提交 b36e4523d4d5 (netfilternf_conncount 修正記憶體回收確認爭用)以來已將「cpu」和「jiffies32」引入結構 nf_conncount_tuple。此認可使 nf_conncount_add() 在配置結構時初始化 `conn->cpu` 和 `conn->jiffies32`。相反地count_tree() 並未變更以對其進行初始化。已透過提交 34848d5c896e (netfilternf_conncount分割插入和遊走)分割了 count_tree() 且相關的配置程式碼現在位於 insert_tree() 中。初始化 insert_tree() 中的 `conn->cpu` 和 `conn->jiffies32`。錯誤KMSANfind_or_evict net/netfilter/nf_conncount.c:117 中的 uninit-value [內嵌] 錯誤KMSAN__nf_conncount_add+0xd9c/0x2850 net/netfilter/nf_conncount.c:143 find_or_evict net/netfilter/nf_conncount 中的 uninit-value。 c:117 [內嵌]
    __nf_conncount_add+0xd9c/0x2850 net/netfilter/nf_conncount.c:143 count_tree net/netfilter/nf_conncount.c:438 [inline] nf_conncount_count+0x82f/0x1e80 net/netfilter/nf_conncount.c:521 connlimit_mt+0x7f6/0xbd0 net/netfilter/ xt_connlimit.c:72 __nft_match_eval net/netfilter/nft_compat.c:403 [內嵌] nft_match_eval+0x1a5/0x300 net/netfilter/nft_compat.c:433 expr_call_ops_eval net/netfilter/nf_tables_core.c:240 [內嵌] nft_do_chain+0x426/0x2290 net/netfilter/nf_tables_core.c:288 nft_do_chain_ipv4+0x1a5/0x230 net/netfilter/nft_chain_filter.c:23 nf_hook_entry_hookfn include/linux/netfilter.h:154 [內嵌] nf_hook_slow+0xf4/0x400 net/netfilter/core.c:626 nf_hook_slow_list+0x24d/0x860 net/netfilter/core.c:663 NF_HOOK_LIST include/linux/netfilter.h:350 [內嵌] ip_sublist_rcv+0x17b7/0x17f0 net/ipv4/ip_input.c:633 ip_list_rcv+0x9ef/0xa40 net/ipv4/ ip_input.c:669
    __netif_receive_skb_list_ptype net/core/dev.c:5936 [內嵌] __netif_receive_skb_list_core+0x15c5/0x1670 net/core/dev.c:5983 __netif_receive_skb_list net/core/dev.c:6035 [內嵌] netif_receive_skb_list_internal+0x1085/0x1700net/core/dev .c:6126 netif_receive_skb_list+0x5a/0x460 net/core/dev.c:6178 xdp_recv_frames net/bpf/test_run.c:280 [內嵌] xdp_test_run_batch net/bpf/test_run.c:361 [內嵌] bpf_test_run_xdp_live+0x2e86/0x3480 net /bpf/test_run.c:390 bpf_prog_test_run_xdp+0xf1d/0x1ae0 net/bpf/test_run.c:1316 bpf_prog_test_run+0x5e5/0xa30 kernel/bpf/syscall.c:4407 __sys_bpf+0x6aa/0xd90 kernel/bpf/syscall.c:5813 __do_sys_bpf kernel/bpf/syscall.c:5902 [內嵌] __se_sys_bpf kernel/bpf/syscall.c:5900 [內嵌]
    __ia32_sys_bpf+0xa0/0xe0 kernel/bpf/syscall.c:5900 ia32_sys_call+0x394d/0x4180 arch/x86/include/generated/asm/syscalls_32.h:358 do_syscall_32_irqs_on arch/x86/entry/common.c:165 [內嵌] __do_fast_syscall_32 +0xb0/0x110 arch/x86/entry/common.c:387 do_fast_syscall_32+0x38/0x80 arch/x86/entry/common.c:412 do_SYSENTER_32+0x1f/0x30 arch/x86/entry/common.c:450 entry_SYSENTER_compat_after_hwframe+0x84 /0x8e Uninit 建立於 slab_post_alloc_hook mm/slub.c:4121 [內嵌] slab_alloc_node mm/slub.c:4164 [內嵌] kmem_cache_alloc_noprof+0x915/0xe10 mm/slub.c:4171 insert_tree net/netfilter/nf_conncount.c 372 [內嵌] count_tree net/netfilter/nf_conncount.c:450 [內嵌] nf_conncount_count+0x1415/0x1e80 net/netfilter/nf_conncount.c:521 connlimit_mt+0x7f6/0xbd0 net/netfilter/xt_connlimit.c:72 __nft_match_eval net/netfilter/ nft_compat.c:403 [內嵌] nft_match_eval+0x1a5/0x300 net/netfilter/nft_compat.c:433 expr_call_ops_eval net/netfilter/nf_tables_core.c:240 [內嵌] nft_do_chain+0x426/0x2290 net/ netfilter/nf_tables_core.c:288 nft_do_chain_ipv4+0x1a5/0x230 net/netfilter/nft_chain_filter.c:23 nf_hook_entry_hookfn include/linux/netfilter.h:154 [內嵌] nf_hook_slow+0xf4/0x400 net/netfilter/core.c:626 nf_hook_slow_list+ 0x24d/0x860 net/netfilter/core.c:663 NF_HOOK_LIST include/linux/netfilter.h:350 [內嵌] ip_sublist_rcv+0x17b7/0x17f0 net/ipv4/ip_input.c:633 ip_list_rcv+0x9ef/0xa40 net/ip ---truncated--- (CVE-2025-21959)

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

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

  - 已解決 Linux 核心中的下列弱點：nfsd: fix nfsd4_deleg_getattr_conflict in presence of third party lease It is not safe to dereference fl->c.flc_owner without first confirming fl->fl_lmops is the expected manager. nfsd4_deleg_getattr_conflict() tests fl_lmops but largely ignores the result and assumes that flc_owner is an nfs4_delegation anyway. This is wrong. With this patch we restore the != &nfsd_lease_mng_ops case to behave as it did before the change mentioned below. This is the same as the current code, but without any reference to a possible delegation. (CVE-2024-46690)

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

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

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

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

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

  - 已解決 Linux 核心中的下列弱點：media: mediatek: vcodec: adding lock to protect encoder context list Add a lock for the ctx_list, to avoid accessing a NULL pointer within the 'vpu_enc_ipi_handler' function when the ctx_list has been deleted due to an unexpected behavior on the SCP IP block. (CVE-2024-35919)

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

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

  - llcp_commands.c 的 nfc_llcp_build_sdreq_tlv 中可能存在超出邊界寫入弱點，這是缺少邊界檢查所致。這可能會導致需要系統執行權限的本機特權提升。
    不需使用者互動即可惡意利用。產品：Android。版本：Android 核心。Android ID：
    A-73083945。(CVE-2018-9518)

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

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

  - 已解決 Linux 核心中的下列弱點：erofs: fix race in z_erofs_get_gbuf() In z_erofs_get_gbuf(), the current task may be migrated to another CPU between `z_erofs_gbuf_id()` and `spin_lock(&gbuf->lock)`. Therefore, z_erofs_put_gbuf() will trigger the following issue which was found by stress test: <2>[772156.434168] kernel BUG at fs/erofs/zutil.c:58! .. <4>[772156.435007] <4>[772156.439237] CPU: 0 PID: 3078 Comm: stress Kdump: loaded Tainted: G E 6.10.0-rc7+ #2 <4>[772156.439239] Hardware name: Alibaba Cloud Alibaba Cloud ECS, BIOS 1.0.0 01/01/2017 <4>[772156.439241] pstate: 83400005 (Nzcv daif +PAN -UAO +TCO +DIT -SSBS BTYPE=--) <4>[772156.439243] pc :
    z_erofs_put_gbuf+0x64/0x70 [erofs] <4>[772156.439252] lr : z_erofs_lz4_decompress+0x600/0x6a0 [erofs] ..
    <6>[772156.445958] stress (3127): drop_caches: 1 <4>[772156.446120] Call trace: <4>[772156.446121] z_erofs_put_gbuf+0x64/0x70 [erofs] <4>[772156.446761] z_erofs_lz4_decompress+0x600/0x6a0 [erofs] <4>[772156.446897] z_erofs_decompress_queue+0x740/0xa10 [erofs] <4>[772156.447036] z_erofs_runqueue+0x428/0x8c0 [erofs] <4>[772156.447160] z_erofs_readahead+0x224/0x390 [erofs] ..
    (CVE-2024-42300)

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

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

  - Google Chrome 97.0.4692.71 之前版本的 Navigation 中存在實作不當弱點，此弱點允許遠端攻擊者透過建構的 HTML 頁面洩漏跨來源資料。(CVE-2022-0108)

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

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

  - 已解決 Linux 核心中的下列弱點：net: ethernet: mtk_eth_soc: fix PPE hanging issue A patch to resolve an issue was found in MediaTek's GPL-licensed SDK: In the mtk_ppe_stop() function, the PPE scan mode is not disabled before disabling the PPE. This can potentially lead to a hang during the process of disabling the PPE. Without this patch, the PPE may experience a hang during the reboot test. (CVE-2024-27432)

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

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

  - 已解決 Linux 核心中的下列弱點：drm/msm: Fix wait_fence submitqueue leak We weren't dropping the submitqueue reference in all paths. In particular, when the fence has already been signalled. Split out a helper to simplify handling this in the various different return paths.
    (CVE-2021-47530)

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

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

  - 在 137.0.7151.119 之前的 Google Chrome 版本中，Metrics 有釋放後使用問題，遠端攻擊者可藉此透過特製的 HTML 頁面惡意利用堆積損毀。(Chromium 安全性嚴重性 : 高) (CVE-2025-6192)

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

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

  - 已解決 Linux 核心中的下列弱點：x86/resctrl: Fix allocation of cleanest CLOSID on platforms with no monitors Commit 6eac36bb9eb0 (x86/resctrl: Allocate the cleanest CLOSID by searching closid_num_dirty_rmid) added logic that causes resctrl to search for the CLOSID with the fewest dirty cache lines when creating a new control group, if requested by the arch code. This depends on the values read from the llc_occupancy counters. The logic is applicable to architectures where the CLOSID effectively forms part of the monitoring identifier and so do not allow complete freedom to choose an unused monitoring identifier for a given CLOSID. This support missed that some platforms may not have these counters. This causes a NULL pointer dereference when creating a new control group as the array was not allocated by dom_data_init(). As this feature isn't necessary on platforms that don't have cache occupancy monitors, add this to the check that occurs when a new control group is allocated.
    (CVE-2025-38049)

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

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

  - 在 Linux 核心中發現一個弱點在此情況下存取 printer_ioctl() printer_ioctl() 中的解除配置執行個體會嘗試存取 printer_dev 執行個體。不過會發生釋放後使用問題這是因為其已由 gprinter_free() 釋放所致。 (CVE-2020-27784)

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

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

  - 已解決 Linux 核心中的下列弱點：firmware: qcom: scm: Mark get_wq_ctx() as atomic call Currently get_wq_ctx() is wrongly configured as a standard call. When two SMC calls are in sleep and one SMC wakes up, it calls get_wq_ctx() to resume the corresponding sleeping thread. But if get_wq_ctx() is interrupted, goes to sleep and another SMC call is waiting to be allocated a waitq context, it leads to a deadlock. To avoid this get_wq_ctx() must be an atomic call and can't be a standard SMC call. Hence mark get_wq_ctx() as a fast call. (CVE-2024-46692)

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

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

  - 已解決 Linux 核心中的下列弱點：ata: libata-transport: fix double ata_host_put() in ata_tport_add() In the error path in ata_tport_add(), when calling put_device(), ata_tport_release() is called, it will put the refcount of 'ap->host'. And then ata_host_put() is called again, the refcount is decreased to 0, ata_host_release() is called, all ports are freed and set to null.
    When unbinding the device after failure, ata_host_stop() is called to release the resources, it leads a null-ptr-deref(), because all the ports all freed and null. Unable to handle kernel NULL pointer dereference at virtual address 0000000000000008 CPU: 7 PID: 18671 Comm: modprobe Kdump: loaded Tainted: G E 6.1.0-rc3+ #8 pstate: 80400009 (Nzcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc :
    ata_host_stop+0x3c/0x84 [libata] lr : release_nodes+0x64/0xd0 Call trace: ata_host_stop+0x3c/0x84 [libata] release_nodes+0x64/0xd0 devres_release_all+0xbc/0x1b0 device_unbind_cleanup+0x20/0x70 really_probe+0x158/0x320 __driver_probe_device+0x84/0x120 driver_probe_device+0x44/0x120
    __driver_attach+0xb4/0x220 bus_for_each_dev+0x78/0xdc driver_attach+0x2c/0x40 bus_add_driver+0x184/0x240 driver_register+0x80/0x13c __pci_register_driver+0x4c/0x60 ahci_pci_driver_init+0x30/0x1000 [ahci] Fix this by removing redundant ata_host_put() in the error path. (CVE-2022-49826)

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

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

  - Linux 核心允許使用者空間處理程序透過呼叫 prctl (PR_SET_SPECULATION_CTRL 已停用推測功能)，以及使用 seccomp 來啟用緩解措施。我們發現，在至少一個主要雲端供應商的 VM 上，即使在使用 prctl 啟用 spectre-BTI 緩解措施之後，核心在某些情況下仍會讓受害者處理程序容易受到攻擊。在開機命令行強制執行 IBRS 緩解措施時，可在裸機上觀察到相同的行為。發生這種情況是因為在啟用純 IBRS (非增強型 IBRS) 的情況下，核心的某些邏輯會判斷為不需要 STIBP。IBRS 位元可暗中防止跨執行緒分支目標插入。
    但是，使用舊版 IBRS 時，由於效能原因，IBRS 位元會在傳回至使用者空間時遭到清除，這會停用隱含的 STIBP，並使使用者空間執行緒容易受到 STIBP 防範的跨執行緒分支目標插入弱點影響。(CVE-2023-1998)

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

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

  - 在 Grafana OSS 中發現一個開放重新導向弱點，可能被利用來發動 XSS 攻擊。此弱點是從 Grafana v11.5.0 開始引入的。開放重新導向可與路徑遊走弱點鏈結在一起以達到 XSS。已在 12.0.2+security-01、 11.6.3+security-01、 11.5.6+security-01、 11.4.6+security-01 和 11.3.8+security-01 版本中修正 (CVE-2025-6023)

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

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

  - 在 6.7.1 版本之前的 Linux 核心中，fs/btrfs/disk-io.c 內的 btrfs_get_root_ref 可能會發生宣告失敗及損毀，這是因為在建立子磁碟區時，插入其 root 項目後過快讀取子磁碟區所致。 (CVE-2024-23850)

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

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

  - 已解決 Linux 核心中的下列弱點：sr9800: Add check for usbnet_get_endpoints Add check for usbnet_get_endpoints() and return the error if it fails in order to transfer the error. (CVE-2024-26651)

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

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

  - 在 Wikimedia MediaWiki 1.27.0 至 1.32.1中發現一個不正確的存取控制弱點。直接 POST 至 Special:ChangeEmail 將允許繞過重新驗證進而允許潛在的帳戶接管。 (CVE-2019-12468)

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

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

  - 在 Linux 核心中，特定 net/ipv4/tcp_output.c 變更 (已正確納入 4.16.12) 不會正確反向移植至較早的長期核心，這會導致引入一個可能比原定透過反向移植修正的問題還要嚴重的新弱點。具體而言，藉由在中斷連線和重新連線之間新增寫入佇列，本機攻擊者可觸發多個釋放後使用情形。這可導致核心損毀，或可能導致特權提升。
    注意：這會影響 (例如) 4.9.190 之前使用 4.9.x 個長期核心或 4.14.139 之前使用 4.14.x 個長期核心的 Linux 版本。(CVE-2019-15239)

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

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

  - 在 Kubernetes Image Builder <= v0.1.37 版中發現一個安全性問題其中使用 Nutanix、OVA、QEMU 或 raw 提供者時在影像構建處理程序期間會啟用預設認證。
    認證可用來取得 root 存取權。認證在影像構建處理程序結束時停用。只有在節點使用透過 Image Builder 專案建立的 VM 影像時Kubernetes 叢集才會受到影響。由於這些影像在影像構建處理程序期間容易遭受攻擊因此只有在攻擊者可取得產生影像構建所在的 VM 並利用弱點在發生影像構建時修改影像的情況下才會受到影響。 (CVE-2024-9594)

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

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

  - 已解決 Linux 核心中的下列弱點：netfilter: ipset: Fix suspicious rcu_dereference_protected() When destroying all sets, we are either in pernet exit phase or are executing a destroy all sets command from userspace. The latter was taken into account in ip_set_dereference() (nfnetlink mutex is held), but the former was not. The patch adds the required check to rcu_dereference_protected() in ip_set_dereference(). (CVE-2024-40993)

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

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

  - Linux 核心 5.4 版至 5.6.10 版中的 net/netfilter/nf_dup_netdev.c 允許本機使用者利用堆積超出邊界寫入弱點取得權限。這與 nf_tables_offload 有關。(CVE-2022-25636)

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

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

  - Wasmtime 是適用於 WebAssembly 的獨立執行階段。 2.0.2版之前Wasmtime 的 C API 實作中有一個錯誤導致 `wasmtime_trap_code` 的定義不符合其在 `wasmtime/trap.h` 標頭檔案中宣告的簽章。此差異會造成函式實作執行一個 4 位元組寫入至呼叫者提供的 1 位元組緩衝區中。這可導致寫入超過呼叫者提供的 1 位元組位置之三個零位元組。此錯誤已修補使用者應升級至 wasmtime 2.0.2。在呼叫 `wasmtime_trap_code` 時提供轉換為 1 位元組緩衝區的 4 位元組緩衝區可解決此錯誤。`wasmtime` crate 的使用者不會受到此問題影響只有 C API 函式 `wasmtime_trap_code` 的使用者會受到影響。 (CVE-2022-39394)

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

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

  - Oracle MySQL 的 MySQL Connectors 產品中的弱點 (元件：Connector/J)。受到影響的支援版本是 8.1.0 和之前的版本。攻擊此弱點具有難度，可以透過多個通訊協定存取網路的未經驗證攻擊者可藉此入侵 MySQL Connectors。若要成功攻擊，必須有攻擊者以外之他人的互動，且雖然弱點位於 MySQL Connectors 中，但攻擊可能對其他產品造成重大影響 (範圍變更)。若成功攻擊此弱點，則可接管 MySQL Connector。(CVE-2023-22102)

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

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

  - binder.c 的 binder_transaction 中可能存在超出邊界寫入問題，這是缺少邊界檢查所致。
    這可能會導致本機特權提升，且不需額外的執行權限。刺探利用弱點不需要使用者互動。產品: AndroidVersions: Android kernelAndroid ID: 
    A-136210786參照上游核心 (CVE-2019-2214)

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

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

  - 在 Linux 核心的 Nosy 驅動程式中發現一個缺陷。此問題讓裝置可在雙重連結清單中插入兩次，導致在移除其中一個裝置時發生釋放後使用。此弱點對於機密性、完整性以及系統可用性的威脅最大。此問題會影響到核心 5.12-rc6 之前的版本 (CVE-2021-3483)

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

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

  - 已解決 Linux 核心中的下列弱點：platform/x86: intel_pmc_core: fix memleak on registration failure In case device registration fails during module initialisation, the platform device structure needs to be freed using platform_device_put() to properly free all resources (e.g. the device name). (CVE-2021-47093)

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

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

  - tracing 重建 trace_clock_global() 以永不封鎖 據報環緩衝區遞回偵測的修正會在執行暫停/恢復測試時造成機器懸置。從除錯該案例中擷取下列反向追踪呼叫追踪trace_clock_global+0x91/0xa0
    __rb_reserve_next+0x237/0x460 ring_buffer_lock_reserve+0x12a/0x3f0 trace_buffer_lock_reserve+0x10/0x50
    __trace_graph_return+0x1f/0x80 trace_graph_return+0xb7/0xf0 ? trace_clock_global+0x91/0xa0 ftrace_return_to_handler+0x8b/0xf0 ? pv_hash+0xa0/0xa0 return_to_handler+0x15/0x30 ? ftrace_graph_caller+0xa0/0xa0 trace_clock_global+0x91/0xa0 ? __rb_reserve_next+0x237/0x460 ? ring_buffer_lock_reserve+0x12a/0x3f0 trace_event_buffer_lock_reserve+0x3c/0x120 ? trace_event_buffer_reserve+0x6b/0xc0 ? trace_event_raw_event_device_pm_callback_start+0x125/0x2d0 dpm_run_callback+0x3b/0xc0 ? pm_ops_is_empty+0x50/0x50 ? platform_get_irq_byname_optional+0x90/0x90 ? trace_device_pm_callback_start+0x82/0xd0 dpm_run_callback+0x49/0xc0 使用下列 RIP RIP
    0010:native_queued_spin_lock_slowpath+0x69/0x200 由於遞回偵測的修正可允許在追踪時發生單一遞回，這樣會導致 trace_clock_global() 進行自旋鎖，然後再嘗試再次取得：ring_buffer_lock_reserve() { trace_clock_global() { arch_spin_lock() {queued_spin_lock_slowpath() { /* lock taken */ (函式圖形追踪器會追踪其他內容) ring_buffer_lock_reserve() { trace_clock_global() { arch_spin_lock() { queued_spin_lock_slowpath() { /* DEAD LOCK! */ 追踪應該 *絕對不會*封鎖，因為這樣可能會導致類似上述的奇怪鎖定。重新建構 trace_clock_global() 程式碼，而不僅僅是取得鎖定，更新記錄的 prev_time 只是為了要加以使用，因為在兩個不同 CPU 上發生的兩個事件會同時呼叫，實際上哪個事件先發生並不重要。使用 trylock 抓取鎖定以便更新 prev_time，如果失敗，只需下次重試即可。如果無法取得，則表示其他項目已在更新該項目。Bugzilla：https://bugzilla.kernel.org/show_bug.cgi?id=212761 (CVE-2021-46939)

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

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

  - 已解決 Linux 核心中的下列弱點：s390/dasd: Fix invalid dereferencing of indirect CCW data pointer Fix invalid dereferencing of indirect CCW data pointer in dasd_eckd_dump_sense() that leads to a kernel panic in error cases. When using indirect addressing for DASD CCWs (IDAW) the CCW CDA pointer does not contain the data address itself but a pointer to the IDAL.
    This needs to be translated from physical to virtual as well before using it. This dereferencing is also used for dasd_page_cache and also fixed although it is very unlikely that this code path ever gets used.
    (CVE-2024-42099)

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

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

  - aoe修正 aoecmd_cfg_pkts 中潛在的釋放後使用問題此修補程式針對 CVE-2023-6270。cve 的描述為在 Linux 核心的 ATA over Ethernet (AoE) 驅動程式中發現一個瑕疵。aoecmd_cfg_pkts() 函式未正確更新 `struct net_device` 上的 refcnt，並且 struct 上的釋放與透過 `skbtxq` 全域佇列進行存取之間的爭用情形會觸發釋放後使用弱點。
    這可導致拒絕服務情形或可能執行程式碼。在 aoecmd_cfg_pkts() 中完成 skb 初始程式碼時它一律會呼叫 dev_put(ifp)。但 net_device ifp 之後仍會在 kthread 的 tx()->dev_queue_xmit() 中使用。這表示不應在 aoecmd_cfg_pkts() 的 skb 初始程式碼成功路徑中呼叫 dev_put(ifp)。否則tx() 可能會因為 net_device 已釋放而發生釋放後使用錯誤。此修補程式移除了 aoecmd_cfg_pkts() 中成功路徑中的 dev_put(ifp)並在 tx() 的 skb xmit 後新增 dev_put()。 (CVE-2024-26898)

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

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

  - 已解決 Linux 核心中的下列弱點：fs/proc/task_mmu: move mmu notification mechanism inside mm lock Move mmu notification mechanism inside mm lock to prevent race condition in other components which depend on it. The notifier will invalidate memory range. Depending upon the number of iterations, different memory ranges would be invalidated. The following warning would be removed by this patch: WARNING: CPU: 0 PID: 5067 at arch/x86/kvm/../../../virt/kvm/kvm_main.c:734 kvm_mmu_notifier_change_pte+0x860/0x960 arch/x86/kvm/../../../virt/kvm/kvm_main.c:734 There is no behavioural and performance change with this patch when there is no component registered with the mmu notifier. [akpm@linux-foundation.org: narrow the scope of `range', per Sean] (CVE-2024-26617)

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

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

  - 在 polkit 中發現一個瑕疵。處理具有 32 個或更多深入巢狀元素的 XML 原則時可能會觸發超出邊界寫入。此問題可導致當機或其他未預期的行為且不會捨棄任意程式碼執行。若要惡意利用此缺陷需要高權限帳戶因為需要此帳戶才能正確放置惡意原則檔案。 (CVE-2025-7519)

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

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

  - accel/qaic修正 qaic_validate_req() 中的整數溢位。這些是使用者透過 qaic_attach_slice_bo_ioctl() 收到的 u64 變數。使用 check_add_overflow() 確保數學運算沒有整數包裝錯誤。 (CVE-2025-22001)

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

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

  - GStreamer 是用來建構媒體處理元件圖形的程式庫。在 qtdemux.c 內的 qtdemux_parse_theora_extension 函式中偵測到整數反向溢位。此弱點是因為 gint 大小變數反向溢位所導致，其會造成在轉換為無符號整數時，大小保留了非預期的大值。在對 gst_buffer_new_and_alloc 的後續呼叫中，此 32 位元負值接下來會轉換為 64 位元無符號整數 (0xfffffffffffffffa)。然後，gst_buffer_new_allocate 函式會嘗試配置記憶體，最終呼叫 _sysmem_new_block。_sysmem_new_block 函式將對齊和標頭大小新增至 (未簽署) 大小，造成「slice_size」變數溢位。因此，即使輸入值很大，也只會配置 0x89 位元組。當 gst_buffer_fill 中發生下列 memcpy 呼叫時，輸入檔案中的資料將會覆寫 GstMapInfo 資訊結構的內容。最後，在呼叫 gst_memory_unmap 期間，覆寫的記憶體可能會造成函式指標劫持，因為使用損毀的指標呼叫 mem->allocator->mem_unmap_full 函式。此函式指標覆寫可允許攻擊者變更程式的執行流程，進而導致任意程式碼執行。此弱點已在 1.24.10 中修正。
    (CVE-2024-47606)

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

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

  在 4.2 之前的 Linux 核心中，crypto/rng.c 的 rngapi_reset 函式允許攻擊者引致拒絕服務 (NULL 指標解除參照)。(CVE-2017-15116)

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

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

  - Oracle MySQL 的 MySQL 伺服器產品中存有弱點 (元件: Server: Optimizer)。受到影響的支援版本是 8.0.27 和之前的版本。攻擊此弱點的難度較小，經由多個通訊協定存取網路的低權限攻擊者可藉此入侵 MySQL 伺服器。成功攻擊此弱點可導致未經授權便能造成 MySQL 伺服器懸置或經常重複性當機 (完全 DOS)，以及未經授權地更新、插入或刪除某些 MySQL 伺服器可存取資料的存取權。(CVE-2022-21351)

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

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

  - 已解決 Linux 核心中的下列弱點：can: mcp251x: fix resume from sleep before interface was brought up Since 8ce8c0abcba3 the driver queues work via priv->restart_work when resuming after suspend, even when the interface was not previously enabled. This causes a null dereference error as the workqueue is only allocated and initialized in mcp251x_open(). To fix this we move the workqueue init to mcp251x_can_probe() as there is no reason to do it later and repeat it whenever mcp251x_open() is called. [mkl: fix error handling in mcp251x_stop()] (CVE-2021-46994)

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

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

  -背光led_bl呼叫 led_sysfs_disable() 時保持 led_access 鎖定 Lockdep 在移除 led 背光時偵測到下列問題[ 142.315935] ------------[在此處截取 ]-------- ------ [ 142.315954] 警告
    CPU2 PID 292在 drivers/leds/led-core.c:455 led_sysfs_enable+0x54/0x80 ... [ 142.500725] 呼叫追踪 [142.503176] led_sysfs_enable+0x54/0x80 (P) [ 142.507370] led_bl_remove +0x80/0xa8 [led_bl] [ 142.511742] platform_remove+0x30/0x58 [ 142.515501] device_remove+0x54/0x90 ... 實際上必須在保持 led_access 鎖定的情況下呼叫 led_sysfs_enable()。在呼叫 led_sysfs_disable() 時保持鎖定。 (CVE-2025-23144)

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

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

  - 已解決 Linux 核心中的下列弱點：ASoC: amd: Adjust error handling in case of absent codec device acpi_get_first_physical_node() can return NULL in several cases (no such device, ACPI table error, reference count drop to 0, etc). Existing check just emit error message, but doesn't perform return. Then this NULL pointer is passed to devm_acpi_dev_add_driver_gpios() where it is dereferenced. Adjust this error handling by adding error code return. Found by Linux Verification Center (linuxtesting.org) with SVACE. (CVE-2024-43818)

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

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

  - 已解決 Linux 核心中的下列弱點：wifi: ath12k: fix out-of-bound access of qmi_invoke_handler() Currently, there is no terminator entry for ath12k_qmi_msg_handlers hence facing below KASAN warning, ================================================================== BUG: KASAN:
    global-out-of-bounds in qmi_invoke_handler+0xa4/0x148 Read of size 8 at addr ffffffd00a6428d8 by task kworker/u8:2/1273 CPU: 0 PID: 1273 Comm: kworker/u8:2 Not tainted 5.4.213 #0 Workqueue: qmi_msg_handler qmi_data_ready_work Call trace: dump_backtrace+0x0/0x20c show_stack+0x14/0x1c dump_stack+0xe0/0x138 print_address_description.isra.5+0x30/0x330 __kasan_report+0x16c/0x1bc kasan_report+0xc/0x14
    __asan_load8+0xa8/0xb0 qmi_invoke_handler+0xa4/0x148 qmi_handle_message+0x18c/0x1bc qmi_data_ready_work+0x4ec/0x528 process_one_work+0x2c0/0x440 worker_thread+0x324/0x4b8 kthread+0x210/0x228 ret_from_fork+0x10/0x18 The address belongs to the variable:
    ath12k_mac_mon_status_filter_default+0x4bd8/0xfffffffffffe2300 [ath12k] [...] ================================================================== Add a dummy terminator entry at the end to assist the qmi_invoke_handler() in traversing up to the terminator entry without accessing an out-of-boundary index. Tested-on: QCN9274 hw2.0 PCI WLAN.WBE.1.0.1-00029-QCAHKSWPL_SILICONZ-1 (CVE-2024-38572)

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

ID	名稱	嚴重性
246622	Linux Distros 未修補的弱點：CVE-2024-26823	medium
246621	Linux Distros 未修補的弱點：CVE-2022-31615	medium
246620	Linux Distros 未修補的弱點：CVE-2021-3679	medium
246619	Linux Distros 未修補的弱點：CVE-2022-31739	high
246618	Linux Distros 未修補的弱點：CVE-2019-16921	high
246617	Linux Distros 未修補的弱點：CVE-2024-27007	high
246616	Linux Distros 未修補的弱點：CVE-2020-36649	high
246615	Linux Distros 未修補的弱點：CVE-2022-31607	high
246614	Linux Distros 未修補的弱點：CVE-2025-38023	medium
246613	Linux Distros 未修補的弱點：CVE-2025-21959	medium
246612	Linux Distros 未修補的弱點：CVE-2024-46690	medium
246611	Linux Distros 未修補的弱點：CVE-2019-17012	high
246610	Linux Distros 未修補的弱點：CVE-2024-35919	high
246609	Linux Distros 未修補的弱點：CVE-2018-9518	high
246608	Linux Distros 未修補的弱點：CVE-2024-42300	medium
246607	Linux Distros 未修補的弱點：CVE-2022-0108	medium
246606	Linux Distros 未修補的弱點：CVE-2024-27432	medium
246605	Linux Distros 未修補的弱點：CVE-2021-47530	high
246604	Linux Distros 未修補的弱點：CVE-2025-6192	high
246603	Linux Distros 未修補的弱點：CVE-2025-38049	medium
246602	Linux Distros 未修補的弱點：CVE-2020-27784	medium
246601	Linux Distros 未修補的弱點：CVE-2024-46692	medium
246600	Linux Distros 未修補的弱點：CVE-2022-49826	medium
246599	Linux Distros 未修補的弱點：CVE-2023-1998	medium
246598	Linux Distros 未修補的弱點：CVE-2025-6023	high
246597	Linux Distros 未修補的弱點：CVE-2024-23850	medium
246596	Linux Distros 未修補的弱點：CVE-2024-26651	medium
246595	Linux Distros 未修補的弱點：CVE-2019-12468	critical
246594	Linux Distros 未修補的弱點：CVE-2019-15239	high
246593	Linux Distros 未修補的弱點：CVE-2024-9594	high
246592	Linux Distros 未修補的弱點：CVE-2024-40993	high
246591	Linux Distros 未修補的弱點：CVE-2022-25636	high
246590	Linux Distros 未修補的弱點：CVE-2022-39394	critical
246589	Linux Distros 未修補的弱點：CVE-2023-22102	high
246588	Linux Distros 未修補的弱點：CVE-2019-2214	high
246587	Linux Distros 未修補的弱點：CVE-2021-3483	high
246586	Linux Distros 未修補的弱點：CVE-2021-47093	medium
246585	Linux Distros 未修補的弱點：CVE-2021-46939	medium
246584	Linux Distros 未修補的弱點：CVE-2024-42099	medium
246583	Linux Distros 未修補的弱點：CVE-2024-26898	high
246582	Linux Distros 未修補的弱點：CVE-2024-26617	high
246581	Linux Distros 未修補的弱點：CVE-2025-7519	medium
246580	Linux Distros 未修補的弱點：CVE-2025-22001	medium
246579	Linux Distros 未修補的弱點：CVE-2024-47606	critical
246578	Linux Distros 未修補的弱點：CVE-2017-15116	medium
246577	Linux Distros 未修補的弱點：CVE-2022-21351	high
246576	Linux Distros 未修補的弱點：CVE-2021-46994	medium
246575	Linux Distros 未修補的弱點：CVE-2025-23144	medium
246574	Linux Distros 未修補的弱點：CVE-2024-43818	medium
246573	Linux Distros 未修補的弱點：CVE-2024-38572	high

偵測

Nessus 的 Misc. 系列

medium

medium

medium

high

high

high

high

high

medium

medium

medium

high

high

high

medium

medium

medium

high

high

medium

medium

medium

medium

medium

high

medium

medium

critical

high

high

high

high

critical

high

high

high

medium

medium

medium

high

high

medium

medium

critical

medium

high

medium

medium

medium

high