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

  - 已解決 Linux 核心中的下列弱點：tpm: efi: Use local variable for calculating final log size When tpm_read_log_efi is called multiple times, which happens when one loads and unloads a TPM2 driver multiple times, then the global variable efi_tpm_final_log_size will at some point become a negative number due to the subtraction of final_events_preboot_size occurring each time.
    Use a local variable to avoid this integer underflow. The following issue is now resolved: Mar 8 15:35:12 hibinst kernel: Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 0.0.0 02/06/2015 Mar 8 15:35:12 hibinst kernel: Workqueue: tpm-vtpm vtpm_proxy_work [tpm_vtpm_proxy] Mar 8 15:35:12 hibinst kernel: RIP:
    0010:__memcpy+0x12/0x20 Mar 8 15:35:12 hibinst kernel: Code: 00 b8 01 00 00 00 85 d2 74 0a c7 05 44 7b ef 00 0f 00 00 00 c3 cc cc cc 66 66 90 66 90 48 89 f8 48 89 d1 48 c1 e9 03 83 e2 07 <f3> 48 a5 89 d1 f3 a4 c3 66 0f 1f 44 00 00 48 89 f8 48 89 d1 f3 a4 Mar 8 15:35:12 hibinst kernel: RSP: 0018:ffff9ac4c0fcfde0 EFLAGS: 00010206 Mar 8 15:35:12 hibinst kernel: RAX: ffff88f878cefed5 RBX: ffff88f878ce9000 RCX:
    1ffffffffffffe0f Mar 8 15:35:12 hibinst kernel: RDX: 0000000000000003 RSI: ffff9ac4c003bff9 RDI:
    ffff88f878cf0e4d Mar 8 15:35:12 hibinst kernel: RBP: ffff9ac4c003b000 R08: 0000000000001000 R09:
    000000007e9d6073 Mar 8 15:35:12 hibinst kernel: R10: ffff9ac4c003b000 R11: ffff88f879ad3500 R12:
    0000000000000ed5 Mar 8 15:35:12 hibinst kernel: R13: ffff88f878ce9760 R14: 0000000000000002 R15:
    ffff88f77de7f018 Mar 8 15:35:12 hibinst kernel: FS: 0000000000000000(0000) GS:ffff88f87bd00000(0000) knlGS:0000000000000000 Mar 8 15:35:12 hibinst kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Mar 8 15:35:12 hibinst kernel: CR2: ffff9ac4c003c000 CR3: 00000001785a6004 CR4: 0000000000060ee0 Mar 8 15:35:12 hibinst kernel: Call Trace: Mar 8 15:35:12 hibinst kernel: tpm_read_log_efi+0x152/0x1a7 Mar 8 15:35:12 hibinst kernel: tpm_bios_log_setup+0xc8/0x1c0 Mar 8 15:35:12 hibinst kernel:
    tpm_chip_register+0x8f/0x260 Mar 8 15:35:12 hibinst kernel: vtpm_proxy_work+0x16/0x60 [tpm_vtpm_proxy] Mar 8 15:35:12 hibinst kernel: process_one_work+0x1b4/0x370 Mar 8 15:35:12 hibinst kernel:
    worker_thread+0x53/0x3e0 Mar 8 15:35:12 hibinst kernel: ? process_one_work+0x370/0x370 (CVE-2021-46951)

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

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

  - Apache Tomcat 9.0.0.M1 到 9.0.0.M21、8.5.0 到 8.5.15、8.0.0.RC1 到 8.0.44 和 7.0.41 到 7.0.78 版中的 CORS 篩選器未加入表示回應會隨著來源而不同的 HTTP Vary 標頭。在某些情況下，這允許用戶端和伺服器端快取破壞。(CVE-2017-7674)

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

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

  - 已解決 Linux 核心中的下列弱點：iommu/tegra241-cmdqv: Fix alignment failure at max_n_shift When configuring a kernel with PAGE_SIZE=4KB, depending on its setting of CONFIG_CMA_ALIGNMENT, VCMDQ_LOG2SIZE_MAX=19 could fail the alignment test and trigger a WARN_ON: WARNING:
    at drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c:3646 Call trace: arm_smmu_init_one_queue+0x15c/0x210 tegra241_cmdqv_init_structures+0x114/0x338 arm_smmu_device_probe+0xb48/0x1d90 Fix it by capping max_n_shift to CMDQ_MAX_SZ_SHIFT as SMMUv3 CMDQ does. (CVE-2024-53225)

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

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

  - 已解決 Linux 核心中的下列弱點：netfs: Fix the (non-)cancellation of copy when cache is temporarily disabled When the caching for a cookie is temporarily disabled (e.g. due to a DIO write on that file), future copying to the cache for that file is disabled until all fds open on that file are closed. However, if netfslib is using the deprecated PG_private_2 method (such as is currently used by ceph), and decides it wants to copy to the cache, netfs_advance_write() will just bail at the first check seeing that the cache stream is unavailable, and indicate that it dealt with all the content. This means that we have no subrequests to provide notifications to drive the state machine or even to pin the request and the request just gets discarded, leaving the folios with PG_private_2 set. Fix this by jumping directly to cancel the request if the cache is not available. That way, we don't remove mark3 from the folio_queue list and netfs_pgpriv2_cancel() will clean up the folios. This was found by running the generic/013 xfstest against ceph with an active cache and the -o fsc option passed to ceph.
    That would usually hang (CVE-2024-57941)

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

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

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

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

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

  - vmxnet3修正 vmxnet3_process_xdp 中格式錯誤的封包大小問題 vmxnet3 驅動程式的 XDP 處理對於使用 ring0 的封包大小 (即 128 - 3k 位元組之間的封包大小) 會出現錯誤修正。我們注意到在 vmxnet3 作為底下的 NIC 的情況下Cilium 的服務負載平衡存在與 MTU 相關的連線問題。HTTP 後端服務的簡單 curl 其中 XDP LB 執行 IPIP 封裝會導致封包大小過大但僅限*某些*封包 (例如 HTTP GET 要求)而其他封包 (例如先前的 TCP 3WHS) 在 上看起來完全正常線。事實上後端節點上的 pcap 記錄實際上顯示具有 XDP LB 的節點將未初始化的核心資料洩漏到連線以用於受影響的封包例如封包本來應該是 152 位元但其實際大小為 1482 位元因此 152 位元組之後的剩餘部分會以當時該頁面中的其他任何資料填補 (例如我們從先前處理的封包中看到使用者/有效負載資料)。我們只是透過 MTU 問題發現此點例如當 XDP LB 節點和後端節點都有相同的 MTU (例如 1500)則由於封包太大因此即使 IPIP-封包封包通常永遠不會接近 MTU 限制。降低 XDP LB (例如 1480) 上的 MTU允許 curl 要求成功 (其也表示核心忽略了 padding因此問題對使用者而言不是很明顯)。認可 e127ce7699c1 (vmxnet3修正遺漏的保留 tailroom) 太急於也無法將 xdp_prepare_buff() 從 rcd->len 切換至 rbi->len。它確實需要遵循 rcd->len這是來自描述符號的實際封包長度。順便提一下，後者我們也饋送至 vmxnet3_process_xdp_small()它指出初始化 xdp->{data,data_end} 部分所需的正確長度。針對 e127ce7699c1 (vmxnet3修正遺漏的保留 tailroom)相關部分正在調整 xdp_init_buff() 以解決鑑於 xdp_data_hard_end() 依賴 xdp->frame_sz 的警告。透過此修正線路上的流量看起來會恢復正常。 (CVE-2025-37799)

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

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

  - sctp偵測並防止在 sendmsg 中參照已釋放的傳輸。sctp_sendmsg() 會根據通訊端端點和訊息目的地位址進行查閱從而盡可能重複使用關聯和傳輸然後 sctp_sendmsg_to_asoc() 會設定所有傳送的訊息區塊。
    在設定區塊之後傳送訊息之前如果另一個執行緒觸發移除所選的傳輸 (例如使用 setsockopt(SCTP_SOCKOPT_BINDX_REM) 明確解除系結位址)則可能發生爭用情形。如果傳送緩衝區已滿就可能在傳送者執行緒暫時釋放 sctp_wait_for_sndbuf() 中的通訊端鎖定期間發生此問題。這會在排清關聯輸出佇列時對 sctp_outq_select_transport() 中的傳輸資料的存取造成釋放後使用讀取。此變更可讓 sctp_transport_free() 發出傳輸釋放的訊號並將其標記為無作用進而避免此情況。為此修補程式會還原結構 sctp_transport 中已在認可 47faa1e4c50e 中移除的無作用位元 (sctp
    移除 sctp_transport 的無作用欄位)。然後如果傳送者執行緒已在 sctp_wait_for_sndbuf() 中釋放通訊端鎖定則在重新取得通訊端鎖定以偵測刪除之後會再次檢查該位元。這會在保留傳輸參照時完成以避免傳輸參照在處理程序中遭到釋放。如果在放棄通訊端鎖定的情況下刪除了傳輸sctp_sendmsg_to_asoc() 會傳回 -EAGAIN 讓使用者空間重試傳送。此錯誤由私有 syzbot 執行個體發現 (請參閱錯誤報告 [1] 和触發該錯誤的 C 複製器 [2])。 (CVE-2025-23142)

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

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

  - 已解決 Linux 核心中的下列弱點：tracing: Have process_string() also allow arrays In order to catch a common bug where a TRACE_EVENT() TP_fast_assign() assigns an address of an allocated string to the ring buffer and then references it in TP_printk(), which can be executed hours later when the string is free, the function test_event_printk() runs on all events as they are registered to make sure there's no unwanted dereferencing. It calls process_string() to handle cases in TP_printk() format that has %s. It returns whether or not the string is safe. But it can have some false positives.
    For instance, xe_bo_move() has: TP_printk(move_lacks_source:%s, migrate object %p [size %zu] from %s to %s device_id:%s, __entry->move_lacks_source ? yes : no, __entry->bo, __entry->size, xe_mem_type_to_name[__entry->old_placement], xe_mem_type_to_name[__entry->new_placement],
    __get_str(device_id)) Where the %s references into xe_mem_type_to_name[]. This is an array of pointers that should be safe for the event to access. Instead of flagging this as a bad reference, if a reference points to an array, where the record field is the index, consider it safe. (CVE-2024-57930)

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

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

  - udmabuf為 udmabuf 裝置 (v2) 設定 DMA 遮罩 如果未明確設定 DMA 遮罩當使用者空間嘗試透過 CPU 存取 dma-buf 時會出現下列警告如 syzbot 在此處所報告
    警告CPU1 PID3595 at kernel/dma/mapping.c:188 __dma_map_sg_attrs+0x181/0x1f0 kernel/dma/mapping.c:188 連結的模組CPU0 PID3595 Comm: syz-executor249 未受污染的 5.17 .0-rc2-syzkaller-00316-g0457e5153e0e #0 硬體名稱Google Google Compute Engine/Google Compute Engine、BIOS Google 01/01/2011 RIP0010:__dma_map_sg_attrs+0x181/0x1f0 kernel/dma/mapping.c:188 程式碼00 00 00 00 00 fc ff df 48 c1 e8 03 80 3c 10 00 75 71 4c 8b 3d c0 83 b5 0d e9 db fe ff ff e8 b6 0f 13 00 0f 0b e8 af 0f 13 00 <0f> 0b 45 31 e4 e9 54 ff ff ff e8 a0 0f 13 00 49 8d 7f 50 48 b8 00 RSP
    0018:ffffc90002a07d68 EFLAGS: 00010293 RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000000 RDX: ffff88807e25e2c0 RSI: ffffffff81649e91 RDI: ffff88801b848408 RBP: ffff88801b848000 R08:
     R090000000000000002  : ffff88801d86c74f R10: ffffffff81649d72 R11: 0000000000000001 R12: 0000000000000002 R13: ffff88801d86c680 R14: 0000000000000001 R15: 0000000000000000 FS: 0000555556e30300(0000) GS:ffff8880b9d00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2:
    00000000200000cc CR3: 000000001d74a000 CR4: 00000000003506e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> dma_map_sgtable+0x70/0xf0 kernel/dma/mapping.c:264 get_sg_table.isra.0+ 0xe0/0x160 drivers/dma-buf/udmabuf.c:72begin_cpu_udmabuf+0x130/0x1d0 drivers/dma-buf/udmabuf.c:126 dma_buf_begin_cpu_access+0xfd/0x1d0 drivers/dma-buf/dma-buf.c:1164 dma_buf_ioctl+ 0x259/0x2b0 drivers/dma-buf/dma-buf.c:363 vfs_ioctl fs/ioctl.c:51 [內嵌] __do_sys_ioctl fs/ioctl.c:874 [內嵌] __se_sys_ioctl fs/ioctl.c:860 [內嵌] __x64_sys_ioctl +0x193/0x200 fs/ioctl.c:860 do_syscall_x64 arch/x86/entry/common.c:50 [內嵌] do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae RIP0033 :0x7f62fcf530f9 程式碼28 c3 e8 2a 14 00 00 66 2e 0f 1f 84 00 00 00 00 00 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 3 4c 8b 4c 2 <48> [ 3 0 10 8b 4c 2] f0 ff ff 73 01 c3 48 c7 c1 c0 ff ff ff f7 d8 64 89 01 48 RSP: 002b:00007ffe3edab9b8 EFLAGS: 00000246 ORIG_RAX: 0000000000000010 RAX: ffffffffffffffda RBX: 0000000000000000 RCX00007f62fcf53:f9 RDX00007f62fcf53:0
    0000000020000200 RSI: 0000000040086200 RDI: 0000000000000006 RBP: 00007f62fcf170e0 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000246 R12: 00007f62fcf17170 R13:
    0000000000000000 R140000000000000000 R15: 0000000000000000 </TASK> v2如果 DMA 遮罩設定失敗不要忘記取消註冊。 (CVE-2022-49983)

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

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

  - 在 Linux 核心 4.11.7 及其之前版本中，sound/isa/msnd/msnd_pinnacle.c 中的 snd_msnd_interrupt 函式允許本機使用者透過在核心兩次讀取的訊息佇列 head 指標值之間變更此值，來造成拒絕服務 (越界存取) 或可能造成其他不明影響 ，即「雙重擷取」弱點。(CVE-2017-9984) 

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

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

  - Ubuntu Linux - [未知描述] (CVE-2025-6591)

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

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

  - netcadencemacb修正 macb_halt_tx 中可能的鎖死。有一種情況是在將 THALT 設為高位之後TGO 也會保持在高位。由於 jiffies 永遠不會更新因為我們處於已停用中斷的內容中我們永遠不會結束該迴圈並發生鎖死。該鎖死是在保持鎖定數日的 sama5d4 裝置上發現的。使用重試而非 jiffies讓逾時確實有效且不會再發生鎖死。 (CVE-2025-38094)

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

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

  - 已解決 Linux 核心中的下列弱點：mmc: uniphier-sd: Fix a resource leak in the remove function A 'tmio_mmc_host_free()' call is missing in the remove function, in order to balance a 'tmio_mmc_host_alloc()' call in the probe. This is done in the error handling path of the probe, but not in the remove function. Add the missing call. (CVE-2021-46962)

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

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

  - 已解決 Linux 核心中的下列弱點：watch_queue: Fix filter limit check In watch_queue_set_filter(), there are a couple of places where we check that the filter type value does not exceed what the type_filter bitmap can hold. One place calculates the number of bits by: if (tf[i].type >= sizeof(wfilter->type_filter) * 8) which is fine, but the second does: if (tf[i].type >= sizeof(wfilter->type_filter) * BITS_PER_LONG) which is not. This can lead to a couple of out-of-bounds writes due to a too-large type: (1) __set_bit() on wfilter->type_filter (2) Writing more elements in wfilter->filters[] than we allocated. Fix this by just using the proper WATCH_TYPE__NR instead, which is the number of types we actually know about. The bug may cause an oops looking something like: BUG: KASAN:
    slab-out-of-bounds in watch_queue_set_filter+0x659/0x740 Write of size 4 at addr ffff88800d2c66bc by task watch_queue_oob/611 ... Call Trace: <TASK> dump_stack_lvl+0x45/0x59 print_address_description.constprop.0+0x1f/0x150 ... kasan_report.cold+0x7f/0x11b ...
    watch_queue_set_filter+0x659/0x740 ... __x64_sys_ioctl+0x127/0x190 do_syscall_64+0x43/0x90 entry_SYSCALL_64_after_hwframe+0x44/0xae Allocated by task 611: kasan_save_stack+0x1e/0x40
    __kasan_kmalloc+0x81/0xa0 watch_queue_set_filter+0x23a/0x740 __x64_sys_ioctl+0x127/0x190 do_syscall_64+0x43/0x90 entry_SYSCALL_64_after_hwframe+0x44/0xae The buggy address belongs to the object at ffff88800d2c66a0 which belongs to the cache kmalloc-32 of size 32 The buggy address is located 28 bytes inside of 32-byte region [ffff88800d2c66a0, ffff88800d2c66c0) (CVE-2022-48847)

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

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

  - sched/core不將已從 cpus_mask 排除的 CPU 上的工作重新排入佇列。下列警告會在大型機器上於發行版本核心上開機早期觸發但相同的問題應該也會影響主線。
    警告 CPU439 PID10 at ../kernel/workqueue.c:2231 process_one_work+0x4d/0x440 呼叫追踪 <TASK> rescuer_thread+0x1f6/0x360 kthread+0x156/0x180 ret_from_fork+0x22/0x30 </TASK> Commit c6e7bd7afaeb (sched /core最佳化 p->on_cpu 上的 ttwu() 旋轉可將喚醒清單上取消排程的工作排入佇列來最佳化 ttwu但不會檢查是否仍允許在該 CPU 上執行取消排程的工作。在此警告中有問題的工作是工作佇列救援執行緒其會檢查救援是否針對每個 cpu 的工作佇列以及是否在錯誤的 CPU 上執行。雖然這處於開機早期階段而且應該可以建立背景工作但如果達到 MAYDAY_INITIAL_TIMEOUT 或 MAYDAY_INTERVAL且在足夠大型的機器上會經常使用救援執行緒則救援執行緒可能仍會使用。追踪已確認應已使用 stopper 執行緒處理移轉作業正確移轉。
    不過從另一個 CPU (非共用 CPU 快取) 上執行的 udev 平行喚醒會觀察 p->on_cpu 並使用 task_cpu(p)將工作在舊 CPU 上排入佇列並觸發警告。檢查是否仍允許取消排程的 wakee 工作在其目前的 CPU 上執行若不允許則等待取消排程完成然後選取允許的 CPU。 (CVE-2022-50100)

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

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

  - idpf檢查 init 上的 register_netdev() 錯誤 目前的 init 邏輯會忽略 register_netdev() 的錯誤碼這將導致在嘗試取消註冊 WARN_ON() 時若有建立 netdev 失敗。警告 CPU89 PID 6902@net/core/dev.c:11512 unregister_netdevice_many_notify+0x211/0x1a10 ... [ 3707.563641] unregister_netdev+0x1c/0x30 [ 3707.563656] idpf_vport_dealloc+0x5cf/0xce0 [idpf] [ 3707.563684] idpf_deinit_task+0xef/0x160 [idpf] [ 3707.563712] idpf_vc_core_deinit+0x84/0x320 [idpf] [ 3707.563739] idpf_remove+0xbf/0x780 [idpf] [ 3707.563769] pci_device_remove+0xab/0x1e0 [ 3707.563786] device_release_driver_internal+0x371 0x530 [ 3707.563803] driver_detach+0xbf/0x180 [ 3707.563816] bus_remove_driver+0x11b/0x2a0 [ 3707.563829] pci_unregister_driver+0x2a/0x250 引入錯誤檢查並記錄 vport 號碼和錯誤碼。移除時請務必先檢查 VPORT_REG_NETDEV 旗標再呼叫 netdev 上的取消註冊和釋放。針對 idx、vport_config 和 netdev 新增本機變數以提高可讀性。
    (CVE-2025-22116)

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

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

  - 已解決 Linux 核心中的下列弱點：fbdev: imsttfb: fix a resource leak in probe I've re-written the error handling but the bug is that if init_imstt() fails we need to call iounmap(par->cmap_regs). (CVE-2023-52838)

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

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

  - Intel (R) Ethernet 700 系列控制器 2.8.43 之前版本的 i40e 驅動程式中存在資源洩漏問題，經驗證的使用者可能會透過本機存取造成拒絕服務。(CVE-2019-0146)

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

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

  - Windows 和 Linux 版本的 NVIDIA CUDA 工具集在 nvdisam 命令行工具中含有一個弱點，使用者可能透過在格式錯誤的 ELF 檔案上執行 nvdisasm，造成 NULL 指標解除參考。若成功惡意利用此弱點，則可能會導致有限拒絕服務。(CVE-2024-0125)

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

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

  - 在 Linux 核心 5.1 穩定版和 5.4.66 的 /proc/pid/syscall 功能中存在一個資訊洩漏弱點。更具體而言，此問題已在 v5.1-rc4 中引入 (commit 631b7abacd02b88f4b0795c08b54ad4fc3e7c7c0) 且仍存在於 v5.10-rc4 中，因此介於兩者之間的所有版本可能皆會受到影響。攻擊者可藉由讀取 /proc/pid/syscall 來觸發此弱點，進而導致核心洩漏記憶體內容。(CVE-2020-28588)

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

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

  - 網站可使用檔案開啟對話方塊遮蔽全螢幕通知。這可導致使用者混淆及可能的偽造攻擊。 *注意受此問題影響的只有 macOS 作業系統。其他作業系統不受影響。* 此弱點會影響 Firefox < 119、Firefox ESR < 115.4 和 Thunderbird < 115.4.1。(CVE-2023-5726)

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

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

  - 在 Linux 核心 5.10.13 之前的版本中發現本機特權提升問題。net/vmw_vsock/af_vsock.c 中的錯誤鎖定造成 AF_VSOCK 實作中發生多個爭用情形。在新增 VSOCK 多重傳輸支援的認可中，以隱含方式引入了爭用情形。
    (CVE-2021-26708)

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

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

  - 在 5.3.11 及之前版本的 Linux 核心中，kernel/trace/trace_events_filter.c 的 predicate_parse() 函式存在記憶體流失問題，攻擊者可藉此造成程式拒絕服務 (記憶體消耗)，即 CID-96c5c6e6a5b6。
    (CVE-2019-19072)

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

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

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

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

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

  - netrom修正 nr_rt_ioctl() 中可能的鎖死syzbot 喜歡 netrom但在 nr_rt_ioctl 中發現一個可能的鎖死 [1] 確保我們一律先取得 nr_node_list_lock(nr_node) [1] 警告
    偵測到可能的循環鎖定相依性 6.9.0-rc7-syzkaller-02147-g654de42f3fc6 #0 未受污染
    -------------------------------------------------- ---- syz-executor350/5129 嘗試取得鎖定
    ffff8880186e2070 (&nr_node->node_lock){+...}-{2:2}, at: spin_lock_bh include/linux/spinlock.h:356 [內嵌] ffff8880186e2070 (&nr_node->node_lock){+...}-{2:2}、@nr_node_lock include/net/netrom.h:152 [內嵌] ffff8880186e2070 (&nr_node->node_lock){+...}-{2:2}、@nr_dec_obs net/netrom/nr_route.c:464 [內嵌] ffff8880186e2070 (&nr_node->node_lock){+...}-{2:2}, at: nr_rt_ioctl+0x1bb/0x1090 net/netrom/nr_route.c:697but 工作已保留鎖定ffffffff8f7053b8 (nr_node_list_lock){+ ...}-{2:2}、@spin_lock_bh include/linux/spinlock.h:356 [內嵌] ffffffff8f7053b8 (nr_node_list_lock){+...}-{2:2}、@nr_dec_obs net/netrom/nr_route。 c:462 [內嵌] ffffffff8f7053b8 (nr_node_list_lock){+...}-{2:2}、
    nr_rt_ioctl+0x10a/0x1090 net/netrom/nr_route.c:697 哪個鎖定已經依賴新鎖定。現有的相依性鏈結 (以相反順序) 為-> #1 (nr_node_list_lock){+...}-{2:2}
    lock_acquire+0x1ed/0x550 kernel/locking/lockdep.c:5754 __raw_spin_lock_bh include/linux/spinlock_api_smp.h:126 [內嵌] _raw_spin_lock_bh+0x35/0x50 kernel/locking/spinlock.c:178 spin_lock_bh include/linux/spinlock.h 356 [內嵌] nr_remove_node net/netrom/nr_route.c:299 [內嵌] nr_del_node+0x4b4/0x820 net/netrom/nr_route.c:355 nr_rt_ioctl+0xa95/0x1090 net/netrom/nr_route.c:683 sock_do_ioctl+0x158/0x460 net/socket.c:1222 sock_ioctl+0x629/0x8e0 net/socket.c:1341 vfs_ioctl fs/ioctl.c:51 [內嵌] __do_sys_ioctl fs/ioctl.c:904 [內嵌] __se_sys_ioctl+0xfc/0x170 fs/ioctl。 c:890 do_syscall_x64 arch/x86/entry/common.c:52 [內嵌] do_syscall_64+0xf5/0x240 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x77/0x7f -> #0 (&nr_node->node_lock){ +...}-{2:2} check_prev_add kernel/locking/lockdep.c:3134 [內嵌] check_prevs_add kernel/locking/lockdep.c:3253 [內嵌] validate_chain+0x18cb/0x58e0 kernel/locking/lockdep.c:3869 __lock_acquire+0x1346/0x1fd0 kernel/locking /lockdep.c:5137 lock_acquire+0x1ed/0x550 kernel/locking/lockdep.c:5754 __raw_spin_lock_bh include/linux/spinlock_api_smp.h:126 [內嵌] _raw_spin_lock_bh+0x35/0x50 kernel/locking/spinlock.c:178 spin_lock_bh include/ linux/spinlock.h:356 [內嵌] nr_node_lock include/net/netrom.h:152 [內嵌] nr_dec_obs net/netrom/nr_route.c:464 [內嵌] nr_rt_ioctl+0x1bb/0x1090 net/netrom/nr_route.c:697 sock_do_ioctl+0x158/0x460 net/socket.c:1222 sock_ioctl+0x629/0x8e0 net/socket.c:1341 vfs_ioctl fs/ioctl.c:51 [內嵌] __do_sys_ioctl fs/ioctl.c:904 [內嵌] __se_sys_ioctl+0xfc/ 0x170 fs/ioctl.c:890 do_syscall_x64 arch/x86/entry/common.c:52 [內嵌] do_syscall_64+0xf5/0x240 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x77/0x7f 其他可能對我們有幫助的資訊除錯此可能的 unsa fe 鎖定方案CPU0 CPU1 ---- ---- lock(nr_node_list_lock); lock(&nr_node->node_lock); lock(nr_node_list_lock);
    lock(&nr_node->node_lock); *** DEADLOCK *** syz-executor350/5129 保留了 1 個鎖定 #0ffffffff8f7053b8 (nr_node_list_lock){+...}-{2:2}位於 spin_lock_bh include/linux/spinlock.h:356 [內嵌] #0
    ffffffff8f7053b8 (nr_node_list_lock){+...}-{2:2}位於nr_dec_obs net/netrom/nr_route.c:462 [內嵌] #0
    ffffffff8f70 ---truncated--- (CVE-2024-38589)

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

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

  - 已解決 Linux 核心中的下列弱點：btrfs: zoned: fix lock ordering in btrfs_zone_activate() The btrfs CI reported a lockdep warning as follows by running generic generic/129.
    WARNING: possible circular locking dependency detected 6.7.0-rc5+ #1 Not tainted
    ------------------------------------------------------ kworker/u5:5/793427 is trying to acquire lock:
    ffff88813256d028 (&cache->lock){+.+.}-{2:2}, at: btrfs_zone_finish_one_bg+0x5e/0x130 but task is already holding lock: ffff88810a23a318 (&fs_info->zone_active_bgs_lock){+.+.}-{2:2}, at:
    btrfs_zone_finish_one_bg+0x34/0x130 which lock already depends on the new lock. the existing dependency chain (in reverse order) is: -> #1 (&fs_info->zone_active_bgs_lock){+.+.}-{2:2}: ... -> #0 (&cache->lock){+.+.}-{2:2}: ... This is because we take fs_info->zone_active_bgs_lock after a block_group's lock in btrfs_zone_activate() while doing the opposite in other places. Fix the issue by expanding the fs_info->zone_active_bgs_lock's critical section and taking it before a block_group's lock.
    (CVE-2023-52668)

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

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

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

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

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

  - scsifnic修正 FDMI 逾時時 fnic_wq_cmpl_handler 中的損毀問題。當 RHBA 和 RPA FDMI 要求皆逾時fnic 會重複使用框架來傳送各自的 ABTS。傳送完成時這會造成系統嘗試釋放相同框架兩次進而導致當機。透過為 RHBA 和 RPA 配置個別框架修正損毀並據此修改 ABTS 邏輯。透過檢查 MDS 的 FDMI 資訊進行測試。透過使用已檢測的驅動程式進行測試以執行以下動作 - 放置 PLOGI 回應 - 放置 RHBA 回應 - 放置 RPA 回應 - 放置 RHBA 和 RPA 回應 - 放置 PLOGI 回應 + ABTS 回應 - 放置 RHBA 回應 + ABTS 回應 - 放置 RPA 回應 + ABTS 回應 - 放置 RHBA 和兩者的 RPA 回應 + ABTS 回應 (CVE-2025-38238)

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

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

  - HIDhidraw修正 hidraw_release() 中的記憶體洩漏刪除清單項目前釋放緩衝的報告。
    錯誤記憶體洩漏未參照物件 0xffff88810e72f180 (大小 32)comm softirq、pid 0、jiffies 4294945143 (16.080 秒) 十六進位轉儲存 (前 32 個位元組)64 f3 c6 6a d1 88 07 04 00 00 00 00 00 00 00 00 ..j........ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ backtrace
    [<ffffffff814ac6c3>] kmemdup+0x23/0x50 mm/util.c:128 [<ffffffff8357c1d2>] kmemdup include/linux/fortify-string.h:440 [內嵌] [<ffffffff8357c1d2>] hidraw_report_event+0xa2/0x150 drivers/hid/hidraw。 c:521 [<ffffffff8356ddad>] hid_report_raw_event+0x27d/0x740 drivers/hid/hid-core.c:1992 [<ffffffff8356e41e>] hid_input_report+0x1ae/0x270 drivers/hid/hid-core.c:2065 [<ffffffff835f0d3f>] hid_irq_in+0x1ff /0x250 drivers/hid/usbhid/hid-core.c:284 [<ffffffff82d3c7f9>] __usb_hcd_giveback_urb+0xf9/0x230 drivers/usb/core/hcd.c:1670 [<ffffffff82d3cc26>] usb_hcd_giveback_urb+0x1b6/0x1d0 drivers/usb/core/ hcd.c:1747 [<ffffffff82ef1e14>] dummy_timer+0x8e4/0x14c0 drivers/usb/gadget/udc/dummy_hcd.c:1988 [<ffffffff812f50a8>] call_timer_fn+0x38/0x200 kernel/time/timer.c:1474 [<ffffffff812f5586>] expire_timers kernel/time/timer.c:1519 [內嵌] [<ffffffff812f5586>] __run_timers.part.0+0x316/0x430 kernel/time/timer.c:1790 [<ffffffff812f56e4>]
    __run_timers kernel/time/timer.c:1768 [內嵌] [<ffffffff812f56e4>] run_timer_softirq+0x44/0x90 kernel/time/timer.c:1803 [<ffffffff848000e6>] __do_softirq+0xe6/0x2ea kernel/softirq.c:571 [<ffffffff81246db0>] invoke_softirq kernel/softirq.c:445 [內嵌] [<ffffffff81246db0>] __irq_exit_rcu kernel/softirq.c:650 [內嵌] [<ffffffff81246db0>] irq_exit_rcu+0xc0/0x110 kernel/softirq.c:662 [<ffffffff84574f02>] sysvec_apic_timer_interrupt+0xa2 /0xd0 arch/x86/kernel/apic/apic.c:1106 [<ffffffff84600c8b>] asm_sysvec_apic_timer_interrupt+0x1b/0x20 arch/x86/include/asm/idtentry.h:649 [<ffffffff8458a070>] native_safe_halt arch/x86/include/asm/ irqflags.h:51 [內嵌] [<ffffffff8458a070>] arch_safe_halt arch/x86/include/asm/irqflags.h:89 [內嵌] [<ffffffff8458a070>] acpi_safe_halt drivers/acpi/processor_idle.c:111 [內嵌] [<ffffffff8458a070>] acpi_idle_do_entry+0xc0/0xd0 drivers/acpi/processor_idle.c:554 (CVE-2022-49981)

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

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

  - busmhihost修正 unprepare 和 queue_buf 之間的爭用 用戶端驅動程式可在用戶端驅動程式卸除期間使用 mhi_unprepare_from_transfer() 使傳入的資料靜止。用戶端驅動程式可能同時也在處理資料進而導致 mhi_queue_buf() 呼叫進而叫用 mhi_gen_tre()。如果 mhi_gen_tre() 在 mhi_unprepare_from_transfer() 中斷通道之後執行會因無效解除參照而發生不穩定的情況進而導致分頁錯誤。這是因為 mhi_gen_tre() 未在鎖定通道後驗證通道狀態。透過讓 mhi_gen_tre() 確認通道狀態有效或傳回錯誤以避免存取取消初始化的資料來修正此問題。 [mani新增穩定標籤] (CVE-2025-23151)

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

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

  - mptcp一律在 msk 通訊端鎖定下處理位址移除 Syzkaller 報告 PM 控制路徑中發生 lockdep 展開警告 CPU: 0 PID: 6693 at ./include/net/sock.h:1711 sock_owned_by_me include/net/sock.h :1711 [內嵌] 警告CPU: 0 PID: 6693 at ./include/net/sock.h:1711 msk_owned_by_me net/mptcp/protocol.h:363 [內嵌] 警告CPU: 0 PID: 6693 at ./include /net/sock.h:1711 mptcp_pm_nl_addr_send_ack+0x57c/0x610 net/mptcp/pm_netlink.c:788 模組連結在 CPU 0 UID 0 PID
    6693 Commsyz.0.205 未受污染 6.14.0-rc2-syzkaller-00303-gad1b832bf1cf #0 硬體名稱Google Compute Engine/Google Compute Engine、BIOS Google 2024 年 12 月 27 日 RIP0010:sock_owned_by_me include/net/sock。 h:1711 [內嵌] RIP 0010:msk_owned_by_me net/mptcp/protocol.h:363 [內嵌] RIP
    0010:mptcp_pm_nl_addr_send_ack+0x57c/0x610 net/mptcp/pm_netlink.c:788 程式碼5b 41 5c 41 5d 41 5e 41 5f 5d c3 cc cc cc e8 ca 7b d3 f5 eb b9 e8 c3 7b d3 f5 90 0f 0f e90 dd fb ff ff e8 b5 7b d3 f5 90 <0f> 0b 90 e9 3e fb ff ff 44 89 f1 80 e1 07 38 c1 0f 8c eb fb ff ff RSP0000:ffffc900034f6f60 EFLAGS00010283 RAX
    ffffffff8bee3c2b RBX: 0000000000000001 RCX: 0000000000080000 RDX: ffffc90004d42000 RSI: 000000000000a407 RDI: 000000000000a408 RBP: ffffc900034f7030 R08: ffffffff8bee37f6 R09: 0100000000000000 R10:
     R11dffffc0000000000  : ffffed100bcc62e4 R12: ffff88805e6316e0 R13: ffff88805e630c00 R14: dffffc0000000000 R15: ffff88805e630c00 FS: 00007f7e9a7e96c0(0000) GS:ffff8880b8600000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000001b2fd18ff8 CR3: 0000000032c24000 CR4: 0000000003526f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR30: 000000000 DR30: 000000000 DR30: 00000
    00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> mptcp_pm_remove_addr+0x103/0x1d0 net/mptcp/pm.c:59 mptcp_pm_remove_anno_addr+0x1f4/0x2f0 net/mptcp/pm_netlink.c:1486 mptcp_nl_remove_subflow_and_signal_addr net/mptcp/pm_netlink.c:1518 [inline] mptcp_pm_nl_del_addr_doit+0x118d/0x1af0 net/mptcp/pm_netlink.c:1629 genl_family_rcv_msg_doit net/netlink/genetlink.c:1115 [內嵌] genl_family_rcv_msg net/netlink/genetlink.c:1195 [內嵌] genl_rcv_msg+0/net netxbgenetlink/0link .c:1210 netlink_rcv_skb+0x206/0x480 net/netlink/af_netlink.c:2543 genl_rcv+0x28/0x40 net/netlink/genetlink.c:1219 netlink_unicast_kernel net/netlink/af_netlink.c:1322 [內嵌] netlink_unicast+0x7f6/0x990 net/netlink/af_netlink.c:1348 netlink_sendmsg+0x8de/0xcb0 net/netlink/af_netlink.c:1892 sock_sendmsg_nosec net/socket.c:718 [內嵌]
    __sock_sendmsg+0x221/0x270 net/socket.c:733____sys_sendmsg+0x53a/0x860 net/socket.c:2573 ___sys_sendmsg net/socket.c:2627 [內嵌] __sys_sendmsg+0x269/0x350 net/socket.c:2659 do_syscall_x64 arch/ x86/entry/common.c:52 [內嵌] do_syscall_64+0xf3/0x230 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP0033:0x7f7e9998cde9 程式碼ff ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 40 00 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 a8 ff ff 73 d8 64 89 01 48 RSP: 002b:00007f7e9a7e9038 EFLAGS: 00000246 ORIG_RAX: 000000000000002e RAX: ffffffffffffffda RDX: 00007f7e99ba5fa0 RCX: 00007f7e9998cde9cde9
    000000002000c094 RSI: 0000400000000000 RDI: 0000000000000007 RBP: 00007f7e99a0e2a0 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000246 R12: 0000000000000000 R13:
    0000000000000000 R1400007f7e99ba5fa0 R1500007fff49231088 實際上 PM 可以嘗試在 msk 上傳送 RM_ADDR而不需要先取得 msk 通訊端鎖定。遭竊聽的程式碼路徑來自早期的最佳化
    沒有子流程時PM (通常) 不應傳送 RM_ADDR 通知。上述陳述式不正確因為其他處理程序可能會在沒有鎖定的情況下發生 ---truncated--- (CVE-2025-21875)

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

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

  - 在 WebWorker 中建立 WebSocket 時未正確處理安全性檢查，導致內容安全性原則 connect-src 標頭遭到忽略。這可導致從 WebWorker 內部連線至受限制的來源。此弱點會影響 Firefox < 109、Thunderbird < 102.7 和 Firefox ESR < 102.7。
    (CVE-2023-23602)

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

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

  - x86/mm消除可能會意外略過 TLB 排清的視窗 tl;dr在 mm 切換程式碼的位置中有一個視窗可設定新的 CR3且 CPU 應該會取得新 mm 的 TLB 排清。但 should_flush_tlb() 有錯誤且會隱藏排清。透過加寬 should_flush_tlb() 傳送 IPI 的視窗來修正此問題。長版本=== 歷程記錄 === 有一些因素會導致此情況。
    首先據發現更新 mm_cpumask() 成本太高因此將其設為消極式。但是由於現在消極式 mm_cpumask() 的消極式行為造成對 CPU 造成過多不必要的 IPI。因此新增了程式碼以定期剔除 mm_cpumask()[2]。但是該淘汰有點過於積極而且會略過將 TLB 排清傳送至需要它們的 CPU。所以我們又來了。 === 問題 === should_flush_tlb() 中過於積極的程式碼在此視窗中造成警示 // 為此 CPU/mm 組合開啟 IPI但僅在 should_flush_tlb() 同意的情況下 // 才會發生cpumask_set_cpu(cpu, mm_cpumask(next )) next_tlb_gen = atomic64_read(&next->context.tlb_gen);
    choose_new_asid(next, next_tlb_gen, &new_asid, &need_flush); load_new_mm_cr3(need_flush); // ^ 在「need_flush」設為 false 之後IPI *必須* // 傳送至此 CPU且不會被忽略。
    this_cpu_write(cpu_tlbstate.loaded_mm, next); // ^ 直到此時 should_flush_tlb() // 才會變為 true should_flush_tlb() 會隱藏 load_new_mm_cr3() 和寫入至 'loaded_mm' 之間的 TLB 排清 (不應遭到隱藏的視窗)。糟糕。 === 解決方案 === 幸好模糊的 just about to write CR3 視窗已經用 delayed_mm==LOADED_MM_SWITCHING 進行標記。只需在 should_flush_tlb() 中檢查該狀態即可確保 CPU 是以 IPI 為目標。這會造成更多 TLB 排清 IPI。但是該視窗相對較小而且我預計這不會造成任何可測量的效能影響。更新寫入 LOADED_MM_SWITCHING 的註解因為它又成長為其他使用者。Peter Z 也提出疑慮 should_flush_tlb() 可能未觀察 'loaded_mm' 和 'is_lazy' (switch_mm_irqs_off() 寫入它們的順序)。新增障礙以確保按照寫入順序觀察這些問題。 (CVE-2025-37964)

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

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

  - drm/amd/pm防止除以零 使用者可以設定任何速度值。如果速度大於 UINT_MAX/8可能會出現除以零。由 Linux Verification Center (linuxtesting.org) 的 SVACE 發現。 (CVE-2025-37768)

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

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

  - 已解決 Linux 核心中的下列弱點：mm/mprotect: only reference swap pfn page if type match Yu Zhao reported a bug after the commit mm/swap: Add swp_offset_pfn() to fetch PFN from swap entry added a check in swp_offset_pfn() for swap type [1]: kernel BUG at include/linux/swapops.h:117! CPU: 46 PID: 5245 Comm: EventManager_De Tainted: G S O L 6.0.0-dbg-DEV #2 RIP: 0010:pfn_swap_entry_to_page+0x72/0xf0 Code: c6 48 8b 36 48 83 fe ff 74 53 48 01 d1 48 83 c1 08 48 8b 09 f6 c1 01 75 7b 66 90 48 89 c1 48 8b 09 f6 c1 01 74 74 5d c3 eb 9e <0f> 0b 48 ba ff ff ff ff 03 00 00 00 eb ae a9 ff 0f 00 00 75 13 48 RSP: 0018:ffffa59e73fabb80 EFLAGS: 00010282 RAX: 00000000ffffffe8 RBX:
    0c00000000000000 RCX: ffffcd5440000000 RDX: 1ffffffffff7a80a RSI: 0000000000000000 RDI: 0c0000000000042b RBP: ffffa59e73fabb80 R08: ffff9965ca6e8bb8 R09: 0000000000000000 R10: ffffffffa5a2f62d R11:
    0000030b372e9fff R12: ffff997b79db5738 R13: 000000000000042b R14: 0c0000000000042b R15: 1ffffffffff7a80a FS: 00007f549d1bb700(0000) GS:ffff99d3cf680000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000440d035b3180 CR3: 0000002243176004 CR4: 00000000003706e0 DR0:
    0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> change_pte_range+0x36e/0x880 change_p4d_range+0x2e8/0x670 change_protection_range+0x14e/0x2c0 mprotect_fixup+0x1ee/0x330 do_mprotect_pkey+0x34c/0x440
    __x64_sys_mprotect+0x1d/0x30 It triggers because pfn_swap_entry_to_page() could be called upon e.g. a genuine swap entry. Fix it by only calling it when it's a write migration entry where the page* is used.
    [1] https://lore.kernel.org/lkml/CAOUHufaVC2Za-p8m0aiHw6YkheDcrO-C3wRGixwDS32VTS+k1w@mail.gmail.com/(CVE-2022-49992)

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

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

  - mediaediadvbdev修正釋放後使用在 dvb_register_device 中*pdvbdev 設為等於 dvbdev其會在數個錯誤處理路徑中釋放。但是在 dvbdev 的解除配置之後*pdvbdev 並未設定為 NULL進而在許多位置造成釋放後使用例如在下列呼叫鏈中
    budget_register |-> dvb_dmxdev_init |-> dvb_register_device |-> dvb_dmxdev_release |-> dvb_unregister_device |-> dvb_remove_device |-> dvb_device_put |-> kref_put 呼叫 dvb_unregister_device 時dmxdev->dvbdev (即 dvb_register_device 中的 *pdvbdev 記憶體會指向具有 的記憶體)已在 dvb_register_device 中釋放。其後此指標會傳輸至 kref_put並觸發釋放後使用。 (CVE-2024-27043)

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

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

  - ipv6addrlabel將 struct ifaddrlblmsg 傳送至網路時修正資訊洩漏當將 `struct ifaddrlblmsg` 複製到網路時__ifal_reserved 保持未初始化狀態導致 1 位元組的資訊洩漏錯誤
    KMSAN__netdev_start_xmit ./include/linux/netdevice.h:4841 __netdev_start_xmit ./include/linux/netdevice.h:4841 netdev_start_xmit ./include/linux/netdevice.h:4857 xmit_one net/core/dev 中的 kernel-network-infoleak .c:3590 dev_hard_start_xmit+0x1dc/0x800 net/core/dev.c:3606 __dev_queue_xmit+0x17e8/0x4350 net/core/dev.c:4256 dev_queue_xmit ./include/linux/netdevice.h:3009 __netlink_deliver_tap_skb net/netlink/af_netlink .c:307 __netlink_deliver_tap+0x728/0xad0 net/netlink/af_netlink.c:325 netlink_deliver_tap net/netlink/af_netlink.c:338 __netlink_sendskb net/netlink/af_netlink.c:1263 netlink_sendskb+0x1d9/0x200 net/netlink/af_netlink.c 1272 netlink_unicast+0x56d/0xf50 net/netlink/af_netlink.c:1360 nlmsg_unicast ./include/net/netlink.h:1061 rtnl_unicast+0x5a/0x80 net/core/rtnetlink.c:758 ip6addrlbl_get+0xfad/0x10f0 net/ipv6 /addrlabel.c:628 rtnetlink_rcv_msg+0xb33/0x1570 net/core/rtnetlink.c:6082 ... Uninit 建立於
    slab_post_alloc_hook+0x118/0xb00 mm/slab.h:742 slab_alloc_node mm/slub.c:3398
    __kmem_cache_alloc_node+0x4f2/0x930 mm/slub.c:3437 __do_kmalloc_node mm/slab_common.c:954
    __kmalloc_node_track_caller+0x117/0x3d0 mm/slab_common.c:975 kmalloc_reserve net/core/skbuff.c:437
    __alloc_skb+0x27a/0xab0 net/core/skbuff.c:509 alloc_skb ./include/linux/skbuff.h:1267 nlmsg_new ./include/net/netlink.h:964 ip6addrlbl_get+0x490/0x10f0 net/ipv6/addrlabel.c :608 rtnetlink_rcv_msg+0xb33/0x1570 net/core/rtnetlink.c:6082 netlink_rcv_skb+0x299/0x550 net/netlink/af_netlink.c:2540 rtnetlink_rcv+0x26/0x30 net/core/rtnetlink.c:6109 netlink_unicast_kernel net/netlink/af_netlink .c:1319 netlink_unicast+0x9ab/0xf50 net/netlink/af_netlink.c:1345 netlink_sendmsg+0xebc/0x10f0 net/netlink/af_netlink.c:1921 ... 此修補程式可確保一律初始化保留的欄位。 (CVE-2022-49865)

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

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

  - llc中斷對 ETH_P_TR_802_2 的支援。 syzbot 報告了以下 uninit-value 錯誤。 [0] llc 支援 ETH_P_802_2 (0x0004) 且用於支援 ETH_P_TR_802_2 (0x0011)且 syzbot 濫用後者來觸發該錯誤。 write$tun(r0, &(0x7f0000000040)={@val={0x0, 0x11}, @val, @mpls={[], @llc={@snap={0xaa, 0x1, ')', 90e5dd}} }} 0x16) llc_conn_handler() 會根據 llc_pdu_decode_sa()/llc_pdu_decode_da() 中的 skb 初始化本機變數 {saddr,daddr}.mac並將其傳送至 __llc_lookup()。不過，只有在 skb->protocol 為 htons(ETH_P_802_2) 時，才會完成初始化，否則 __llc_lookup_established() 和
    __llc_lookup_listener() 會讀取記憶體。遺漏的初始化在 commit 211ed865108e 之前就已存在 (net：刪除權杖環特殊處理的所有執行個體)。此弱點已移除用於移除權杖環內容的部分，但忘記關閉門，進而允許 ETH_P_TR_802_2 封包潛入 llc_rcv()。
    不妨移除 llc_tr_packet_type 並完成取代。[0]：錯誤：KMSAN：uninit-value in
    __llc_lookup_established+0xe9d/0xf90 __llc_lookup_established+0xe9d/0xf90 __llc_lookup net/llc/llc_conn.c:611 [內嵌] llc_conn_handler+0x4bd/0x1360 net/llc/llc_conn.c:791 llc_rcv+0xfbb/0x14a0 net/llc/llc_input.c:206 __netif_receive_skb_one_core net/core/dev.c:5527 [內嵌]
    __netif_receive_skb+0x1a6/0x5a0 net/core/dev.c:5641 netif_receive_skb_internal net/core/dev.c:5727 [內嵌] netif_receive_skb+0x58/0x660 net/core/dev.c:5786 tun_rx_batched+0x3ee/0x980 drivers/net/tun.c:1555 tun_get_user+0x53af/0x66d0 drivers/net/tun.c:2002 tun_chr_write_iter+0x3af/0x5d0 drivers/net/tun.c:2048 call_write_iter include/linux/fs.h:2020 [內嵌] new_sync_write fs/read_write.c:491 [內嵌] vfs_write+0x8ef/0x1490 fs/read_write.c:584 ksys_write+0x20f/0x4c0 fs/read_write.c:637
    __do_sys_write fs/read_write.c:649 [內嵌] __se_sys_write fs/read_write.c:646 [內嵌]
    __x64_sys_write+0x93/0xd0 fs/read_write.c:646 do_syscall_x64 arch/x86/entry/common.c:51 [內嵌] do_syscall_64+0x44/0x110 arch/x86/entry/common.c:82 entry_SYSCALL_64_after_hwframe+0x63/0x6b 本機變數 daddr 的建立位置為：llc_conn_handler+0x53/0x1360 net/llc/llc_conn.c:783 llc_rcv+0xfbb/0x14a0 net/llc/llc_input.c:206 CPU: 1 PID: 5004 Comm: syz-executor994 未受污染 6.6.0-syzkaller-14500-g1c41041124bd #0 硬體名稱：Google Google Compute Engine/Google Compute Engine、BIOS Google 2023 年 10 月 9 日 (CVE-2024-26635)

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

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

  - 已解決 Linux 核心中的下列弱點：erofs: fix blksize < PAGE_SIZE for file-backed mounts Adjust sb->s_blocksize{,_bits} directly for file-backed mounts when the fs block size is smaller than PAGE_SIZE. Previously, EROFS used sb_set_blocksize(), which caused a panic if bdev-backed mounts is not used. (CVE-2024-56750)

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

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

  - 已解決 Linux 核心中的下列弱點：Input: raydium_ts_i2c - fix memory leak in raydium_i2c_send() There is a kmemleak when test the raydium_i2c_ts with bpf mock device:
    unreferenced object 0xffff88812d3675a0 (size 8): comm python3, pid 349, jiffies 4294741067 (age 95.695s) hex dump (first 8 bytes): 11 0e 10 c0 01 00 04 00 ........ backtrace: [<0000000068427125>]
    __kmalloc+0x46/0x1b0 [<0000000090180f91>] raydium_i2c_send+0xd4/0x2bf [raydium_i2c_ts] [<000000006e631aee>] raydium_i2c_initialize.cold+0xbc/0x3e4 [raydium_i2c_ts] [<00000000dc6fcf38>] raydium_i2c_probe+0x3cd/0x6bc [raydium_i2c_ts] [<00000000a310de16>] i2c_device_probe+0x651/0x680 [<00000000f5a96bf3>] really_probe+0x17c/0x3f0 [<00000000096ba499>] __driver_probe_device+0xe3/0x170 [<00000000c5acb4d9>] driver_probe_device+0x49/0x120 [<00000000264fe082>] __device_attach_driver+0xf7/0x150 [<00000000f919423c>] bus_for_each_drv+0x114/0x180 [<00000000e067feca>] __device_attach+0x1e5/0x2d0 [<0000000054301fc2>] bus_probe_device+0x126/0x140 [<00000000aad93b22>] device_add+0x810/0x1130 [<00000000c086a53f>] i2c_new_client_device+0x352/0x4e0 [<000000003c2c248c>] of_i2c_register_device+0xf1/0x110 [<00000000ffec4177>] of_i2c_notify+0x100/0x160 unreferenced object 0xffff88812d3675c8 (size 8): comm python3, pid 349, jiffies 4294741070 (age 95.692s) hex dump (first 8 bytes): 22 00 36 2d 81 88 ff ff .6-.... backtrace: [<0000000068427125>] __kmalloc+0x46/0x1b0 [<0000000090180f91>] raydium_i2c_send+0xd4/0x2bf [raydium_i2c_ts] [<000000001d5c9620>] raydium_i2c_initialize.cold+0x223/0x3e4 [raydium_i2c_ts] [<00000000dc6fcf38>] raydium_i2c_probe+0x3cd/0x6bc [raydium_i2c_ts] [<00000000a310de16>] i2c_device_probe+0x651/0x680 [<00000000f5a96bf3>] really_probe+0x17c/0x3f0 [<00000000096ba499>] __driver_probe_device+0xe3/0x170 [<00000000c5acb4d9>] driver_probe_device+0x49/0x120 [<00000000264fe082>] __device_attach_driver+0xf7/0x150 [<00000000f919423c>] bus_for_each_drv+0x114/0x180 [<00000000e067feca>] __device_attach+0x1e5/0x2d0 [<0000000054301fc2>] bus_probe_device+0x126/0x140 [<00000000aad93b22>] device_add+0x810/0x1130 [<00000000c086a53f>] i2c_new_client_device+0x352/0x4e0 [<000000003c2c248c>] of_i2c_register_device+0xf1/0x110 [<00000000ffec4177>] of_i2c_notify+0x100/0x160 After BANK_SWITCH command from i2c BUS, no matter success or error happened, the tx_buf should be freed. (CVE-2022-48995)

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

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

  - ARMdtsqcom以 pxo_board 固定時鐘取代 gcc PXO。將 gcc PXO phandle 取代為 dts 中宣告的 pxo_board 固定時鐘。 gcc 驅動程式未提供 PXO_SRC因為其是固定時鐘。如果有驅動程式實際嘗試使用這會造成核心錯誤。 (CVE-2022-50195)

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

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

  - 在 Linux 核心的 NFS 實作中發現一個缺陷，所有 3.x 版及 4.x 到 4.20 的所有版本皆受此缺陷影響。可掛載匯出之 NFS 檔案系統的攻擊者得以藉由使用無效的 NFS 序列，觸發 null 指標解除參照。這樣可能會造成當機並拒絕 NFS 伺服器的存取要求。NFS 伺服器的所有未執行磁碟寫入內容都會遺失。(CVE-2018-16871)

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

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

  - alloc_tag動態配置模組標籤的 percpu 計數器 模組卸載時會檢查其中的任何標籤是否仍在使用中如果是的話我們會讓含有模組配置標籤的記憶體保持運作直到所有標籤皆為未使用為止。不過標籤參照的 percpu 計數器會由 free_module() 釋放。如果在卸載模組之後存取模組配置的記憶體這將導致 UAF。為修正此問題我們會為模組配置標籤動態配置 percpu 計數器並針對模組卸載後仍在使用中的標籤使其保持作用中狀態。這也會在啟用記憶體配置分析時移除較大型 PERCPU_MODULE_RESERVE 的需求因為不再需要保留計數器的 percpu 記憶體。 (CVE-2025-38076)

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

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

  - 在 xmedcon 0.25.0 中發現一個弱點且分類為有問題。受到此弱點影響的是 DICOM File Handler 元件的 malloc 函式。此操控導致整數反向溢位。攻擊者可在遠端執行此攻擊。升級至 0.25.1 版可解決此問題。建議升級受影響的元件。(CVE-2025-2581)

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

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

  - 已解決 Linux 核心中的下列弱點：Bluetooth: btnxpuart: Fix btnxpuart_close Fix scheduling while atomic BUG in btnxpuart_close(), properly purge the transmit queue and free the receive skb. [ 10.973809] BUG: scheduling while atomic: kworker/u9:0/80/0x00000002 ... [10.980740] CPU: 3 PID: 80 Comm: kworker/u9:0 Not tainted 6.8.0-rc7-0.0.0-devel-00005-g61fdfceacf09 #1 [10.980751] Hardware name: Toradex Verdin AM62 WB on Dahlia Board (DT) [ 10.980760] Workqueue: hci0 hci_power_off [bluetooth] [ 10.981169] Call trace: ... [ 10.981363] uart_update_mctrl+0x58/0x78 [10.981373] uart_dtr_rts+0x104/0x114 [ 10.981381] tty_port_shutdown+0xd4/0xdc [ 10.981396] tty_port_close+0x40/0xbc [ 10.981407] uart_close+0x34/0x9c [ 10.981414] ttyport_close+0x50/0x94 [10.981430] serdev_device_close+0x40/0x50 [ 10.981442] btnxpuart_close+0x24/0x98 [btnxpuart] [ 10.981469] hci_dev_close_sync+0x2d8/0x718 [bluetooth] [ 10.981728] hci_dev_do_close+0x2c/0x70 [bluetooth] [10.981862] hci_power_off+0x20/0x64 [bluetooth] (CVE-2024-26959)

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

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

  - 在 libsoup 中發現一個瑕疵。處理格式錯誤的資料 URI 時libsoup soup_uri_decode_data_uri() 函式可能損毀。此瑕疵可讓攻擊者造成拒絕服務 (DoS)。 (CVE-2025-32051)

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

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

  - 已解決 Linux 核心中的下列弱點：iio: health: afe4403: Fix oob read in afe4403_read_raw KASAN report out-of-bounds read as follows: BUG: KASAN: global-out-of-bounds in afe4403_read_raw+0x42e/0x4c0 Read of size 4 at addr ffffffffc02ac638 by task cat/279 Call Trace:
    afe4403_read_raw iio_read_channel_info dev_attr_show The buggy address belongs to the variable:
    afe4403_channel_leds+0x18/0xffffffffffffe9e0 This issue can be reproduced by singe command: $ cat /sys/bus/spi/devices/spi0.0/iio\:device0/in_intensity6_raw The array size of afe4403_channel_leds is less than channels, so access with chan->address cause OOB read in afe4403_read_raw. Fix it by moving access before use it. (CVE-2022-49031)

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

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

  - 在 1.35.6 之前版本、1.36.x 版至 1.36.4 版以及 1.37.x 版至 1.37.2 版的 MediaWiki 中發現 XSS 問題。
    訊息的 widthheight、widthheightpage 和 nbytes 屬性用於 gallery 或 Special:RevisionDelete 時不會逸出。 (CVE-2022-28202)

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

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

  - 已解決 Linux 核心中的下列弱點：drm/i915: Fix potential bit_17 double-free A userspace with multiple threads racing I915_GEM_SET_TILING to set the tiling to I915_TILING_NONE could trigger a double free of the bit_17 bitmask. (Or conversely leak memory on the transition to tiled.) Move allocation/free'ing of the bitmask within the section protected by the obj lock. [tursulin: Correct fixes tag and added cc stable.] (cherry picked from commit 10e0cbaaf1104f449d695c80bcacf930dcd3c42e) (CVE-2023-52930)

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

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

  - 在 libsoup 中發現一個缺陷 soup_headers_parse_request() 函式可能容易受到超出邊界讀取影響。此缺陷可允許惡意使用者使用特製的 HTTP 要求造成 HTTP 伺服器當機。(CVE-2025-32906)

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

ID	名稱	嚴重性
247717	Linux Distros 未修補的弱點：CVE-2021-46951	medium
247716	Linux Distros 未修補的弱點：CVE-2017-7674	medium
247715	Linux Distros 未修補的弱點：CVE-2024-53225	medium
247714	Linux Distros 未修補的弱點：CVE-2024-57941	high
247713	Linux Distros 未修補的弱點：CVE-2020-14891	medium
247712	Linux Distros 未修補的弱點：CVE-2025-37799	high
247711	Linux Distros 未修補的弱點：CVE-2025-23142	medium
247710	Linux Distros 未修補的弱點：CVE-2024-57930	high
247709	Linux Distros 未修補的弱點：CVE-2022-49983	high
247708	Linux Distros 未修補的弱點：CVE-2017-9984	high
247707	Linux Distros 未修補的弱點：CVE-2025-6591	critical
247706	Linux Distros 未修補的弱點：CVE-2025-38094	medium
247705	Linux Distros 未修補的弱點：CVE-2021-46962	medium
247704	Linux Distros 未修補的弱點：CVE-2022-48847	high
247703	Linux Distros 未修補的弱點：CVE-2022-50100	medium
247702	Linux Distros 未修補的弱點：CVE-2025-22116	medium
247701	Linux Distros 未修補的弱點：CVE-2023-52838	medium
247700	Linux Distros 未修補的弱點：CVE-2019-0146	medium
247699	Linux Distros 未修補的弱點：CVE-2024-0125	low
247698	Linux Distros 未修補的弱點：CVE-2020-28588	medium
247697	Linux Distros 未修補的弱點：CVE-2023-5726	medium
247696	Linux Distros 未修補的弱點：CVE-2021-26708	high
247695	Linux Distros 未修補的弱點：CVE-2019-19072	medium
247694	Linux Distros 未修補的弱點：CVE-2023-21871	medium
247693	Linux Distros 未修補的弱點：CVE-2024-38589	medium
247692	Linux Distros 未修補的弱點：CVE-2023-52668	medium
247691	Linux Distros 未修補的弱點：CVE-2024-20960	medium
247690	Linux Distros 未修補的弱點：CVE-2025-38238	medium
247689	Linux Distros 未修補的弱點：CVE-2022-49981	medium
247688	Linux Distros 未修補的弱點：CVE-2025-23151	medium
247687	Linux Distros 未修補的弱點：CVE-2025-21875	medium
247686	Linux Distros 未修補的弱點：CVE-2023-23602	medium
247685	Linux Distros 未修補的弱點：CVE-2025-37964	high
247684	Linux Distros 未修補的弱點：CVE-2025-37768	medium
247683	Linux Distros 未修補的弱點：CVE-2022-49992	medium
247682	Linux Distros 未修補的弱點：CVE-2024-27043	high
247681	Linux Distros 未修補的弱點：CVE-2022-49865	medium
247680	Linux Distros 未修補的弱點：CVE-2024-26635	medium
247679	Linux Distros 未修補的弱點：CVE-2024-56750	medium
247678	Linux Distros 未修補的弱點：CVE-2022-48995	medium
247677	Linux Distros 未修補的弱點：CVE-2022-50195	medium
247676	Linux Distros 未修補的弱點：CVE-2018-16871	high
247675	Linux Distros 未修補的弱點：CVE-2025-38076	medium
247674	Linux Distros 未修補的弱點：CVE-2025-2581	high
247673	Linux Distros 未修補的弱點：CVE-2024-26959	high
247672	Linux Distros 未修補的弱點：CVE-2025-32051	medium
247671	Linux Distros 未修補的弱點：CVE-2022-49031	high
247670	Linux Distros 未修補的弱點：CVE-2022-28202	medium
247669	Linux Distros 未修補的弱點：CVE-2023-52930	high
247668	Linux Distros 未修補的弱點：CVE-2025-32906	high

偵測

Nessus 的 Misc. 系列

medium

medium

medium

high

medium

high

medium

high

high

high

critical

medium

medium

high

medium

medium

medium

medium

low

medium

medium

high

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

high

medium

medium

high

medium

medium

medium

medium

medium

high

medium

high

high

medium

high

medium

high

high