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

  - 已解決 Linux 核心中的下列弱點：io_uring/poll: don't reissue in case of poll race on multishot request A previous commit fixed a poll race that can occur, but it's only applicable for multishot requests. For a multishot request, we can safely ignore a spurious wakeup, as we never leave the waitqueue to begin with. A blunt reissue of a multishot armed request can cause us to leak a buffer, if they are ring provided. While this seems like a bug in itself, it's not really defined behavior to reissue a multishot request directly. It's less efficient to do so as well, and not required to rearm anything like it is for singleshot poll requests. (CVE-2023-52895)

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

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

  在 wmi_set_ie() 函式中，長度驗證碼無法正確處理未簽章的整數溢位。因此，大值的「ie_len」引數會造成使用 Linux 核心的 CAF (Android for MSM、Firefox OS for MSM、QRD Android) 的所有 Android 版本發生緩衝區溢位。
    (CVE-2018-5848)

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

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

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

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

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

  - 已解決 Linux 核心中的下列弱點：e1000e: change usleep_range to udelay in PHY mdic access This is a partial revert of commit 6dbdd4de0362 (e1000e: Workaround for sporadic MDI error on Meteor Lake systems). The referenced commit used usleep_range inside the PHY access routines, which are sometimes called from an atomic context. This can lead to a kernel panic in some scenarios, such as cable disconnection and reconnection on vPro systems. Solve this by changing the usleep_range calls back to udelay. (CVE-2024-36887)

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

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

  - NFS透過 kcompactd 回寫將 nfs_release_folio() 修正為不鎖死。新增 PF_KCOMPACTD 旗標和 current_is_kcompactd() 協助程式進行檢查因此 nfs_release_folio() 可以略過從 kcompactd 呼叫 nfs_wb_folio()。否則NFS 可能會在等待 kcompactd 時鎖死並引發回寫進而遞回至 NFS (透過相同主機上的 NFS 回送掛載觸發回寫至 NFSD等待 XFS 對 __filemap_get_folio 的呼叫NFSD 會封鎖) 6070.550357] INFO針對 的 kcompactd0:58 工作封鎖超過 4435 秒。
    {--- [58] kcompactd0 [<0>] folio_wait_bit+0xe8/0x200 [<0>] folio_wait_writeback+0x2b/0x80 [<0>] nfs_wb_folio+0x80/0x1b0 [nfs] [<0>] nfs_release_folio+0x68/0x130 [nfs] [<0>] split_huge_page_to_list_to_order+0x362/0x840 [<0>] migrate_pages_batch+0x43d/0xb90 [<0>] migrate_pages_sync+0x9a/0x240 [<0>] migrate_pages+0x93c/0x9f0 [<0>] compact_zone+0x8e2/0x1030 [<0>] compact_node +0xdb/0x120 [<0>] kcompactd+0x121/0x2e0 [<0>] kthread+0xcf/0x100 [<0>] ret_from_fork+0x31/0x40 [<0>] ret_from_fork_asm+0x1a/0x30 ---} [akpm@linux-foundation .org修正版本] (CVE-2025-21908)

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

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

  - 在 Linux 核心 5.2 之前版本的 GRO 實作中發現一個瑕疵。具有本機存取權的攻擊者可藉此造成系統當機。(CVE-2020-10720)

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

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

  - Cacti 是一種開放原始碼效能與錯誤管理架構。將外部連結儲存為 links.php 時並未正確清理 `title` 參數。此外上述標題參數會儲存在資料庫中並會在 index.php 中反映回使用者最後導致儲存的 XSS。擁有建立外部連結權限的使用者可在建立外部連結以執行已儲存 XSS 攻擊的同時操控 http post 要求中的 `title` 參數。當應用程式允許未受信任的使用者輸入在未經過適當驗證或逸出的情況下顯示在網頁上時就會出現稱為 XSS (跨網站指令碼) 的弱點。此問題已在版本 1.2.28 中解決。建議所有使用者升級。目前沒有任何因應措施可解決此弱點。(CVE-2024-43364)

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

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

  - 在 Linux 核心 5.3.11 及之前的版本中，net/wireless/nl80211.c 的 nl80211_get_ftm_responder_stats () 函式中存在記憶體流失弱點，允許攻擊者透過觸發 nl80211hdr_put() 失敗來造成拒絕服務 (記憶體消耗)，即 CID-1399c59fa929。請注意：第三方對此問題的相關性提出了爭議，因為它發生在已成功配置的程式碼路徑上 (CVE-2019-19055)

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

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

  - 已解決 Linux 核心中的下列弱點：wifi: wilc1000: prevent use-after-free on vif when cleaning up all interfaces wilc_netdev_cleanup currently triggers a KASAN warning, which can be observed on interface registration error path, or simply by removing the module/unbinding device from driver: echo spi0.1 > /sys/bus/spi/drivers/wilc1000_spi/unbind ================================================================== BUG: KASAN: slab-use-after-free in wilc_netdev_cleanup+0x508/0x5cc Read of size 4 at addr c54d1ce8 by task sh/86 CPU: 0 PID: 86 Comm: sh Not tainted 6.8.0-rc1+ #117 Hardware name: Atmel SAMA5 unwind_backtrace from show_stack+0x18/0x1c show_stack from dump_stack_lvl+0x34/0x58 dump_stack_lvl from print_report+0x154/0x500 print_report from kasan_report+0xac/0xd8 kasan_report from wilc_netdev_cleanup+0x508/0x5cc wilc_netdev_cleanup from wilc_bus_remove+0xc8/0xec wilc_bus_remove from spi_remove+0x8c/0xac spi_remove from device_release_driver_internal+0x434/0x5f8 device_release_driver_internal from unbind_store+0xbc/0x108 unbind_store from kernfs_fop_write_iter+0x398/0x584 kernfs_fop_write_iter from vfs_write+0x728/0xf88 vfs_write from ksys_write+0x110/0x1e4 ksys_write from ret_fast_syscall+0x0/0x1c [...] Allocated by task 1:
    kasan_save_track+0x30/0x5c __kasan_kmalloc+0x8c/0x94 __kmalloc_node+0x1cc/0x3e4 kvmalloc_node+0x48/0x180 alloc_netdev_mqs+0x68/0x11dc alloc_etherdev_mqs+0x28/0x34 wilc_netdev_ifc_init+0x34/0x8ec wilc_cfg80211_init+0x690/0x910 wilc_bus_probe+0xe0/0x4a0 spi_probe+0x158/0x1b0 really_probe+0x270/0xdf4
    __driver_probe_device+0x1dc/0x580 driver_probe_device+0x60/0x140 __driver_attach+0x228/0x5d4 bus_for_each_dev+0x13c/0x1a8 bus_add_driver+0x2a0/0x608 driver_register+0x24c/0x578 do_one_initcall+0x180/0x310 kernel_init_freeable+0x424/0x484 kernel_init+0x20/0x148 ret_from_fork+0x14/0x28 Freed by task 86: kasan_save_track+0x30/0x5c kasan_save_free_info+0x38/0x58
    __kasan_slab_free+0xe4/0x140 kfree+0xb0/0x238 device_release+0xc0/0x2a8 kobject_put+0x1d4/0x46c netdev_run_todo+0x8fc/0x11d0 wilc_netdev_cleanup+0x1e4/0x5cc wilc_bus_remove+0xc8/0xec spi_remove+0x8c/0xac device_release_driver_internal+0x434/0x5f8 unbind_store+0xbc/0x108 kernfs_fop_write_iter+0x398/0x584 vfs_write+0x728/0xf88 ksys_write+0x110/0x1e4 ret_fast_syscall+0x0/0x1c [...] David Mosberger-Tan initial investigation [1] showed that this use-after-free is due to netdevice unregistration during vif list traversal. When unregistering a net device, since the needs_free_netdev has been set to true during registration, the netdevice object is also freed, and as a consequence, the corresponding vif object too, since it is attached to it as private netdevice data. The next occurrence of the loop then tries to access freed vif pointer to the list to move forward in the list. Fix this use-after-free thanks to two mechanisms: - navigate in the list with list_for_each_entry_safe, which allows to safely modify the list as we go through each element. For each element, remove it from the list with list_del_rcu - make sure to wait for RCU grace period end after each vif removal to make sure it is safe to free the corresponding vif too (through unregister_netdev) Since we are in a RCU modifier path (not a reader path), and because such path is expected not to be concurrent to any other modifier (we are using the vif_mutex lock), we do not need to use RCU list API, that's why we can benefit from list_for_each_entry_safe. [1] https://lore.kernel.org/linux-wireless/ab077dbe58b1ea5de0a3b2ca21f275a07af967d2.camel@egauge.net/ (CVE-2024-26895)

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

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

  - mediastreamzap修正裝置中斷連線和 urb 回呼之間的爭用 Syzkaller 報告 ir_raw_event_store_with_filter() 函式有一個一般保護錯誤。此當機問題是由 dev->raw 指標的 NULL 指標解除參照所造成即使在相同函式中檢查該指標是否為 NULL亦即表示有爭用情形。此問題之所以發生是因為 streamzap_disconnect() 函式中的錯誤動作順序：先呼叫 rc_unregister_device()然後再呼叫 usb_kill_urb()。dev->raw 指標遭到釋放並在 rc_unregister_device() 中設為 NULL且只有在此之後usb_kill_urb() 才會等候進行中的要求完成。如果在 streamzap_callback() 處置程式未完成時呼叫 rc_unregister_device()可導致存取已釋放的資源。因此應在 usb_kill_urb() 之後呼叫 rc_unregister_device()。
    由 Linux Verification Center (linuxtesting.org) 的 Syzkaller 發現。 (CVE-2025-22027)

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

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

  - ALSApcmoss將期間大小限制為 16MB將實際限制設為期間大小 (OSS 中的片段移位)而非完整的 31 位元過大的值可導致記憶體耗盡因為我們也會配置期間大小的暫存緩衝區。從此修補程式開始我們將限制設為 16MB這應該涵蓋所有使用案例。 (CVE-2021-47509)

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

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

  - arm64不呼叫 do_compat_alignment_fixup() 中的 NULL do_alignment_t32_to_handler() 僅修正特定指示的對齊錯誤否則會傳回 NULL (例如 LDREX)。在此情況下向呼叫者發出訊號通知其必須繼續執行一般對齊錯誤處理 (即 SIGBUS)。
    若無此修補程式將會發生核心錯誤 Unable to handle kernel NULL 指標解除參照在虛擬位址 0000000000000000 記憶體中止資訊ESR = 0x0000000086000006 EC = 0x21: IABT (目前 EL)、IL = 32 位元 SET = 0、FnV = 0 EA = 0 、 S1PTW = 0 FSC = 0x06層級 2 轉譯錯誤使用者 pgtable4k 頁面 48 位元 VA pgdp=00000800164aa000 [0000000000000000] pgd=0800081fdbd22003、p4d=0800081fdbd22003、 pud=08000815d51c6003、 pmd=0000000000000000 內部錯誤Oops 0000000086000006 [#1] SMP 模組連結於cfg80211 rfkill xt_nat xt_tcpudp xt_conntrack nft_chain_nat xt_MASQUERADE nf_nat nf_conntrack_netlink nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 xfrm_user xfrm_algo xt_addrtype nft_compat br_netfilter veth nvme_fa> libcrc32c crc32c_generic raid0 multipath linear dm_mod dax raid1 md_mod xhci_pci nvme xhci_hcd nvme_core t10_pi usbcore igb crc64_rocksoft crc64 crc_t10dif crct10dif_generic crct10dif_ce crct10dif_common usb_common i2c_algo_bit i2c> CPU: 2 PID 3932954 Comm: WPEWebProcess 未受污染的 6.1.0-31-arm64 #1 Debian 6.1.128-1 Hardware name: GIGABYTE MP32-AR1-00/MP32-AR1-00, BIOS F18v (SCP: 1.08.20211002) 2021 年 12 月 1 日 pstate80400009 (Nzcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc 0x0 lr
    do_compat_alignment_fixup+0xd8/0x3dc sp : ffff80000f973dd0 x29: ffff80000f973dd0 x28: ffff081b42526180 x27: 0000000000000000 x26: 0000000000000000 x25: 0000000000000000 x24: 0000000000000000 x23:
    0000000000000004 x22: 0000000000000000 x21: 0000000000000001 x20: 00000000e8551f00 x19: ffff80000f973eb0 x18: 0000000000000000 x17: 0000000000000000 x16: 0000000000000000 x15: 0000000000000000 x14:
    0000000000000000 x13: 0000000000000000 x12: 0000000000000000 x11: 0000000000000000 x10: 0000000000000000 x9 : ffffaebc949bc488 x8 : 0000000000000000 x7 : 0000000000000000 x6 : 0000000000000000 x5 :
    0000000000400000 x4 : 0000fffffffffffe x3 : 0000000000000000 x2 : ffff80000f973eb0 x1 : 00000000e8551f00 x0 : 0000000000000001 Call trace: 0x0 do_alignment_fault+0x40/0x50 do_mem_abort+0x4c/0xa0 el0_da+0x48/0xf0 el0t_32_sync_handler+0x110/0x140 el0t_32_sync+0x190/0x194 Code: bad PC value ---[ end trace 0000000000000000 ]--- (CVE-2025-22033)

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

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

  - 在 4.6.2 之前的 Linux 核心中，fs/ext4/inode.c 在使用 ext4 data=ordered 模式時，不會正確處理需求提交前的清單，進而可能允許本機使用者透過建立新檔案、發出寫入系統呼叫以及讀取此檔案來等待硬體重設，進而從其他使用者的檔案取得敏感資訊。(CVE-2017-7495)

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

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

  - Apache Tomcat 中的不當輸入驗證弱點。不正確的錯誤處理某些無效的 HTTP 優先順序標頭，導致失敗要求清理不完整，進而產生記憶體洩漏。大量此類要求可能會觸發 OutOfMemoryException，進而導致拒絕服務。此問題影響以下版本的 Apache Tomcat：9.0.76 至 9.0.102、10.1.10 至 10.1.39、1.0.0-M2 至 11.0.5。建議使用者升級至 9.0.104、10.1.40 或 11.0.6 版，即可修正此問題。(CVE-2025-31650)

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

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

  - mediabttv修正因 btv->timeout 計時器導致的釋放後使用錯誤。計時器函式 bttv_irq_timeout 和 bttv_remove 之間可能存在爭用情形。計時器已在探查中設定且移除函式中沒有 timer_delete 作業。當它命中 kfree btv 時可能仍會叫用該函式進而造成釋放後使用錯誤。此錯誤是由靜態分析所發現可能為誤判。透過將 del_timer_sync 叫用至移除函式來修正此問題。 cpu0 cpu1 bttv_probe ->timer_setup ->bttv_set_dma
    ->mod_timer bttv_remove ->kfree(btv); ->bttv_irq_timeout ->USE btv (CVE-2023-52847)

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

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

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

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

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

  - WebAudio「OscillatorNode」物件容易發生堆疊緩衝區溢位，這可導致可能遭利用的程式損毀問題。此弱點會影響 Firefox < 122。(CVE-2024-0745)

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

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

  - 已解決 Linux 核心中的下列弱點：efi: libstub: only free priv.runtime_map when allocated priv.runtime_map is only allocated when efi_novamap is not set. Otherwise, it is an uninitialized value. In the error path, it is freed unconditionally. Avoid passing an uninitialized value to free_pool. Free priv.runtime_map only when it was allocated. This bug was discovered and resolved using Coverity Static Analysis Security Testing (SAST) by Synopsys, Inc.
    (CVE-2024-33619)

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

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

  - 在 4.6 之前的 Linux 核心中drivers/staging/android/ion/ion.c 的 ion_ioctl 函式中的爭用情形會允許本機使用者藉由在兩個CPU。 (CVE-2016-9120)

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

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

  - Google Chrome 138.0.7204.157 之前版本的 Extensions 中存在不受信任輸入不足驗證弱點，因此遠端攻擊者可透過建構的 HTML 頁面來執行特權提升攻擊。(Chromium 安全性嚴重性 : 高) (CVE-2025-6558)

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

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

  - Mozilla 開發人員 Paul Adenot 及 Mozilla Fuzzing 團隊報告 Firefox 96 和 Firefox ESR 91.5 中存在記憶體安全錯誤。某些錯誤顯示記憶體會遭到損毀，我們推測若有心人士有意操控，可能惡意利用其中部分錯誤執行任意程式碼。此弱點會影響 Firefox < 97、Thunderbird < 91.6 和 Firefox ESR < 91.6。(CVE-2022-22764)

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

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

  - 已解決 Linux 核心中的下列弱點：media: mediatek: vcodec: adding lock to protect decoder context list Add a lock for the ctx_list, to avoid accessing a NULL pointer within the 'vpu_dec_ipi_handler' function when the ctx_list has been deleted due to an unexpected behavior on the SCP IP block. Hardware name: Google juniper sku16 board (DT) pstate: 20400005 (nzCv daif +PAN -UAO -TCO BTYPE=--) pc : vpu_dec_ipi_handler+0x58/0x1f8 [mtk_vcodec_dec] lr : scp_ipi_handler+0xd0/0x194 [mtk_scp] sp : ffffffc0131dbbd0 x29: ffffffc0131dbbd0 x28: 0000000000000000 x27: ffffff9bb277f348 x26:
    ffffff9bb242ad00 x25: ffffffd2d440d3b8 x24: ffffffd2a13ff1d4 x23: ffffff9bb7fe85a0 x22: ffffffc0133fbdb0 x21: 0000000000000010 x20: ffffff9b050ea328 x19: ffffffc0131dbc08 x18: 0000000000001000 x17:
    0000000000000000 x16: ffffffd2d461c6e0 x15: 0000000000000242 x14: 000000000000018f x13: 000000000000004d x12: 0000000000000000 x11: 0000000000000001 x10: fffffffffffffff0 x9 : ffffff9bb6e793a8 x8 :
    0000000000000000 x7 : 0000000000000000 x6 : 000000000000003f x5 : 0000000000000040 x4 : fffffffffffffff0 x3 : 0000000000000020 x2 : ffffff9bb6e79080 x1 : 0000000000000010 x0 : ffffffc0131dbc08 Call trace:
    vpu_dec_ipi_handler+0x58/0x1f8 [mtk_vcodec_dec (HASH:6c3f 2)] scp_ipi_handler+0xd0/0x194 [mtk_scp (HASH:7046 3)] mt8183_scp_irq_handler+0x44/0x88 [mtk_scp (HASH:7046 3)] scp_irq_handler+0x48/0x90 [mtk_scp (HASH:7046 3)] irq_thread_fn+0x38/0x94 irq_thread+0x100/0x1c0 kthread+0x140/0x1fc ret_from_fork+0x10/0x30 Code: 54000088 f94ca50a eb14015f 54000060 (f9400108) ---[ end trace ace43ce36cbd5c93 ]--- Kernel panic - not syncing: Oops: Fatal exception SMP: stopping secondary CPUs Kernel Offset: 0x12c4000000 from 0xffffffc010000000 PHYS_OFFSET: 0xffffffe580000000 CPU features: 0x08240002,2188200c Memory Limit: none (CVE-2024-35920)

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

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

  - 已解決 Linux 核心中的下列弱點：userfaultfd: fix a race between writeprotect and exit_mmap() A race is possible when a process exits, its VMAs are removed by exit_mmap() and at the same time userfaultfd_writeprotect() is called. The race was detected by KASAN on a development kernel, but it appears to be possible on vanilla kernels as well. Use mmget_not_zero() to prevent the race as done in other userfaultfd operations. (CVE-2021-47461)

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

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

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

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

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

  - 透過 `Content-Disposition` 標頭指定檔案下載時若透過 `<embed>` 或 `<object>` 標籤納入該檔案則該指示詞將被忽略進而可能使網站容易受到跨網站指令碼攻擊攻擊。此弱點會影響 Firefox < 140、Firefox ESR < 128.12、Thunderbird < 140 和 Thunderbird < 128.12。 (CVE-2025-6430)

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

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

  - 已解決 Linux 核心中的下列弱點：powerpc/32: Fix hardlockup on vmap stack overflow Since the commit c118c7303ad5 (powerpc/32: Fix vmap stack - Do not activate MMU before reading task struct) a vmap stack overflow results in a hard lockup. This is because emergency_ctx is still addressed with its virtual address allthough data MMU is not active anymore at that time. Fix it by using a physical address instead. (CVE-2021-47567)

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

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

  - 在 Xen 所使用的 Linux 核心 3.2 至 5.10.16 版本中發現一個問題。授權對應作業常發生在批次 hypercall 中，其中有多個作業是在單一 hypercall 中完成。系統會將每個作業的成功或失敗報告給後端驅動程式，然後後端驅動程式會迴圈推導結果，根據每個作業的成功或失敗來執行後續動作。遺憾的是當在 PV 模式下執行時Linux 後端驅動程式未正確處理此錯誤有些錯誤會遭到忽略實際上是從相關批次元素的成功中暗示其成功。在其他情況下，一個批次元素所導致的錯誤會導致系統未進一步檢查其他批次元素，因此造成成功的元素在錯誤復原時無法正確解除對應。僅具有以 PV 模式執行之 Linux 後端的系統容易受到影響。在 HVM/PVH 模式下執行的 Linux 後端不受影響。這會影響 arch/*/xen/p2m.c 和 drivers/xen/gntdev.c。(CVE-2021-26932)

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

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

  - 連結若非 eth 裝置從屬失敗則還原連結的 IFF_SLAVE 旗標 syzbot 報告警告 [1]其中連結裝置本身就是從屬而且我們嘗試將非乙太網路裝置控制為第一個失敗的從屬然後在ether_setup() 還原連結裝置時發生錯誤路徑其也會清除所有旗標。在我之前的修正中[2] 我還原了 IFF_MASTER 旗標但我並未考慮連結裝置本身也可能是設定了 IFF_SLAVE 的從屬裝置的情況因此我們也需要還原該旗標。使用 bond_ether_setup 協助程式執行正確的動作並正確還原連結的旗標。使用 nlmon 裝置重現的步驟 $ ip l add nlmon0 type nlmon $ ip l add bond1 type bond $ ip l add bond2 type bond $ ip l set bond1 master bond2 $ ip l set dev nlmon0 master bond1 $ ip -dl sh dev bond1 22bond1
    <BROADCAST,MULTICAST,MASTER> mtu 1500 qdisc noqueue master bond2 state DOWN 模式 DEFAULT 群組預設 qlen 1000 (現在 bond1 的 IFF_SLAVE 旗標已消失若嘗試將其刪除將會出現警告 [3]) [1] https://syzkaller.appspot.com/bug?id=391c7b1f6522182899efba27d891f1743e8eb3ef [2] commit 7d5cd2ce5292 (連結正確處理從屬失敗時的連結類型變更) [3] 範例警告[ 27.008664] bond1 (從屬 nlmon0)指定的從屬裝置不支援設定 MAC 位址 [ 27.008692] bond1(從屬 nlmon0)呼叫 set_mac_address 時發生錯誤 -95 [ 32.464639] bond1 (取消註冊)已釋放所有從屬 [ 32.464685] ------------[cut here ]------------ [ 32.464686] 警告 CPU1 PID2004 at net/core/dev.c:10829 unregister_netdevice_many+0x72a/0x780 [ 32.464694] 連結的模組br_netfilter bridge bonding virtio_net [ 32.464699] CPU1 PID2004 Comm ip Kdump已載入 未受污染的 5.18.0-rc3+ #47 [ 32.464703] 硬體名稱QEMU Standard PC (Q35 + ICH9, 2009)BIOS 1.16.1-2.fc37 04/01/2014 [32.464704] RIP0010:unregister_netdevice_many+0x72a/0x780 [ 32.464707] 代碼99 fd ff ff ba 90 1a 00 00 48 c7 c6 f4 02 66 96 48 c7 c7 20 4d 35 96 c6 05 fa c7 2b 02 01 e8 be 6f 4a 00 0f 0b e9 73 fd ff ff <0f> 0b e9 5f fd ff 80 3d e3 c7 2b 02 00 0f 85 3b fd ff ff ba 59 [ 32.464710] RSP : 0018:ffffa006422d7820 EFLAGS: 00010206 [ 32.464712] RAX: ffff8f6e077140a0 RBX: ffffa006422d7888 RCX: 0000000000000000 [32.464714] RDX: ffff8f6e12edbe58 RSI: 0000000000000296 RDI: ffffffff96d4a520 [ 32.464716] RBP:
    ffff8f6e07714000 R08ffffffff96d63600 R09ffffa006422d7728 [ 32.464717] R100000000000000ec0 R11
    ffffffff9698c988 R12ffff8f6e12edb140 [ 32.464719] R13dead000000000122 R14dead000000000100 R15
    ffff8f6e12edb140 [ 32.464723] FS: 00007f297c2f1740(0000) GS:ffff8f6e5d900000(0000) knlGS:0000000000000000 [ 32.464725] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 32.464726] CR2: 00007f297bf1c800 CR3:
    00000000115e8000 CR40000000000350ee0 [ 32.464730] 呼叫追踪 [ 32.464763] <TASK> [ 32.464767] rtnl_dellink+0x13e/0x380 [ 32.464776] cred_has_capability.isra.0+0x68/0x100 [ 32.464780]
    __rtnl_unlock+0x33/0x60 [ 32.464783] ? bpf_lsm_capset+0x10/0x10 [ 32.464786] ? security_capable+0x36/0x50 [ 32.464790] rtnetlink_rcv_msg+0x14e/0x3b0 [ 32.464792] ? _copy_to_iter+0xb1/0x790 [ 32.464796] ? post_alloc_hook+0xa0/0x160 [ 32.464799] ? rtnl_calcit.isra.0+0x110/0x110 [ 32.464802] netlink_rcv_skb+0x50/0xf0 [ 32.464806] netlink_unicast+0x216/0x340 [ 32.464809] netlink_sendmsg+0x23f/0x480 [ 32.464812] sock_sendmsg+0x5e/0x60 [ 32.464815]____sys_sendmsg +0x22c/0x270 [32.464818] ? import_iovec+0x17/0x20 [ 32.464821] ? sendmsg_copy_msghdr+0x59/0x90 [ 32.464823] ? do_set_pte+0xa0/0xe0 [ 32.464828] ___sys_sendmsg+0x81/0xc0 [ 32.464832] ? mod_objcg_state+0xc6/0x300 [32.464835] ? refill_obj_stock+0xa9/0x160 [ 32.464838] ? memcg_slab_free_hook+0x1a5/0x1f0 [ 32.464842]
    __sys_sendm ---truncated--- (CVE-2023-53103)

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

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

  - Linux 核心 5.13+ icmp6 實作中存在記憶體洩漏弱點，這允許遠端攻擊者透過 130 或 131 類型的 icmp6 封包導致主機耗盡記憶體，進而對主機發動 DoS 攻擊。我們建議升級之前的修訂版本 2d3916f3189172d5c69d33065c3c21119fe539fc。(CVE-2022-0742)

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

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

  - 已解決 Linux 核心中的下列弱點：net: ethernet: mtk_wed: fix use-after-free panic in mtk_wed_setup_tc_block_cb() When there are multiple ap interfaces on one band and with WED on, turning the interface down will cause a kernel panic on MT798X. Previously, cb_priv was freed in mtk_wed_setup_tc_block() without marking NULL,and mtk_wed_setup_tc_block_cb() didn't check the value, too.
    Assign NULL after free cb_priv in mtk_wed_setup_tc_block() and check NULL in mtk_wed_setup_tc_block_cb().
    ---------- Unable to handle kernel paging request at virtual address 0072460bca32b4f5 Call trace:
    mtk_wed_setup_tc_block_cb+0x4/0x38 0xffffffc0794084bc tcf_block_playback_offloads+0x70/0x1e8 tcf_block_unbind+0x6c/0xc8 ... --------- (CVE-2024-44997)

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

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

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

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

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

  - 在 4.10.1 之前的 Linux 核心中，net / ipv4 / ip_sockglue.c 的 ip_cmsg_recv_checksum 函式對skb資料配置的預期不正確，進而允許本機使用者透過特製系統呼叫，引致拒絕服務 (緩衝區過度讀取)，或可能造成其他不明影響；搭配使用回送 UDP 傳輸和 MSG_MORE 旗標即為一例。(CVE-2017-6347)

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

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

  - 已解決 Linux 核心中的下列弱點：kunit/fortify: Fix mismatched kvalloc()/vfree() usage The kv*() family of tests were accidentally freeing with vfree() instead of kvfree(). Use kvfree() instead. (CVE-2024-38617)

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

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

  - 已解決 Linux 核心中的下列弱點：erofs: fix wrong kunmap when using LZMA on HIGHMEM platforms As the call trace shown, the root cause is kunmap incorrect pages: BUG: kernel NULL pointer dereference, address: 00000000 CPU: 1 PID: 40 Comm: kworker/u5:0 Not tainted 6.2.0-rc5 #4 Workqueue: erofs_worker z_erofs_decompressqueue_work EIP: z_erofs_lzma_decompress+0x34b/0x8ac z_erofs_decompress+0x12/0x14 z_erofs_decompress_queue+0x7e7/0xb1c z_erofs_decompressqueue_work+0x32/0x60 process_one_work+0x24b/0x4d8 ? process_one_work+0x1a4/0x4d8 worker_thread+0x14c/0x3fc kthread+0xe6/0x10c ? rescuer_thread+0x358/0x358 ? kthread_complete_and_exit+0x18/0x18 ret_from_fork+0x1c/0x28 ---[ end trace 0000000000000000 ]--- The bug is trivial and should be fixed now. It has no impact on !HIGHMEM platforms.
    (CVE-2023-53144)

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

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

  - 一個遭到入侵的 web 子處理程序可停用 web 安全性開啟限制導致在 <code>file://</code> 內容中衍生新的子處理程序。如果有可靠的惡意利用原語此新處理程序可能會再次遭到惡意利用進而導致任意檔案讀取。此弱點會影響 Firefox < 109。(CVE-2023-23597)

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

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

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

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

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

  - s390/ptrace正確處理 fpc 暫存器的設定 如果追踪的處理程序之浮點控制項 (fpc) 暫存器的內容是以 ptrace 介面修改則會透過暫時將新值載入 fpc 暫存器中來測試新值的有效性。這可能會導致損毀追踪處理程序的 fpc 暫存器如果將值暫時載入 fpc 暫存器且在中斷內容中使用浮點或向量暫存器時發生中斷目前的 fp/vx 暫存器會以save_fpu_regs() 假設它們屬於使用者空間且會在傳回使用者空間時載入 fp/vx 暫存器。 test_fp_ctl() 會還原原始的使用者空間 fpc 暫存器值但是在傳回使用者空間時該值會遭到捨棄。因此，追蹤程序將按預期用於受追蹤進程的值繼續錯誤執行。此問題的解決方法如下：在使用 test_fp_ctl() 之前，以 save_fpu_regs() 儲存 fpu 暫存器內容。(CVE-2023-52598)

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

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

  - 在 Android 核心中，binder.c 的 binder_transaction 可能因整數溢位而發生超出邊界寫入。這可能會導致本機特權提升，且不需額外的執行權限。若要利用此弱點，需要使用者互動。(CVE-2019-2181)

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

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

  - iioaccelkxcjk-1013修正探查和移除中可能發生的記憶體洩漏。ACPI 類型為 ACPI_SMO8500 時將不會設定 data->dready_trig且不會釋放 iio_triggered_buffer_setup() 配置的記憶體並造成記憶體洩漏為遵循未參照的物件 0xffff888009551400 (大小 512)comm i2c-SMO8500-125, pid 911, jiffies 4294911787 (83.852 秒) 十六進位轉儲存 (前 32 個位元組)02 00 00 00 00 00 00 00 00 000 00 00 00 000 00 00 00 000 00 00 00 000 00 00 00 ........ 00 00 00 00 00 00 00 00 20 e2 e5 c0 ff ff ff ff ........
    .. 反向追踪 [<0000000041ce75ee>] kmem_cache_alloc_trace+0x16d/0x360 [<000000000aeb17b0>] iio_kfifo_allocate+0x41/0x130 [kfifo_buf] [<000000004b40c1f5>] iio_triggered_buffer_setup_ext+0x2c/0x210 [indusrialio_triggered_buffer] [<000000004375b15f>] kxcjk1013_probe+x103/ 0x1d81 [kxcjk_1013] 透過移除探查中的 data->dready_trig 條件來修正此問題並移除。 (CVE-2021-47499)

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

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

  - 網路後端可能造成 Linux netfront 使用已釋放的 SKB。在新增邏輯以支援 XDP (eXpress Data Path) 時，移動程式碼標籤的方式允許釋放被保留進行進一步處理的包含參照 (指標) 的 SKB。(CVE-2022-33743)

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

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

  - net_schedsch_sfq修正處理 gso_skb 時可能發生的當機 SFQ 假設始終能夠將至少一個封包排入佇列。然而在責備的認可之後sch->gso_skb 中的封包可擴大 sch->q.len且空 SFQ qdisc 上的 enqueue() 之後可能會立即中斷。修正 sfq_drop() 以在此情況下正確清除 q->tail。 ip netns add lb ip link add dev to-lb type veth peer name in-lb netns lb ethtool -K to-lb tso off # force qdisc 將 gso_skb 重新排入佇列 ip netns exec lb ethtool -K in-lb gro on # 啟用 NAPI ip link set dev to-lb up ip -netns lb link set dev in-lb up ip addr add dev to-lb 192.168.20.1/24 ip -netns lb addr add dev in-lb 192.168.20.2/24 tc qdisc replace dev to-lb root sfq limit 100 ip netns exec lb netserver netperf -H 192.168.20.2 -l 100 & netperf -H 192.168.20.2 -l 100 & netperf
    -H 192.168.20.2 -l 100 & netperf -H 192.168.20.2 -l 100 & (CVE-2025-38115)

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

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

  - 已解決 Linux 核心中的下列弱點：usb: misc: ljca: Fix double free in error handling path When auxiliary_device_add() returns error and then calls auxiliary_device_uninit(), callback function ljca_auxdev_release calls kfree(auxdev->dev.platform_data) to free the parameter data of the function ljca_new_client_device. The callers of ljca_new_client_device shouldn't call kfree() again in the error handling path to free the platform data. Fix this by cleaning up the redundant kfree() in all callers and adding kfree() the passed in platform_data on errors which happen before auxiliary_device_init() succeeds . (CVE-2024-26653)

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

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

  - 已解決 Linux 核心中的下列弱點：f2fs: fix panic during f2fs_resize_fs() f2fs_resize_fs() hangs in below callstack with testcase: - mkfs 16GB image & mount image
    - dd 8GB fileA - dd 8GB fileB - sync - rm fileA - sync - resize filesystem to 8GB kernel BUG at segment.c:2484! Call Trace: allocate_segment_by_default+0x92/0xf0 [f2fs] f2fs_allocate_data_block+0x44b/0x7e0 [f2fs] do_write_page+0x5a/0x110 [f2fs] f2fs_outplace_write_data+0x55/0x100 [f2fs] f2fs_do_write_data_page+0x392/0x850 [f2fs] move_data_page+0x233/0x320 [f2fs] do_garbage_collect+0x14d9/0x1660 [f2fs] free_segment_range+0x1f7/0x310 [f2fs] f2fs_resize_fs+0x118/0x330 [f2fs] __f2fs_ioctl+0x487/0x3680 [f2fs] __x64_sys_ioctl+0x8e/0xd0 do_syscall_64+0x33/0x80 entry_SYSCALL_64_after_hwframe+0x44/0xa9 The root cause is we forgot to check that whether we have enough space in resized filesystem to store all valid blocks in before-resizing filesystem, then allocator will run out-of-space during block migration in free_segment_range().
    (CVE-2021-47007)

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

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

  - 已解決 Linux 核心中的下列弱點：iio: temperature: mlx90635: Fix ERR_PTR dereference in mlx90635_probe() When devm_regmap_init_i2c() fails, regmap_ee could be error pointer, instead of checking for IS_ERR(regmap_ee), regmap is checked which looks like a copy paste error.
    (CVE-2024-40933)

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

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

  - 可以使用縮放的原生游標對使用者重新發動之前的游標偽造攻擊。
    此弱點會影響 Thunderbird 91.4.0 更早版本、Firefox ESR 91.4.0 更早版本和 Firefox 95 更早版本。(CVE-2021-43546)

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

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

  - atmclip修正 clip_push() 的無限遞回呼叫。 syzbot 報告了以下問題。 [0] 如果我們呼叫 ioctl(ATMARP_MKIP) 超過一次就會發生這個情況。在第一個呼叫期間clip_mkip() 會將 clip_push() 設定為 vcc->push()而第二個呼叫則將其複製到 clip_vcc->old_push()。稍後當通訊端為 close()dvcc_destroy_socket() 會將 NULL skb 傳送至 clip_push()進而呼叫 clip_vcc->old_push()進而觸發無限遞回。我們可以檢查 vcc->user_back (由第一個呼叫配置為 clip_vcc) 來防止第二個 ioctl(ATMARP_MKIP)。另請注意我們使用 lock_sock() 來防止爭用呼叫。 [0]
    錯誤TASK 堆疊保護頁面在 ffffc9000d66fff8 遭到命中 (堆疊為 ffffc9000d670000..ffffc9000d678000) Oops
    堆疊保護頁面0000 [#1] SMP KASAN NOPTI CPU0 UID0 PID5322 Commsyz.0.0 未受污染的 6.16.0-rc4-syzkaller #0 PREEMPT(full) 硬體名稱QEMU 標準 PC (Q35 + ICH9, 2009)、BIOS 1.16.3-debian-1.16.3-2~bpo12+1 04/01/2014 RIP: 0010:clip_push+0x5/0x720 net/atm/clip.c:191 代碼e0 8f aa 8c e8 1c ad 5b fa eb ae 66 2e 0f 1f 84 00 00 00 00 00 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 f3 0f 1e fa 55 <41> 57 41 56 41 48 454 41 48 54 83 ec 20 48 89 f3 49 89 fd 48 bd 00 RSP: 0018:ffffc9000d670000 EFLAGS: 00010246 RAX: 1ffff1100235a4a5 RBX: ffff888011ad2508 RCX: ffff8880003c0000 RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffff888037f01000 RBP: dffffc0000000000 R08: ffffffff8fa104f7 R09:
     R101ffffffff1f4209e  : dffffc0000000000 R11: ffffffff8a99b300 R12: ffffffff8a99b300 R13: ffff888037f01000 R14: ffff888011ad2500 R15: ffff888037f01578 FS: 000055557ab6d500(0000) GS:ffff88808d250000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0 0000000080050033 CR2ffffc9000d66fff8 CR3
    0000000043172000 CR4: 0000000000352ef0 呼叫追踪 <TASK> clip_push+0x6dc/0x720 net/atm/clip.c:200 clip_push+0x6dc/0x720 net/atm/clip.c:200 clip_push+0x6dc/0x720 net/atm/clip.c: 200 ...
    clip_push+0x6dc/0x720 net/atm/clip.c:200 clip_push+0x6dc/0x720 net/atm/clip.c:200 clip_push+0x6dc/0x720 net/atm/clip.c:200 vcc_destroy_socket net/atm/common.c :183 [內嵌] vcc_release+0x157/0x460 net/atm/common.c:205 __sock_release net/socket.c:647 [內嵌] sock_close+0xc0/0x240 net/socket.c:1391
    __fput+0x449/0xa70 fs/file_table.c:465 task_work_run+0x1d1/0x260 kernel/task_work.c:227 resume_user_mode_work include/linux/resume_user_mode.h:50 [內嵌] exit_to_user_mode_loop+0xec/0x110 kernel/entry/common.c 114 exit_to_user_mode_prepare include/linux/entry-common.h:330 [內嵌] syscall_exit_to_user_mode_work include/linux/entry-common.h:414 [內嵌] syscall_exit_to_user_mode include/linux/entry-common.h:449 [內嵌] do_syscall_64+0x2bd/ 0x3b0 arch/x86/entry/syscall_64.c:100 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP 0033:0x7ff31c98e929 程式碼 ff ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 40 00 6 f9 48 8 98 48 f 68 48 48 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 ff f7 d8 64 89 01 48 RSP: 002b:00007fffb5aa1f78 EFLAGS: 00000246 ORIG_RAX: 00000000000001b4 RAX 0000000000000000 RBX 0000000000012747 RCX 00007ff31c98e929 RDX
    0000000000000000 RSI: 000000000000001e RDI: 0000000000000003 RBP: 00007ff31cbb7ba0 R08: 0000000000000001 R09: 0000000db5aa226f R10: 00007ff31c7ff030 R11: 0000000000000246 R12: 00007ff31cbb608c R13:
    00007ff31cbb6080 R14ffffffffffffffff R1500007fffb5aa2090 </TASK> 連結的模組(CVE-2025-38459)

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

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

  - 已解決 Linux 核心中的下列弱點：usb: typec: tcpm: fix double-free issue in tcpm_port_unregister_pd() When unregister pd capabilitie in tcpm, KASAN will capture below double
    -free issue. The root cause is the same capabilitiy will be kfreed twice, the first time is kfreed by pd_capabilities_release() and the second time is explicitly kfreed by tcpm_port_unregister_pd(). [3.988059] BUG: KASAN: double-free in tcpm_port_unregister_pd+0x1a4/0x3dc [ 3.995001] Free of addr ffff0008164d3000 by task kworker/u16:0/10 [ 4.001206] [ 4.002712] CPU: 2 PID: 10 Comm: kworker/u16:0 Not tainted 6.8.0-rc5-next-20240220-05616-g52728c567a55 #53 [ 4.012402] Hardware name: Freescale i.MX8QXP MEK (DT) [ 4.017569] Workqueue: events_unbound deferred_probe_work_func [ 4.023456] Call trace: [ 4.025920] dump_backtrace+0x94/0xec [ 4.029629] show_stack+0x18/0x24 [ 4.032974] dump_stack_lvl+0x78/0x90 [ 4.036675] print_report+0xfc/0x5c0 [ 4.040289] kasan_report_invalid_free+0xa0/0xc0 [ 4.044937]
    __kasan_slab_free+0x124/0x154 [ 4.049072] kfree+0xb4/0x1e8 [ 4.052069] tcpm_port_unregister_pd+0x1a4/0x3dc [ 4.056725] tcpm_register_port+0x1dd0/0x2558 [ 4.061121] tcpci_register_port+0x420/0x71c [ 4.065430] tcpci_probe+0x118/0x2e0 To fix the issue, this will remove kree() from tcpm_port_unregister_pd().
    (CVE-2024-26932)

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

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

  - FontFaceSet 中的釋放後使用會導致可能遭惡意利用的當機。此弱點會影響 Firefox < 140、Firefox ESR < 115.25、Firefox ESR < 128.12、Thunderbird < 140 和 Thunderbird < 128.12。
    (CVE-2025-6424)

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

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

  - 在 Linux 核心的 perf_event_open() 中發現爭用情形，無權限的使用者可藉此取得 root 權限。惡意使用者可利用此錯誤構建數個攻擊程式原語，例如核心位址資訊洩漏、任意執行等 (CVE-2022-1729)

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

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

  - 已解決 Linux 核心中的下列弱點：eventfs: Fix a possible null pointer dereference in eventfs_find_events() In function eventfs_find_events,there is a potential null pointer that may be caused by calling update_events_attr which will perform some operations on the members of the ei struct when ei is NULL. Hence,When ei->is_freed is set,return NULL directly. (CVE-2024-39470)

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

ID	名稱	嚴重性
247469	Linux Distros 未修補的弱點：CVE-2023-52895	medium
247468	Linux Distros 未修補的弱點：CVE-2018-5848	high
247467	Linux Distros 未修補的弱點：CVE-2021-35639	medium
247466	Linux Distros 未修補的弱點：CVE-2024-36887	medium
247465	Linux Distros 未修補的弱點：CVE-2025-21908	medium
247464	Linux Distros 未修補的弱點：CVE-2020-10720	medium
247463	Linux Distros 未修補的弱點：CVE-2024-43364	high
247462	Linux Distros 未修補的弱點：CVE-2019-19055	medium
247461	Linux Distros 未修補的弱點：CVE-2024-26895	high
247460	Linux Distros 未修補的弱點：CVE-2025-22027	medium
247459	Linux Distros 未修補的弱點：CVE-2021-47509	medium
247458	Linux Distros 未修補的弱點：CVE-2025-22033	medium
247457	Linux Distros 未修補的弱點：CVE-2017-7495	medium
247456	Linux Distros 未修補的弱點：CVE-2025-31650	high
247455	Linux Distros 未修補的弱點：CVE-2023-52847	medium
247454	Linux Distros 未修補的弱點：CVE-2020-12396	critical
247453	Linux Distros 未修補的弱點：CVE-2024-0745	high
247452	Linux Distros 未修補的弱點：CVE-2024-33619	high
247451	Linux Distros 未修補的弱點：CVE-2016-9120	high
247450	Linux Distros 未修補的弱點：CVE-2025-6558	high
247449	Linux Distros 未修補的弱點：CVE-2022-22764	high
247448	Linux Distros 未修補的弱點：CVE-2024-35920	medium
247447	Linux Distros 未修補的弱點：CVE-2021-47461	critical
247446	Linux Distros 未修補的弱點：CVE-2021-2481	medium
247445	Linux Distros 未修補的弱點：CVE-2025-6430	medium
247444	Linux Distros 未修補的弱點：CVE-2021-47567	high
247443	Linux Distros 未修補的弱點：CVE-2021-26932	medium
247442	Linux Distros 未修補的弱點：CVE-2023-53103	medium
247441	Linux Distros 未修補的弱點：CVE-2022-0742	high
247440	Linux Distros 未修補的弱點：CVE-2024-44997	high
247439	Linux Distros 未修補的弱點：CVE-2020-14861	medium
247438	Linux Distros 未修補的弱點：CVE-2017-6347	high
247437	Linux Distros 未修補的弱點：CVE-2024-38617	high
247436	Linux Distros 未修補的弱點：CVE-2023-53144	medium
247435	Linux Distros 未修補的弱點：CVE-2023-23597	medium
247434	Linux Distros 未修補的弱點：CVE-2025-21579	medium
247433	Linux Distros 未修補的弱點：CVE-2023-52598	high
247432	Linux Distros 未修補的弱點：CVE-2019-2181	high
247431	Linux Distros 未修補的弱點：CVE-2021-47499	medium
247430	Linux Distros 未修補的弱點：CVE-2022-33743	high
247429	Linux Distros 未修補的弱點：CVE-2025-38115	medium
247428	Linux Distros 未修補的弱點：CVE-2024-26653	high
247427	Linux Distros 未修補的弱點：CVE-2021-47007	medium
247426	Linux Distros 未修補的弱點：CVE-2024-40933	medium
247425	Linux Distros 未修補的弱點：CVE-2021-43546	medium
247424	Linux Distros 未修補的弱點：CVE-2025-38459	medium
247423	Linux Distros 未修補的弱點：CVE-2024-26932	high
247422	Linux Distros 未修補的弱點：CVE-2025-6424	critical
247421	Linux Distros 未修補的弱點：CVE-2022-1729	high
247420	Linux Distros 未修補的弱點：CVE-2024-39470	medium

偵測

Nessus 的 Misc. 系列

medium

high

medium

medium

medium

medium

high

medium

high

medium

medium

medium

medium

high

medium

critical

high

high

high

high

high

medium

critical

medium

medium

high

medium

medium

high

high

medium

high

high

medium

medium

medium

high

high

medium

high

medium

high

medium

medium

medium

medium

high

critical

high

medium