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

  - 在 psi.c 的 psi_write 中可能存在超出邊界寫入這是因為缺少邊界檢查所致。這可能會導致本機特權提升，且不需額外的執行權限。不需要使用者互動即可惡意利用。產品 AndroidVersionsAndroid kernelAndroid IDA-148159562參照
    上游核心 (CVE-2020-0110)

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

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

  - wifinl80211拒絕與其他旗標一起設定的 cooked 模式。可以從使用者空間在相同的監控介面上同時設定 MONITOR_FLAG_COOK_FRAMES 和 MONITOR_FLAG_ACTIVE 旗標。這會造成在未設定 IEEE80211_SDATA_IN_DRIVER 位元的情況下建立子介面這是因為監控介面處於完成狀態而且其優先順序高於所有其他狀態。接著刪除介面時核心會從 check_sdata_in_driver() 呼叫 WARN_ONCE()因為缺少該位元。若 MONITOR_FLAG_COOK_FRAMES 與其他旗標一起設定則予以拒絕即可修正此問題。
    由 Linux Verification Center (linuxtesting.org) 的 Syzkaller 發現。 (CVE-2025-21909)

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

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

  - 已解決 Linux 核心中的下列弱點：wifi: mt76: mt7921e: fix use-after-free in free_irq() From commit a304e1b82808 ([PATCH] Debug shared irqs), there is a test to make sure the shared irq handler should be able to handle the unexpected event after deregistration. For this case, let's apply MT76_REMOVED flag to indicate the device was removed and do not run into the resource access anymore. BUG: KASAN: use-after-free in mt7921_irq_handler+0xd8/0x100 [mt7921e] Read of size 8 at addr ffff88824a7d3b78 by task rmmod/11115 CPU: 28 PID: 11115 Comm: rmmod Tainted: G W L 5.17.0 #10 Hardware name: Micro-Star International Co., Ltd. MS-7D73/MPG B650I EDGE WIFI (MS-7D73), BIOS 1.81 01/05/2024 Call Trace: <TASK> dump_stack_lvl+0x6f/0xa0 print_address_description.constprop.0+0x1f/0x190 ? mt7921_irq_handler+0xd8/0x100 [mt7921e] ? mt7921_irq_handler+0xd8/0x100 [mt7921e] kasan_report.cold+0x7f/0x11b ? mt7921_irq_handler+0xd8/0x100 [mt7921e] mt7921_irq_handler+0xd8/0x100 [mt7921e] free_irq+0x627/0xaa0 devm_free_irq+0x94/0xd0 ? devm_request_any_context_irq+0x160/0x160 ? kobject_put+0x18d/0x4a0 mt7921_pci_remove+0x153/0x190 [mt7921e] pci_device_remove+0xa2/0x1d0
    __device_release_driver+0x346/0x6e0 driver_detach+0x1ef/0x2c0 bus_remove_driver+0xe7/0x2d0 ?
    __check_object_size+0x57/0x310 pci_unregister_driver+0x26/0x250 __do_sys_delete_module+0x307/0x510 ? free_module+0x6a0/0x6a0 ? fpregs_assert_state_consistent+0x4b/0xb0 ? rcu_read_lock_sched_held+0x10/0x70 ? syscall_enter_from_user_mode+0x20/0x70 ? trace_hardirqs_on+0x1c/0x130 do_syscall_64+0x5c/0x80 ? trace_hardirqs_on_prepare+0x72/0x160 ? do_syscall_64+0x68/0x80 ? trace_hardirqs_on_prepare+0x72/0x160 entry_SYSCALL_64_after_hwframe+0x44/0xae (CVE-2024-26892)

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

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

  - nilfs2修正 nilfs_gccache_submit_read_data() 中可能的釋放後使用。在 nilfs_gccache_submit_read_data() 中當對 nilfs_dat_translate() 的呼叫失敗時會呼叫 brelse(bh) 以捨棄 bh 的參照計數。如果參照計數達到 0，且其所有者頁面解鎖，則可釋放 bh。不過，bh->b_page 會解除參照，將頁面放在其後，進而可能導致釋放後使用錯誤。此修補程式會在解除鎖定並放置頁面後移動釋放作業。注意：有問題的函式只會在 GC 中呼叫，此外，當與目前的 userland 工具搭配使用時，此函式中不會發生使用 DAT 的位置轉譯，因此造成此問題的程式碼路徑不會得到執行。
    不過，攻擊者可以透過刻意修改 userland GC 程式庫或直接呼叫 GC ioctl 來執行此程式碼路徑。[konishi.ryusuke@gmail.com：已新增註意事項至 commit 記錄] (CVE-2023-52566)

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

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

  - 在 X.Org 中發現一個弱點。此問題是由於 DeepCopyPointerClasses 中的懸置指標受 ProcXkbSetDeviceInfo() 和 ProcXkbGetDeviceInfo() 利用來讀取和寫入已釋放的記憶體所致。此問題會導致在 X 伺服器有特權執行的系統上提升本機權限，並針對 ssh X 轉送工作階段執行遠端程式碼。(CVE-2023-0494)

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

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

  - pds_core移除 client_id 的釋放後寫入。壓力測試中彈出釋放後使用錯誤[2025 年 4 月 21 日星期一 21:21:33] 錯誤KFENCEpdsc_auxbus_dev_del+0xef/ 中發生釋放後寫入0x160 [pds_core] [2025 年 4 月 21 日星期一 21:21:33] 0x000000007013ecd1 釋放後使用寫入 (在 kfence-#47中)[2025 年 4 月 21 日星期一 21:21:33] pdsc_auxbus_dev_del+0xef/0x160 [pds_core] [星期一2025 年 4 月 21 日 21:21:33] pdsc_remove+0xc0/0x1b0 [pds_core] [2025 年 4 月 21 日星期一] pci_device_remove+0x24/0x70 [2025 年 4 月 21 日星期一 21:21:33] device_release_driver_internal+0x11f/0x180 [ 2025 年 4 月 21 日星期一 21:21:33] driver_detach+0x45/0x80 [2025 年 4 月 21 日星期一 21:21:33] bus_remove_driver+0x83/0xe0 [2025 年 4 月 21 日星期一 21:21:33] pci_unregister_driver+0x1a/0x80 實際裝置uninit 通常發生在此程式碼執行之後排程的獨立執行緒上但是並不能保證執行緒的執行順序因此可能會產生問題。目前確實不需要清除 client_id因此只要移除違規程式碼即可。 (CVE-2025-37916)

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

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

  - 在 Ubuntu 5.0 和 5.3 核心系列中隨附的 Linux 核心非上游修補程式 shiftfs 中，shiftfs_btrfs_ioctl_fd_replace() 會安裝參照較低層檔案系統中檔案的 fd，而不會對該檔案進行其他參照。在 btrfs ioctl 完成後，此 fd 會關閉，然後參照該檔案，進而導致 refcount 反向溢位。(CVE-2019-15791)

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

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

  - 當使用者同時贏得兩個因 mas_prev_slot 函式失敗的爭用時在 Linux 核心的記憶體管理子系統中發現一個釋放後使用瑕疵。本機使用者可利用此問題導致系統當機。(CVE-2024-1312)

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

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

  - 已解決 Linux 核心中的下列弱點：bpf, lockdown, audit: Fix buggy SELinux lockdown permission checks Commit 59438b46471a (security,lockdown,selinux: implement SELinux lockdown) added an implementation of the locked_down LSM hook to SELinux, with the aim to restrict which domains are allowed to perform operations that would breach lockdown. This is indirectly also getting audit subsystem involved to report events. The latter is problematic, as reported by Ondrej and Serhei, since it can bring down the whole system via audit: 1) The audit events that are triggered due to calls to security_locked_down() can OOM kill a machine, see below details [0]. 2) It also seems to be causing a deadlock via avc_has_perm()/slow_avc_audit() when trying to wake up kauditd, for example, when using trace_sched_switch() tracepoint, see details in [1]. Triggering this was not via some hypothetical corner case, but with existing tools like runqlat & runqslower from bcc, for example, which make use of this tracepoint. Rough call sequence goes like: rq_lock(rq) -> -------------------------+ trace_sched_switch()
    -> | bpf_prog_xyz() -> +-> deadlock selinux_lockdown() -> | audit_log_end() -> | wake_up_interruptible()
    -> | try_to_wake_up() -> | rq_lock(rq) --------------+ What's worse is that the intention of 59438b46471a to further restrict lockdown settings for specific applications in respect to the global lockdown policy is completely broken for BPF. The SELinux policy rule for the current lockdown check looks something like this: allow <who> <who> : lockdown { <reason> }; However, this doesn't match with the 'current' task where the security_locked_down() is executed, example: httpd does a syscall. There is a tracing program attached to the syscall which triggers a BPF program to run, which ends up doing a bpf_probe_read_kernel{,_str}() helper call. The selinux_lockdown() hook does the permission check against 'current', that is, httpd in this example. httpd has literally zero relation to this tracing program, and it would be nonsensical having to write an SELinux policy rule against httpd to let the tracing helper pass. The policy in this case needs to be against the entity that is installing the BPF program. For example, if bpftrace would generate a histogram of syscall counts by user space application: bpftrace -e 'tracepoint:raw_syscalls:sys_enter { @[comm] = count(); }' bpftrace would then go and generate a BPF program from this internally. One way of doing it [for the sake of the example] could be to call bpf_get_current_task() helper and then access current->comm via one of bpf_probe_read_kernel{,_str}() helpers. So the program itself has nothing to do with httpd or any other random app doing a syscall here.
    The BPF program _explicitly initiated_ the lockdown check. The allow/deny policy belongs in the context of bpftrace: meaning, you want to grant bpftrace access to use these helpers, but other tracers on the system like my_random_tracer _not_. Therefore fix all three issues at the same time by taking a completely different approach for the security_locked_down() hook, that is, move the check into the program verification phase where we actually retrieve the BPF func proto. This also reliably gets the task (current) that is trying to install the BPF tracing program, e.g. bpftrace/bcc/perf/systemtap/etc, and it also fixes the OOM since we're moving this out of the BPF helper's fast-path which can be called several millions of times per second. The check is then also in line with other security_locked_down() hooks in the system where the enforcement is performed at open/load time, for example, open_kcore() for /proc/kcore access or module_sig_check() for module signatures just to pick f ---truncated--- (CVE-2021-47128)

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

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

  - 使用 ldap_attr 和 ldap_entry 社群模組時，在 Ansible Engine 中發現一個缺陷，這會影響 Ansible Engine 2.7.x 版的 2.7.17 之前版本、2.8.x 的 2.8.11 之前版本以及 2.9.x 的 2.9.7 之前版本、3.4.5 版和 3.5.5 版和 3.6.3 版 (含) 的 Ansible Tower。如果 playbook 工作是使用參數欄位中的 bind_pw 寫入，則此問題會將 LDAP 繫結密碼洩漏給 stdout 或記錄檔。此弱點對資料機密性的威脅最大。(CVE-2020-1746)

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

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

  - mISDN修正 HFC_cleanup() 中可能的釋放後使用。此模組的移除路徑呼叫 del_timer()。不過該函式不會等到計時器處置程式完成為止。這表示在驅動程式的移除函式完成後計時器處置程式可能仍在執行中進而導致釋放後使用錯誤。透過呼叫 del_timer_sync() 來修正這可確保計時器處置程式已完成且無法自行重新排程。 (CVE-2021-47356)

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

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

  - 已解決 Linux 核心中的下列弱點：bootmem: remove the vmemmap pages from kmemleak in put_page_bootmem The vmemmap pages is marked by kmemleak when allocated from memblock. Remove it from kmemleak when freeing the page. Otherwise, when we reuse the page, kmemleak may report such an error and then stop working. kmemleak: Cannot insert 0xffff98fb6eab3d40 into the object search tree (overlaps existing) kmemleak: Kernel memory leak detector disabled kmemleak: Object 0xffff98fb6be00000 (size 335544320): kmemleak: comm swapper, pid 0, jiffies 4294892296 kmemleak: min_count = 0 kmemleak:
    count = 0 kmemleak: flags = 0x1 kmemleak: checksum = 0 kmemleak: backtrace: (CVE-2022-49994)

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

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

  - Oracle MySQL 的 MySQL Server 產品中的弱點 (元件ServerThread Pooling)。受到影響的支援版本是 8.0.30 和之前的版本。攻擊此弱點的難度較小，經由多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL Server。若攻擊成功，攻擊者未經授權即可造成 MySQL 伺服器局部拒絕服務 (局部 DOS)。(CVE-2023-21874)

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

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

  - 已解決 Linux 核心中的下列弱點：f2fs: fix null reference error when checking end of zone This patch fixes a potentially null pointer being accessed by is_end_zone_blkaddr() that checks the last block of a zone when f2fs is mounted as a single device. (CVE-2024-43857)

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

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

  - net/mlx5在 BlueField 裝置的內嵌晶片 (ECVF) 上建立虛擬功能時修正關機流程上的 ECVF vports 卸載。修正關機流程 UAF。在這種情況下vport acl 輸入表格並未正確損毀。ECVF 功能獨立於 ecpf_vport_exists 功能因此 mlx5_eswitch_(enable|disable)_pf_vf_vports() 函式不應在啟用/停用 ECVF vport 時對其進行測試。
    kernel log[] refcount_t反向溢位釋放後使用。 [] 警告 CPU3 PID: 1 at lib/refcount.c:28 refcount_warn_sature+0x124/0x220 ---------------- [] 呼叫追踪 [] refcount_warn_sature+0x124/ 0x220 [] tree_put_node+0x164/0x1e0 [mlx5_core] [] mlx5_destroy_flow_table+0x98/0x2c0 [mlx5_core] [] esw_acl_ingress_table_destroy+0x28/0x40 [mlx5_core] [] esw_acl_ingress_lgcy_cleanup+0x80/0xf4 [mlx5_core] [] esw_legacy_vport_acl_cleanup+0x44/0x60 [mlx5_core ] [] esw_vport_cleanup+0x64/0x90 [mlx5_core] [] mlx5_esw_vport_disable+0xc0/0x1d0 [mlx5_core] [] mlx5_eswitch_unload_ec_vf_vports+0xcc/0x150 [mlx5_core] [] mlx5_eswitch_disable_sriov+0x198/0x2a0 [mlx5_core] [] mlx5_device_disable_sriov+0xb8/0x1e0 [mlx5_core ] [] mlx5_sriov_detach+0x40/0x50 [mlx5_core] [] mlx5_unload+0x40/0xc4 [mlx5_core] [] mlx5_unload_one_devl_locked+0x6c/0xe4 [mlx5_core] [] mlx5_unload_one+0x3c/0x60 [mlx5_core] [] shutdown+0x7c/0xa4 [] shutdown+0x7c/0xa4 ] [] pci_device_shutdown+0x3c/0xa0 [] device_shutdown+0x170/0x340 []
    __do_sys_reboot+0x1f4/0x2a0 [] __arm64_sys_reboot+0x2c/0x40 [] invoke_syscall+0x78/0x100 [] el0_svc_common.constprop.0+0x54/0x184 [] do_el0_svc+0x30/0xac [] el0_svc+0x48/0x160[] el0_svc_common.constprop.0+0x54/0x184 [] el0_svc+0x48/0x160[]xel0_svc_common.constprop.0+0x54/0x184 [] do_el0_svc+0x30/0xac [] el0_svc+0x48/0x160_handler 0x12c [] el0t_64_sync+0x1a4/0x1a8 [] --[ end trace 9c4601d68c70030e ]--- (CVE-2025-38109)

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

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

  - NVIDIA GPU 顯示驅動程式在核心模式層處理常式中含有一個弱點其中 NULL 指標解除參照可導致拒絕服務或可能提升權限。 (CVE-2018-6249)

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

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

  - drm/mediatekdp: drm_err => dev_err 在 HPD 路徑中避免 NULL ptr。在 mtk_dp_bridge_attach() 中指派 `mtk_dp->drm_dev` 指標之前可呼叫函式 mtk_dp_wait_hpd_asserted()。具體而言可透過此呼叫路徑呼叫它- mtk_edp_wait_hpd_asserted - [面板探查] - dp_aux_ep_probe 在此呼叫路徑中的任何位置使用 drm 層級列印會造成 NULL 指標解除參照。直接在 mtk_dp_wait_hpd_asserted() 至 dev_err() 中變更錯誤訊息以避免此情況。也變更 mtk_dp_wait_hpd_asserted() 呼叫的 mtk_dp_parse_capabilities() 中的錯誤訊息。碰觸這些指紋時也將錯誤碼新增至其中以便於日後除錯。 (CVE-2025-38240)

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

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

  - Linux hwmon 服務的 AMD 延伸模組中存有一個潛在弱點，允許攻擊者使用 Linux 型運行平均功率限制 (RAPL) 介面來顯示各種側通道攻擊。為配合業界合作夥伴，AMD 已將 RAPL 介面更新為需要權限存取。(CVE-2020-12912)

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

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

  - ksmbd修正 parse_lease_state() 中的記憶體洩漏。先前為建立租用內容新增邊界檢查的修補程式引入了記憶體洩漏。邊界檢查失敗時該函式會傳回 NULL而不釋放先前配置的 Lease_ctx_info 結構。此修補程式透過在兩種邊界檢查情況中傳回 NULL 前新增 kfree(lreq) 來修正此問題。 (CVE-2025-37962)

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

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

  - 已解決 Linux 核心中的下列弱點：tipc: fix NULL deref in cleanup_bearer() syzbot found [1] that after blamed commit, ub->ubsock->sk was NULL when attempting the atomic_dec() : atomic_dec(&tipc_net(sock_net(ub->ubsock->sk))->wq_count); Fix this by caching the tipc_net pointer. [1] Oops: general protection fault, probably for non-canonical address 0xdffffc0000000006: 0000 [#1] PREEMPT SMP KASAN PTI KASAN: null-ptr-deref in range [0x0000000000000030-0x0000000000000037] CPU: 0 UID: 0 PID: 5896 Comm: kworker/0:3 Not tainted 6.13.0-rc1-next-20241203-syzkaller #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 09/13/2024 Workqueue: events cleanup_bearer RIP:
    0010:read_pnet include/net/net_namespace.h:387 [inline] RIP: 0010:sock_net include/net/sock.h:655 [inline] RIP: 0010:cleanup_bearer+0x1f7/0x280 net/tipc/udp_media.c:820 Code: 18 48 89 d8 48 c1 e8 03 42 80 3c 28 00 74 08 48 89 df e8 3c f7 99 f6 48 8b 1b 48 83 c3 30 e8 f0 e4 60 00 48 89 d8 48 c1 e8 03 <42> 80 3c 28 00 74 08 48 89 df e8 1a f7 99 f6 49 83 c7 e8 48 8b 1b RSP: 0018:ffffc9000410fb70 EFLAGS: 00010206 RAX:
    0000000000000006 RBX: 0000000000000030 RCX: ffff88802fe45a00 RDX: 0000000000000001 RSI: 0000000000000008 RDI: ffffc9000410f900 RBP: ffff88807e1f0908 R08: ffffc9000410f907 R09: 1ffff92000821f20 R10:
    dffffc0000000000 R11: fffff52000821f21 R12: ffff888031d19980 R13: dffffc0000000000 R14: dffffc0000000000 R15: ffff88807e1f0918 FS: 0000000000000000(0000) GS:ffff8880b8600000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000556ca050b000 CR3: 0000000031c0c000 CR4: 00000000003526f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6:
    00000000fffe0ff0 DR7: 0000000000000400 (CVE-2024-56661)

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

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

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

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

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

  - Oracle MySQL 的 MySQL Server 產品中的弱點 (元件伺服器Group Replication GCS)。
    受到影響的支援版本是 8.0.39 與先前的版本、8.4.2 與先前的版本，以及 9.0.1 與先前的版本。攻擊此弱點有一定難度，可以透過多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。若攻擊成功，攻擊者未經授權即可造成 MySQL 伺服器局部拒絕服務 (局部 DOS)。(CVE-2024-21237)

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

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

  - Oracle MySQL 的 MySQL 伺服器產品中存有弱點 (元件: Server: Optimizer)。受到影響的支援版本是 8.0.27 和之前的版本。攻擊此弱點的難度較小，經由多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL Server。若攻擊成功，攻擊者未經授權即可更新、插入或刪除部分 MySQL Server 可存取資料，並且未經授權即可造成 MySQL Server 局部拒絕服務 (局部 DOS)。(CVE-2022-21265)

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

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

  - staginggpib修正 ni_usb 中中斷連線後的 Oops。如果 usb 硬體鎖斷線後續的呼叫驅動程式會造成 NULL 解除參照 Oops這是因為 bus_interface 在斷線時設定為 NULL 所致。從 dev_xxx 訊息的 bus_interface 設定 usb_dev 時會引入此問題。之前只有在直接呼叫 usb_fill_bulk_urb 或 usb_control_msg 的函式中才會檢查 bus_interface 的 NULL。
    檢查所有介面進入點上的有效 bus_interface若其為 NULL則傳回 -ENODEV。
    (CVE-2025-22052)

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

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

  - Oracle MySQL 的 MySQL Server 產品中的弱點 (元件Information Schema)。受到影響的支援版本是 5.7.32 與更早版本，以及 8.0.22 與更早版本。攻擊此弱點的難度較小，經由多個通訊協定存取網路的低權限攻擊者可藉此入侵 MySQL 伺服器。
    若攻擊成功，攻擊者未經授權即可讀取部分 MySQL Server 可存取資料。(CVE-2021-2032)

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

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

  - 適用於所有平台的 NVIDIA CUDA 工具組的 cuobjdump 二進位檔中包含弱點，使用者可將格式錯誤的 ELF 檔案傳送至 cuobjdump，進而造成超出邊界讀取。若攻擊成功，可能會導致部分拒絕服務。(CVE-2024-53874)

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

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

  - fs/jfs防止 AG 大小計算中的整數溢位。JFS 檔案系統在 dbExtendFS() 中使用 1 << l2agsize 來計算配置群組 (AG) 大小。當 l2agsize 超過 31 (可能在 32 位元系統上具有 >2TB 的匯總時)此 32 位元移位作業會造成未定義的行為和不當的 AG 大小調整。在 32 位元架構上- 將 1 左移 32+ 位元會導致 0 因為整數溢位 - 這會在 sbi->bmap->db_agsize 中建立無效的 AG 大小 (0 或記憶體值) - 後續區塊配置會參照無效的 AG結構 - 可導致- 延伸作業期間的檔案系統損毀 - 無效的記憶體存取導致核心損毀 - 透過格式錯誤的磁碟上結構發生的安全性弱點。透過在移位之前轉換為 s64 進行修正bmp->db_agsize = (s64)1 << l2agsize;即使在 32 位元架構上這也可確保 64 位元算術。轉換符合 db_agsize (s64) 的資料類型並遵循 JFS 區塊計算程式碼中的類似模式。由 Linux Verification Center (linuxtesting.org) 和 SVACE 發現。(CVE-2025-37858)

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

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

  - llc在 dev_queue_xmit() syzbot 能夠使用 llc 和不支援 IFF_TX_SKB_SHARING 的裝置損毀主機 [1] 之前不要使用 skb_get()。在此情況下e1000 驅動程式會在共用 skb 時呼叫 eth_skb_pad()。只需將 net/llc/llc_s_ac.c 中的 skb_get() 取代為 skb_clone() 請注意e1000 驅動程式可能有一個 pktgen 問題因為它不會清除 IFF_TX_SKB_SHARING此為正交變更。我們需要稽核 net/llc 中的其他 skb_get() 使用。 [1] net/core/skbuff.c:2178 的核心錯誤Oops無效 opcode
    0000 [#1] PREEMPT SMP KASAN NOPTI CPU0 UID0 PID16371 Commsyz.2.2764 未受污染的 6.14.0-rc4-syzkaller-00052-gac9c34d1e45a #0 硬體名稱 QEMU 標準 PC (Q35 + ICH9) 2009)、BIOS 1.16.3-debian-1.16.3-2~bpo12+1 04/01/2014 RIP0010:pskb_expand_head+0x6ce/0x1240 net/core/skbuff.c:2178 呼叫追踪 <TASK> __skb_pad+0x18a /0x610 net/core/skbuff.c:2466 __skb_put_padto include/linux/skbuff.h:3843 [內嵌] skb_put_padto include/linux/skbuff.h:3862 [內嵌] eth_skb_pad include/linux/etherdevice.h:656 [內嵌] e1000_xmit_frame+0x2d99/0x5800 drivers/net/ethernet/intel/e1000/e1000_main.c:3128 __netdev_start_xmit include/linux/netdevice.h:5151 [內嵌] netdev_start_xmit include/linux/netdevice.h:5160 [內嵌] xmit_one net/core /dev.c:3806 [內嵌] dev_hard_start_xmit+0x9a/0x7b0 net/core/dev.c:3822 sch_direct_xmit+0x1ae/0xc30 net/sched/sch_generic.c:343
    __dev_xmit_skb net/core/dev.c:4045 [內嵌] __dev_queue_xmit+0x13d4/0x43e0 net/core/dev.c:4621 dev_queue_xmit include/linux/netdevice.h:3313 [內嵌] llc_sap_action_send_test_c+0x268/0x320 net/llc/llc_s_ac .c:144 llc_exec_sap_trans_actions net/llc/llc_sap.c:153 [內嵌] llc_sap_next_state net/llc/llc_sap.c:182 [內嵌] llc_sap_state_process+0x239/0x510 net/llc/llc_sap.c:209 llc_ui_sendmsg+0xd0xde/00 net /llc/af_llc.c:993 sock_sendmsg_nosec net/socket.c:718 [內嵌] (CVE-2025-21925)

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

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

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

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

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

  - 在 4.5 版之前的 Linux 核心中，net/netfilter/nfnetlink.c 的 nfnetlink_rcv_batch 函式未檢查批次訊息的長度欄位是否足夠大，這讓本機使用者可以利用 CAP_NET_ADMIN 功能從核心記憶體取得敏感資訊，或造成拒絕服務 (無限迴圈或超出邊界讀取)。(CVE-2016-7917)

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

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

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

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

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

  - 在 3.4.11 和 4.0.2之前的 PowerDNS以及 4.0.4之前的 PowerDNS recursor 中發現一個問題會允許攔截式攻擊者因為 TSIG 簽章的驗證不足而改變 AXFR 的內容。缺少對 TSIG 記錄是否為最後一個記錄的檢查進而導致可能剖析未包含在 TSIG 簽章中的記錄。 (CVE-2016-7074)

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

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

  - Oracle MySQL 的 MySQL Server 產品中存在的弱點 (元件：InnoDB)。受到影響的支援版本是 8.0.28 和之前的版本。攻擊此弱點的難度較小，經由多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL Server。若成功攻擊此弱點，未經授權即可造成 MySQL 伺服器局部拒絕服務 (局部 DOS)。
    (CVE-2022-21423)

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

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

  - 在 10.0.3 之前的 QEMU 中hw/pci/pcie_sriov.c 有一個移轉狀態不一致此問題與 CVE-2024-26327相關。 (CVE-2025-54566)

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

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

  - 已解決 Linux 核心中的下列弱點：lan966x: Fix crash when adding interface under a lag There is a crash when adding one of the lan966x interfaces under a lag interface.
    The issue can be reproduced like this: ip link add name bond0 type bond miimon 100 mode balance-xor ip link set dev eth0 master bond0 The reason is because when adding a interface under the lag it would go through all the ports and try to figure out which other ports are under that lag interface. And the issue is that lan966x can have ports that are NULL pointer as they are not probed. So then iterating over these ports it would just crash as they are NULL pointers. The fix consists in actually checking for NULL pointers before accessing something from the ports. Like we do in other places. (CVE-2024-26723)

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

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

  - Qt 5.15.8 及更低版本以及 6.2.3 之前的 6.x 版可從非預定的工作目錄載入系統程式庫檔案。(CVE-2022-25634)

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

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

  - 在 Ansible 中發現一個範本插入缺陷，使用者的控制器內部範本化作業可能會從範本資料中移除不安全的指定。此問題可允許攻擊者利用特製的檔案在提供範本化資料時引入範本化插入。 (CVE-2023-5764)

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

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

  - net_scheddrr修正雙重清單新增在 netem 做為子 qdisc 的類別中如 Gerrard 的報告 [1] 中所述在某些情況下netem 子 qdisc 會使父項 qdisc 的加入佇列回呼重新進入。就 drr 而言不會有 UAF但程式碼會將相同的分類器新增至清單兩次這會造成記憶體損毀。除了檢查 qlen 是否為零之外此修補程式還在新增至清單之前檢查是否已將類別新增至 active_list (cl_is_active)以涵蓋重入案例。 [1] https://lore.kernel.org/netdev/CAHcdcOm+03OD2j6R0=YHKqmy=VgJ8xEOKuP6c7mSgnp-TEJJbw@mail.gmail.com/ (CVE-2025-37915)

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

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

  - 由於不當鎖定，futex.c 的 get_futex_key 中會發生釋放後使用。這可能會導致本機特權提升攻擊，並且不需額外的執行權限。不需使用者互動即可惡意利用。產品Android 版本Android 核心 Android ID A-74250718 參照 上游核心。 (CVE-2018-9422)

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

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

  - 已解決 Linux 核心中的下列弱點：xfrm/compat: prevent potential spectre v1 gadget in xfrm_xlate32_attr() int type = nla_type(nla); if (type > XFRMA_MAX) { return -EOPNOTSUPP; } @type is then used as an array index and can be used as a Spectre v1 gadget. if (nla_len(nla) < compat_policy[type].len) { array_index_nospec() can be used to prevent leaking content of kernel memory to malicious users. (CVE-2023-52746)

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

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

  - 編輯器程式碼無法檢查屬性值。這可導致超出邊界讀取。此弱點會影響 Firefox < 129、Firefox ESR < 115.14、Firefox ESR < 128.1、Thunderbird < 128.1 和 Thunderbird < 115.14。(CVE-2024-7522)

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

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

  - 已解決 Linux 核心中的下列弱點：mt76: mt7915: fix NULL pointer dereference in mt7915_get_phy_mode Fix the following NULL pointer dereference in mt7915_get_phy_mode routine adding an ibss interface to the mt7915 driver. [ 101.137097] wlan0: Trigger new scan to find an IBSS to join [ 102.827039] wlan0: Creating new IBSS network, BSSID 26:a4:50:1a:6e:69 [ 103.064756] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000000 [ 103.073670] Mem abort info: [ 103.076520] ESR = 0x96000005 [ 103.079614] EC = 0x25: DABT (current EL), IL = 32 bits [103.084934] SET = 0, FnV = 0 [ 103.088042] EA = 0, S1PTW = 0 [ 103.091215] Data abort info: [ 103.094104] ISV = 0, ISS = 0x00000005 [ 103.098041] CM = 0, WnR = 0 [ 103.101044] user pgtable: 4k pages, 39-bit VAs, pgdp=00000000460b1000 [ 103.107565] [0000000000000000] pgd=0000000000000000, p4d=0000000000000000, pud=0000000000000000 [ 103.116590] Internal error: Oops: 96000005 [#1] SMP [ 103.189066] CPU: 1 PID: 333 Comm: kworker/u4:3 Not tainted 5.10.75 #0 [ 103.195498] Hardware name: MediaTek MT7622 RFB1 board (DT) [103.201124] Workqueue: phy0 ieee80211_iface_work [mac80211] [ 103.206695] pstate: 20000005 (nzCv daif -PAN
    -UAO -TCO BTYPE=--) [ 103.212705] pc : mt7915_get_phy_mode+0x68/0x120 [mt7915e] [ 103.218103] lr :
    mt7915_mcu_add_bss_info+0x11c/0x760 [mt7915e] [ 103.223927] sp : ffffffc011cdb9e0 [ 103.227235] x29:
    ffffffc011cdb9e0 x28: ffffff8006563098 [ 103.232545] x27: ffffff8005f4da22 x26: ffffff800685ac40 [103.237855] x25: 0000000000000001 x24: 000000000000011f [ 103.243165] x23: ffffff8005f4e260 x22:
    ffffff8006567918 [ 103.248475] x21: ffffff8005f4df80 x20: ffffff800685ac58 [ 103.253785] x19:
    ffffff8006744400 x18: 0000000000000000 [ 103.259094] x17: 0000000000000000 x16: 0000000000000001 [103.264403] x15: 000899c3a2d9d2e4 x14: 000899bdc3c3a1c8 [ 103.269713] x13: 0000000000000000 x12:
    0000000000000000 [ 103.275024] x11: ffffffc010e30c20 x10: 0000000000000000 [ 103.280333] x9 :
    0000000000000050 x8 : ffffff8006567d88 [ 103.285642] x7 : ffffff8006563b5c x6 : ffffff8006563b44 [103.290952] x5 : 0000000000000002 x4 : 0000000000000001 [ 103.296262] x3 : 0000000000000001 x2 :
    0000000000000001 [ 103.301572] x1 : 0000000000000000 x0 : 0000000000000011 [ 103.306882] Call trace: [103.309328] mt7915_get_phy_mode+0x68/0x120 [mt7915e] [ 103.314378] mt7915_bss_info_changed+0x198/0x200 [mt7915e] [ 103.319941] ieee80211_bss_info_change_notify+0x128/0x290 [mac80211] [ 103.326360]
    __ieee80211_sta_join_ibss+0x308/0x6c4 [mac80211] [ 103.332171] ieee80211_sta_create_ibss+0x8c/0x10c [mac80211] [ 103.337895] ieee80211_ibss_work+0x3dc/0x614 [mac80211] [ 103.343185] ieee80211_iface_work+0x388/0x3f0 [mac80211] [ 103.348495] process_one_work+0x288/0x690 [ 103.352499] worker_thread+0x70/0x464 [ 103.356157] kthread+0x144/0x150 [ 103.359380] ret_from_fork+0x10/0x18 [103.362952] Code: 394008c3 52800220 394000e4 7100007f (39400023) (CVE-2021-47540)

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

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

  - wifiat76c50x修正 at76_disconnect 中的釋放後使用。priv 指向的記憶體在 at76_delete_device 函式結束時釋放 (使用 ieee80211_free_hw)。但該程式碼隨後會存取已釋放物件的 udev 欄位以放置 USB 裝置。這也可能導致 usb 裝置記憶體洩漏。透過使用介面的 udev 修正此問題。 (CVE-2025-37796)

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

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

  - 在 6.5.10 及之前的版本中，Linux 核心中的 brcm80211 元件在裝置拔除 (透過熱插拔中斷 USB) 程式碼中有 brcmf_cfg80211_detach 釋放後使用錯誤。對於具有本機存取權的實際位置靠近的攻擊者，他們可在實際狀況中惡意利用此弱點。這與 drivers/net/wireless/broadcom/brcm80211/brcmfmac/cfg80211.c 中的 brcmf_cfg80211_escan_timeout_worker 有關。
    (CVE-2023-47233)

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

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

  - ppp修正 KMSAN uninit-value 警告bpf Syzbot 可擷取 KMSAN: uninit-value 警告 [1]這是因為 ppp 驅動程式使用通訊端篩選器時未初始化 2 位元組標頭所導致。下列程式碼可產生 PPP 篩選器 BPF 程式''' struct bpf_program fp pcap_t *handle handle = pcap_open_dead(DLT_PPP_PPPD, 65535); pcap_compile(handle, &fp, ip and outbound, 0, 0); bpf_dump(&fp, 1);
    「」其輸出為「」」 (000) ldh [2] (001) jeq #0x21 jt 2 jf 5 (002) ldb [0] (003) jeq #0x1 jt 4 jf 5 (004) ret #65535 (005) ret #0 ''' Wen 可在下列連結找到類似的程式碼 https://github.com/ppp-project/ppp/blob/master/pppd/options.c#L1680 此程式碼存放庫的維護者也是 ppp 驅動程式的原始維護者。如您所見BPF 程式會略過 2 個位元組的資料然後讀取「通訊協定」欄位以判斷其是否為 IP 封包。然後它會讀取前 2 個位元組中的第一個位元組來判斷方向。問題為在目前的 ppp 驅動程式程式碼中只有指示方向的第一個位元組會初始化而第二個位元組並未初始化。針對 libpcap 產生的一般 BPF 程式系統不會使用未初始化的資料因此這不是問題。不過對於特製的 BPF 程式 (例如由 syzkaller [2] 產生的那些 BPF 程式會從位移 0 開始讀取)KMSAN 將會使用並擷取未初始化的資料。 [1] https://syzkaller.appspot.com/bug?extid=853242d9c9917165d791[2] https://syzkaller.appspot.com/text?tag=ReproC&x=11994913980000 (CVE-2025-21922)

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

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

  - 在 systemd-coredump 中發現一個弱點。此缺陷可讓攻擊者強制 SUID 處理程序損毀並用非 SUID 二進位取而代之以存取原始處理程序有權限的核心轉儲存進而允許攻擊者讀取原始處理程序載入的敏感資料例如 /etc/shadow 內容。SUID 二進位或處理程序具有特殊類型的權限無論執行二進位的使用者為何其都允許處理程序以檔案擁有者的權限執行。相較於無權限的使用者或處理程序可存取更多的受限制資料。攻擊者可利用此缺陷強制 SUID 處理程序損毀並強制 Linux 核心在 systemd-coredump 分析 /proc/pid/auxv 檔案前回收處理程序 PID。如果攻擊者在爭用情形下勝出便可取得原始檔案的 SUID 處理 coredump 檔案的存取權。它們可讀取原始二進位載入記憶體的敏感內容進而影響資料機密性。 (CVE-2025-4598)

  - systemd-coredump 容易發生終止並取代爭用情形進而可能允許本機攻擊者從損毀的 SUID 處理程序取得敏感資訊。此外，systemd-coredump 並未在 /proc/sys/kernel/core_pattern 中指定 %d（內核的每進程可轉儲標誌），使得本機攻擊者可以讓 fork() 和 setuid() 為攻擊者 uid 的 root daemon 崩潰，進而取得讀取結果核心轉儲的權限，也因此取得 root daemon 記憶體中的敏感資訊。
    (CVE-2025-4598)

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

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

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

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

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

  - Oracle MySQL 的 MySQL 伺服器產品中存有弱點 (元件：Server：Encryption)。
    受到影響的支援版本是 8.0.33 和之前的版本。攻擊此弱點的難度較小，經由多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。若攻擊成功，攻擊者未經授權即可讀取部分 MySQL Server 可存取資料。(CVE-2023-22113)

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

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

  - 在 Apache HTTP Server 2.4.0 至 2.4.41 中，以 mod_rewrite 設定的重新導向 (原用於自我參照) 可能會遭到編碼的新行誘騙，而重新導向至要求 URL 內的非預期 URL。(CVE-2020-1927)

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

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

  - 已解決 Linux 核心中的下列弱點：drm/virtio: Fix missed dmabuf unpinning in error path of prepare_fb() Correct error handling in prepare_fb() to fix leaking resources when error happens. (CVE-2025-37762)

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

ID	名稱	嚴重性
247945	Linux Distros 未修補的弱點：CVE-2020-0110	high
247944	Linux Distros 未修補的弱點：CVE-2025-21909	high
247943	Linux Distros 未修補的弱點：CVE-2024-26892	high
247942	Linux Distros 未修補的弱點：CVE-2023-52566	medium
247941	Linux Distros 未修補的弱點：CVE-2023-0494	high
247940	Linux Distros 未修補的弱點：CVE-2025-37916	high
247939	Linux Distros 未修補的弱點：CVE-2019-15791	high
247938	Linux Distros 未修補的弱點：CVE-2024-1312	medium
247937	Linux Distros 未修補的弱點：CVE-2021-47128	medium
247936	Linux Distros 未修補的弱點：CVE-2020-1746	medium
247935	Linux Distros 未修補的弱點：CVE-2021-47356	high
247934	Linux Distros 未修補的弱點：CVE-2022-49994	medium
247933	Linux Distros 未修補的弱點：CVE-2023-21874	low
247932	Linux Distros 未修補的弱點：CVE-2024-43857	medium
247931	Linux Distros 未修補的弱點：CVE-2025-38109	high
247930	Linux Distros 未修補的弱點：CVE-2018-6249	high
247929	Linux Distros 未修補的弱點：CVE-2025-38240	medium
247928	Linux Distros 未修補的弱點：CVE-2020-12912	medium
247927	Linux Distros 未修補的弱點：CVE-2025-37962	medium
247926	Linux Distros 未修補的弱點：CVE-2024-56661	medium
247925	Linux Distros 未修補的弱點：CVE-2025-21504	medium
247924	Linux Distros 未修補的弱點：CVE-2024-21237	low
247923	Linux Distros 未修補的弱點：CVE-2022-21265	low
247922	Linux Distros 未修補的弱點：CVE-2025-22052	medium
247921	Linux Distros 未修補的弱點：CVE-2021-2032	medium
247920	Linux Distros 未修補的弱點：CVE-2024-53874	low
247919	Linux Distros 未修補的弱點：CVE-2025-37858	medium
247918	Linux Distros 未修補的弱點：CVE-2025-21925	medium
247917	Linux Distros 未修補的弱點：CVE-2021-38499	high
247916	Linux Distros 未修補的弱點：CVE-2016-7917	medium
247915	Linux Distros 未修補的弱點：CVE-2021-2305	medium
247914	Linux Distros 未修補的弱點：CVE-2016-7074	medium
247913	Linux Distros 未修補的弱點：CVE-2022-21423	low
247912	Linux Distros 未修補的弱點：CVE-2025-54566	medium
247911	Linux Distros 未修補的弱點：CVE-2024-26723	high
247910	Linux Distros 未修補的弱點：CVE-2022-25634	high
247909	Linux Distros 未修補的弱點：CVE-2023-5764	high
247908	Linux Distros 未修補的弱點：CVE-2025-37915	high
247907	Linux Distros 未修補的弱點：CVE-2018-9422	high
247906	Linux Distros 未修補的弱點：CVE-2023-52746	low
247905	Linux Distros 未修補的弱點：CVE-2024-7522	high
247904	Linux Distros 未修補的弱點：CVE-2021-47540	medium
247903	Linux Distros 未修補的弱點：CVE-2025-37796	high
247902	Linux Distros 未修補的弱點：CVE-2023-47233	medium
247901	Linux Distros 未修補的弱點：CVE-2025-21922	medium
247900	Linux Distros 未修補的弱點：CVE-2025-4598	medium
247899	Linux Distros 未修補的弱點：CVE-2022-34682	medium
247898	Linux Distros 未修補的弱點：CVE-2023-22113	low
247897	Linux Distros 未修補的弱點：CVE-2020-1927	medium
247896	Linux Distros 未修補的弱點：CVE-2025-37762	medium

偵測

Nessus 的 Misc. 系列

high

high

high

medium

high

high

high

medium

medium

medium

high

medium

low

medium

high

high

medium

medium

medium

medium

medium

low

low

medium

medium

low

medium

medium

high

medium

medium

medium

low

medium

high

high

high

high

high

low

high

medium

high

medium

medium

medium

medium

low

medium

medium