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

  - 在 GNU Binutils 2.44 中發現一個弱點且分類為有問題。此問題會影響元件 DWARF 區段處置程式中檔案 binutils/dwarf.c 的 process_debug_info 函式。攻擊者可利用此弱點造成記憶體洩漏。在本機攻擊是必要條件。修補程式的識別碼是 e51fdff7d2e538c0e5accdd65649ac68e6e0ddd4。建議套用修補程式以修復此問題。
    (CVE-2025-8225)

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

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

  - 已解決 Linux 核心中的下列弱點：iio: core: fix ioctl handlers removal Currently ioctl handlers are removed twice. For the first time during iio_device_unregister() then later on inside iio_device_unregister_eventset() and iio_buffers_free_sysfs_and_mask(). Double free leads to kernel panic. Fix this by not touching ioctl handlers list directly but rather letting code responsible for registration call the matching cleanup routine itself. (CVE-2021-46979)

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

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

  - 使用基於轉碼流研究構建的技術時，惡意網頁可洩漏內部網路的主機，以及使用者本機機器上執行的服務。此弱點會影響 Firefox < 84、Thunderbird < 78.6 和 Firefox ESR < 78.6。(CVE-2020-26978)

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

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

  - 已解決 Linux 核心中的下列弱點：sata_fsl: fix UAF in sata_fsl_port_stop when rmmod sata_fsl When the `rmmod sata_fsl.ko` command is executed in the PPC64 GNU/Linux, a bug is reported: ================================================================== BUG:
    Unable to handle kernel data access on read at 0x80000800805b502c Oops: Kernel access of bad area, sig: 11 [#1] NIP [c0000000000388a4] .ioread32+0x4/0x20 LR [80000000000c6034] .sata_fsl_port_stop+0x44/0xe0 [sata_fsl] Call Trace: .free_irq+0x1c/0x4e0 (unreliable) .ata_host_stop+0x74/0xd0 [libata] .release_nodes+0x330/0x3f0 .device_release_driver_internal+0x178/0x2c0 .driver_detach+0x64/0xd0 .bus_remove_driver+0x70/0xf0 .driver_unregister+0x38/0x80 .platform_driver_unregister+0x14/0x30 .fsl_sata_driver_exit+0x18/0xa20 [sata_fsl] .__se_sys_delete_module+0x1ec/0x2d0 .system_call_exception+0xfc/0x1f0 system_call_common+0xf8/0x200 ================================================================== The triggering of the BUG is shown in the following stack: driver_detach device_release_driver_internal __device_release_driver drv->remove(dev)
    --> platform_drv_remove/platform_remove drv->remove(dev) --> sata_fsl_remove iounmap(host_priv->hcr_base);
    <---- unmap kfree(host_priv); <---- free devres_release_all release_nodes dr->node.release(dev, dr->data)
    --> ata_host_stop ap->ops->port_stop(ap) --> sata_fsl_port_stop ioread32(hcr_base + HCONTROL) <---- UAF host->ops->host_stop(host) The iounmap(host_priv->hcr_base) and kfree(host_priv) functions should not be executed in drv->remove. These functions should be executed in host_stop after port_stop. Therefore, we move these functions to the new function sata_fsl_host_stop and bind the new function to host_stop.
    (CVE-2021-47549)

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

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

  - 已解決 Linux 核心中的下列弱點：ethernet:enic: Fix a use after free bug in enic_hard_start_xmit In enic_hard_start_xmit, it calls enic_queue_wq_skb(). Inside enic_queue_wq_skb, if some error happens, the skb will be freed by dev_kfree_skb(skb). But the freed skb is still used in skb_tx_timestamp(skb). My patch makes enic_queue_wq_skb() return error and goto spin_unlock() incase of error. The solution is provided by Govind. See https://lkml.org/lkml/2021/4/30/961. (CVE-2021-46998)

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

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

  - 在 6.1.6 版之前的 Linux 核心中，流量控制子系統中存在 NULL 指標解除參照錯誤，允許無權限的使用者透過以 tc qdisc 和 tc class 命令設定的特製流量控制組態，觸發拒絕服務 (系統當機) 。這會影響 net/sched/sch_api.c 中的 qdisc_graft。(CVE-2022-47929)

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

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

  - 已解決 Linux 核心中的下列弱點：kprobes: Fix possible use-after-free issue on kprobe registration When unloading a module, its state is changing MODULE_STATE_LIVE -> MODULE_STATE_GOING -> MODULE_STATE_UNFORMED. Each change will take a time. `is_module_text_address()` and `__module_text_address()` works with MODULE_STATE_LIVE and MODULE_STATE_GOING. If we use `is_module_text_address()` and `__module_text_address()` separately, there is a chance that the first one is succeeded but the next one is failed because module->state becomes MODULE_STATE_UNFORMED between those operations. In `check_kprobe_address_safe()`, if the second `__module_text_address()` is failed, that is ignored because it expected a kernel_text address. But it may have failed simply because module->state has been changed to MODULE_STATE_UNFORMED. In this case, arm_kprobe() will try to modify non-exist module text address (use-after-free). To fix this problem, we should not use separated `is_module_text_address()` and `__module_text_address()`, but use only `__module_text_address()` once and do `try_module_get(module)` which is only available with MODULE_STATE_LIVE. (CVE-2024-35955)

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

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

  - 已解決 Linux 核心中的下列弱點：firmware: qcom: uefisecapp: Fix deadlock in qcuefi_acquire() If the __qcuefi pointer is not set, then in the original code, we would hold onto the lock. That means that if we tried to set it later, then it would cause a deadlock. Drop the lock on the error path. That's what all the callers are expecting. (CVE-2024-46868)

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

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

  - 在不同於「建立」的執行緒上釋放任意 <code>nsIInputStream</code>，可導致釋放後使用弱點以及可能遭惡意利用的當機問題。此弱點會影響 Firefox ESR < 102.5、Thunderbird < 102.5 和 Firefox < 107。(CVE-2022-45405)

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

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

  - 在 Linux 核心 5.3.11 之前版本中，drivers/net/ethernet/mellanox/mlx5/core/health.c 中的 mlx5_fw_fatal_reporter_dump() 函式存在記憶體流失問題，這讓攻擊者可以透過觸發 mlx5_crdump_collect() 失敗來造成拒絕服務 (記憶體消耗)，即 CID-c7ed6d0183d5。(CVE-2019-19047)

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

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

  - Linux 版 NVIDIA GPU 顯示驅動程式的核心模式層處理常式中有一個弱點，其中協助程式函式對應的實體頁面多於要求的頁面，進而可能導致未定義的行為或資訊洩漏。(CVE-2022-34674)

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

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

  - 多個 WebRTC 執行緒可宣告新連線的音訊輸入，進而導致釋放後使用。此弱點會影響 Firefox < 126。(CVE-2024-4764)

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

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

  - IPC Actor 的生命週期允許受管理的執行者比其管理員執行者的壽命更長且前者必須確保其未嘗試使用已參照的無作用執行者。WebGL 中省略了此類檢查進而導致釋放後使用錯誤及可能遭惡意利用的當機。此弱點會影響 Firefox < 84。(CVE-2020-26972)

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

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

  - net/sched修正 taprio_dev_notifier 中的釋放後使用由於 taprio 的 taprio_dev_notifier() 未受到 RCU 讀取端重要區段保護因此 advance_sched() 的爭用可導致釋放後使用。在 taprio_dev_notifier() 內新增 rcu_read_lock() 可防止此情況發生。 (CVE-2025-38087)

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

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

  - Mozilla 開發人員和社群成員 Gabriele Svelto、Sebastian Hengst、Randell Jesup、Luan Herrera、Lars T Hansen 及 Mozilla Fuzzing 團隊報告 Firefox 96 中存在記憶體安全性錯誤。某些錯誤顯示記憶體會遭到損毀，我們推測若有心人士有意操控，可能惡意利用其中部分錯誤執行任意程式碼。此弱點影響 Firefox < 97。(CVE-2022-0511)

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

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

  - 已解決 Linux 核心中的下列弱點：phy: realtek: usb: fix NULL deref in rtk_usb3phy_probe In rtk_usb3phy_probe() devm_kzalloc() may return NULL but this returned value is not checked. (CVE-2024-53204)

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

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

  - drm/xe/userptr修正 EFAULT 處理。目前我們從 xe_vm_userptr_pin() 呼叫 hmm_range_fault() 的 EFAULT 為非嚴重錯誤而且我們想要避免終止整個虛擬機器和卡盤錯誤 (在 假設下)使用者剛剛執行了取消對應或其他動作且無意實際從 GPU 接觸該記憶體。此時我們已經對 PTE 執行了 zapped因此任何存取都應產生一個分頁錯誤而且如果該處的釘選失敗也會變成嚴重錯誤。不過如果在執行重新系結步驟之前因為呼叫者中發生的某些情況而必須再次重試釘選userptr vma 似乎仍位於 preempt_rebind_work_func() 的重新系結清單中但同時又需要重新驗證 userptr這次點擊了 EFAULT。這解釋了命中的內部使用者報告[ 191.738349] 警告 drivers/gpu/drm/xe/xe_res_cursor.h:158 xe_pt_stage_bind.constprop.0+0x60a/0x6b0 的 CPU: 1 PID: 157 [xe] [ 191.738551] Workqueuexe-ordered-wq preempt_rebind_work_func [xe] [ 191.738616] RIP
    0010:xe_pt_stage_bind.constprop.0+0x60a/0x6b0 [xe] [ 191.738690] 呼叫追踪 [ 191.738692] <TASK> [191.738694] show_regs+0x69/0x80 [ 191.738698] ? __warn+0x93/0x1a0 [ 191.738703] ? xe_pt_stage_bind.constprop.0+0x60a/0x6b0 [xe] [ 191.738759] ? report_bug+0x18f/0x1a0 [ 191.738764] ? handle_bug+0x63/0xa0 [ 191.738767] ? exc_invalid_op+0x19/0x70 [ 191.738770] ? asm_exc_invalid_op+0x1b/0x20 [ 191.738777] ? xe_pt_stage_bind.constprop.0+0x60a/0x6b0 [xe] [ 191.738834] ? ret_from_fork_asm+0x1a/0x30 [ 191.738849] bind_op_prepare+0x105/0x7b0 [xe] [ 191.738906] ? dma_resv_reserve_fences+0x301/0x380 [191.738912] xe_pt_update_ops_prepare+0x28c/0x4b0 [xe] [ 191.738966] ? kmemleak_alloc+0x4b/0x80 [191.738973] ops_execute+0x188/0x9d0 [xe] [ 191.739036] xe_vm_rebind+0x4ce/0x5a0 [xe] [ 191.739098] ? trace_hardirqs_on+0x4d/0x60 [ 191.739112] preempt_rebind_work_func+0x76f/0xd00 [xe] 執行某些工作負載時隨後是 NPD這是因為從未實際填入 sg但在應為此特殊 EFAULT 略過 vma 時仍將 vma 標記為重新系結案例。這已確認可修正使用者報告。 v2 (MattB)- 提早移動。 v3 (MattB) - 更新認可訊息以清楚說明這確實可修正問題。 (從認可 6b93cb98910c826c2e2004942f8b060311e43618 中精選的內容) (CVE-2025-21880)

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

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

  - Oracle MySQL 的 MySQL Client 產品中存有弱點 (元件：C API)。受到影響的支援版本是 5.7.32 與更早版本，以及 8.0.22 與更早版本。攻擊此弱點具有難度，經由多個通訊協定存取網路的未經驗證攻擊者可藉此入侵 MySQL Client。若成功攻擊此弱點，未經授權即可造成 MySQL Client 懸置或經常重複性當機 (完全 DOS)。(CVE-2021-2011)

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

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

  - 已解決 Linux 核心中的下列弱點：btrfs: zoned: fix calc_available_free_space() for zoned mode calc_available_free_space() returns the total size of metadata (or system) block groups, which can be allocated from unallocated disk space. The logic is wrong on zoned mode in two places. First, the calculation of data_chunk_size is wrong. We always allocate one zone as one chunk, and no partial allocation of a zone. So, we should use zone_size (= data_sinfo->chunk_size) as it is. Second, the result avail may not be zone aligned. Since we always allocate one zone as one chunk on zoned mode, returning non-zone size aligned bytes will result in less pressure on the async metadata reclaim process. This is serious for the nearly full state with a large zone size device. Allowing over-commit too much will result in less async reclaim work and end up in ENOSPC. We can align down to the zone size to avoid that. (CVE-2024-42231)

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

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

  - 已解決 Linux 核心中的下列弱點：RDMA/irdma: Fix a user-after-free in add_pble_prm When irdma_hmc_sd_one fails, 'chunk' is freed while its still on the PBLE info list. Add the chunk entry to the PBLE info list only after successful setting of the SD in irdma_hmc_sd_one.
    (CVE-2021-47614)

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

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

  - 在 AudioWorklets 上實作時，某些程式碼可能已將一種類型轉換為另一種無效的動態類型。
    這可導致可能遭利用的程式損毀問題。此弱點會影響 Firefox < 111、Firefox ESR < 102.9 和 Thunderbird < 102.9。(CVE-2023-28162)

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

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

  - xen/privcmd修正 privcmd_ioctl_dm_op() 的錯誤結束。privcmd_ioctl_dm_op() 的錯誤結束會以可能為 NULL 的頁面呼叫 unlock_pages()進而導致 NULL 解除參照。此外lock_pages() 不會檢查 pin_user_pages_fast() 是否完全成功進而導致可能無法將所有頁面鎖定至記憶體。這可導致在使用者模式中使用相關記憶體時發生零星失敗。一律使用實際的釘選頁數呼叫 unlock_pages() (在頁面為 NULL 的情況下該數為零)並檢查 pin_user_pages_fast() 釘選的頁數符合預期的頁數藉此修正所有問題。 (CVE-2022-49989)

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

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

  - 已解決 Linux 核心中的下列弱點：RDMA/rxe: Fix responder length checking for UD request packets According to the IBA specification: If a UD request packet is detected with an invalid length, the request shall be an invalid request and it shall be silently dropped by the responder. The responder then waits for a new request packet. commit 689c5421bfe0 (RDMA/rxe: Fix incorrect responder length checking) defers responder length check for UD QPs in function `copy_data`.
    But it introduces a regression issue for UD QPs. When the packet size is too large to fit in the receive buffer. `copy_data` will return error code -EINVAL. Then `send_data_in` will return RESPST_ERR_MALFORMED_WQE. UD QP will transfer into ERROR state. (CVE-2024-40992)

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

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

  - 已解決 Linux 核心中的下列弱點：net: mana: Fix race on per-CQ variable napi work_done After calling napi_complete_done(), the NAPIF_STATE_SCHED bit may be cleared, and another CPU can start napi thread and access per-CQ variable, cq->work_done. If the other thread (for example, from busy_poll) sets it to a value >= budget, this thread will continue to run when it should stop, and cause memory corruption and panic. To fix this issue, save the per-CQ work_done variable in a local variable before napi_complete_done(), so it won't be corrupted by a possible concurrent thread after napi_complete_done(). Also, add a flag bit to advertise to the NIC firmware: the NAPI work_done variable race is fixed, so the driver is able to reliably support features like busy_poll. (CVE-2022-48985)

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

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

  - 已解決 Linux 核心中的下列弱點：KVM: x86/xen: Initialize Xen timer only once Add a check for existing xen timers before initializing a new one. Currently kvm_xen_init_timer() is called on every KVM_XEN_VCPU_ATTR_TYPE_TIMER, which is causing the following ODEBUG crash when vcpu->arch.xen.timer is already set. ODEBUG: init active (active state 0) object type:
    hrtimer hint: xen_timer_callbac0 RIP: 0010:debug_print_object+0x16e/0x250 lib/debugobjects.c:502 Call Trace: __debug_object_init debug_hrtimer_init debug_init hrtimer_init kvm_xen_init_timer kvm_xen_vcpu_set_attr kvm_arch_vcpu_ioctl kvm_vcpu_ioctl vfs_ioctl (CVE-2022-50227)

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

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

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

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

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

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

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

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

  - 已解決 Linux 核心中的下列弱點：clk: mmp: pxa1908-apbc: Fix NULL vs IS_ERR() check The devm_kzalloc() function returns NULL on error, not error pointers. Fix the check.
    (CVE-2024-58065)

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

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

  - riscv在不精確的回溯堆疊模式中使用 READ_ONCE_NOCHECK 取消設定 CONFIG_FRAME_POINTER 時堆疊回溯函式 walk_stackframe 會隨機讀取堆疊然後在 KASAN 啟用的情況下可能會導致下列反向追踪[ 0.000000] ====== ================================================== ========== [ 0.000000] 錯誤KASANwalk_stackframe+0xa6/0x11a 中的堆疊超出邊界 [ 0.000000] 工作 swapper/0 在 addr ffffffff81807c40 讀取大小為 8 [ 0.000000] [ 0.000000] CPU: 0 PID: 0 Comm: swapper 未受污染的 6.2.0-12919-g24203e6db61f #43 [ 0.000000] 硬體名稱 riscv-virtio,qemu (DT) [ 0.000000] 呼叫追踪[ 0.000000] [<ffffffff80007ba8>] walk_stackframe+0x0/0x11a [ 0.000000] [<ffffffff80099ecc>] init_param_lock+0x26/0x2a [ 0.000000] [<ffffffff80007c4a>] walk_stackframe+0xa2/0x11a [ 0.000000] [<ffffffff80c49c80>] dump_stack_lvl+0x22/0x36 [ 0.000000] [<ffffffff80c3783e>] print_report+0x198/0x4a8 [ 0.000000] [<ffffffff80099ecc>] init_param_lock+0x26/0x2a [ 0.000000] [<ffffffff80007c4a>] walk_stackframe+0xa2/0x11a [ 0.000000] [<ffffffff8015f68a>] kasan_report+0x9a/ 0xc8 [ 0.000000] [<ffffffff80007c4a>] walk_stackframe+0xa2/0x11a [0.000000] [<ffffffff80007c4a>] walk_stackframe+0xa2/0x11a [ 0.000000] [<ffffffff8006e99c>] desc_make_final+0x80/0x84 [ 0.000000] [<ffffffff8009a04e>] stack_trace_save+0x88/0xa6 [ 0.000000] [<ffffffff80099fc2>] filter_irq_stacks+0x72/0x76 [ 0.000000] [<ffffffff8006b95e>] devkmsg_read+0x32a/ 0x32e [ 0.000000] [<ffffffff8015ec16>] kasan_save_stack+0x28/0x52 [ 0.000000] [<ffffffff8006e998>] desc_make_final+0x7c/0x84 [ 0.000000] [<ffffffff8009a04a>] stack_trace_save+0x84/0xa6 [ 0.000000] [<ffffffff8015ec52>] kasan_set_track+ 0x12/0x20 [ 0.000000] [<ffffffff8015f22e>]
    __kasan_slab_alloc+0x58/0x5e [ 0.000000] [<ffffffff8015e7ea>] __kmem_cache_create+0x21e/0x39a [ 0.000000] [<ffffffff80e133ac>] create_boot_cache+0x70/0x9c [ 0.000000] [<ffffffff80e17ab2>] ] kmem_cache_init+0x6c/0x11e [ 0.000000] ] [<ffffffff80e00fd6>] mm_init+0xd8/0xfe [ 0.000000] [<ffffffff80e011d8>] start_kernel+0x190/0x3ca [ 0.000000] [ 0.000000] 錯誤位址屬於工作 swapper/0 的堆疊 [ 0.000000]且位於 中的位移 0框架 [ 0.000000] stack_trace_save+0x0/0xa6 [0.000000] [ 0.000000] 此框架具有 1 個物件 [ 0.000000] [32, 56) 'c' [ 0.000000] [ 0.000000] 錯誤位址屬於實體頁面 [ 0.000000] page(____ptrval____) refcount:1 mapcount:0 mapping:0000000000000000 index:0x0 pfn:0x81a07 [ 0.000000] flags0x1000(reserved|zone=0) [ 0.000000] raw
    0000000000001000 ff600003f1e3d150 ff600003f1e3d150 0000000000000000 [ 0.000000] raw: 0000000000000000 0000000000000000 00000001ffffffff [ 0.000000] page dumped because: kasan: bad access detected [ 0.000000] [ 0.000000] Memory state around the buggy address: [ 0.000000] ffffffff81807b00: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 0.000000] ffffffff81807b80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [0.000000] >ffffffff81807c00: 00 00 00 00 00 00 00 00 f1 f1 f1 f1 00 00 00 f3 [ 0.000000] ^ [ 0.000000] ffffffff81807c80: f3 f3 f3 f3 00 00 00 00 00 00 00 00 00 00 00 [ 0.000000] ffffffff81807d00: 00 00 00 00 00 0 0 0 0000 00 00 00 00 00 00 00 [ 0.000000] ======================================= =========================== 在不精確的模式下讀取堆疊時使用 READ_ONCE_NOCHECK 修正此問題。 (CVE-2023-53135)

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

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

  - 已解決 Linux 核心中的下列弱點：net/smc: fix NULL sndbuf_desc in smc_cdc_tx_handler() When performing a stress test on SMC-R by rmmod mlx5_ib driver during the wrk/nginx test, we found that there is a probability of triggering a panic while terminating all link groups. This issue dues to the race between smc_smcr_terminate_all() and smc_buf_create(). smc_smcr_terminate_all smc_buf_create /* init */ conn->sndbuf_desc = NULL; ... __smc_lgr_terminate smc_conn_kill smc_close_abort smc_cdc_get_slot_and_msg_send __softirqentry_text_start smc_wr_tx_process_cqe smc_cdc_tx_handler READ(conn->sndbuf_desc->len); /* panic dues to NULL sndbuf_desc */ conn->sndbuf_desc = xxx; This patch tries to fix the issue by always to check the sndbuf_desc before send any cdc msg, to make sure that no null pointer is seen during cqe processing. (CVE-2023-53110)

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

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

  - usbchipideaci_hdrc_imx修正 usbmisc 處理 usbmisc 是選用的裝置屬性因此對應的 data->usbmisc_data 具有 NULL 值是完全有效的。解除參照指標前先進行檢查。由 Linux Verification Center (linuxtesting.org) 使用 Svace 靜態分析工具發現。
    (CVE-2025-37811)

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

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

  - 已解決 Linux 核心中的下列弱點：arm64/crc-t10dif: fix use of out-of-scope array in crc_t10dif_arch() Fix a silly bug where an array was used outside of its scope.
    (CVE-2025-23152)

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

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

  - dm crypt將 cond_resched() 新增至 dmcrypt_write()。dmcrypt_write 中的迴圈可能會執行無限時間因此我們需要其中的 cond_resched()。此提交可修正下列警告[3391.153255][ C12] watchdog錯誤軟鎖定 - CPU#12 停滯 23 秒[dmcrypt_write/2:2897] ... [3391.387210][ C12] 呼叫追踪[ 3391.390338][ C12] blk_attempt_bio_merge.part.6+0x38/0x158 [3391.395970][ C12] blk_attempt_plug_merge+0xc0/0x1b0 [ 3391.401085][ C12] blk_mq_submit_bio+0x398/0x550 [3391.405856][ C12] submit_bio_noacct+0x308/0x380 [ 3391.410630][ C12] dmcrypt_write+0x1e4/0x208 [dm_crypt] [ 3391.416005][ C12] kthread+0x130/0x138 [ 3391.419911][ C12] ret_from_fork+0x10/0x18 (CVE-2023-53051)

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

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

  - 在 2.6.34 到 5.2.x 版的 Linux 核心中發現緩衝區溢位缺陷，這是 vhost 功能將 virtqueue 緩衝區轉譯成 IOV 的方式所致，可在移轉時記錄緩衝區描述元。如果有權限的客體使用者能夠在進行移轉作業時，將長度無效的描述元傳送至主機，則可利用此缺陷提升其在主機上的權限。(CVE-2019-14835)

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

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

  - riscvuprobes構建 XOL 緩衝區後新增缺少的 fence.i。XOL (執行外部) 緩衝區用於單步執行被取代的指令以進行 uprobe。RISC-V 連接埠在建構 XOL 緩衝區後遺漏正確的 fence.i (i$ 排清)這可導致不正確執行過時/損毀的指令。在 Spacemit K1/X60上執行 BPF 自我測試 test_progs: uprobe_autoattach, attach_probe 時發現這個問題uprobes 測試會隨機中斷。 (CVE-2025-37822)

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

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

  - 已解決 Linux 核心中的下列弱點：watchdog: lenovo_se30_wdt: Fix possible devm_ioremap() NULL pointer dereference in lenovo_se30_wdt_probe() devm_ioremap() returns NULL on error. Currently, lenovo_se30_wdt_probe() does not check for this case, which results in a NULL pointer dereference. Add NULL check after devm_ioremap() to prevent this issue. (CVE-2025-38144)

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

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

  - 已解決 Linux 核心中的下列弱點：scsi: hisi_sas: Fix a deadlock issue related to automatic dump If we issue a disabling PHY command, the device attached with it will go offline, if a 2 bit ECC error occurs at the same time, a hung task may be found: [ 4613.652388] INFO: task kworker/u256:0:165233 blocked for more than 120 seconds. [ 4613.666297] echo 0 > /proc/sys/kernel/hung_task_timeout_secs disables this message. [ 4613.674809] task:kworker/u256:0 state:D stack: 0 pid:165233 ppid: 2 flags:0x00000208 [ 4613.683959] Workqueue: 0000:74:02.0_disco_q sas_revalidate_domain [libsas] [ 4613.691518] Call trace: [ 4613.694678] __switch_to+0xf8/0x17c [4613.698872] __schedule+0x660/0xee0 [ 4613.703063] schedule+0xac/0x240 [ 4613.706994] schedule_timeout+0x500/0x610 [ 4613.711705] __down+0x128/0x36c [ 4613.715548] down+0x240/0x2d0 [4613.719221] hisi_sas_internal_abort_timeout+0x1bc/0x260 [hisi_sas_main] [ 4613.726618] sas_execute_internal_abort+0x144/0x310 [libsas] [ 4613.732976] sas_execute_internal_abort_dev+0x44/0x60 [libsas] [ 4613.739504] hisi_sas_internal_task_abort_dev.isra.0+0xbc/0x1b0 [hisi_sas_main] [ 4613.747499] hisi_sas_dev_gone+0x174/0x250 [hisi_sas_main] [ 4613.753682] sas_notify_lldd_dev_gone+0xec/0x2e0 [libsas] [ 4613.759781] sas_unregister_common_dev+0x4c/0x7a0 [libsas] [ 4613.765962] sas_destruct_devices+0xb8/0x120 [libsas] [ 4613.771709] sas_do_revalidate_domain.constprop.0+0x1b8/0x31c [libsas] [ 4613.778930] sas_revalidate_domain+0x60/0xa4 [libsas] [ 4613.784716] process_one_work+0x248/0x950 [ 4613.789424] worker_thread+0x318/0x934 [ 4613.793878] kthread+0x190/0x200 [4613.797810] ret_from_fork+0x10/0x18 [ 4613.802121] INFO: task kworker/u256:4:316722 blocked for more than 120 seconds. [ 4613.816026] echo 0 > /proc/sys/kernel/hung_task_timeout_secs disables this message. [4613.824538] task:kworker/u256:4 state:D stack: 0 pid:316722 ppid: 2 flags:0x00000208 [ 4613.833670] Workqueue: 0000:74:02.0 hisi_sas_rst_work_handler [hisi_sas_main] [ 4613.841491] Call trace: [4613.844647] __switch_to+0xf8/0x17c [ 4613.848852] __schedule+0x660/0xee0 [ 4613.853052] schedule+0xac/0x240 [ 4613.856984] schedule_timeout+0x500/0x610 [ 4613.861695] __down+0x128/0x36c [4613.865542] down+0x240/0x2d0 [ 4613.869216] hisi_sas_controller_prereset+0x58/0x1fc [hisi_sas_main] [4613.876324] hisi_sas_rst_work_handler+0x40/0x8c [hisi_sas_main] [ 4613.883019] process_one_work+0x248/0x950 [ 4613.887732] worker_thread+0x318/0x934 [ 4613.892204] kthread+0x190/0x200 [4613.896118] ret_from_fork+0x10/0x18 [ 4613.900423] INFO: task kworker/u256:1:348985 blocked for more than 121 seconds. [ 4613.914341] echo 0 > /proc/sys/kernel/hung_task_timeout_secs disables this message. [4613.922852] task:kworker/u256:1 state:D stack: 0 pid:348985 ppid: 2 flags:0x00000208 [ 4613.931984] Workqueue: 0000:74:02.0_event_q sas_port_event_worker [libsas] [ 4613.939549] Call trace: [ 4613.942702]
    __switch_to+0xf8/0x17c [ 4613.946892] __schedule+0x660/0xee0 [ 4613.951083] schedule+0xac/0x240 [4613.955015] schedule_timeout+0x500/0x610 [ 4613.959725] wait_for_common+0x200/0x610 [ 4613.964349] wait_for_completion+0x3c/0x5c [ 4613.969146] flush_workqueue+0x198/0x790 [ 4613.973776] sas_porte_broadcast_rcvd+0x1e8/0x320 [libsas] [ 4613.979960] sas_port_event_worker+0x54/0xa0 [libsas] [4613.985708] process_one_work+0x248/0x950 [ 4613.990420] worker_thread+0x318/0x934 [ 4613.994868] kthread+0x190/0x200 [ 4613.998800] ret_from_fork+0x10/0x18 This is because when the device goes offline, we obtain the hisi_hba semaphore and send the ABORT_DEV command to the device. However, the internal abort timed out due to the 2 bit ECC error and triggers automatic dump. In addition, since the hisi_hba semaphore has been obtained, the dump cannot be executed and the controller cannot be reset. Therefore, the deadlocks occur on the following circular dependencies ---truncated--- (CVE-2024-26873)

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

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

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

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

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

  - 已解決 Linux 核心中的下列弱點：net: systemport: Add global locking for descriptor lifecycle The descriptor list is a shared resource across all of the transmit queues, and the locking mechanism used today only protects concurrency across a given transmit queue between the transmit and reclaiming. This creates an opportunity for the SYSTEMPORT hardware to work on corrupted descriptors if we have multiple producers at once which is the case when using multiple transmit queues.
    This was particularly noticeable when using multiple flows/transmit queues and it showed up in interesting ways in that UDP packets would get a correct UDP header checksum being calculated over an incorrect packet length. Similarly TCP packets would get an equally correct checksum computed by the hardware over an incorrect packet length. The SYSTEMPORT hardware maintains an internal descriptor list that it re-arranges when the driver produces a new descriptor anytime it writes to the WRITE_PORT_{HI,LO} registers, there is however some delay in the hardware to re-organize its descriptors and it is possible that concurrent TX queues eventually break this internal allocation scheme to the point where the length/status part of the descriptor gets used for an incorrect data buffer. The fix is to impose a global serialization for all TX queues in the short section where we are writing to the WRITE_PORT_{HI,LO} registers which solves the corruption even with multiple concurrent TX queues being used. (CVE-2021-47587)

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

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

  - net/mlx5修正發生 EEH 時未在終止路徑中刪除的 vport 導向規則清理。由於韌體中 vport 的 promisc 設定 (uc、mc 和 all) 在 EEH 之後會重設因此 mlx5 驅動程式會嘗試刪除初始化路徑中的上述規則。這會造成核心損毀因為這些軟體規則不再有效。透過在刪除後立即使這些規則無效以避免存取任何懸置指標來修正。Call Trace: __list_del_entry_valid+0xcc/0x100 (unreliable) tree_put_node+0xf4/0x1b0 [mlx5_core] tree_remove_node+0x30/0x70 [mlx5_core] mlx5_del_flow_rules+0x14c/0x1f0 [mlx5_core] esw_apply_vport_rx_mode+0x10c/0x200 [mlx5_core] esw_update_vport_rx_mode+0xb4/0x180 [mlx5_core ] esw_vport_change_handle_locked+0x1ec/0x230 [mlx5_core] esw_enable_vport+0x130/0x260 [mlx5_core] mlx5_eswitch_enable_sriov+0x2a0/0x2f0 [mlx5_core] mlx5_device_enable_sriov+0x74/0x440 [mlx5_core] mlx5_load_one+0x114c/0x1550 [mlx5_core] mlx5_pci_resume+0x68/0xf0 [mlx5_core] eeh_report_resume +0x1a4/0x230 eeh_pe_dev_traverse+0x98/0x170 eeh_handle_normal_event+0x3e4/0x640 eeh_handle_event+0x4c/0x370 eeh_event_handler+0x14c/0x210 kthread+0x168/0x1b0 ret_from_kernel_thread+0x5c/0x84 (CVE-2023-53079)

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

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

  - coresight防止在啟用組態時停用使用中的組態。透過 cscfg_csdev_enable_active_config() 啟用使用中的組態時可透過 configfs 的 sysfs 介面停用使用中的組態。這可能會在下列狀況下造成 UAF 問題 CPU0 CPU1 (sysfs enable) 載入模組 cscfg_load_config_sets()activate config。 // sysfs (sys_active_cnt == 1) ... cscfg_csdev_enable_active_config() lock(csdev->cscfg_csdev_lock) // 此處載入設定由 CPU1 解鎖 (csdev->cscfg_csdev_lock) 停用設定 // sysfs (sys_activec_cnt == 0) cscfg_unload_config_sets( ) unload module // 對 config_desc 的存取其在卸載模組時 // 會釋放。 cscfg_csdev_enable_config 若要解決此問題請使用 cscfg_config_desc 的 active_cnt 作為參照計數 - 啟動組態時該計數會保留。 - 啟用已啟用的組態。並在 config_active_cnt == 0 時放置模組參照。(CVE-2025-38131)

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

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

  - USBwdm結束 wdm_open 和 wdm_wwan_port_stop 之間的爭用 清除 WDM_WWAN_IN_USE 必須是最後一個動作否則我們可以開啟 URB 仍處於感染狀態的 chardev (CVE-2025-37985)

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

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

  - 在 Linux 核心 5.3.11 及其之前版本中，drivers/spi/spi-fsl-lpspi.c 中的 fsl_lpspi_probe() 函式存在記憶體流失問題，這讓攻擊者可以透過觸發 pm_runtime_get_sync() 失敗來造成拒絕服務 (記憶體消耗)，即 CID-057b8945f78f。注意第三方對此相關性提出爭議因為攻擊者在探查時實際上無法控制這些失敗 (CVE-2019-19064)

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

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

  - 將錯誤截斷的 URL 集中於開頭而非來源周圍。此弱點會影響 Firefox < 141 和 Thunderbird < 141。(CVE-2025-8043)

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

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

  - BuildKit 是一種工具組，可將原始程式碼轉換成有效率、表現力強且可重複的構建成品。並行執行的兩個惡意構建步驟以子路徑共用相同的快取掛載，這造成爭用情形，進而導致主機系統中的檔案可被構建容器存取。此問題已在 v0.12.5 中修正。因應措施包括：避免使用未受信任來源的 BuildKit 前端，或構建包含使用
    --mount=type=cache,source=... 選項的快取掛載的不受信任 Dockerfile。(CVE-2024-23651)

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

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

  - Apache Commons Lang 中有一個不受控制的遞回弱點。此問題會影響 Apache Commons Lang
    從 commons-lang:commons-lang 2.0 開始到 2.6以及從 org.apache.commons:commons-lang3 3.0 到 3.18.0之前的 [] 。方法 ClassUtils.getClass(...) 可在非常長的輸入上擲回 StackOverflowError。由於應用程式和程式庫通常不會處理錯誤因此 StackOverflowError 可造成應用程式停止。建議使用者升級至 3.18.0 版，即可修正此問題。
    (CVE-2025-48924)

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

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

  - 已解決 Linux 核心中的下列弱點：erofs: fix inconsistent per-file compression format EROFS can select compression algorithms on a per-file basis, and each per-file compression algorithm needs to be marked in the on-disk superblock for initialization. However, syzkaller can generate inconsistent crafted images that use an unsupported algorithmtype for specific inodes, e.g.
    use MicroLZMA algorithmtype even it's not set in `sbi->available_compr_algs`. This can lead to an unexpected BUG: kernel NULL pointer dereference if the corresponding decompressor isn't built-in. Fix this by checking against `sbi->available_compr_algs` for each m_algorithmformat request. Incorrect !erofs_sb_has_compr_cfgs preset bitmap is now fixed together since it was harmless previously.
    (CVE-2024-26590)

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

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

  - 已解決 Linux 核心中的下列弱點：net: ieee802154: ca8210: Stop leaking skb's Upon error the ieee802154_xmit_complete() helper is not called. Only ieee802154_wake_queue() is called manually. We then leak the skb structure. Free the skb structure upon error before returning.
    (CVE-2022-48722)

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

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

  - 在 libarchive 程式庫中發現一個弱點。此瑕疵與處理檔案名稱的前置詞與後置詞時發生「差一」計算錯誤有關。這可導致 1 位元組寫入溢位。這類溢位雖然看似很小，但可損毀相鄰的記憶體，導致無法預測的程式行為、當機，或者在特定情況下可被用作構建區塊以進行更複雜的惡意利用。 (CVE-2025-5917)

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

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

  在 4.10.4 及之前版本的 Linux 核心中，drivers/scsi/sg.c 的 sg_ioctl 函式可讓本機使用者透過 SG_NEXT_CMD_LEN ioctl 呼叫中的大型命令大小，引致拒絕服務 (堆疊型緩衝區溢位) 或可能造成其他不明影響，進而導致 sg_write 函式中的超出邊界寫入存取。(CVE-2017-7187)

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

