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

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

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

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

  - codel移除 qdisc_tree_reduce_backlog() 之前的 sch->q.qlen 檢查。在使所有 ->qlen_notify() 回呼成為冪等之後現在可以安全地從 fq_codel_dequeue() 和 codel_qdisc_dequeue() 移除 qlen!=0 檢查。 (CVE-2025-37798)

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

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

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

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

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

  - f2fs修正以避免在 pinfile 的 fallocation 失敗時發生不穩定 syzbot 報告 f2fs 錯誤時如下
    ------------[在此處切入]------------ fs/f2fs/segment.c:2746! 的核心錯誤CPU: 0 UID: 0 PID: 5323 Comm
    syz.0.0 未受污染的 6.13.0-rc2-syzkaller-00018-g7cb1b4663150 #0 RIP0010:get_new_segment fs/f2fs/segment.c:2746 [內嵌] RIP0010:new_curseg+0x1f52/0x1f70 fs/f2fs/segment。 c:2876 呼叫追踪
    <TASK> __allocate_new_segment+0x1ce/0x940 fs/f2fs/segment.c:3210 f2fs_allocate_new_section fs/f2fs/segment.c:3224 [內嵌] f2fs_allocate_pinning_section+0xfa/0x4e0 fs/f2fs/segment.c:3238 f2fs_expand_inode_data+0x2fs6/600000s/fx2fs6/600000s/segment.c:3238 file.c:1830 f2fs_fallocate+0x537/0xa10 fs/f2fs/file.c:1940 vfs_fallocate+0x569/0x6e0 fs/open.c:327 do_vfs_ioctl+0x258c/0x2e40 fs/ioctl.c:885 __do_sys_ioctl fs/ioctl.c: 904 [內嵌] __se_sys_ioctl+0x80/0x170 fs/ioctl.c:892 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 並行 pinfile 配置可能會耗盡可用區段導致 get_new_segment() 發生錯誤讓我們擴大 pin_sem 鎖定涵蓋範圍以包含 f2fs_gc()以便確保為後續配置回收足夠的可用空間。此外進行下列變更以增強錯誤路徑處理- get_new_segment() 的非 pinfile 配置路徑中只呼叫 f2fs_bug_on()。 - 呼叫 reset_curseg_fields() 以重設 new_curseg() 中 curseg 的所有欄位 (CVE-2025-23130)

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

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

  - octeon_ep修正裝置重新開機期間的主機懸置問題當主機遺失來自裝置的活動訊號訊息時驅動程式會呼叫裝置特定的 ndo_stop 函式這會釋放資源。如果在此狀況下卸載驅動程式它會再次呼叫 ndo_stop嘗試釋放已釋放的資源進而導致主機懸置問題。若要解決此問題應呼叫 dev_close 而非裝置特定的停止函式。dev_close 在內部會呼叫 ndo_stop 以停止網路介面並執行其他清理工作。在驅動程式卸載處理程序期間如果裝置已關閉不會呼叫 ndo_stop。 (CVE-2025-37933)

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

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

  - 在 Linux 核心的 GPU i915 核心驅動程式功能中發現一個隨機記憶體存取缺陷，使用者可能利用此缺陷在 GPU 上執行惡意程式碼。本機使用者可利用此缺陷造成系統當機，或提升自己的系統權限。(CVE-2022-0330)

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

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

  - 已解決 Linux 核心中的下列弱點：drm/meson: fix shutdown crash when component not probed When main component is not probed, by example when the dw-hdmi module is not loaded yet or in probe defer, the following crash appears on shutdown: Unable to handle kernel NULL pointer dereference at virtual address 0000000000000038 ... pc : meson_drv_shutdown+0x24/0x50 lr :
    platform_drv_shutdown+0x20/0x30 ... Call trace: meson_drv_shutdown+0x24/0x50 platform_drv_shutdown+0x20/0x30 device_shutdown+0x158/0x360 kernel_restart_prepare+0x38/0x48 kernel_restart+0x18/0x68 __do_sys_reboot+0x224/0x250 __arm64_sys_reboot+0x24/0x30 ... Simply check if the priv struct has been allocated before using it. (CVE-2021-47165)

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

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

  -在 Ceph Object Gateway 中發現一個瑕疵，其支援 Amazon S3 中匿名使用者傳送的要求。此瑕疵可導致潛在的 XSS 攻擊，這是因為未適當中和未受信任的輸入所導致。 （（CVE-2020-1760）

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

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

  - ksmbd修正 smb2_lock 中的釋放後使用。如果 smb_lock->zero_len 有值則 smb_lock 的 ->llist 不會遭到刪除而 flock 為舊。這會造成錯誤處理常式發生釋放後使用。 (CVE-2025-21945)

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

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

  - powerpc/powernv在 opal_event_init() 中新增 NULL 指標檢查 kasprintf() 傳回一個動態配置記憶體的指標其在失敗時可為 NULL。 (CVE-2023-52686)

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

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

  - 包裝指令碼 Proxy 的跨區間包裝函式可造成其他區間的物件儲存在主區間，進而導致出現釋放後使用。此弱點會影響 Firefox ESR < 115、Firefox < 102.13 和 Thunderbird < 102.13。(CVE-2023-37202)

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

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

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

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

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

  - USB核心防止巢狀裝置重設呼叫 自動核心模糊測試顯示 usb-storage 中的遞回鎖定違規========================== ================== 警告偵測到可能的遞回鎖定 5.18.0 #3 未受污染 ---------------------- ---------------------- kworker/1:3/1205 嘗試取得鎖定 ffff888018638db8 (&us_interface_key[i]){+.+.}-{3:3}位於 usb_stor_pre_reset+0x35/0x40 drivers/usb/storage/usb.c:230但工作已保留鎖定 ffff888018638db8 (&us_interface_key[i]){+.+.}-{3:3}、@usb_stor_pre_reset +0x35/0x40 drivers/usb/storage/usb.c:230 ...
    堆疊反向追踪 CPU1 PID1205 通訊kworker/1:3 未受污染 5.18.0 #3 硬體名稱QEMU Standard PC (i440FX + PIIX, 1996)BIOS 1.13.0-1ubuntu1.1 2014 年 4 月 1 日 工作佇列usb_hub_wq hub_event呼叫追踪
    <TASK> __dump_stack lib/dump_stack.c:88 [內嵌] dump_stack_lvl+0xcd/0x134 lib/dump_stack.c:106 print_deadlock_bug kernel/locking/lockdep.c:2988 [內嵌] check_deadlock kernel/locking/lockdep.c:3031 [內嵌] validate_chain kernel/locking/lockdep.c:3816 [內嵌] __lock_acquire.cold+0x152/0x3ca kernel/locking/lockdep.c:5053 lock_acquire kernel/locking/lockdep.c:5665 [內嵌] lock_acquire+0x1ab/0x520 kernel/locking/ lockdep.c:5630 __mutex_lock_common kernel/locking/mutex.c:603 [內嵌]
    __mutex_lock+0x14f/0x1610 kernel/locking/mutex.c:747 usb_stor_pre_reset+0x35/0x40 drivers/usb/storage/usb.c:230 usb_reset_device+0x37d/0x9a0 drivers/usb/core/hub.c:6109 r871xu_dev_remove+0x21a/ 0x270 drivers/staging/rtl8712/usb_intf.c:622 usb_unbind_interface+0x1bd/0x890 drivers/usb/core/driver.c:458 device_remove drivers/base/dd.c:545 [內嵌] device_remove+0x11f/0x170 drivers/base/ dd.c:537 __device_release_driver drivers/base/dd.c:1222 [內嵌] device_release_driver_internal+0x1a7/0x2f0 drivers/base/dd.c:1248 usb_driver_release_interface+0x102/0x180 drivers/usb/core/driver.c:627 usb_forced_unbind_intf+ 0x4d/0xa0 drivers/usb/core/driver.c:1118 usb_reset_device+0x39b/0x9a0 drivers/usb/core/hub.c:6114 結果這不是 usb-storage 中的錯誤而是巢狀裝置重設嘗試。也就是說當 rtl8712 驅動程式正在從復合裝置解除系結以準備不相關的 USB 重設 (該驅動程式沒有 pre_reset 或 post_reset 回呼) 時其 ->remove 常式會呼叫 usb_reset_device() -- 因此在另一個。在中斷連線處理過程中執行重設至多是有問題的作法。
    不過錯誤報告指出 USB 核心沒有針對巢狀重設提供任何保護。
    新增 reset_in_progress 旗標並加以測試可防止未來發生此類錯誤。 (CVE-2022-49936)

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

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

  - scsimpt3sas修正 mpt3sas_transport_port_add() 中的 NULL 指標存取。連接埠由 sas_port_alloc_num() 配置而 rphy 由 sas_end_device_alloc() 或 sas_expander_alloc() 配置則所有情況皆可能傳回 NULL。因此我們需要檢查 rphy以避免可能的 NULL 指標存取。如果 sas_rphy_add() 傳回失敗則 rphy 會設為 NULL。我們會存取下列行中的 rphy而這也會導致 NULL 指標存取。 (CVE-2023-53124)

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

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

  - 在 drivers/nvmem/brcm_nvram.c 的 Linux 核心 brcm_nvram_parse 中發現一個問題。缺少 kzalloc() 傳回值的檢查可造成 NULL 指標解除參照。 (CVE-2023-3359)

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

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

  在處理傳送給「named」的控制通道訊息的程式碼中，某些函數在封包剖析過程中被遞歸調用。遞歸深度僅受最大可接受封包大小的限制；根據環境，這可能會導致封包剖析程式碼耗盡可用的堆疊記憶體，從而導致「named」意外終止。由於每個傳入的控制通道訊息在其內容進行驗證之前都會被完全剖析，因此利用此瑕疵不需要攻擊者持有有效的 RNDC 金鑰；
    而僅需要控制通道的已設定 TCP 連接埠的網路存取權。此問題會影響 BIND 9 9.2.0 至 9.16.43 版、9.18.0 至 9.18.18 版、9.19.0 至 9.19.16 版、9.9.3-S1 至 9.16.43-S1 版，以及 9.18.0-S1 至 9.18.18-S1 版。(CVE-2023-3341)

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

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

  - clkmediatekclk-mt6797新增 mtk_alloc_clk_data 檢查。新增 mtk_alloc_clk_data() 傳回值的檢查以避免 NULL 指標解除參照。 (CVE-2023-52865)

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

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

  - 先在某個索引標籤中使用 AI 聊天機器人然後再在另一個索引標籤中啟動前一個索引標籤的文件標題會洩漏到聊天提示中。此弱點會影響 Firefox < 137。(CVE-2025-3035)

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

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

  - 在 Linux 核心 4.12 之前版本中，fs/f2fs/node.c 的 add_free_nid 函式未正確追蹤配置的 nid，這讓本機使用者可透過並行執行緒造成拒絕服務 (爭用情形)，或可能造成其他不明影響。(CVE-2017-18249)

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

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

  - powerpc/code-patching不將文字修補區域標記為 VM_ALLOC 以修正 KASAN 命中。Erhard 在使用支援 KASAN 的核心 6.13-rc6 啟動 PowerMac G4 時發生下列 KASAN 命中：錯誤KASAN
    vmalloc-out-of-bounds in copy_to_kernel_nofault+0xd8/0x1c8 Write of size 8 at addr f1000000 by task chronyd/1293 CPU: 0 UID: 123 PID: 1293 Comm: chronyd 污染: GW 6.13.0-rc6-PMacG4 #2 污染[W]=WARN 硬體名稱PowerMac3,6 7455 0x80010303 PowerMac 呼叫追踪[c2437590] [c1631a84] dump_stack_lvl+0x70/0x8c (不可靠) [c24375b0] [c0504998] print_report+0xdc/0x504 [c2437610] [c050kac050] +0xf8/0x108 [c2437690] [c0505a3c] kasan_check_range+0x24/0x18c [c24376a0] [c03fb5e4] copy_to_kernel_nofault+0xd8/0x1c8 [c24376c0] [c004c014] patch_instructions+0x15c/0x16c [c2437710] [c00731a8] bpf_arch_text_copy+0x60/0x7c [c2437730 ] [c0281168] bpf_jit_binary_pack_finalize+0x50/0xac [c2437750] [c0073cf4] bpf_int_jit_compile+0xb30/0xdec [c2437880] [c0280394] bpf_prog_select_runtime+0x15c/0x478 [c24378d0] [c1263428] bpf_prepare_filter+0xbf8/0xc14 [c2437990] [c12677ec] bpf_prog_create_from_user+ 0x258/0x2b4 [c24379d0] [c027111c] do_seccomp+0x3dc/0x1890 [c2437ac0] [c001d8e0] system_call_exc eption+0x2dc/0x420 [c2437f30] [c00281ac] ret_from_syscall+0x0/0x2c --- 中斷 0x5a1274 的 c00 NIP005a1274 LR 006a3b3c CTR 005296c8 REGSc2437f40 0c00 (Tainted6-PGW64.13.rc) ) MSR0200f932<VEC,EE,PR,FP,ME,IR,DR,RI> CR: 24004422 XER: 00000000 GPR00: 00000166 af8f3fa0 a7ee3540 00000001 00000000 013b6500 005a5858 0200f932 GPR08: 00000000 00001fe9 013d5fc8 005296c8 2822244c 00b2fcd8 00000000 af8f4b57 GPR16: 00000000 00000001 00000000 00000000 00000000 00000001 00000000 00000002 GPR24: 00afdbb0 00000000 00000000 00000000 006e0004 013ce060 006e7c1c 00000001 NIP [005a1274] 0x5a1274 LR [006a3b3c] 0x6a3b3c --- 中斷c00 錯誤位址屬於 [f1000000, f1002000) 處的虛擬對應建立者text_area_cpu_up+0x20/0x190 錯誤位址屬於實體頁面pagerefcount :1 mapcount:0 mapping:00000000 index:0x0 pfn:0x76e30 flags: 0x80000000(zone=2) raw
    80000000 00000000 00000122 00000000 00000000 00000000 ffffffff 00000001 原始: 00000000 已轉儲存頁面原因
    kasan偵測到錯誤的存取 錯誤位址周圍的記憶體狀態 f0ffff00: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0ffff80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0>f10000 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 ^ f1000080f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f1000100f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 ============================================== ==================== f8 對應於 KASAN_VMALLOC_INVALID這表示該區域尚未初始化因此應該不會再使用。Powerpc 文字修補基礎結構使用 get_vm_area() 配置虛擬記憶體區域並將其標記為 VM_ALLOC。但是該旗標原本是要用於 vmalloc() 且 vmalloc() 配置的記憶體在呼叫 __vmalloc_node_range() 之前不應使用而該呼叫絕不會針對該區域呼叫。這在提交 e4137f08816b 之前不會被偵測到 (mm、kasan、kmsaninstrument copy_from/to_kernel_nofault) text_area_cpu_up() 配置的區域不是 vmalloc 記憶體而是在 map_kernel_page() 需要時直接在需要時對應。沒有與此類使用情況對應的 VM 旗標因此不要傳送旗標。如此一來該區域將立即解除毒害並可立即使用。 (CVE-2025-21866)

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

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

  - 在位址列中，Android 版 Firefox 截斷網址時是從末端開始，而非優先顯示來源位址。(CVE-2025-8041)

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

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

  - wifiath12k修正無效的記憶體存取。在 ath12k_dp_rx_msdu_coalesce() 中rxcb 從 skb 擷取而布林值 is_continuation 是 rxcb 的一部分。目前在釋放 skb 之後rxcb->is_continuation 會再次存取這是錯誤的因為記憶體已經釋放。這可能導致釋放後使用錯誤。
    因此透過從 rxcb 在本機定義 bool is_continuation 來修正以便在釋放 skb 之後可以使用 is_continuation。僅測試編譯檔案。(CVE-2025-38292)

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

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

  - 從 WKD 伺服器要求 OpenPGP 金鑰時使用了不正確的填補大小且網路觀察者可得知所要求之電子郵件地址的長度。此弱點會影響 Thunderbird < 136 和 Thunderbird < 128.8。(CVE-2025-26695)

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

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

  - 因為 poll_refs 的爭用情形，在 Linux 核心的 io_uring 子元件中的 io_poll_check_events 的 io_uring/poll.c 內發現一個釋放後使用缺陷。此瑕疵可能會造成 NULL 指標解除參照。
    (CVE-2023-0468)

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

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

  - 在 4.13之前版本的 Linux 核心的 drivers/scsi/aacraid/commctrl.c 中發現一個問題。由於 aac_send_raw_srb 未初始化回覆結構因此可能會暴露核心堆疊記憶體。 (CVE-2017-18549)

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

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

  - 已解決 Linux 核心中的下列弱點：arm64: dts: imx8mm-verdin: Do not power down eth-phy Currently if suspending using either freeze or memory state, the fec driver tries to power down the phy which leads to crash of the kernel and non-responsible kernel with the following call trace: [ 24.839889 ] Call trace: [ 24.839892 ] phy_error+0x18/0x60 [ 24.839898 ] kszphy_handle_interrupt+0x6c/0x80 [ 24.839903 ] phy_interrupt+0x20/0x2c [ 24.839909 ] irq_thread_fn+0x30/0xa0 [ 24.839919 ] irq_thread+0x178/0x2c0 [ 24.839925 ] kthread+0x154/0x160 [ 24.839932] ret_from_fork+0x10/0x20 Since there is currently no functionality in the phy subsystem to power down phys let's just disable the feature of powering-down the ethernet phy. (CVE-2023-52985)

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

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

  - usbdwc3ep0修正 NULL 指標例外狀況。dwc3_wIndex_to_dep() 沒有任何索引驗證且我們可能參照了不存在的 ep 並觸發 NULL 指標例外狀況。在某些組態中我們可能會使用較少的 eps而且索引可能會錯誤地指示比現有更大的 ep 索引。藉由從修補程式新增此驗證我們實際上可以將錯誤的索引回報給呼叫者。在我們的使用案例中我們在較舊的核心上使用複合裝置但上游也可能使用此修正。遺憾的是我無法描述其他人重現此問題的硬體因為這是專利實作。 [ 82.958261] 無法處理虛擬位址 00000000000000a4 的核心 NULL 指標解除參照 [ 82.966891] 記憶體中止資訊 [ 82.969663] ESR = 0x96000006 [ 82.972703] 例外狀況類別 = DABT (目前的 EL)IL = 32 位元 [ 82.978603] SET = 0, FnV = 0 [ 82.981642] EA = 0, S1PTW = 0 [82.984765] 資料中止資訊[ 82.987631] ISV = 0, ISS = 0x00000006 [ 82.991449] CM = 0, WnR = 0 [82.994409] 使用者 pgtable4k 頁面39 位元 VApgdp = 00000000c6210ccc [ 83.000999] [00000000000000a4] pgd=0000000053aa5003, pud=0000000053aa5003, pmd=0000000000000000 [ 83.009685] 內部錯誤Oops
    96000006 [#1] PREEMPT SMP [ 83.026433] 處理程序 irq/62-dwc3 (pid303 堆疊限制 = 0x000000003985154c) [83.033470] CPU0 PID 303 Commirq/62-dwc3 未受污染 4.19.124 #1 [ 83.044836] pstate60000085 (nZCv daIf -PAN -UAO) [ 83.049628] pcdwc3_ep0_handle_feature+0x414/0x43c [ 83.054558] lr
    dwc3_ep0_interrupt+0x3b4/0xc94 ... [ 83.141788] 呼叫追踪 [ 83.144227] dwc3_ep0_handle_feature+0x414/0x43c [ 83.148823] dwc3_ep0_interrupt+0x3b4/0xc94 [ 83.181546] ---[ end trace aac6b5267d84c32f ]--- (CVE-2021-47269)

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

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

  - 透過一連串的 DOM 操控，訊息 (攻擊者可控制文字而非 HTML 或格式的訊息) 可能會重疊在其他網域上 (新的網域會正確顯示在位址列中)，進而可能導致使用者混淆問題。此弱點會影響 Firefox 90 更早版本。
    (CVE-2021-29975)

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

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

  - net修正 caif_seqpkt_sendmsg 中的 uninit 值當 iovec_from_user 中的 nr_segs 等於零時物件 msg->msg_iter.iov 是 caif_seqpkt_sendmsg (其定義於 ___sys_sendmsg) 中的 uninit 堆疊記憶體。因此我們無法直接判斷 msg->msg_iter.iov->base。我們可以使用 nr_segs 來判斷 caif_seqpkt_sendmsg 中的 msg 是否有資料緩衝區。 ================================================== === 錯誤
    KMSANcaif_seqpkt_sendmsg+0x693/0xf60 net/caif/caif_socket.c:542 呼叫追踪__dump_stack lib/dump_stack.c:77 中的 uninit-value [內嵌] dump_stack+0x1c9/0x220 lib/dump_stack.c:118 kmsan_report+0xf7/ 0x1e0 mm/kmsan/kmsan_report.c:118 __msan_warning+0x58/0xa0 mm/kmsan/kmsan_instr.c:215 caif_seqpkt_sendmsg+0x693/0xf60 net/caif/caif_socket.c:542 sock_sendmsg_nosec net/socket.c:652 [內嵌] sock_sendmsg net/socket.c:672 [內嵌]____sys_sendmsg+0x12b6/0x1350 net/socket.c:2343 ___sys_sendmsg net/socket.c:2397 [內嵌] __sys_sendmmsg+0x808/0xc90 net/socket.c:2480 __compat_sys_sendmmsg net/compat。 c:656 [內嵌] (CVE-2021-47297)

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

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

  - netfilternf_tables表格處於休眠狀態時不取消註冊勾點當 nf_tables_updchain 遇到錯誤時必須回复勾點註冊。僅應在已註冊勾點的情況下執行此操作而表格標記為休眠 (非作用中) 時不會發生此情況。只需將指派移至登錄區塊即可。 (CVE-2025-22064)

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

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

  - 已解決 Linux 核心中的下列弱點：s390/pci: Fix missing check for zpci_create_device() error return The zpci_create_device() function returns an error pointer that needs to be checked before dereferencing it as a struct zpci_dev pointer. Add the missing check in __clp_add() where it was missed when adding the scan_list in the fixed commit. Simply not adding the device to the scan list results in the previous behavior. (CVE-2025-37974)

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

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

  - Linux 上 openEuler 核心中的敏感資訊洩漏給未經授權的執行者弱點會導致資源洩漏曝險。此弱點與程式檔案 https://gitee.Com/openeuler/kernel/blob/openEuler-1.0-LTS/drivers/staging/gmjstcm/tcm.C相關聯。此問題會影響 kernel: 至 4.19.90-2109.1.0.0108 之前的 4.19.90-2403.4.0.0244。 (CVE-2024-24891)

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

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

  - 在 5.12.4 版之前的 Linux 核心中，net/bluetooth/hci_event.c 會在破壞 hci_chan (即 CID-5c4c8c954409) 時發生釋放後使用問題。這會導致寫入任意值。(CVE-2021-33034)

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

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

  - 在 Linux 版 NVIDIA GPU 顯示驅動程式的核心模式層處理常式中有一個弱點，未處理的傳回值可造成程式解除參照 NULL 指標，進而導致拒絕服務。
    (CVE-2022-34679)

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

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

  - 已解決 Linux 核心中的下列弱點：bus: mhi: core: Fix invalid error returning in mhi_queue mhi_queue returns an error when the doorbell is not accessible in the current state. This can happen when the device is in non M0 state, like M3, and needs to be waken-up prior ringing the DB. This case is managed earlier by triggering an asynchronous M3 exit via controller resume/suspend callbacks, that in turn will cause M0 transition and DB update. So, since it's not an error but just delaying of doorbell update, there is no reason to return an error. This also fixes a use after free error for skb case, indeed a caller queuing skb will try to free the skb if the queueing fails, but in that case queueing has been done. (CVE-2021-46969)

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

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

  - 在 Linux 核心 4.17.10 及之前版本中發現一個問題。掛載 f2fs 映像時，
    fs/f2fs/segment.c 中的 __remove_dirty_segment() 會發生超出邊界存取。(CVE-2018-14614)

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

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

  - bcachefsbch2_ioctl_subvolume_destroy() 修正了 bch2_evict_subvolume_inodes() 因不正確剪除 dcache 而停滯的問題。此外也修正遺漏的權限檢查。 (CVE-2025-22019)

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

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

  - 已解決 Linux 核心中的下列弱點：MIPS: smp: fill in sibling and core maps earlier After enabling CONFIG_SCHED_CORE (landed during 5.14 cycle), 2-core 2-thread-per-core interAptiv (CPS-driven) started emitting the following: [ 0.025698] CPU1 revision is: 0001a120 (MIPS interAptiv (multi)) [ 0.048183] ------------[ cut here ]------------ [ 0.048187] WARNING: CPU: 1 PID: 0 at kernel/sched/core.c:6025 sched_core_cpu_starting+0x198/0x240 [ 0.048220] Modules linked in: [ 0.048233] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 5.17.0-rc3+ #35 b7b319f24073fd9a3c2aa7ad15fb7993eec0b26f [0.048247] Stack : 817f0000 00000004 327804c8 810eb050 00000000 00000004 00000000 c314fdd1 [ 0.048278] 830cbd64 819c0000 81800000 817f0000 83070bf4 00000001 830cbd08 00000000 [ 0.048307] 00000000 00000000 815fcbc4 00000000 00000000 00000000 00000000 00000000 [ 0.048334] 00000000 00000000 00000000 00000000 817f0000 00000000 00000000 817f6f34 [ 0.048361] 817f0000 818a3c00 817f0000 00000004 00000000 00000000 4dc33260 0018c933 [ 0.048389] ... [ 0.048396] Call Trace: [ 0.048399] [<8105a7bc>] show_stack+0x3c/0x140 [0.048424] [<8131c2a0>] dump_stack_lvl+0x60/0x80 [ 0.048440] [<8108b5c0>] __warn+0xc0/0xf4 [ 0.048454] [<8108b658>] warn_slowpath_fmt+0x64/0x10c [ 0.048467] [<810bd418>] sched_core_cpu_starting+0x198/0x240 [0.048483] [<810c6514>] sched_cpu_starting+0x14/0x80 [ 0.048497] [<8108c0f8>] cpuhp_invoke_callback_range+0x78/0x140 [ 0.048510] [<8108d914>] notify_cpu_starting+0x94/0x140 [ 0.048523] [<8106593c>] start_secondary+0xbc/0x280 [ 0.048539] [ 0.048543] ---[ end trace 0000000000000000 ]--- [0.048636] Synchronize counters for CPU 1: done. ...for each but CPU 0/boot. Basic debug printks right before the mentioned line say: [ 0.048170] CPU: 1, smt_mask: So smt_mask, which is sibling mask obviously, is empty when entering the function. This is critical, as sched_core_cpu_starting() calculates core-scheduling parameters only once per CPU start, and it's crucial to have all the parameters filled in at that moment (at least it uses cpu_smt_mask() which in fact is `&cpu_sibling_map[cpu]` on MIPS). A bit of debugging led me to that set_cpu_sibling_map() performing the actual map calculation, was being invocated after notify_cpu_start(), and exactly the latter function starts CPU HP callback round (sched_core_cpu_starting() is basically a CPU HP callback). While the flow is same on ARM64 (maps after the notifier, although before calling set_cpu_online()), x86 started calculating sibling maps earlier than starting the CPU HP callbacks in Linux 4.14 (see [0] for the reference). Neither me nor my brief tests couldn't find any potential caveats in calculating the maps right after performing delay calibration, but the WARN splat is now gone. The very same debug prints now yield exactly what I expected from them: [0.048433] CPU: 1, smt_mask: 0-1 [0] https://git.kernel.org/pub/scm/linux/kernel/git/mips/linux.git/commit/?id=76ce7cfe35ef (CVE-2022-48845)

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

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

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

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

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

  - 在 Linux 核心 4.8.x 和 4.9.5 之前的 4.9.x 中，mm/slab.c 的 freelist-randomization 功能允許本機使用者造成拒絕服務 (重複的可用清單項目和系統當機)，或透過利用隨機數的大值的選擇，可能有機會產生其他不明影響。(CVE-2017-5546)

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

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

  - i2cimg-scb修正 pm_runtime_get_sync 失敗時的參照洩漏。PM 參照計數預計不會在 img_i2c_xfer 和 img_i2c_init 函式傳回時增加。不過即使失敗pm_runtime_get_sync 也會增加 PM 參照計數。忘記放置作業會導致此處發生參照洩漏。以 pm_runtime_resume_and_get 取代以保持使用量計數器平衡。 (CVE-2020-36783)

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

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

  - atm如果 copy_from_iter_full() 失敗則還原 atm_account_tx()。在 vcc_sendmsg() 中我們透過 atm_account_tx() 將 skb->truesize 納入 sk->sk_wmem_alloc。預期會由 vcc->dev->ops->send(vcc, skb) 之後的 atm_pop_raw() 還原。但是vcc_sendmsg() 在 copy_from_iter_full() 失敗時遺漏了相同的還原然後我們就會洩漏通訊端。讓我們將還原部分因式分解為 atm_return_tx()並在失敗路徑中加以呼叫。請注意截至錯誤認可可在 alloc_tx() 中找到對應的 sk_wmem_alloc 作業。 $ git blame -L:alloc_tx net/atm/common.c c55fa3cccbc2c~ (CVE-2025-38190)

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

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

  - 在 Linux 核心的 ATA over Ethernet (AoE) 驅動程式中發現一個缺陷。aoecmd_cfg_pkts() 函式未正確更新 `struct net_device` 上的 refcnt，並且 struct 上的釋放與透過 `skbtxq` 全域佇列進行存取之間的爭用情形會觸發釋放後使用弱點。這可導致拒絕服務情形或可能執行程式碼。(CVE-2023-6270)

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

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

  - Oracle MySQL 的 MySQL Server 產品中存在的弱點 (元件：InnoDB)。受影響的支援版本是 8.0.0-8.0.41、8.4.0-8.4.4 和 9.0.0-9.2.0 。攻擊此弱點的難度較小，經由多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。若攻擊成功，攻擊者未經授權即可更新、插入或刪除部分 MySQL 伺服器可存取資料。(CVE-2025-30703)

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

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

  - 在 af_key.c 的 pfkey_dump 中可能因缺少邊界檢查而發生超出邊界讀取。這可導致在需要係統執行權限的核心中造成本機資訊洩漏。不需要使用者互動即可惡意利用。產品AndroidVersionsAndroid kernelAndroid IDA-110373476 (CVE-2021-0605)

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

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

  - scsiufscorebsg修正 arpmb 命令失敗時的損毀情形。如果裝置不支援 arpmb我們將會因為複制 bsg_transport_sg_io_fn() 中的使用者資料而發生損毀。在 ufs_bsg_exec_advanced_rpmb_req() 傳回錯誤的情況下不要設定工作的 reply_len。記憶體損毀反向追踪 3,1290,531166405,-;ufshcd 0000:00:12.5: ARPMB OP 失敗錯誤碼 -22 4,1308,531166555,-;呼叫追踪 4,1309,531166559,- <TASK> 4,1310,531166565,- ? show_regs+0x6d/0x80 4,1311,531166575,- ? die+0x37/0xa0 4,1312,531166583,-; ? do_trap+0xd4/0xf0 4,1313,531166593,- ? do_error_trap+0x71/0xb0 4,1314,531166601,- ? usercopy_abort+0x6c/0x80 4,1315,531166610,- ? exc_invalid_op+0x52/0x80 4,1316,531166622,- ? usercopy_abort+0x6c/0x80 4,1317,531166630,- ? asm_exc_invalid_op+0x1b/0x20 4,1318,531166643,- ? usercopy_abort+0x6c/0x80 4,1319,531166652,- __check_heap_object+0xe3/0x120 4,1320,531166661,-
    check_heap_object+0x185/0x1d0 4,1321,531166670,- __check_object_size.part.0+0x72/0x150 4,1322,531166679,- __check_object_size+0x23/0x30 4,1323,531166688,- bsg_transport_sg_io_fn+0x314/0x3b0 (CVE-2025-21873)

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

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

  - 已解決 Linux 核心中的下列弱點：pipe: wakeup wr_wait after setting max_usage Commit c73be61cede5 (pipe: Add general notification queue support) a regression was introduced that would lock up resized pipes under certain conditions. See the reproducer in [1]. The commit resizing the pipe ring size was moved to a different function, doing that moved the wakeup for pipe->wr_wait before actually raising pipe->max_usage. If a pipe was full before the resize occured it would result in the wakeup never actually triggering pipe_write. Set @max_usage and @nr_accounted before waking writers if this isn't a watch queue. [Christian Brauner <brauner@kernel.org>: rewrite to account for watch queues] (CVE-2023-52672)

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

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

  - 在到 5.11.11為止的 Linux 核心中發現一個問題。 arch/x86/kvm/hyperv.c 中的 synic_get 對於 SynIC Hyper-V 內容的特定存取有 NULL 指標解除參照即 CID-919f4ebc5987。
    (CVE-2021-30178)

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

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

  - 當使用用來解密 Vault 檔案的模組時 (例如 assemble、script、unarchive、win_copy、aws_s3 或 copy 模組)，發現 Ansible Engine 中有一個缺陷，此問題會影響 Ansible Engine 2.7.17 之前的 2.7.x 版、2.8.11 之前的 2.8.x 版和 2.9.7 之前的 2.9.x 版，以及 3.4.5、3.5.5 和 3.6.3 版 (含) 之前的 Ansible Tower。在 /tmp 中建立的暫存目錄未加密 s ts。在 /tmp 不是 tmpfs 而是根磁碟分割一部分的作業系統上，僅在開機時清除此目錄，在主機關閉時加密 emains。系統在未執行時會受到攻擊，因此必須盡快清除解密的資料，並清除通常可加密的資料。(CVE-2020-10685)

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

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

  - 已解決 Linux 核心中的下列弱點：Bluetooth: Fix race condition in hci_cmd_sync_clear There is a potential race condition in hci_cmd_sync_work and hci_cmd_sync_clear, and could lead to use-after-free. For instance, hci_cmd_sync_work is added to the 'req_workqueue' after cancel_work_sync The entry of 'cmd_sync_work_list' may be freed in hci_cmd_sync_clear, and causing kernel panic when it is used in 'hci_cmd_sync_work'. Here's the call trace: dump_stack_lvl+0x49/0x63 print_report.cold+0x5e/0x5d3 ? hci_cmd_sync_work+0x282/0x320 kasan_report+0xaa/0x120 ? hci_cmd_sync_work+0x282/0x320 __asan_report_load8_noabort+0x14/0x20 hci_cmd_sync_work+0x282/0x320 process_one_work+0x77b/0x11c0 ? _raw_spin_lock_irq+0x8e/0xf0 worker_thread+0x544/0x1180 ? poll_idle+0x1e0/0x1e0 kthread+0x285/0x320 ? process_one_work+0x11c0/0x11c0 ? kthread_complete_and_exit+0x30/0x30 ret_from_fork+0x22/0x30 </TASK> Allocated by task 266:
    kasan_save_stack+0x26/0x50 __kasan_kmalloc+0xae/0xe0 kmem_cache_alloc_trace+0x191/0x350 hci_cmd_sync_queue+0x97/0x2b0 hci_update_passive_scan+0x176/0x1d0 le_conn_complete_evt+0x1b5/0x1a00 hci_le_conn_complete_evt+0x234/0x340 hci_le_meta_evt+0x231/0x4e0 hci_event_packet+0x4c5/0xf00 hci_rx_work+0x37d/0x880 process_one_work+0x77b/0x11c0 worker_thread+0x544/0x1180 kthread+0x285/0x320 ret_from_fork+0x22/0x30 Freed by task 269: kasan_save_stack+0x26/0x50 kasan_set_track+0x25/0x40 kasan_set_free_info+0x24/0x40 ____kasan_slab_free+0x176/0x1c0 __kasan_slab_free+0x12/0x20 slab_free_freelist_hook+0x95/0x1a0 kfree+0xba/0x2f0 hci_cmd_sync_clear+0x14c/0x210 hci_unregister_dev+0xff/0x440 vhci_release+0x7b/0xf0 __fput+0x1f3/0x970 ____fput+0xe/0x20 task_work_run+0xd4/0x160 do_exit+0x8b0/0x22a0 do_group_exit+0xba/0x2a0 get_signal+0x1e4a/0x25b0 arch_do_signal_or_restart+0x93/0x1f80 exit_to_user_mode_prepare+0xf5/0x1a0 syscall_exit_to_user_mode+0x26/0x50 ret_from_fork+0x15/0x30 (CVE-2023-53046)

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

ID	名稱	嚴重性
247052	Linux Distros 未修補的弱點：CVE-2022-21297	medium
247051	Linux Distros 未修補的弱點：CVE-2025-37798	high
247050	Linux Distros 未修補的弱點：CVE-2025-21566	medium
247049	Linux Distros 未修補的弱點：CVE-2025-23130	medium
247048	Linux Distros 未修補的弱點：CVE-2025-37933	medium
247047	Linux Distros 未修補的弱點：CVE-2022-0330	high
247046	Linux Distros 未修補的弱點：CVE-2021-47165	medium
247045	Linux Distros 未修補的弱點：CVE-2020-1760	medium
247044	Linux Distros 未修補的弱點：CVE-2025-21945	high
247043	Linux Distros 未修補的弱點：CVE-2023-52686	medium
247042	Linux Distros 未修補的弱點：CVE-2023-37202	high
247041	Linux Distros 未修補的弱點：CVE-2021-2060	medium
247040	Linux Distros 未修補的弱點：CVE-2022-49936	medium
247039	Linux Distros 未修補的弱點：CVE-2023-53124	medium
247038	Linux Distros 未修補的弱點：CVE-2023-3359	medium
247037	Linux Distros 未修補的弱點：CVE-2023-3341	high
247036	Linux Distros 未修補的弱點：CVE-2023-52865	medium
247035	Linux Distros 未修補的弱點：CVE-2025-3035	medium
247034	Linux Distros 未修補的弱點：CVE-2017-18249	high
247033	Linux Distros 未修補的弱點：CVE-2025-21866	medium
247032	Linux Distros 未修補的弱點：CVE-2025-8041	critical
247031	Linux Distros 未修補的弱點：CVE-2025-38292	high
247030	Linux Distros 未修補的弱點：CVE-2025-26695	medium
247029	Linux Distros 未修補的弱點：CVE-2023-0468	medium
247028	Linux Distros 未修補的弱點：CVE-2017-18549	medium
247027	Linux Distros 未修補的弱點：CVE-2023-52985	medium
247026	Linux Distros 未修補的弱點：CVE-2021-47269	medium
247025	Linux Distros 未修補的弱點：CVE-2021-29975	medium
247024	Linux Distros 未修補的弱點：CVE-2021-47297	medium
247023	Linux Distros 未修補的弱點：CVE-2025-22064	medium
247022	Linux Distros 未修補的弱點：CVE-2025-37974	medium
247021	Linux Distros 未修補的弱點：CVE-2024-24891	medium
247020	Linux Distros 未修補的弱點：CVE-2021-33034	high
247019	Linux Distros 未修補的弱點：CVE-2022-34679	medium
247018	Linux Distros 未修補的弱點：CVE-2021-46969	high
247017	Linux Distros 未修補的弱點：CVE-2018-14614	medium
247016	Linux Distros 未修補的弱點：CVE-2025-22019	medium
247015	Linux Distros 未修補的弱點：CVE-2022-48845	medium
247014	Linux Distros 未修補的弱點：CVE-2021-35577	medium
247013	Linux Distros 未修補的弱點：CVE-2017-5546	high
247012	Linux Distros 未修補的弱點：CVE-2020-36783	medium
247011	Linux Distros 未修補的弱點：CVE-2025-38190	medium
247010	Linux Distros 未修補的弱點：CVE-2023-6270	high
247009	Linux Distros 未修補的弱點：CVE-2025-30703	low
247008	Linux Distros 未修補的弱點：CVE-2021-0605	medium
247007	Linux Distros 未修補的弱點：CVE-2025-21873	medium
247006	Linux Distros 未修補的弱點：CVE-2023-52672	high
247005	Linux Distros 未修補的弱點：CVE-2021-30178	medium
247004	Linux Distros 未修補的弱點：CVE-2020-10685	medium
247003	Linux Distros 未修補的弱點：CVE-2023-53046	high

偵測

Nessus 的 Misc. 系列

medium

high

medium

medium

medium

high

medium

medium

high

medium

high

medium

medium

medium

medium

high

medium

medium

high

medium

critical

high

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

high

medium

high

medium

medium

medium

medium

high

medium

medium

high

low

medium

medium

high

medium

medium

high