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

  - drmzynqmp_dp修正 zynqmp_dp_ignore_hpd_set() 中的鎖死 不會嘗試相同的 mutex 而是將其鎖定再解除鎖定。此錯誤已由 Clang 執行緒安全分析器偵測到。 (CVE-2025-22098)

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

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

  - 已解決 Linux 核心中的下列弱點：firmware_loader: Fix memory leak in firmware upload In the case of firmware-upload, an instance of struct fw_upload is allocated in firmware_upload_register(). This data needs to be freed in fw_dev_release(). Create a new fw_upload_free() function in sysfs_upload.c to handle the firmware-upload specific memory frees and incorporate the missing kfree call for the fw_upload structure. (CVE-2022-49949)

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

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

  - mediavenushfi_parser重構 hfi 封包剖析邏輯 words_count 表示總承載中的文字數而 data 指向其中多種屬性的承載。當 words_count 達到最後一個字時data 可存取超出總承載的記憶體。這可導致 OOB 存取。透過此修補程式現在用於處理個別內容的公用程式 api 會傳回所消耗的資料大小。因此會在剖析承載之前計算剩餘位元組進而消除 OOB 存取的可能性。 (CVE-2025-23156)

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

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

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

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

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

  傳回暫存器已被覆寫，攻擊者可能因此執行任意程式碼。*注意：*此問題只影響 Armv7-A 系統。其他作業系統不受影響。此弱點會影響 Firefox < 124、Firefox ESR < 115.9 和 Thunderbird < 115.9。(CVE-2024-2607)

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

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

  - Oracle MySQL 的 MySQL Client 產品中的弱點 (元件用戶端mysqldump)。受到影響的支援版本是 8.0.39 與先前的版本、8.4.2 與先前的版本，以及 9.0.1 與先前的版本。可輕鬆惡意利用的弱點允許具有網路存取權的高權限攻擊者透過多個通訊協定來危害 MySQL Client。成功攻擊此弱點可導致未經授權地更新、插入或刪除某些可供存取之 MySQL Client 資料的存取權以及讀取可供存取之 MySQL Client 資料子集的存取權。 (CVE-2024-21247)

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

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

  - maple_tree修正 mas_preallocate() 中的 MA_STATE_PREALLOC 旗標明確要求配置時暫時清除預先配置旗標。先前存在的配置已透過 mas_node_count_gfp() 針對要求進行計數但是如果設定了 MA_STATE_PREALLOC 旗標則不會發生配置。
    此旗標用於避免在大量配置模式下重新配置以及偵測預先配置計算的問題。MA_STATE_PREALLOC 旗標也應一律在零配置上設定如此偵測到的反向溢位配置才會在消耗期間列印 WARN_ON()。使用者可看到此缺陷的影響是當忽略對大量節點的後續要求時 (例如由更改 vma 旗標的驅動程式造成 mmap_region() 中的 vma 合併重試) 後會出現 WARN_ON() 和 null 指標解除參照 (這發生在 v6至少 .6) (CVE-2025-38364)

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

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

  - 已解決 Linux 核心中的下列弱點：net: Make tcp_allowed_congestion_control readonly in non-init netns Currently, tcp_allowed_congestion_control is global and writable; writing to it in any net namespace will leak into all other net namespaces.
    tcp_available_congestion_control and tcp_allowed_congestion_control are the only sysctls in ipv4_net_table (the per-netns sysctl table) with a NULL data pointer; their handlers (proc_tcp_available_congestion_control and proc_allowed_congestion_control) have no other way of referencing a struct net. Thus, they operate globally. Because ipv4_net_table does not use designated initializers, there is no easy way to fix up this one bad table entry. However, the data pointer updating logic shouldn't be applied to NULL pointers anyway, so we instead force these entries to be read-only. These sysctls used to exist in ipv4_table (init-net only), but they were moved to the per-net ipv4_net_table, presumably without realizing that tcp_allowed_congestion_control was writable and thus introduced a leak. Because the intent of that commit was only to know (i.e. read) which congestion algorithms are available or allowed, this read-only solution should be sufficient. The logic added in recent commit 31c4d2f160eb: (net: Ensure net namespace isolation of sysctls) does not and cannot check for NULL data pointers, because other table entries (e.g. /proc/sys/net/netfilter/nf_log/) have .data=NULL but use other methods (.extra2) to access the struct net. (CVE-2021-46912)

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

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

  - 已解決 Linux 核心中的下列弱點：btrfs: make cow_file_range_inline() honor locked_page on error The btrfs buffered write path runs through __extent_writepage() which has some tricky return value handling for writepage_delalloc(). Specifically, when that returns 1, we exit, but for other return values we continue and end up calling btrfs_folio_end_all_writers(). If the folio has been unlocked (note that we check the PageLocked bit at the start of __extent_writepage()), this results in an assert panic like this one from syzbot: BTRFS: error (device loop0 state EAL) in free_log_tree:3267:
    errno=-5 IO failure BTRFS warning (device loop0 state EAL): Skipping commit of aborted transaction. BTRFS:
    error (device loop0 state EAL) in cleanup_transaction:2018: errno=-5 IO failure assertion failed:
    folio_test_locked(folio), in fs/btrfs/subpage.c:871 ------------[ cut here ]------------ kernel BUG at fs/btrfs/subpage.c:871! Oops: invalid opcode: 0000 [#1] PREEMPT SMP KASAN PTI CPU: 1 PID: 5090 Comm: syz-executor225 Not tainted 6.10.0-syzkaller-05505-gb1bc554e009e #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 06/27/2024 RIP: 0010:btrfs_folio_end_all_writers+0x55b/0x610 fs/btrfs/subpage.c:871 Code: e9 d3 fb ff ff e8 25 22 c2 fd 48 c7 c7 c0 3c 0e 8c 48 c7 c6 80 3d 0e 8c 48 c7 c2 60 3c 0e 8c b9 67 03 00 00 e8 66 47 ad 07 90 <0f> 0b e8 6e 45 b0 07 4c 89 ff be 08 00 00 00 e8 21 12 25 fe 4c 89 RSP: 0018:ffffc900033d72e0 EFLAGS: 00010246 RAX: 0000000000000045 RBX: 00fff0000000402c RCX:
    663b7a08c50a0a00 RDX: 0000000000000000 RSI: 0000000080000000 RDI: 0000000000000000 RBP: ffffc900033d73b0 R08: ffffffff8176b98c R09: 1ffff9200067adfc R10: dffffc0000000000 R11: fffff5200067adfd R12:
    0000000000000001 R13: dffffc0000000000 R14: 0000000000000000 R15: ffffea0001cbee80 FS:
    0000000000000000(0000) GS:ffff8880b9500000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 CR2: 00007f5f076012f8 CR3: 000000000e134000 CR4: 00000000003506f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7:
    0000000000000400 Call Trace: <TASK> __extent_writepage fs/btrfs/extent_io.c:1597 [inline] extent_write_cache_pages fs/btrfs/extent_io.c:2251 [inline] btrfs_writepages+0x14d7/0x2760 fs/btrfs/extent_io.c:2373 do_writepages+0x359/0x870 mm/page-writeback.c:2656 filemap_fdatawrite_wbc+0x125/0x180 mm/filemap.c:397 __filemap_fdatawrite_range mm/filemap.c:430 [inline]
    __filemap_fdatawrite mm/filemap.c:436 [inline] filemap_flush+0xdf/0x130 mm/filemap.c:463 btrfs_release_file+0x117/0x130 fs/btrfs/file.c:1547 __fput+0x24a/0x8a0 fs/file_table.c:422 task_work_run+0x24f/0x310 kernel/task_work.c:222 exit_task_work include/linux/task_work.h:40 [inline] do_exit+0xa2f/0x27f0 kernel/exit.c:877 do_group_exit+0x207/0x2c0 kernel/exit.c:1026 __do_sys_exit_group kernel/exit.c:1037 [inline] __se_sys_exit_group kernel/exit.c:1035 [inline] __x64_sys_exit_group+0x3f/0x40 kernel/exit.c:1035 x64_sys_call+0x2634/0x2640 arch/x86/include/generated/asm/syscalls_64.h:232 do_syscall_x64 arch/x86/entry/common.c:52 [inline] do_syscall_64+0xf3/0x230 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP: 0033:0x7f5f075b70c9 Code: Unable to access opcode bytes at 0x7f5f075b709f. I was hitting the same issue by doing hundreds of accelerated runs of generic/475, which also hits IO errors by design. I instrumented that reproducer with bpftrace and found that the undesirable folio_unlock was coming from the following callstack: folio_unlock+5 __process_pages_contig+475 cow_file_range_inline.constprop.0+230 cow_file_range+803 btrfs_run_delalloc_range+566 writepage_delalloc+332 __extent_writepage # inlined in my stacktrace, but I added it here extent_write_cache_pages+622 Looking at the bisected-to pa ---truncated--- (CVE-2024-42266)

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

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

  - 在 2.9.3 之前的 2.9.x 版、2.8.8 之前的 2.8.x 版、2.7.16 之前的 2.7.x 版及更舊版本的 Ansible Engine 中發現一個弱點，其中 Ansible 的 nxos_file_copy 模組可用於將檔案複製到 NXOS 裝置上的 flash 或 bootflash。惡意程式碼可特製 filename 參數以執行 OS 命令插入。這可導致系統缺乏機密性及其他問題。
    (CVE-2019-14905)

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

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

  - LoongArch只在 constant_clockevent_init() 中呼叫一次 get_timer_irq() 在 CONFIG_DEBUG_ATOMIC_SLEEP=y 和 CONFIG_DEBUG_PREEMPT=y 下我們可以在 LoongArch 上看到下列訊息這是因為在先佔停用內容中使用 might_sleep()。 [ 0.001127] smp 啟動次要 CPU ... [ 0.001222] 開機中 CPU#1... [ 0.001244] 探查的 64 位元 Loongson 處理器 (LA464 Core) [ 0.001247] CPU1 修訂版為
    0014c012 (Loongson-64bit) [ 0.001250] FPU1 修訂版為 00000000 [ 0.001252] 錯誤休眠函式從 kernel/locking/mutex.c:283 的無效內容呼叫 [ 0.001255] in_atomic(): 1irqs_disabled() 1、non_block 0、pid 0、名稱 swapper/1 [ 0.001257] preempt_count 1、預期 0 [ 0.001258] RCU 巢狀深度 0、預期 0 [ 0.001259] 已於下列位置停用搶占 [ 0.001261] [<9000000000223800>] arch_dup_task_struct+0x20/0x110 [ 0.001272] CPU: 1 PID: 0 Comm: swapper/1 未受污染的 6.2.0-rc7+ #43 [0.001275] 硬體名稱 Loongson Loongson-3A5000-7A1000-1wA2101-  /Loongson-LS3A5000-7A1000-1w-A2101, BIOS vUDK2018-LoongArch-V4.0.05132-beta10 12/13/202 [ 0.001277] Stack : 0072617764726148 0000000000000000 9000000000222f1c 90000001001e0000 [ 0.001286] 90000001001e3be0 90000001001e3be8 0000000000000000 0000000000000000 [ 0.001292] 90000001001e3be8 0000000000000040 90000001001e3cb8 90000001001e3a50 [0.001297] 9000000001642000 90000001001e3be8 be694d10ce4139dd 9000000100174500 [ 0.001303] 0000000000000001 0000000000000001 00000000ffffe0a2 0000000000000020 [ 0.001309] 000000000000002f 9 000000001354116 00000000056b0000 ffffffffffffffff [ 0.001314] 0000000000000000 0000000000000000 90000000014f6e90 9000000001642000 [ 0.001320] 900000000022b69c 0000000000000001 0000000000000000 9000000001736a90 [0.001325] 9000000100038000 0000000000000000 9000000000222f34 0000000000000000 [ 0.001331] 00000000000000b0 0000000000000004 0000000000000000 0000000000070000 [ 0.001337] ... [ 0.001339] Call Trace: [ 0.001342] [<9000000000222f34>] show_stack+0x5c/0x180 [ 0.001346] [<90000000010bdd80>] dump_stack_lvl+0x60/0x88 [0.001352] [<9000000000266418>] __might_resched+0x180/0x1cc [ 0.001356] [<90000000010c742c>] mutex_lock+0x20/ 0x64 [ 0.001359] [<90000000002a8ccc>] irq_find_matching_fwspec+0x48/0x124 [ 0.001364] [<90000000002259c4>] constant_clockevent_init+0x68/0x204 [ 0.001368] [<900000000022acf4>] start_secondary+0x40/0xa8 [ 0.001371] [<90000000010c0124>] smpboot_entry+ 0x60/0x64 完整的呼叫鏈如下smpboot_entry() start_secondary() constant_clockevent_init() get_timer_irq() irq_find_matching_fwnode() irq_find_matching_fwspec() mutex_lock() might_sleep() __might_sleep()
    __might_resched() 為了避免上述問題我們應該中斷呼叫鏈使用 timer_irq_installed 變數作為檢查條件以便在 constant_clockevent_init() 中只呼叫 get_timer_irq() 一次這是簡單而適當的方法。 (CVE-2023-53067)

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

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

  - netusbsmsc95xx將封包長度限制為 skb->len 從描述符號擷取的封包長度可能大於實際的通訊端緩衝區長度。在這種情況下複製的 skb 向上傳遞網路堆疊將會洩漏核心記憶體內容。 (CVE-2023-53062)

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

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

  - 已解決 Linux 核心中的下列弱點：i2c: imx-lpi2c: fix reference leak when pm_runtime_get_sync fails The PM reference count is not expected to be incremented on return in lpi2c_imx_master_enable. However, pm_runtime_get_sync will increment the PM reference count even failed.
    Forgetting to putting operation will result in a reference leak here. Replace it with pm_runtime_resume_and_get to keep usage counter balanced. (CVE-2020-36782)

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

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

  - 在 Linux 核心 4.15.7 及其之前版本中，netfilter 子系統未正確處理包含跳轉但缺少使用者定義鏈結的規則 blob，這讓本機使用者可以利用 CAP_NET_RAW 或 CAP_NET_ADMIN 功能來造成拒絕服務 (NULL 指標解除參照)，此問題與 net/ipv4/netfilter/arp_tables.c 中的 arpt_do_table、net/ipv4/netfilter/ip_tables.c 中的 ipt_do_table，以及 net/ipv6/netfilter/ip6_tables.c 中的 ip6t_do_table 相關。(CVE-2018-1065)

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

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

  - 已解決 Linux 核心中的下列弱點：can: isotp: split tx timer into transmission and timeout The timer for the transmission of isotp PDUs formerly had two functions: 1. send two consecutive frames with a given time gap 2. monitor the timeouts for flow control frames and the echo frames This led to larger txstate checks and potentially to a problem discovered by syzbot which enabled the panic_on_warn feature while testing. The former 'txtimer' function is split into 'txfrtimer' and 'txtimer' to handle the two above functionalities with separate timer callbacks. The two simplified timers now run in one-shot mode and make the state transitions (especially with isotp_rcv_echo) better understandable. (CVE-2023-52941)

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

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

  - 如果某個來源的索引標籤於近期關閉，則在移除關於此來源的資料時，配額管理器中可能發生釋放後使用，進而造成可能遭利用的當機。此弱點會影響 Thunderbird < 68.6、Firefox < 74、Firefox < ESR68.6 和 Firefox ESR < 68.6。(CVE-2020-6805)

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

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

  - 在 Linux 核心 cgroup_release_agent_write 中，於 kernel/cgroup/cgroup-v1.c 函式內發現一個弱點。在某些情況下，攻擊者可利用此缺陷，使用 cgroups v1 release_agent 功能提升權限並意外繞過命名空間隔離。
    (CVE-2022-0492)

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

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

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

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

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

  - 在到 4.17.2為止的 Linux 核心中發現一個問題。 drivers/virt/vboxguest/vboxguest_linux.c 中的 vbg_misc_device_ioctl() 會透過 copy_from_user 讀取相同的使用者資料兩次。使用者資料的標頭部分是雙重擷取的，因此由於爭用情形所致，惡意使用者執行緒可在兩次擷取之間竄改標頭中的重要變數 (hdr.size_in 和 hdr.size_out)，進而導致伺服器核心錯誤，例如緩衝區過度存取。此錯誤可造成本機拒絕服務和資訊洩漏。 (CVE-2018-12633)

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

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

  - 在 5.12.14 之前的 Linux 核心中kernel/module.c 未正確處理簽章驗證即 CID-0c18f29aae7c。如果沒有 CONFIG_MODULE_SIG則不會針對 module.sig_enforce=1 命令行引數驗證核心模組是否已簽署 (透過 init_module 載入)。 (CVE-2021-35039)

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

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

  - 在 5.16.3之前的 Linux 核心中drivers/bluetooth/hci_qca.c 錯誤解譯了 devm_gpiod_get_index_optional 傳回值 (在錯誤情況下預期其為 NULL但實際上為錯誤指標)。 (CVE-2023-23002)

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

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

  - 在 ansible 模組中發現一個缺陷，使用 bitbucket_pipeline_variable 模組時，認證預設會在主控台記錄中洩漏，且不受安全性功能保護。此瑕疵允許攻擊者竊取 bitbucket_pipeline 認證。此弱點對機密性的威脅最大。(CVE-2021-20180)

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

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

  - riscvfgraph在 riscv 中執行 LTP 追踪 ftrace_stress_test.sh 時修正堆疊配置以符合 ftrace_return_to_handler 的 __arch_ftrace_regs 引數Naresh Kamboju 報告一個框架指標錯誤的核心警告。我們可以使用下列命令重現相同的問題``` $ cd /sys/kernel/debug/tracing $ echo 'f:myprobe do_nanosleep%return args1=$retval' > dynamic_events $ echo 1 > Events/fprobes/enable $ echo 1 > tracing_on $ sleep 1 ``` 而且我們會收到下列核心警告[ 127.692888] ------------[截到 ]----------- - [ 127.693755] 錯誤框架指標預期為 ff2000000065be50已從 func do_nanosleep 傳回至 ffffffff800ccb16 收到 ba34c141e9594000 [ 127.693755] [ 127.698699] 警告
    CPU: 1 PID: 129 at kernel/trace/fgraph.c:755 ftrace_return_to_handler+0x1b2/0x1be [ 127.699894] 連結中的模組[ 127.700908] CPU1 UID: 0 PID: 129 Comm: sleep 未受污染的 6.14.0 -rc3-g0ab191c74642 #32 [127.701453] 硬體名稱riscv-virtio,qemu (DT) [ 127.701859] epc ftrace_return_to_handler+0x1b2/0x1be [ 127.702032] ra ftrace_return_to_handler+0x1b2/0x1be [ 127.702151] epc ffffffff8013b5e0 ra
    ffffffff8013b5e0 sp ff2000000065bd10 [ 127.702221] gp ffffffff819c12f8 tp ff60000080853100 t0
    6e00000000000000 [ 127.702284] t1 : 0000000000000020 t2 : 6e7566206d6f7266 s0 : ff2000000065bd80 [127.702346] s1 : ff60000081262000 a0 : 000000000000007b a1 : ffffffff81894f20 [ 127.702408] a2 :
    0000000000000010 a3ffffffffffffffe a4 0000000000000000 [ 127.702470] a5 0000000000000000 a6
    0000000000000008 a7 0000000000000038 [ 127.702530] s2 ba34c141e9594000 s3 0000000000000000 s4
    ff2000000065bdd0 [ 127.702591] s5 : 00007fff8adcf400 s6 : 000055556dc1d8c0 s7 : 0000000000000068 [127.702651] s8 : 00007fff8adf5d10 s9 : 000000000000006d s10: 0000000000000001 [ 127.702710] s11:
    00005555737377c8 t3 ffffffff819d899e t4 ffffffff819d899e [ 127.702769] t5 ffffffff819d89a0 t6
    ff2000000065bb18 [ 127.702826] status: 0000000200000120 badaddr: 0000000000000000 cause: 0000000000000003 [ 127.703292] [<ffffffff8013b5e0>] ftrace_return_to_handler+0x1b2/0x1be [ 127.703760] [<ffffffff80017bce>] return_to_handler+0x16/0x26 [ 127.704009] [<ffffffff80017bb8>] return_to_handler+ 0x0/0x26 [ 127.704057] [<ffffffff800d3352>] common_nsleep+0x42/0x54 [ 127.704117] [<ffffffff800d44a2>]
    __riscv_sys_clock_nanosleep+0xba/0x10a [ 127.704176] [<ffffffff80901c56>] do_trap_ecall_u+0x188/0x218 [127.704295] [<ffffffff8090cc3e>] handle_exception+0x14a/0x156 [ 127.705436] ---[ end trace 0000000000000000 ]--- 原因是在 return_to_handler 中建構 ftrace_return_to_handler 引數的堆疊配置與 riscv 的 __arch_ftrace_regs 結構不相符進而導致非預期的結果。 (CVE-2025-22069)

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

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

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

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

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

  - 在 4.13 之前的 Linux 核心中，當使用不明架構和編譯器時，kernel/wait.c 中的 kernel_wait4 函式可能會允許本機使用者透過使用 -INT_MIN 引數，進而引致拒絕服務。(CVE-2018-10124)

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

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

  - 22.140 版之前的部分 Intel(R) PROSet/Wireless WiFi 軟體存有超出邊界寫入可能讓未經驗證的使用者透過相鄰存取造成拒絕服務。 (CVE-2022-28667)

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

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

  - 在使用者使用 OverlayFS 以特定方式重新命名的方式中，發現存取 Linux 核心 OverlayFS 子系統中檔案物件的爭用情形。本機使用者可能會利用此缺陷造成系統當機。
    (CVE-2021-20321)

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

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

  - 已解決 Linux 核心中的下列弱點：cifs: Fix writeback data corruption cifs writeback doesn't correctly handle the case where cifs_extend_writeback() hits a point where it is considering an additional folio, but this would overrun the wsize - at which point it drops out of the xarray scanning loop and calls xas_pause(). The problem is that xas_pause() advances the loop counter - thereby skipping that page. What needs to happen is for xas_reset() to be called any time we decide we don't want to process the page we're looking at, but rather send the request we are building and start a new one. Fix this by copying and adapting the netfslib writepages code as a temporary measure, with cifs writeback intending to be offloaded to netfslib in the near future. This also fixes the issue with the use of filemap_get_folios_tag() causing retry of a bunch of pages which the extender already dealt with. This can be tested by creating, say, a 64K file somewhere not on cifs (otherwise copy-offload may get underfoot), mounting a cifs share with a wsize of 64000, copying the file to it and then comparing the original file and the copy: dd if=/dev/urandom of=/tmp/64K bs=64k count=1 mount //192.168.6.1/test /mnt -o user=...,pass=...,wsize=64000 cp /tmp/64K /mnt/64K cmp /tmp/64K /mnt/64K Without the fix, the cmp fails at position 64000 (or shortly thereafter). (CVE-2024-27036)

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

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

  - amdkfd使用 calloc 而非 kzalloc 來避免整數溢位這會使用 calloc 而非執行可能溢位的乘法。 (CVE-2024-26817)

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

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

  - Windows 和 Linux 版 NVIDIA GPU 顯示驅動程式的核心模式層處理常式中有一個弱點，攻擊者可利用此弱點造成超出邊界存取，進而可能引致拒絕服務或資料竄改。(CVE-2023-0191)

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

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

  - VMCI修正 vmci_host_setup_notify 和 vmci_ctx_unset_notify 之間的爭用在我們的測試期間發現可在 try_grab_folio 中觸發如下警告 ------------[cut here ]------- ----- 警告 CPU: 0 PID: 1678 at mm/gup.c:147 try_grab_folio+0x106/0x130 連結的模組CPU: 0 UID: 0 PID: 1678 Comm
    syz.3.31 未受污染的 6.15.0-rc5 #163 PREEMPT(undef) RIP 0010:try_grab_folio+0x106/0x130 呼叫追踪
    <TASK> follow_huge_pmd+0x240/0x8e0 follow_pmd_mask.constprop.0.isra.0+0x40b/0x5c0 follow_pud_mask.constprop.0.isra.0+0x14a/0x170 follow_page_mask+0x1c2/0x1f0 __get_user_pages+0x176/0x950
    __gup_longterm_locked+0x15b/0x1060 ? gup_fast+0x120/0x1f0 gup_fast_fallback+0x17e/0x230 get_user_pages_fast+0x5f/0x80 vmci_host_unlocked_ioctl+0x21c/0xf80 RIP: 0033:0x54d2cd ---[ end trace 0000000000000000 ]--- Digging into the source, context->notify_page may init by get_user_pages_fast and vmci_ctx_unset_notify 中可以看到其會嘗試 put_page. 但是 get_user_pages_fast 並未在此處完成並導致出現下列 try_grab_folio 警告。爭用情形如下 cpu0 cpu1 vmci_host_do_set_notify vmci_host_setup_notify get_user_pages_fast(uva, 1, FOLL_WRITE, &context->notify_page); lockless_pages_from_mm gup_pgd_range gup_huge_pmd // 更新 &context->notify_page vmci_host_do_set_notify vmci_ctx_unset_notify notify_page = context->notify_page; if (notify_page) put_page(notify_page); // 頁面已釋放 __gup_longterm_locked __get_user_pages follow_trans_huge_pmd try_grab_folio // 在此處提出警告。若要解決此問題請使用本機變數 page讓 notify_page 在完成 get_user_pages_fast 後即可看到。 (CVE-2025-38102)

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

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

  - Drupal 含有一個有關不當處理結構元素的弱點。如果此弱點遭到惡意利用攻擊者可能會造成拒絕服務 (DoS) 情形。 (CVE-2024-22362)

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

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

  - 檢查 `HttpBaseChannel` 中是否已捨棄瀏覽內容時，如果無法使用載入群組，則系統會假設該群組已被捨棄，但在私人工作階段結束後，私人通道並非總是如此。此弱點會影響 Firefox < 117、Firefox ESR < 115.2 和 Thunderbird < 115.2。(CVE-2023-4583)

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

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

  - 已解決 Linux 核心中的下列弱點：tools/power turbostat: Fix offset overflow issue in index converting The idx_to_offset() function returns type int (32-bit signed), but MSR_PKG_ENERGY_STAT is u32 and would be interpreted as a negative number. The end result is that it hits the if (offset < 0) check in update_msr_sum() which prevents the timer callback from updating the stat in the background when long durations are used. The similar issue exists in offset_to_idx() and update_msr_sum(). Fix this issue by converting the 'int' to 'off_t' accordingly. (CVE-2021-46940)

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

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

  - drm/amd/display針對 get_first_active_display() 新增 null 指標檢查。mod_hdcp_hdcp1_enable_encryption() 函式會呼叫 get_first_active_display() 函式但不會檢查其傳回值。若顯示清單為空白則傳回值為 null 指標。這將導致 mod_hdcp_hdcp2_enable_encryption() 中發生 null 指標解除參照。新增 get_first_active_display() 的 null 指標檢查並在函式傳回 null 時傳回 MOD_HDCP_STATUS_DISPLAY_NOT_FOUND。
    (CVE-2025-38362)

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

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

  - 已解決 Linux 核心中的下列弱點：wifi: mt76: mt7921: fix kernel panic due to null pointer dereference Address a kernel panic caused by a null pointer dereference in the `mt792x_rx_get_wcid` function. The issue arises because the `deflink` structure is not properly initialized with the `sta` context. This patch ensures that the `deflink` structure is correctly linked to the `sta` context, preventing the null pointer dereference. BUG: kernel NULL pointer dereference, address:
    0000000000000400 #PF: supervisor read access in kernel mode #PF: error_code(0x0000) - not-present page PGD 0 P4D 0 Oops: Oops: 0000 [#1] PREEMPT SMP NOPTI CPU: 0 UID: 0 PID: 470 Comm: mt76-usb-rx phy Not tainted 6.12.13-gentoo-dist #1 Hardware name: /AMD HUDSON-M1, BIOS 4.6.4 11/15/2011 RIP:
    0010:mt792x_rx_get_wcid+0x48/0x140 [mt792x_lib] RSP: 0018:ffffa147c055fd98 EFLAGS: 00010202 RAX:
    0000000000000000 RBX: ffff8e9ecb652000 RCX: 0000000000000000 RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff8e9ecb652000 RBP: 0000000000000685 R08: ffff8e9ec6570000 R09: 0000000000000000 R10:
    ffff8e9ecd2ca000 R11: ffff8e9f22a217c0 R12: 0000000038010119 R13: 0000000080843801 R14: ffff8e9ec6570000 R15: ffff8e9ecb652000 FS: 0000000000000000(0000) GS:ffff8e9f22a00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000000000400 CR3: 000000000d2ea000 CR4: 00000000000006f0 Call Trace: <TASK> ? __die_body.cold+0x19/0x27 ? page_fault_oops+0x15a/0x2f0 ? search_module_extables+0x19/0x60 ? search_bpf_extables+0x5f/0x80 ? exc_page_fault+0x7e/0x180 ? asm_exc_page_fault+0x26/0x30 ? mt792x_rx_get_wcid+0x48/0x140 [mt792x_lib] mt7921_queue_rx_skb+0x1c6/0xaa0 [mt7921_common] mt76u_alloc_queues+0x784/0x810 [mt76_usb] ? __pfx___mt76_worker_fn+0x10/0x10 [mt76]
    __mt76_worker_fn+0x4f/0x80 [mt76] kthread+0xd2/0x100 ? __pfx_kthread+0x10/0x10 ret_from_fork+0x34/0x50 ?
    __pfx_kthread+0x10/0x10 ret_from_fork_asm+0x1a/0x30 </TASK> ---[ end trace 0000000000000000 ]--- (CVE-2025-22032)

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

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

  - objtool、spiamd修正 amd_set_spi_freq() 中的超出邊界堆疊存取。如果 speed_hz < AMD_SPI_MIN_HZamd_set_spi_freq() 會反覆使用整個 amd_spi_freq 陣列而未提前中斷進而造成「i」超出陣列邊界。透過在迴圈到達最後一個項目時停止迴圈來修正該問題以便將低 speed_hz 值箝制為 AMD_SPI_MIN_HZ。修正 UBSAN 核心的下列警告
    drivers/spi/spi-amd.o錯誤objtoolamd_set_spi_freq() 進入下一個函式 amd_spi_set_opcode() (CVE-2025-40014)

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

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

  - 在 stale-answer-enable 設定為 yes 並且 stale-answer-client-timeout 設定為 0 的 BIND 9 解析器上，如果達到 recursive-clients 配額，則一系列 serve-stale-related 查閱可造成 named 因堆疊溢位而執行迴圈並意外終止。此問題會影響 BIND 9 9.16.33 至 9.16.41、9.18.7 至 9.18.15、9.16.33-S1 至 9.16.41-S1 和 9.18.11-S1 至 9.18.15-S1。
    (CVE-2023-2911)

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

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

  - 已解決 Linux 核心中的下列弱點：ASoC: ops: Fix bounds check for _sx controls For _sx controls the semantics of the max field is not the usual one, max is the number of steps rather than the maximum value. This means that our check in snd_soc_put_volsw_sx() needs to just check against the maximum value. (CVE-2022-49005)

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

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

  - 已解決 Linux 核心中的下列弱點：RDMA/erdma: Prevent use-after-free in erdma_accept_newconn() After the erdma_cep_put(new_cep) being called, new_cep will be freed, and the following dereference will cause a UAF problem. Fix this issue. (CVE-2025-22088)

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

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

  -在 4.5.5 版之前的 Linux 核心中，檔案系統層在 OverlayFS 檔案重新命名為自我連結後會繼續進行 post-rename 作業，其允許本機使用者透過重新命名系統呼叫引致拒絕服務 (系統當機)；這其實與 fs/namei.c 和 fs/open.c 相關。(CVE-2016-6198)

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

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

  - 已解決 Linux 核心中的下列弱點：net: fec: fix the potential memory leak in fec_enet_init() If the memory allocated for cbd_base is failed, it should free the memory allocated for the queues, otherwise it causes memory leak. And if the memory allocated for the queues is failed, it can return error directly. (CVE-2021-47150)

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

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

  - Oracle MySQL 的 MySQL Server 產品中的弱點 (元件伺服器安全性角色)。受到影響的支援版本是 8.0.26 和之前的版本。攻擊此弱點的難度較小，經由多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。若成功攻擊此弱點，未經授權即可讀取 MySQL 伺服器可存取資料的子集。
    (CVE-2021-35623)

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

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

  - 在 libsoup 套件中發現一個弱點。此瑕疵是因為無法正確驗證多部分 HTTP 訊息的終止所導致。這可允許遠端攻擊者傳送特製的 multipart HTTP 內文造成 libsoup 消耗伺服器讀取超出其配置的記憶體邊界 (超出邊界讀取)。 (CVE-2025-4969)

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

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

  - 在 GnuTLS 軟體的 certtool 公用程式內範本剖析邏輯中發現一個堆積緩衝區溢位 (差一) 瑕疵。攻擊者從範本檔案讀取特定設定時會造成超出邊界 (OOB) NULL 指標寫入進而導致記憶體損毀及可能造成系統當機的拒絕服務 (DoS)。 (CVE-2025-32990)

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

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

  - 已解決 Linux 核心中的下列弱點：ALSA: scarlett2: Add missing error check to scarlett2_usb_set_config() scarlett2_usb_set_config() calls scarlett2_usb_get() but was not checking the result. Return the error if it fails rather than continuing with an invalid value.
    (CVE-2023-52692)

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

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

  - KVMx86取得 KVM_GET_MP_STATE 中的 SRCU以保護來賓記憶體存取。當使用者空間正在取得 MP 狀態時取得 kvm->srcu 上的鎖定以處理相當極端的案例其中接受 APIC 事件 (即處理擱置的 INIT 或 SIPI) 可觸發存取複製到客體記憶體。如果 vCPU 位於具有 INIT 的 L2 中
    *和*TRIPLE_FAULT 要求擱置然後取得 MP 狀態將會透過 方式觸發巢狀 VM 結束
    ->check_nested_events()並模擬巢狀 VM-Exit 可存取來賓記憶體。splat 最初是在 Google 內部核心上受到 syzkaller 攻擊後在上游核心上重現方法是入侵triple_fault_event_test 自我測試填滿擱置的 INIT、在 VM-Exit 上儲存 MSR (以在 VMX 上產生記憶體存取權)以及執行vcpu_mp_state_get() 來觸發該狀況。 ============================= 警告
    可疑的 RCU 使用方式 6.14.0-rc3-b112d356288b-vmx/pi_lockdep_false_pos-lock #3 未受污染
    ----------------------------------------- include/linux/kvm_host.h:1058 可疑的 rcu_dereference_check() 使用方式其他可協助我們除錯此rcu_scheduler_active = 2, debug_locks = 1 1 個由triple_fault_ev/1256 保留的鎖定 #0: ffff88810df5a330 (&vcpu->mutex){+.+.}-{4:4}, at: kvm_vcpu_ioctl+ 0x8b/0x9a0 [kvm] 堆疊反向追踪CPU11 UID 1000 PID 1256 Commtriple_fault_ev 未受污染的 6.14.0-rc3-b112d356288b-vmx #3 硬體名稱 QEMU 標準 PC (Q35 + ICH9, 2009), BIOS 0.0.0 2015 年 02 月 6 日 呼叫追踪 <TASK> dump_stack_lvl+0x7f/0x90 lockdep_rcu_suspicious+0x144/0x190 kvm_vcpu_gfn_to_memslot+0x156/0x180 [kvm] kvm_vcpu_read_guest+0x3e/0x90 [kvm] read_and_check_msr_entry+0x3e/0x90 [] dump_stack_lvl+0x7f/0x90 lockdep_rcu_suspicious+0x144/0x190 kvm_vcpu_gfn_to_memslot+0x156/0x180 [kvm] kvm_vcpu_read_guest+0x3e/0x90 [kvm] read_and_check_msr_entry+0x3e/0x90 [kvm] read_and_check_msr_entry+0x180/0x180/0x180/0xtele
    __nested_vmx_vmexit+0x550/0xde0 [kvm_intel] kvm_check_nested_events+0x1b/0x30 [kvm] kvm_apic_accept_events+0x33/0x100 [kvm] kvm_arch_vcpu_ioctl_get_mpstate+0x30/0x1d0 [kvm] kvm_vcpu_ioctl+0x33e/0x9a0 [kvm] __x64_sys_ioctl+0x8b/0xb0 do_syscall_64+0x6c/0x170 entry_SYSCALL_64_after_hwframe+0x4b/0x53 </TASK> (CVE-2025-23141)

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

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

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

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

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

  - 當記憶體幾乎用盡時，可再次釋放從未配置的橢圓曲線密碼。
    此弱點會影響 Firefox < 128 和 Thunderbird < 128。(CVE-2024-6609)

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

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

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

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

ID	名稱	嚴重性
246077	Linux Distros 未修補的弱點：CVE-2025-22098	medium
246076	Linux Distros 未修補的弱點：CVE-2022-49949	high
246075	Linux Distros 未修補的弱點：CVE-2025-23156	high
246074	Linux Distros 未修補的弱點：CVE-2025-21531	medium
246073	Linux Distros 未修補的弱點：CVE-2024-2607	high
246072	Linux Distros 未修補的弱點：CVE-2024-21247	low
246071	Linux Distros 未修補的弱點：CVE-2025-38364	medium
246070	Linux Distros 未修補的弱點：CVE-2021-46912	medium
246069	Linux Distros 未修補的弱點：CVE-2024-42266	medium
246068	Linux Distros 未修補的弱點：CVE-2019-14905	medium
246067	Linux Distros 未修補的弱點：CVE-2023-53067	medium
246066	Linux Distros 未修補的弱點：CVE-2023-53062	high
246065	Linux Distros 未修補的弱點：CVE-2020-36782	medium
246064	Linux Distros 未修補的弱點：CVE-2018-1065	medium
246063	Linux Distros 未修補的弱點：CVE-2023-52941	medium
246062	Linux Distros 未修補的弱點：CVE-2020-6805	high
246061	Linux Distros 未修補的弱點：CVE-2022-0492	high
246060	Linux Distros 未修補的弱點：CVE-2020-14873	medium
246059	Linux Distros 未修補的弱點：CVE-2018-12633	medium
246058	Linux Distros 未修補的弱點：CVE-2021-35039	high
246057	Linux Distros 未修補的弱點：CVE-2023-23002	medium
246056	Linux Distros 未修補的弱點：CVE-2021-20180	medium
246055	Linux Distros 未修補的弱點：CVE-2025-22069	medium
246054	Linux Distros 未修補的弱點：CVE-2019-17013	high
246053	Linux Distros 未修補的弱點：CVE-2018-10124	medium
246052	Linux Distros 未修補的弱點：CVE-2022-28667	medium
246051	Linux Distros 未修補的弱點：CVE-2021-20321	medium
246050	Linux Distros 未修補的弱點：CVE-2024-27036	medium
246049	Linux Distros 未修補的弱點：CVE-2024-26817	medium
246048	Linux Distros 未修補的弱點：CVE-2023-0191	high
246047	Linux Distros 未修補的弱點：CVE-2025-38102	medium
246046	Linux Distros 未修補的弱點：CVE-2024-22362	high
246045	Linux Distros 未修補的弱點：CVE-2023-4583	high
246044	Linux Distros 未修補的弱點：CVE-2021-46940	medium
246043	Linux Distros 未修補的弱點：CVE-2025-38362	medium
246042	Linux Distros 未修補的弱點：CVE-2025-22032	medium
246041	Linux Distros 未修補的弱點：CVE-2025-40014	high
246040	Linux Distros 未修補的弱點：CVE-2023-2911	high
246039	Linux Distros 未修補的弱點：CVE-2022-49005	medium
246038	Linux Distros 未修補的弱點：CVE-2025-22088	high
246037	Linux Distros 未修補的弱點：CVE-2016-6198	medium
246036	Linux Distros 未修補的弱點：CVE-2021-47150	medium
246035	Linux Distros 未修補的弱點：CVE-2021-35623	low
246034	Linux Distros 未修補的弱點：CVE-2025-4969	medium
246033	Linux Distros 未修補的弱點：CVE-2025-32990	medium
246032	Linux Distros 未修補的弱點：CVE-2023-52692	medium
246031	Linux Distros 未修補的弱點：CVE-2025-23141	medium
246030	Linux Distros 未修補的弱點：CVE-2024-21049	medium
246029	Linux Distros 未修補的弱點：CVE-2024-6609	high
246028	Linux Distros 未修補的弱點：CVE-2022-21344	medium

偵測

Nessus 的 Misc. 系列

medium

high

high

medium

high

low

medium

medium

medium

medium

medium

high

medium

medium

medium

high

high

medium

medium

high

medium

medium

medium

high

medium

medium

medium

medium

medium

high

medium

high

high

medium

medium

medium

high

high

medium

high

medium

medium

low

medium

medium

medium

medium

medium

high

medium