ID	名稱	嚴重性
246382	Linux Distros 未修補的弱點：CVE-2025-8225	medium
246381	Linux Distros 未修補的弱點：CVE-2021-46979	medium
246380	Linux Distros 未修補的弱點：CVE-2020-26978	medium
246379	Linux Distros 未修補的弱點：CVE-2021-47549	high
246378	Linux Distros 未修補的弱點：CVE-2021-46998	high
246377	Linux Distros 未修補的弱點：CVE-2022-47929	medium
246376	Linux Distros 未修補的弱點：CVE-2024-35955	high
246375	Linux Distros 未修補的弱點：CVE-2024-46868	medium
246374	Linux Distros 未修補的弱點：CVE-2022-45405	medium
246373	Linux Distros 未修補的弱點：CVE-2019-19047	medium
246372	Linux Distros 未修補的弱點：CVE-2022-34674	medium
246371	Linux Distros 未修補的弱點：CVE-2024-4764	critical
246370	Linux Distros 未修補的弱點：CVE-2020-26972	critical
246369	Linux Distros 未修補的弱點：CVE-2025-38087	high
246368	Linux Distros 未修補的弱點：CVE-2022-0511	high
246367	Linux Distros 未修補的弱點：CVE-2024-53204	medium
246366	Linux Distros 未修補的弱點：CVE-2025-21880	medium
246365	Linux Distros 未修補的弱點：CVE-2021-2011	medium
246364	Linux Distros 未修補的弱點：CVE-2024-42231	medium
246363	Linux Distros 未修補的弱點：CVE-2021-47614	high
246362	Linux Distros 未修補的弱點：CVE-2023-28162	high
246361	Linux Distros 未修補的弱點：CVE-2022-49989	medium
246360	Linux Distros 未修補的弱點：CVE-2024-40992	medium
246359	Linux Distros 未修補的弱點：CVE-2022-48985	medium
246358	Linux Distros 未修補的弱點：CVE-2022-50227	medium
246357	Linux Distros 未修補的弱點：CVE-2024-20993	medium
246356	Linux Distros 未修補的弱點：CVE-2025-50093	medium
246355	Linux Distros 未修補的弱點：CVE-2024-58065	medium
246354	Linux Distros 未修補的弱點：CVE-2023-53135	high
246353	Linux Distros 未修補的弱點：CVE-2023-53110	medium
246352	Linux Distros 未修補的弱點：CVE-2025-37811	medium
246351	Linux Distros 未修補的弱點：CVE-2025-23152	high
246350	Linux Distros 未修補的弱點：CVE-2023-53051	medium
246349	Linux Distros 未修補的弱點：CVE-2019-14835	high
246348	Linux Distros 未修補的弱點：CVE-2025-37822	high
246347	Linux Distros 未修補的弱點：CVE-2025-38144	medium
246346	Linux Distros 未修補的弱點：CVE-2024-26873	medium
246345	Linux Distros 未修補的弱點：CVE-2021-2441	medium
246344	Linux Distros 未修補的弱點：CVE-2021-47587	medium
246343	Linux Distros 未修補的弱點：CVE-2023-53079	high
246342	Linux Distros 未修補的弱點：CVE-2025-38131	high
246341	Linux Distros 未修補的弱點：CVE-2025-37985	medium
246340	Linux Distros 未修補的弱點：CVE-2019-19064	high
246339	Linux Distros 未修補的弱點：CVE-2025-8043	critical
246338	Linux Distros 未修補的弱點：CVE-2024-23651	high
246337	Linux Distros 未修補的弱點：CVE-2025-48924	medium
246336	Linux Distros 未修補的弱點：CVE-2024-26590	medium
246335	Linux Distros 未修補的弱點：CVE-2022-48722	medium
246334	Linux Distros 未修補的弱點：CVE-2025-5917	low
246333	Linux Distros 未修補的弱點：CVE-2017-7187	high

偵測

Nessus 的 Misc. 系列

medium

medium

medium

high

high

medium

high

medium

medium

medium

medium

critical

critical

high

high

medium

medium

medium

medium

high

high

medium

medium

medium

medium

medium

medium

medium

high

medium

medium

high

medium

high

high

medium

medium

medium

medium

high

high

medium

high

critical

high

medium

medium

medium

low

high