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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  - openvswitch修正 output_userspace() 中不安全的屬性剖析。此修補程式以 nla_for_each_nested() 取代了 output_userspace() 中的手動 Netlink 屬性重複作業這可確保只處理格式正確的屬性。 (CVE-2025-37998)

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

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

  - 已解決 Linux 核心中的下列弱點：can: mcba_usb: fix memory leak in mcba_usb Syzbot reported memory leak in SocketCAN driver for Microchip CAN BUS Analyzer Tool. The problem was in unfreed usb_coherent. In mcba_usb_start() 20 coherent buffers are allocated and there is nothing, that frees them: 1) In callback function the urb is resubmitted and that's all 2) In disconnect function urbs are simply killed, but URB_FREE_BUFFER is not set (see mcba_usb_start) and this flag cannot be used with coherent buffers. Fail log: | [ 1354.053291][ T8413] mcba_usb 1-1:0.0 can0: device disconnected | [1367.059384][ T8420] kmemleak: 20 new suspected memory leaks (see /sys/kernel/debug/kmem) So, all allocated buffers should be freed with usb_free_coherent() explicitly NOTE: The same pattern for allocating and freeing coherent buffers is used in drivers/net/can/usb/kvaser_usb/kvaser_usb_core.c (CVE-2021-47231)

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

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

  - 已解決 Linux 核心中的下列弱點：gpio: mockup: fix NULL pointer dereference when removing debugfs We now remove the device's debugfs entries when unbinding the driver.
    This now causes a NULL-pointer dereference on module exit because the platform devices are unregistered
    *after* the global debugfs directory has been recursively removed. Fix it by unregistering the devices first. (CVE-2022-48663)

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

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

  - Oracle MySQL 的 MySQL 伺服器產品中存有弱點 (元件：Client programs)。受到影響的支援版本是 5.7.41 與更早版本，以及 8.0.32 與更早版本。難以惡意利用的弱點允許具有網路存取權的低權限攻擊者透過多個通訊協定危害 MySQL 伺服器。若要成功攻擊，必須有攻擊者以外之他人的互動。若攻擊成功，攻擊者可以接管 MySQL 伺服器。(CVE-2023-21980)

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

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

  - 由於異常的根本原因，uvc_driver.c 的 uvc_scan_chain_forward 中可能發生鏈結清單損毀。這可能會導致核心的本機特權提升，且不需額外的執行權限。不需要使用者互動即可惡意利用。產品AndroidVersionsAndroid 核心Android IDA-111893654參照上游核心 (CVE-2020-0404)

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

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

  - 已解決 Linux 核心中的下列弱點：net: phy: qcom: at803x: fix kernel panic with at8031_probe On reworking and splitting the at803x driver, in splitting function of at803x PHYs it was added a NULL dereference bug where priv is referenced before it's actually allocated and then is tried to write to for the is_1000basex and is_fiber variables in the case of at8031, writing on the wrong address. Fix this by correctly setting priv local variable only after at803x_probe is called and actually allocates priv in the phydev struct. (CVE-2024-26942)

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

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

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

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

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

  - 當嘗試在音訊/視訊內容中載入非視訊時會透過 MediaError 訊息洩漏確切的狀態碼 (200、302、404、500、412、403 等等)。此層級的資訊洩漏與標準化的 onerror/onsuccess 洩漏不一致可能會導致推斷服務登入狀態或本機網路上的裝置探索以及其他攻擊。此弱點會影響 Firefox < 80 和 Firefox for Android < 80。(CVE-2020-15666)

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

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

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

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

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

  - drm/nouveauprime修正 ttm_bo_delayed_delete oops 修正 ttm_bo_delayed_delete 中的 oops該問題是因解除參照懸置指標所導致Oops一般保護錯誤可能是針對非正式位址 0x6b6b6b6b6b6b6b7b0000 [#1] PREEMPT SMP CPU4 UID 0 PID1082 通訊kworker/u65:2 未受污染 6.14.0-rc4-00267-g505460b44513-dirty #216 硬體名稱LENOVO 82N6/LNVNB161216、 BIOS GKCN65WW 01/16/2024 工作佇列ttm ttm_bo_delayed_delete [ttm] RIP 0010:dma_resv_iter_first_unlocked+0x55/0x290 代碼31 f6 48 c7 c7 00 2b fa aa e8 97 bd 52 ff e8 a2 c1 53 00 5a 85 c0 74 48 e9 88 01 00 00 4c 89 63 0 20 4d 30 1 0 84 00 <41> 8b 44 24 10 c6 43 2c 01 48 89 df 89 43 28 e8 97 fd ff ff 4c 8b RSP
    0018:ffffbf9383473d60 EFLAGS: 00010202 RAX: 0000000000000001 RBX: ffffbf9383473d88 RCX: 0000000000000000 RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000000 RBP: ffffbf9383473d78 R08:
     R090000000000000000  : 0000000000000000 R10: 0000000000000000 R11: 0000000000000000 R12: 6b6b6b6b6b6b6b6b R13: ffffa003bbf78580 R14: ffffa003a6728040 R15: 00000000000383cc FS: 0000000000000000(0000) GS:ffffa00991c00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2:
    0000758348024dd0 CR3000000012c259000 CR40000000000f50ef0 PKRU55555554 呼叫追踪 <TASK> 
    __die_body.cold+0x19/0x26 ? die_addr+0x3d/0x70 ? exc_general_protection+0x159/0x460 ? asm_exc_general_protection+0x27/0x30 ? dma_resv_iter_first_unlocked+0x55/0x290 dma_resv_wait_timeout+0x56/0x100 ttm_bo_delayed_delete+0x69/0xb0 [ttm] process_one_work+0x217/0x5c0 worker_thread+0x1c8/0x3d0 apply_wqattrs_cleanup.part.0+0xc0/0xc0 kthread+0x10b/0x240 ? kthreads_online_cpu+0x140/0x140 ret_from_fork+0x40/0x70 ? kthreads_online_cpu+0x140/0x140 ret_from_fork_asm+0x11/0x20 </TASK> 此錯誤的原因為- drm_prime_gem_destroy 呼叫 dma_buf_put(dma_buf)其會釋放共用 dma_buf 的參照。參照計數為 0因此 dma_buf 遭到破壞進而將對應的 amdgpu_bo 參照計數遞減至 0amdgpu_bo 遭到破壞 - 呼叫 drm_gem_object_release然後是 dma_resv_fini (這會破壞保留物件)最後釋放 amdgpu_bo。 - nouveau_bo obj->bo.base.resv 現在是指向先前配置給 amdgpu_bo 之記憶體的懸置指標。 - nouveau_gem_object_del 呼叫 ttm_bo_put(&nvbo->bo)而後者又呼叫 ttm_bo_release進而排程 ttm_bo_delayed_delete。 - ttm_bo_delayed_delete 執行並解除參照懸置 resv 指標進而導致一般保護錯誤。將 drm_prime_gem_destroy 呼叫從 nouveau_gem_object_del 移至 nouveau_bo_del_ttm以修正此問題。如此可確保在 ttm_bo_delayed_delete 之後執行。 (CVE-2025-37765)

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

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

  - 在 1.31.12 之前的 MediaWiki 和 1.32.x 之前的 1.35.x 至 1.35.2中發現一個問題。
    Special:Contributions 可洩漏隱藏使用者的存在。 (CVE-2021-30156)

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

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

  - mm/hugetlb修正 huge_pmd_unshare() 與 GUP-fast 爭用 huge_pmd_unshare() 在之前可能跨處理程序共用的頁面表格上放置參照可能將其變成其他處理程序中使用的正常頁面表格而無關的 VMA 可之後再安裝。如果此情況發生在並行 gup_fast() 的執行過程中gup_fast() 最終可遍歷另一個處理程序的分頁表。雖然我看不到會立即導致核心記憶體損毀的任何方式但這確實很奇怪且未預期。透過 tlb_remove_table_sync_one() 的明確廣播 IPI 來修正它就像我們在 khugepaged 中移除用於 THP 折疊的頁面表格時所做的一樣。 (CVE-2025-38085)

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

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

  - md/raid10應先等待障礙再傳回具有 REQ_NOWAIT 的捨棄要求 raid10_handle_discard 應等待障礙再傳回具有 REQ_NOWAIT 的捨棄 bio。若捨棄 bio 具有 REQ_NOWAIT 旗標則不需要列印警告呼叫追踪。品質工程師通常會檢查 dmesg 並在 dmesg 具有警告/錯誤呼叫追踪時報告錯誤。 (CVE-2025-40325)

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

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

  - 包含特定 Unicode 字元的特製 URL 可隱藏頁面的真實來源進而導致潛在的偽造攻擊。此弱點會影響 Firefox < 137、Firefox ESR < 128.9、Thunderbird < 137 和 Thunderbird < 128.9。(CVE-2025-3029)

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

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

  - 已解決 Linux 核心中的下列弱點：perf/x86/amd: fix potential integer overflow on shift of a int The left shift of int 32 bit integer constant 1 is evaluated using 32 bit arithmetic and then passed as a 64 bit function argument. In the case where i is 32 or more this can lead to an overflow. Avoid this by shifting using the BIT_ULL macro instead. (CVE-2022-49748)

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

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

  - llc讀取 mac 標頭 LLC 會在未驗證 skb 是否有乙太網路標頭的情況下以 eth_hdr 讀取 mac 標頭前驗證 mac len。Syzbot 可在 tun 裝置上輸入 llc_rcv。Tun 可以在沒有 mac len 的情況下插入封包但有使用者可設定的 skb->protocol (未設定 IFF_NO_PI 時傳遞 tun_pi 標頭)。錯誤KMSANllc_station_ac_send_test_r net/llc/llc_station.c:81 中的 uninit-value [內嵌] 錯誤
    KMSANuninit-value in llc_station_rcv+0x6fb/0x1290 net/llc/llc_station.c:111 llc_station_ac_send_test_r net/llc/llc_station.c:81 [內嵌] llc_station_rcv+0x6fb/0x1290 net/llc/llc_station.c:111 llc_rcv+0xc5d /0x14a0 net/llc/llc_input.c:218 __netif_receive_skb_one_core net/core/dev.c:5523 [內嵌]
    __netif_receive_skb+0x1a6/0x5a0 net/core/dev.c:5637 netif_receive_skb_internal net/core/dev.c:5723 [內嵌] netif_receive_skb+0x58/0x660 net/core/dev.c:5782 tun_rx_batched+0x3ee/0x980 drivers/net/ tun.c:1555 tun_get_user+0x54c5/0x69c0 drivers/net/tun.c:2002 在 net/llc 底下所有三個 eth_hdr(skb) 呼叫之前新增 mac_len 測試。include/net/llc_pdu.h 中有其他用途。所有這些都受到測試 skb->protocol == ETH_P_802_2 的保護。無法防範此 tun 狀況。但在 llc_fixup_skb 的此修補程式中新增的 mac_len 測試也會間接保護這些項目。它會在任何其他 LLC 程式碼之前從 llc_rcv 呼叫。很容易在 llc_rcv 中新增一整體 mac_len 檢查但不確定這是否會中斷不會假設乙太網路標頭的有效 LLC 路徑。802.2 原則上LLC 可用於非 802.3 通訊協定之上。以下參照的認可顯示 之前位於 Token Ring 之上。eth_hdr 的三個使用中至少有一個可回到 git 歷程記錄開始之前。但是此認可中引入了 syzbot 所執行的作業。該認可已足夠舊 (2008)所有穩定的核心皆應有效接收此認可。 (CVE-2023-52843)

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

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

  - 在 Linux 核心 5.3.8 之前版本中，drivers/gpu/drm/arm/display/komeda/komeda_wb_connector.c 中的 komeda_wb_connector_add() 函式存在記憶體流失問題，這讓攻擊者可以透過觸發 drm_writeback_connector_init() 失敗來造成拒絕服務 (記憶體消耗)，即 CID-a0ecd6fdbf5d。(CVE-2019-18810)

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

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

  - 已解決 Linux 核心中的下列弱點：apparmor: fix reference count leak in aa_pivotroot() The aa_pivotroot() function has a reference counting bug in a specific path. When aa_replace_current_label() returns on success, the function forgets to decrement the reference count of target, which is increased earlier by build_pivotroot(), causing a reference leak. Fix it by decreasing the refcount of target in that path. (CVE-2022-50077)

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

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

  - 已解決 Linux 核心中的下列弱點：bus: mhi: core: Validate channel ID when processing command completions MHI reads the channel ID from the event ring element sent by the device which can be any value between 0 and 255. In order to prevent any out of bound accesses, add a check against the maximum number of channels supported by the controller and those channels not configured yet so as to skip processing of that event ring element. (CVE-2021-47286)

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

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

  - 在 Linux 核心的藍牙裝置驅動程式的 {min,max}_key_size_set() 函式中發現一個爭用情形。這可導致 null 指標解除參照問題，進而可能導致核心錯誤或拒絕服務問題。(CVE-2024-24860)

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

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

  - 在 Linux 核心 4.14.90 的 drivers/android/binder.c 中print_binder_transaction_ilocked 函式允許本機使用者透過讀取 debugfs 檔案中的 *from *code *flags 行取得敏感位址資訊。 (CVE-2018-20510)

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

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

  - octeontx2-pfQOS重構 TC_HTB_LEAF_DEL_LAST 回呼此修補程式可解決下列問題 1. 必須停止分葉節點上的使用中流量之後才能將其傳送佇列重新指派給父項。此修補程式會將節點標記為「內部」藉此解決此問題。 2. 在系統重新開機期間介面會收到 TC_HTB_LEAF_DEL 和 TC_HTB_LEAF_DEL_LAST 回呼以刪除其 HTB 佇列。就 TC_HTB_LEAF_DEL_LAST 雖然相同的傳送佇列重新指派給父項目前邏輯仍會嘗試更新實際的佇列數進而導致出現以下警告裝置取消註冊後無法註冊新佇列。警告 CPU: 0 PID: 6475 at net/core/net-sysfs.c:1714 netdev_queue_update_kobjects+0x1e4/0x200 (CVE-2025-38278)

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

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

  - 在 io_uring.c 的 io_identity_cow 中存有一個因釋放後使用而導致記憶體損毀的可能方式。這可能會導致本機特權提升，並需要系統執行權限。不需要使用者互動即可惡意利用。產品 AndroidVersionsAndroid kernelAndroid IDA-238177383參照
    上游核心 (CVE-2022-20409)

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

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

  - Linux PV 裝置前端容易受到後端攻擊 [其 CNA 資訊記錄與多個 CVE 有關；文字說明了哪些方面/弱點對應哪個 CVE。] 數個 Linux PV 裝置前端正在以易受爭用情形影響的方式，使用授權表介面移除後端的存取權，進而可能導致資料洩漏、惡意後端損毀資料以及惡意後端觸發拒絕服務：blkfront、netfront、scsifront 和 gntalloc 驅動程式正在測試授權參照是否仍在使用中。如果情況並非如此，則它們會假設後續每次都能移除授予的存取權；但如果後端已在執行這兩項作業之間對應授權頁面，則此假設不成立。因此，無論前端 I/O 完成後如何使用頁面，後端都可以繼續存取客體的記憶體頁面。
    xenbus 驅動程式有一個類似的問題，因為它不會檢查是否成功移除向共用環形緩衝區授予的存取權。blkfront：CVE-2022-23036 netfront：CVE-2022-23037 scsifront：CVE-2022-23038 gntalloc：CVE-2022-23039 xenbus：CVE-2022-23040 blkfront、netfront、scsifront、usbfront、dmabuf、xenbus、9p、kbdfront 和 pvcalls 使用功能延遲釋放授權參照 (直到不再使用這個參照)，但相關資料頁面的釋放與刪除授予的存取權並不同步。因此，即使在記憶體頁面被釋放並重新用於其他目的之後，後端仍可繼續存取該頁面。CVE-2022-23041 如果 netfront 無法撤銷 rx 路徑中的存取權，則 BUG_ON() 宣告將失敗。這會導致客體發生拒絕服務 (DoS) 情形，而此情形可能由後端觸發。CVE-2022-23042 (CVE-2022-23041)

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

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

  - 已解決 Linux 核心中的下列弱點：ptp: ocp: Fix a resource leak in an error handling path If an error occurs after a successful 'pci_ioremap_bar()' call, it must be undone by a corresponding 'pci_iounmap()' call, as already done in the remove function. (CVE-2021-47147)

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

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

  - 將開發人員工具面板中的網路要求複製為 curl 命令時未正確清理輸出，且可允許在其中隱藏任意命令。此弱點會影響 Firefox < 109、Thunderbird < 102.7 和 Firefox ESR < 102.7。(CVE-2023-23599)

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

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

  - pinctrldevicetree修正 pinctrl_dt_to_map 中的 null 指標解除參照問題這是 KASAN 報告的關於 null 指標解除參照的錯誤報告KASAN在 strcmp+0x2e/0x50 讀取 null-ptr-deref 的 addr 0000000000000000 的大小為 1執行任務 python3/2640呼叫追踪strcmp __of_find_property of_find_property pinctrl_dt_to_mapkasprintf() 在 kmalloc() 無法配置時傳回 NULL 指標。因此若 kasprintf() 傳回 NULL 指標則直接傳回 ENOMEM。 (CVE-2022-49832)

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

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

  - 其他基於轉碼流研究構建的技術結合惡意網頁可洩漏內部網路的主機，以及使用者本機電腦上執行的服務。此弱點會影響 Firefox < 85。(CVE-2021-23961)

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

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

  - 1.5.7 之前的 Roundcube Webmail 和 1.6.x 之前的 [] 1.6.7 允許透過 SVG 動畫屬性發動 XSS。
    (CVE-2024-37383)

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

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

  - 在 Drupal 之前 7.x7.43 [] 之前 和 8.x 之前的 8.0.4 中使用者模組中您忘記密碼了嗎？登入。(CVE-2016-3170)

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

ID	名稱	嚴重性
247687	Linux Distros 未修補的弱點：CVE-2025-21875	medium
247686	Linux Distros 未修補的弱點：CVE-2023-23602	medium
247685	Linux Distros 未修補的弱點：CVE-2025-37964	high
247684	Linux Distros 未修補的弱點：CVE-2025-37768	medium
247683	Linux Distros 未修補的弱點：CVE-2022-49992	medium
247682	Linux Distros 未修補的弱點：CVE-2024-27043	high
247681	Linux Distros 未修補的弱點：CVE-2022-49865	medium
247680	Linux Distros 未修補的弱點：CVE-2024-26635	medium
247679	Linux Distros 未修補的弱點：CVE-2024-56750	medium
247678	Linux Distros 未修補的弱點：CVE-2022-48995	medium
247677	Linux Distros 未修補的弱點：CVE-2022-50195	medium
247676	Linux Distros 未修補的弱點：CVE-2018-16871	high
247675	Linux Distros 未修補的弱點：CVE-2025-38076	medium
247674	Linux Distros 未修補的弱點：CVE-2025-2581	high
247673	Linux Distros 未修補的弱點：CVE-2024-26959	high
247672	Linux Distros 未修補的弱點：CVE-2025-32051	medium
247671	Linux Distros 未修補的弱點：CVE-2022-49031	high
247670	Linux Distros 未修補的弱點：CVE-2022-28202	medium
247669	Linux Distros 未修補的弱點：CVE-2023-52930	high
247668	Linux Distros 未修補的弱點：CVE-2025-32906	high
247667	Linux Distros 未修補的弱點：CVE-2025-37998	medium
247666	Linux Distros 未修補的弱點：CVE-2021-47231	medium
247665	Linux Distros 未修補的弱點：CVE-2022-48663	medium
247664	Linux Distros 未修補的弱點：CVE-2023-21980	high
247663	Linux Distros 未修補的弱點：CVE-2020-0404	medium
247662	Linux Distros 未修補的弱點：CVE-2024-26942	medium
247661	Linux Distros 未修補的弱點：CVE-2023-21883	medium
247660	Linux Distros 未修補的弱點：CVE-2020-15666	medium
247659	Linux Distros 未修補的弱點：CVE-2023-21873	medium
247658	Linux Distros 未修補的弱點：CVE-2025-37765	high
247657	Linux Distros 未修補的弱點：CVE-2021-30156	medium
247656	Linux Distros 未修補的弱點：CVE-2025-38085	medium
247655	Linux Distros 未修補的弱點：CVE-2025-40325	medium
247654	Linux Distros 未修補的弱點：CVE-2025-3029	high
247653	Linux Distros 未修補的弱點：CVE-2022-49748	medium
247652	Linux Distros 未修補的弱點：CVE-2023-52843	medium
247651	Linux Distros 未修補的弱點：CVE-2019-18810	high
247650	Linux Distros 未修補的弱點：CVE-2022-50077	high
247649	Linux Distros 未修補的弱點：CVE-2021-47286	high
247648	Linux Distros 未修補的弱點：CVE-2024-24860	medium
247647	Linux Distros 未修補的弱點：CVE-2018-20510	medium
247646	Linux Distros 未修補的弱點：CVE-2025-38278	high
247645	Linux Distros 未修補的弱點：CVE-2022-20409	medium
247644	Linux Distros 未修補的弱點：CVE-2022-23041	high
247643	Linux Distros 未修補的弱點：CVE-2021-47147	medium
247642	Linux Distros 未修補的弱點：CVE-2023-23599	medium
247641	Linux Distros 未修補的弱點：CVE-2022-49832	medium
247640	Linux Distros 未修補的弱點：CVE-2021-23961	high
247639	Linux Distros 未修補的弱點：CVE-2024-37383	medium
247638	Linux Distros 未修補的弱點：CVE-2016-3170	medium

偵測

Nessus 的 Misc. 系列

medium

medium

high

medium

medium

high

medium

medium

medium

medium

medium

high

medium

high

high

medium

high

medium

high

high

medium

medium

medium

high

medium

medium

medium

medium

medium

high

medium

medium

medium

high

medium

medium

high

high

high

medium

medium

high

medium

high

medium

medium

medium

high

medium

medium