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

  - 已解決 Linux 核心中的下列弱點：erofs: fix file-backed mounts over FUSE syzbot reported a null-ptr-deref in fuse_read_args_fill: fuse_read_folio+0xb0/0x100 fs/fuse/file.c:905 filemap_read_folio+0xc6/0x2a0 mm/filemap.c:2367 do_read_cache_folio+0x263/0x5c0 mm/filemap.c:3825 read_mapping_folio include/linux/pagemap.h:1011 [inline] erofs_bread+0x34d/0x7e0 fs/erofs/data.c:41 erofs_read_superblock fs/erofs/super.c:281 [inline] erofs_fc_fill_super+0x2b9/0x2500 fs/erofs/super.c:625 Unlike most filesystems, some network filesystems and FUSE need unavoidable valid `file` pointers for their read I/Os [1]. Anyway, those use cases need to be supported too. [1] https://docs.kernel.org/filesystems/vfs.html (CVE-2024-53235)

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

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

  - 已解決 Linux 核心中的下列弱點：gtp: Suppress list corruption splat in gtp_net_exit_batch_rtnl(). Brad Spengler reported the list_del() corruption splat in gtp_net_exit_batch_rtnl(). [0] Commit eb28fd76c0a0 (gtp: Destroy device along with udp socket's netns dismantle.) added the for_each_netdev() loop in gtp_net_exit_batch_rtnl() to destroy devices in each netns as done in geneve and ip tunnels. However, this could trigger ->dellink() twice for the same device during ->exit_batch_rtnl(). Say we have two netns A & B and gtp device B that resides in netns B but whose UDP socket is in netns A. 1. cleanup_net() processes netns A and then B. 2. gtp_net_exit_batch_rtnl() finds the device B while iterating netns A's gn->gtp_dev_list and calls ->dellink(). [ device B is not yet unlinked from netns B as unregister_netdevice_many() has not been called. ] 3. gtp_net_exit_batch_rtnl() finds the device B while iterating netns B's for_each_netdev() and calls ->dellink(). gtp_dellink() cleans up the device's hash table, unlinks the dev from gn->gtp_dev_list, and calls unregister_netdevice_queue().
    Basically, calling gtp_dellink() multiple times is fine unless CONFIG_DEBUG_LIST is enabled. Let's remove for_each_netdev() in gtp_net_exit_batch_rtnl() and delegate the destruction to default_device_exit_batch() as done in bareudp. [0]: list_del corruption, ffff8880aaa62c00->next (autoslab_size_M_dev_P_net_core_dev_11127_8_1328_8_S_4096_A_64_n_139+0xc00/0x1000 [slab object]) is LIST_POISON1 (ffffffffffffff02) (prev is 0xffffffffffffff04) kernel BUG at lib/list_debug.c:58! Oops:
    invalid opcode: 0000 [#1] PREEMPT SMP KASAN CPU: 1 UID: 0 PID: 1804 Comm: kworker/u8:7 Tainted: G T 6.12.13-grsec-full-20250211091339 #1 Tainted: [T]=RANDSTRUCT Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.15.0-1 04/01/2014 Workqueue: netns cleanup_net RIP: 0010:[<ffffffff84947381>]
    __list_del_entry_valid_or_report+0x141/0x200 lib/list_debug.c:58 Code: c2 76 91 31 c0 e8 9f b1 f7 fc 0f 0b 4d 89 f0 48 c7 c1 02 ff ff ff 48 89 ea 48 89 ee 48 c7 c7 e0 c2 76 91 31 c0 e8 7f b1 f7 fc <0f> 0b 4d 89 e8 48 c7 c1 04 ff ff ff 48 89 ea 48 89 ee 48 c7 c7 60 RSP: 0018:fffffe8040b4fbd0 EFLAGS: 00010283 RAX:
    00000000000000cc RBX: dffffc0000000000 RCX: ffffffff818c4054 RDX: ffffffff84947381 RSI: ffffffff818d1512 RDI: 0000000000000000 RBP: ffff8880aaa62c00 R08: 0000000000000001 R09: fffffbd008169f32 R10:
    fffffe8040b4f997 R11: 0000000000000001 R12: a1988d84f24943e4 R13: ffffffffffffff02 R14: ffffffffffffff04 R15: ffff8880aaa62c08 RBX: kasan shadow of 0x0 RCX: __wake_up_klogd.part.0+0x74/0xe0 kernel/printk/printk.c:4554 RDX: __list_del_entry_valid_or_report+0x141/0x200 lib/list_debug.c:58 RSI:
    vprintk+0x72/0x100 kernel/printk/printk_safe.c:71 RBP:
    autoslab_size_M_dev_P_net_core_dev_11127_8_1328_8_S_4096_A_64_n_139+0xc00/0x1000 [slab object] RSP:
    process kstack fffffe8040b4fbd0+0x7bd0/0x8000 [kworker/u8:7+netns 1804 ] R09: kasan shadow of process kstack fffffe8040b4f990+0x7990/0x8000 [kworker/u8:7+netns 1804 ] R10: process kstack fffffe8040b4f997+0x7997/0x8000 [kworker/u8:7+netns 1804 ] R15:
    autoslab_size_M_dev_P_net_core_dev_11127_8_1328_8_S_4096_A_64_n_139+0xc08/0x1000 [slab object] FS:
    0000000000000000(0000) GS:ffff888116000000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 CR2: 0000748f5372c000 CR3: 0000000015408000 CR4: 00000000003406f0 shadow CR4:
    00000000003406f0 Stack: 0000000000000000 ffffffff8a0c35e7 ffffffff8a0c3603 ffff8880aaa62c00 ffff8880aaa62c00 0000000000000004 ffff88811145311c 0000000000000005 0000000000000001 ffff8880aaa62000 fffffe8040b4fd40 ffffffff8a0c360d Call Trace: <TASK> [<ffffffff8a0c360d>] __list_del_entry_valid include/linux/list.h:131 [inline] fffffe8040b4fc28 [<ffffffff8a0c360d>] __list_del_entry include/linux/list.h:248 [inline] fffffe8040b4fc28 [<ffffffff8a0c360d>] list_del include/linux/list.h:262 [inl ---truncated--- (CVE-2025-21865)

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

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

  - 透過 ServiceWorker 攔截和快取回應時，Firefox 並未封鎖具有不正確 MIME 類型的指令碼執行。這可導致跨網站指令碼包含弱點或內容安全性原則繞過。此弱點會影響 Firefox < 83、Firefox ESR < 78.5 和 Thunderbird < 78.5。(CVE-2020-26958)

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

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

  - atm移除 atm_dev_deregister() 中的 procfs 後釋放 atm_dev_mutex。 syzbot 在 atm_dev_register() 執行期間報告下列警告。 [0] 在建立新裝置及其適用的 procfs/sysfs 之前atm_dev_register() 會藉由 __atm_dev_lookup() 查閱重複的裝置。這些作業是在 atm_dev_mutex 下完成。
    不過移除 atm_dev_deregister() 中的裝置時它會在從 __atm_dev_lookup() 反覆使用的清單移除裝置之後立即釋放 mutex。因此在裝置不存在於裝置清單中但 procfs/sysfs 仍未移除時會出現一個小型爭用視窗進而觸發展開。
    讓我們保留 mutex直到在 atm_dev_deregister() 中移除 procfs/sysfs。 [0]proc_dir_entry 'atm/atmtcp:0' 已經註冊 警告 CPU: 0 PID: 5919 at fs/proc/generic.c:377 proc_register+0x455/0x5f0 fs/proc/generic.c:377 連結的模組CPU0 UID0 PID5919 通訊syz-executor284 未受污染 6.16.0-rc2-syzkaller-00047-g52da431bf03b #0 PREEMPT(完整) 硬體名稱 Google Google Compute Engine/Google Compute Engine、BIOS Google 05/07 /2025 RIP: 0010:proc_register+0x455/0x5f0 fs/proc/generic.c:377 程式碼48 89 f9 48 c1 e9 03 80 3c 01 00 0f 85 a2 01 00 00 48 8b 44 24 10 48 c7 c7 20 c0 c2 8b 48 8b b0 d8 00 00 00 e8 0c 02 1c ff 90 <0f> 0b 90 90 48 c7 c7 80 f2 82 8e e8 0b de 23 09 48 8b 4c 24 28 48 RSP: 0018:ffffc9000466fa30 EFLAGS: 00010282 RAX: 0000000000000000 RBX: 0000000000000000 RCX
    ffffffff817ae248 RDX: ffff888026280000 RSI: ffffffff817ae255 RDI: 0000000000000001 RBP: ffff8880232bed48 R08: 0000000000000001 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000001 R12:
    ffff888076ed2140 R13dffffc0000000000 R14ffff888078a61340 R15ffffed100edda444 FS
    00007f38b3b0c6c0(0000) GS:ffff888124753000(0000) knlGS:000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0
    0000000080050033 CR2: 00007f38b3bdf953 CR3: 0000000076d58000 CR4: 00000000003526f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7:
    0000000000000400 呼叫追踪 <TASK> proc_create_data+0xbe/0x110 fs/proc/generic.c:585 atm_proc_dev_register+0x112/0x1e0 net/atm/proc.c:361 atm_dev_register+0x46d/0x890 net/atm/resources.c:113 atmtcp_create+ 0x77/0x210 drivers/atm/atmtcp.c:369 atmtcp_attach drivers/atm/atmtcp.c:403 [內嵌] atmtcp_ioctl+0x2f9/0xd60 drivers/atm/atmtcp.c:464 do_vcc_ioctl+0x12c/0x930 net/atm/ioctl。 c:159 sock_do_ioctl+0x115/0x280 net/socket.c:1190 sock_ioctl+0x227/0x6b0 net/socket.c:1311 vfs_ioctl fs/ioctl.c:51 [內嵌] __do_sys_ioctl fs/ioctl.c:907 [內嵌] __se_sys_ioctl fs/ioctl.c:893 [內嵌]
    __x64_sys_ioctl+0x18b/0x210 fs/ioctl.c:893 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [內嵌] do_syscall_64+0xcd/0x4c0 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7fRIP:
    0033:0x7f38b3b74459 程式碼28 00 00 00 75 05 48 83 c4 28 c3 e8 51 18 00 00 90 48 89 f8 48 89 f7 48 89 d6 48 89c ca 4d 89 c2 4d 89 c8 4c 8b 0 4 4 30 <48> 8 01 f0 ff ff 73 01 c3 48 c7 c1 b0 ff ff ff f7 d8 64 89 01 48 RSP002b00007f38b3b0c198 EFLAGS00000246 ORIG_RAX0000000000000010 RAXffffffffffffffda RBX
    00007f38b3bfe318 RCX: 00007f38b3b74459 RDX: 0000000000000000 RSI: 0000000000006180 RDI: 0000000000000005 RBP: 00007f38b3bfe310 R08: 65732f636f72702f R09: 65732f636f72702f R10: 65732f636f72702f R11:
    0000000000000246 R1200007f38b3bcb0ac R1300007f38b3b0c1a0 R140000200000000200 R1500007f38b3bcb03b </TASK> (CVE-2025-38245)

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

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

  - 已解決 Linux 核心中的下列弱點：net: qualcomm: rmnet: fix global oob in rmnet_policy The variable rmnet_link_ops assign a *bigger* maxtype which leads to a global out-of-bounds read when parsing the netlink attributes. See bug trace below:
    ================================================================== BUG: KASAN: global-out-of-bounds in validate_nla lib/nlattr.c:386 [inline] BUG: KASAN: global-out-of-bounds in
    __nla_validate_parse+0x24af/0x2750 lib/nlattr.c:600 Read of size 1 at addr ffffffff92c438d0 by task syz-executor.6/84207 CPU: 0 PID: 84207 Comm: syz-executor.6 Tainted: G N 6.1.0 #3 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.13.0-1ubuntu1.1 04/01/2014 Call Trace: <TASK> __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0x8b/0xb3 lib/dump_stack.c:106 print_address_description mm/kasan/report.c:284 [inline] print_report+0x172/0x475 mm/kasan/report.c:395 kasan_report+0xbb/0x1c0 mm/kasan/report.c:495 validate_nla lib/nlattr.c:386 [inline] __nla_validate_parse+0x24af/0x2750 lib/nlattr.c:600 __nla_parse+0x3e/0x50 lib/nlattr.c:697 nla_parse_nested_deprecated include/net/netlink.h:1248 [inline] __rtnl_newlink+0x50a/0x1880 net/core/rtnetlink.c:3485 rtnl_newlink+0x64/0xa0 net/core/rtnetlink.c:3594 rtnetlink_rcv_msg+0x43c/0xd70 net/core/rtnetlink.c:6091 netlink_rcv_skb+0x14f/0x410 net/netlink/af_netlink.c:2540 netlink_unicast_kernel net/netlink/af_netlink.c:1319 [inline] netlink_unicast+0x54e/0x800 net/netlink/af_netlink.c:1345 netlink_sendmsg+0x930/0xe50 net/netlink/af_netlink.c:1921 sock_sendmsg_nosec net/socket.c:714 [inline] sock_sendmsg+0x154/0x190 net/socket.c:734 ____sys_sendmsg+0x6df/0x840 net/socket.c:2482
    ___sys_sendmsg+0x110/0x1b0 net/socket.c:2536 __sys_sendmsg+0xf3/0x1c0 net/socket.c:2565 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x3b/0x90 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP: 0033:0x7fdcf2072359 Code: 28 00 00 00 75 05 48 83 c4 28 c3 e8 f1 19 00 00 90 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 b8 ff ff ff f7 d8 64 89 01 48 RSP: 002b:00007fdcf13e3168 EFLAGS: 00000246 ORIG_RAX: 000000000000002e RAX: ffffffffffffffda RBX: 00007fdcf219ff80 RCX: 00007fdcf2072359 RDX:
    0000000000000000 RSI: 0000000020000200 RDI: 0000000000000003 RBP: 00007fdcf20bd493 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000246 R12: 0000000000000000 R13:
    00007fffbb8d7bdf R14: 00007fdcf13e3300 R15: 0000000000022000 </TASK> The buggy address belongs to the variable: rmnet_policy+0x30/0xe0 The buggy address belongs to the physical page: page:0000000065bdeb3c refcount:1 mapcount:0 mapping:0000000000000000 index:0x0 pfn:0x155243 flags:
    0x200000000001000(reserved|node=0|zone=2) raw: 0200000000001000 ffffea00055490c8 ffffea00055490c8 0000000000000000 raw: 0000000000000000 0000000000000000 00000001ffffffff 0000000000000000 page dumped because: kasan: bad access detected Memory state around the buggy address: ffffffff92c43780: f9 f9 f9 f9 00 00 00 02 f9 f9 f9 f9 00 00 00 07 ffffffff92c43800: f9 f9 f9 f9 00 00 00 05 f9 f9 f9 f9 06 f9 f9 f9 >ffffffff92c43880: f9 f9 f9 f9 00 00 00 00 00 00 f9 f9 f9 f9 f9 f9 ^ ffffffff92c43900: 00 00 00 00 00 00 00 00 07 f9 f9 f9 f9 f9 f9 f9 ffffffff92c43980: 00 00 00 07 f9 f9 f9 f9 00 00 00 05 f9 f9 f9 f9 According to the comment of `nla_parse_nested_deprecated`, the maxtype should be len(destination array) - 1. Hence use `IFLA_RMNET_MAX` here. (CVE-2024-26597)

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

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

  - 在 mprotect.c 的 change_pte_range 中存在一種可能使共用 mmap 可寫入的方法這是因為權限繞過所致。這可能會導致本機特權提升，且不需額外的執行權限。不需要使用者互動即可惡意利用。產品AndroidVersionsAndroid 核心Android IDA-213339151參照上游核心 (CVE-2021-39802)

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

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

  - net: qlogic: qlcnic修正 qlcnic_83xx_add_rings() 中的 NULL 指標解除參照。在 qlcnic_83xx_add_rings() 中將會呼叫 ahw->hw_ops->alloc_mbx_args 的間接函式以為 cmd.req.arg 配置記憶體並且存在解除參照其可導致在間接函式失敗 (如 qlcnic_83xx_alloc_mbx_args()) 時發生 NULL 指標解除參照。透過新增 alloc_mbx_args() 檢查來修正此錯誤此修補程式會模擬 mbx_cmd() 失敗處理的邏輯。此錯誤是由靜態分析器發現。分析使用差異檢查來識別兩個程式碼路徑之間不一致的安全性作業 (例如checks 或 kfrees) 並確認不一致的作業未在目前的函式或呼叫者中復原因此它們已構成錯誤。請注意作為由靜態分析發現的錯誤其可能是誤判或難以觸發。多位研究人員已交叉審閱此錯誤。具有 CONFIG_QLCNIC=m 的版本不會顯示新的警告而且我們的靜態分析器不會再針對此程式碼發出警告。 (CVE-2021-47542)

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

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

  - 將 SPKI RSA 公開金鑰匯入 ECDSA P-256 時，會錯誤處理該金鑰，進而造成索引標籤損毀。此弱點會影響 Firefox < 110、Thunderbird < 102.8 和 Firefox ESR < 102.8。
    (CVE-2023-25742)

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

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

  - 4.4.15.3 之前的 phpMyAdmin 4.4.x ] 和 4.5.x 之前的 4.5.4 允許遠端攻擊者透過對 (1) libraries/phpseclib/Crypt/AES.php 或 (2) libraries/phpseclib/Crypt/Rijndael.php 的特製要求取得敏感資訊其會在錯誤訊息中顯示完整路徑。 (CVE-2016-2042)

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

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

  - drop_monitor修正錯誤的初始化順序 Syzkaller 報告下列錯誤 錯誤 CPU#1執行緒同步鎖定錯誤 magic、syz-executor.0/7995 鎖定0xffff88805303f3e0、.magic 00000000、.owner <none>/-1、.owner_cpu 0 CPU1 PID7995 Commsyz-executor.0 污染GE 5.10.209+ #1 硬體名稱VMware, Inc.
    VMware Virtual Platform/440BX Desktop Reference Platform、BIOS 6.00 2020 年 11 月 12 日 呼叫追踪__dump_stack lib/dump_stack.c:77 [內嵌] dump_stack+0x119/0x179 lib/dump_stack.c:118 debug_spin_lock_before kernel/locking/spinlock_debug。 c:83 [內嵌] do_raw_spin_lock+0x1f6/0x270 kernel/locking/spinlock_debug.c:112 __raw_spin_lock_irqsave include/linux/spinlock_api_smp.h:117 [內嵌]
    _raw_spin_lock_irqsave+0x50/0x70 kernel/locking/spinlock.c:159 reset_per_cpu_data+0xe6/0x240 [drop_monitor] net_dm_cmd_trace+0x43d/0x17a0 [drop_monitor] genl_family_rcv_msg_doit+0x22f/0x330 net/netlink/genetlink.c:739 genl_family_rcv_msg net/netlink/genetlink .c:783 [內嵌] genl_rcv_msg+0x341/0x5a0 net/netlink/genetlink.c:800 netlink_rcv_skb+0x14d/0x440 net/netlink/af_netlink.c:2497 genl_rcv+0x29/0x40 net/netlink/genetlink.c:811 netlink_unicast_kernel net/netlink/af_netlink.c:1322 [內嵌] netlink_unicast+0x54b/0x800 net/netlink/af_netlink.c:1348 netlink_sendmsg+0x914/0xe00 net/netlink/af_netlink.c:1916 sock_sendmsg_nosec net/socket.c:651 [內嵌]
    __sock_sendmsg+0x157/0x190 net/socket.c:663____sys_sendmsg+0x712/0x870 net/socket.c:2378
    ___sys_sendmsg+0xf8/0x170 net/socket.c:2432 __sys_sendmsg+0xea/0x1b0 net/socket.c:2461 do_syscall_64+0x30/0x40 arch/x86/entry/common.c:46 entry_SYSCALL_64_after_hwframe+0x62/0xc7 RIP
    [0033:0x7f3f9815aee9 程式碼ff ff c3 66 2e 0f 1f 84 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 0f 45c <48> 2 4 38 4c 8b 05 01 f0 ff ff 73 01 c3 48 c7 c1 b0 ff ff ff f7 d8 64 89 01 48 RSP002b00007f3f972bf0c8 EFLAGS00000246 ORIG_RAX000000000000002e RAXffffffffffffffda RBX
    00007f3f9826d050 RCX: 00007f3f9815aee9 RDX: 0000000020000000 RSI: 0000000020001300 RDI: 0000000000000007 RBP: 00007f3f981b63bd R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11:
    0000000000000246 R120000000000000000 R13000000000000006e R1400007f3f9826d050 R1500007ffe01ee6768 如果 drop_monitor 構建為核心模組syzkaller 在模組載入 START_CMD 期間可能有時間傳送 netlink .NET_CMD_CMD 訊息這會呼叫 net_dm_monitor_start() 函式該函式會使用尚未初始化的執行緒同步鎖定。若要修正此問題讓我們將資源初始化置於註冊泛型 netlink 系列之上。由 InfoTeCS 代表 Linux Verification Center (linuxtesting.org) 使用 Syzkaller 找到。 (CVE-2025-21862)

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

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

  - 如果使用者從 Devtools 的 [網路] 索引標籤使用 [另存為] 內容功能表選項儲存回應則該檔案可能未以 `.download` 副檔名儲存。這可導致使用者意外執行惡意可執行檔。此弱點會影響 Firefox < 140 和 Thunderbird < 140。(CVE-2025-6435)

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

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

  - 已解決 Linux 核心中的下列弱點：sfc: farch: fix TX queue lookup in TX flush done handling We're starting from a TXQ instance number ('qid'), not a TXQ type, so efx_get_tx_queue() is inappropriate (and could return NULL, leading to panics). (CVE-2021-46949)

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

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

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

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

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

  - 在 5.3.11 版之前的 Linux 核心中，drivers/net/ethernet/mellanox/mlx5/core/fpga/conn.c 中的 mlx5_fpga_conn_create_cq() 函式存在記憶體洩漏問題，允許攻擊者透過觸發 mlx5_vector2eqn() 失敗來造成拒絕服務 (記憶體消耗)，即 CID-c8c2a057fdc7。(CVE-2019-19045)

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

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

  - usbhost修正 ehci_hcd_ppc_of_probe 中的 refcount 洩漏。of_find_compatible_node() 傳回具有已遞增 refcount 的節點指標完成時我們應在該指標上使用 of_node_put()。新增遺漏的 of_node_put() 以避免 refcount 洩漏。 (CVE-2022-50153)

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

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

  - 釋放網路要求處理時，過早釋放特定網路要求物件。這可能會造成釋放後使用，進而導致可能遭惡意利用的當機情形。此弱點會影響 Firefox ESR < 91.5、Firefox < 96 和 Thunderbird < 91.5。(CVE-2022-22740)

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

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

  - 在 ip_tables.c 的 do_ipt_get_ctl 和 do_ipt_set_ctl 中，可能因未初始化資料而存在洩漏核心資訊的方法。這可能導致需要系統執行權限的本機資訊洩漏。不需要使用者互動即可惡意利用。產品AndroidVersionsAndroid 核心Android IDA-120612905參照上游核心 (CVE-2021-39636)

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

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

  - 在處理程序關閉期間，可能建立了 `ImageBitmap`，其稍後會從不同的程式碼路徑中釋放後使用，進而導致可能遭到惡意利用的損毀。此弱點會影響 Firefox < 118。(CVE-2023-5175)

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

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

  在 Linux 4.x 核心用於橋接的 32 位元 syscall 介面實作中發現一個缺陷。這可讓具權限的使用者任意寫入有限範圍的核心記憶體。(CVE-2018-1068)

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

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

  - drm/amd/display修正 dml 協助程式中的無效內容錯誤 [原因] 錯誤從無效內容錯誤呼叫休眠函式。在 drm/amd/display保護 dml2_validate()/dml21_validate() 中的 FPU populate_dml_plane_cfg_from_plane_state() 將 GFP_KERNEL 旗標用於記憶體配置其不應用於不可部分完成的內容中。只有在使用其他協助程式函式 get_scaler_data_for_plane() 時才需要進行配置。[方法] 修改協助程式以傳遞現有內容中的 scaler_data 指標進而消除動態記憶體配置/解除配置和復制的需要。 (從認可 bd3e84bc98f81b44f2c43936bdadc3241d654259 精選) (CVE-2025-37965)

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

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

  - 如果沙箱內容處理序因另一個弱點遭到入侵，則可在該處理序中載入 accounts.firefox.com 並強制登入惡意 Firefox Sync 帳戶，從而逸出該沙箱。然後，停用沙箱的喜好設定會同步至本機電腦，如果觸發當機，遭入侵的瀏覽器會在沒有沙箱的情況下重新啟動。此弱點會影響 Firefox ESR < 60.9、Firefox ESR < 68.1 和 Firefox < 69。(CVE-2019-9812)

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

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

  - Oracle MySQL 的 MySQL Server 產品中的弱點 (元件ServerGIS)。受到影響的支援版本是 8.0.25 和之前的版本。攻擊此弱點的難度較小，經由多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。成功攻擊此弱點可能導致未經授權便能造成 MySQL Server 懸置或經常重複性當機 (完全 DOS)以及未經授權地更新、插入或刪除某些 MySQL Server 可存取資料的存取權以及未經授權地讀取 MySQL Server 的子集。 MySQL Server 可存取資料。 (CVE-2021-2417)

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

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

  - 在 Google Chrome 81.0.4044.122 之前版本中，ANGLE 中存在釋放後使用問題，遠端攻擊者可能利用此問題，透過建構的 HTML 頁面造成堆積損毀。(CVE-2020-6463)

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

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

  - 已解決 Linux 核心中的下列弱點：netfilter: nf_tables: reject new basechain after table flag update When dormant flag is toggled, hooks are disabled in the commit phase by iterating over current chains in table (existing and new). The following configuration allows for an inconsistent state: add table x add chain x y { type filter hook input priority 0; } add table x { flags dormant; } add chain x w { type filter hook input priority 1; } which triggers the following warning when trying to unregister chain w which is already unregistered. [ 127.322252] WARNING: CPU: 7 PID: 1211 at net/netfilter/core.c:50 1 __nf_unregister_net_hook+0x21a/0x260 [...] [ 127.322519] Call Trace: [127.322521] <TASK> [ 127.322524] ? __warn+0x9f/0x1a0 [ 127.322531] ? __nf_unregister_net_hook+0x21a/0x260 [ 127.322537] ? report_bug+0x1b1/0x1e0 [ 127.322545] ? handle_bug+0x3c/0x70 [ 127.322552] ? exc_invalid_op+0x17/0x40 [ 127.322556] ? asm_exc_invalid_op+0x1a/0x20 [ 127.322563] ? kasan_save_free_info+0x3b/0x60 [ 127.322570] ? __nf_unregister_net_hook+0x6a/0x260 [ 127.322577] ?
    __nf_unregister_net_hook+0x21a/0x260 [ 127.322583] ? __nf_unregister_net_hook+0x6a/0x260 [ 127.322590] ?
    __nf_tables_unregister_hook+0x8a/0xe0 [nf_tables] [ 127.322655] nft_table_disable+0x75/0xf0 [nf_tables] [127.322717] nf_tables_commit+0x2571/0x2620 [nf_tables] (CVE-2024-35900)

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

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

  - Oracle MySQL 的 MySQL 伺服器產品中存有弱點 (元件: Server: Optimizer)。受到影響的支援版本是 8.0.27 和之前的版本。攻擊此弱點的難度較小，經由多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。若攻擊成功，攻擊者可以接管 MySQL 伺服器。(CVE-2022-21600)

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

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

  - 透過 IPC 建立回呼以顯示「檔案選擇器」視窗時，可一次建立多個相同的回呼，並最終在其中一個回呼完成時立即同時銷毀所有回呼。這可能會造成釋放後使用，進而導致可能遭惡意利用的當機情形。此弱點會影響 Firefox < 117、Firefox ESR < 102.15、Firefox ESR < 115.2、Thunderbird < 102.15 和 Thunderbird < 115.2。(CVE-2023-4575)

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

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

  - PM: hibernate從休眠狀態恢復時 syzbot 報告 misc_open() [1] 的懸置工作時延遲裝置探查因為存在涉及 probe_count 變數的 AB-BA 鎖死爭用視窗。
    目前如果 probe_count 無法變成 0則來自 misc_open() 的 snapshot_open() 的 wait_for_device_probe() 可能會一直休眠並保留 misc_mtx。hub_event() work 函式探查裝置時probe_count 會在探查函式啟動前遞減而probe_count 會在之後遞減。探查功能已完成。在三種情況下probe_count 無法降為 0。(a) 受探查的裝置停止回應 (即損毀/惡意的硬體)。 (b) 使用 /dev/raw-gadget 介面模擬 USB 裝置的處理程序因某種原因而停止回應。 (c) 在現有裝置探查要求完成之前新裝置探查要求不斷傳入。syzbot 報告的現象為 (b)。保留 system_transition_mutex 和 misc_mtx 的處理程序正在等待 probe_count 在 wait_for_device_probe() 內變成 0但是從 hub_event() 工作函式呼叫的探查函式正在等待在 mutex_lock(&misc_mtx) 封鎖的處理程序透過 / 回應dev/raw-gadget 介面。
    此修補程式可將 wait_for_device_probe() 從 snapshot_open() 延遲至 snapshot_write() 和 snapshot_ioctl()藉此減輕 (b) 的影響。請注意只要不中斷封鎖作業可以封鎖透過 /dev/raw-gadget 介面模擬 USB 裝置的任何執行緒 (例如
    mutex_lock())。另請注意未解決 (a) 和 (c) 項問題。關於 (c)我們應將程式碼變更為僅等待一個含有用於從休眠中恢復影像的裝置。我不知道如何解決 (a)因為使用 wait_for_device_probe() 逾時可能會導致影像中的使用者資料遺失。或許我們應該要求使用者空間在開啟 /dev/snapshot 介面前等待影像裝置。 (CVE-2022-50202)

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

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

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

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

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

  - bridgeswitchdev變更 VLAN 通訊協定時修正記憶體洩漏 橋接器驅動程式可透過 switchdev 或 8021q 驅動程式將 VLAN 卸載至基礎硬體。使用前者時VLAN 會在橋接器驅動程式中以「BR_VLFLAG_ADDED_BY_SWITCHDEV」私密旗標進行標記。為避免提及的認可中提及的記憶體洩漏如果 VLAN 未使用前述旗標標記橋接器驅動程式將嘗試透過 8021q 驅動程式刪除 VLAN。橋接器的 VLAN 通訊協定變更時會透過 'SWITCHDEV_ATTR_ID_BRIDGE_VLAN_PROTOCOL' 屬性通知 switchdev 驅動程式但也會呼叫 8021q 驅動程式以新增具有新通訊協定的現有 VLAN以及使用舊通訊協定將其刪除。在 VLAN 透過 switchdev 卸載的情況下上述行為是多餘且錯誤的。
    產生冗餘這是因為 VLAN 已在硬體中程式設計且支援 VLAN 通訊協定變更 (目前僅限 mlx5) 的驅動程式會在收到 switchdev 屬性通知時變更通訊協定。錯誤這是因為儘管這些 VLAN 是以「BR_VLFLAG_ADDED_BY_SWITCHDEV」標記還是會呼叫 8021q 驅動程式。這會在刪除 VLAN 時導致記憶體洩漏 [1]。透過不呼叫已透過 switchdev 設定之 VLAN 的 8021q 驅動程式來修正。 [1] 未參照的物件 0xffff8881f6771200 (大小 256)comm ip、pid 446855、jiffies 4298238841 (55.240 秒) 十六進位轉儲存 (前 32 個位元組)00 00 7f 0e 83 88 ff ff 00 00 00 000 00 00 0.0 ........ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........
    backtrace [<00000000012819ac>] vlan_vid_add+0x437/0x750 [<00000000f2281fad>]
    __br_vlan_set_proto+0x289/0x920 [<000000000632b56f>] br_changelink+0x3d6/0x13f0 [<0000000089d25f04>]
    __rtnl_newlink+0x8ae/0x14c0 [<00000000f6276baf>] rtnl_newlink+0x5f/0x90 [<00000000746dc902>] rtnetlink_rcv_msg+0x336/0xa00 [<000000001c2241c0>] netlink_rcv_skb+0x11d/0x340 [<0000000010588814>] netlink_unicast+0x438/0x710 [<00000000e1a4cd5c>] ] ] netlink_rcv_skb+0x11d/0x340 [<00000000e8992d4e>] sock_sendmsg+0xb0/0xe0 [<00000000621b8f91>]____sys_sendmsg+0x4ff/0x6d0 [<000000000ea26996>]
    ___sys_sendmsg+0x12e/0x1b0 [<00000000684f7e25>] __sys_sendmsg+0xab/0x130 [<000000004538b104>] do_syscall_64+0x3d/0x90 [<0000000091ed9678>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 (CVE-2022-49812)

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

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

  - w1修正呼叫 w1_process() 後的警告　移除驅動程式 (ds2482) 時我收到下列警告訊息 ------------[cut here ]----------- - 執行 !TASK_RUNNING 時不呼叫封鎖 ops state=1 set at [<000000002d50bfb6>] w1_process+0x9e/0x1d0 [wire] 警告 CPU: 0 PID: 262 at kernel/sched/core.c:9817 __might_sleep+0x98/0xa0 CPU: 0 PID: 262 Comm: w1_bus_master1 污染GN 6.1.0-rc3+ #307 RIP0010:__might_sleep+0x98/0xa0 呼叫追踪exit_signals+0x6c/0x550 do_exit+0x2b4/0x17e0 kthread_exit+0x52/0x60 kthread+0x16d/0x1e0 ret_from_fork+0x1f/0x30 工作的狀態設為 w1_process() 的迴圈中的 TASK_INTERRUPTIBLE請在中斷迴圈時將其設為 TASK_RUNNING 以避免出現警告。 (CVE-2022-49751)

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

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

  - usbgadgetconfigfs防止 usb_string_copy() 中的 OOB 讀取/寫入使用者空間提供的字串 's' 可輕易達到零長度。如果未勾選此項目將首先導致 `if (str[0 - 1] == '\n') 形式的 OOB 讀取緊接著是 `str[0 - 1] = '\0' 形式的 OOB 寫入`. 已經有可擷取過長字串的驗證檢查。讓我們針對過短的無效字串提供額外的檢查。 (CVE-2024-42236)

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

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

  - cifs修正 refresh_cache_worker() 中的釋放後使用錯誤。發生 UAF 錯誤的原因是我們在執行 DFS 快取重新整理時將 DFS root 工作階段置於 cifs_umount() 中。使 DFS root 工作階段具有與 DFS tcon 相同的存留期因此我們可以避免在 DFS 快取重新整理及其他需要 IPC 以取得新 DFS 轉介的位置的釋放後使用錯誤。此外我們也捨棄 DFS 快取中的掛載群組處理因為我們不再需要它。這可修正 KASAN 擷取的下列釋放後使用錯誤 [ 379.946955] 錯誤KASAN在 __refresh_tcon.isra.0+0x10b/0xc10 中釋放後使用 [cifs] [ 379.947642] 於 addr ffff888018f57030 讀取大小為 8 的錯誤task kworker/u4:3/56 [ 379.948096] [ 379.948208] CPU: 0 PID: 56 Comm: kworker/u4:3 未受污染的 6.2.0-rc7-lku #23 [ 379.948661] 硬體名稱: QEMU Standard PC (Q35 + ICH9, 2009)BIOS rel-1.16.0-0-gd239552-rebuilt.opensuse.org 04/01/2014 [ 379.949368] Workqueuecifs-dfscache refresh_cache_worker [cifs] [ 379.949942] 呼叫追踪[ 379.950113] <TASK> [ 379.950260] dump_stack_lvl+0x50/0x67 [ 379.950510] print_report+0x16a/0x48e [ 379.950759] ?
    __virt_addr_valid+0xd8/0x160 [ 379.951040] ? __phys_addr+0x41/0x80 [ 379.951285] kasan_report+0xdb/0x110 [379.951533] ? __refresh_tcon.isra.0+0x10b/0xc10 [cifs] [ 379.952056] ? __refresh_tcon.isra.0+0x10b/0xc10 [cifs] [ 379.952585] __refresh_tcon.isra.0+0x10b/0xc10 [cifs] [ 379.953096] ?
    __pfx___refresh_tcon.isra.0+0x10/0x10 [cifs] [ 379.953637] ? __pfx___mutex_lock+0x10/0x10 [ 379.953915] ? lock_release+0xb6/0x720 [ 379.954167] ? __pfx_lock_acquire+0x10/0x10 [ 379.954443] ? refresh_cache_worker+0x34e/0x6d0 [cifs] [ 379.954960] __pfx_wb_workfn+0x10/0x10 [ 379.955239] refresh_cache_worker+0x4ad/0x6d0 [cifs] [ 379.955755] ? __pfx_refresh_cache_worker+0x10/0x10 [cifs] [379.956323] ? __pfx_lock_acquired+0x10/0x10 [ 379.956615] ? read_word_at_a_time+0xe/0x20 [ 379.956898] ? lockdep_hardirqs_on_prepare+0x12/0x220 [ 379.957235] process_one_work+0x535/0x990 [ 379.957509] ?
    __pfx_process_one_work+0x10/0x10 [ 379.957812] lock_acquired+0xb7/0x5f0 [ 379.958069] ?
    __list_add_valid+0x37/0xd0 [ 379.958341] ? __list_add_valid+0x37/0xd0 [ 379.958611] worker_thread+0x8e/0x630 [ 379.958861] __pfx_worker_thread+0x10/0x10 [ 379.959148] kthread+0x17d/0x1b0 [379.959369] ? __pfx_kthread+0x10/0x10 [ 379.959630] ret_from_fork+0x2c/0x50 [ 379.959879] </TASK> (CVE-2023-53052)

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

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

  - 在 Linux 核心 4.10.7 之前版本中，fs/crypto/ 中的釋放後使用弱點允許本機使用者透過撤銷 ext4、f2fs 或 ubifs 加密使用的 keyring 金鑰，來造成拒絕服務 (NULL 指標解除參照) 或可能取得權限，進而導致密碼編譯轉換物件被過早釋放。
    (CVE-2017-7374)

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

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

  - Google Chrome 138.0.7204.157 之前版本的 V8 中存在整數溢位弱點，遠端攻擊者可能透過特製的 HTML 頁面造成堆積損毀。(Chromium 安全性嚴重性 : 高) (CVE-2025-7656)

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

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

  - 已解決 Linux 核心中的下列弱點：i2c: smbus: fix NULL function pointer dereference Baruch reported an OOPS when using the designware controller as target only. Target-only modes break the assumption of one transfer function always being available. Fix this by always checking the pointer in __i2c_transfer. [wsa: dropped the simplification in core-smbus to avoid theoretical regressions] (CVE-2024-35984)

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

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

  - binder修正binder_devices 提交中的另一個 UAF e77aff5528a18 (binderfs 修正 binder_devices 中的釋放後使用) 解決一個釋放後使用問題其可在未先從 binder_devices 清單移除裝置的情況下釋出。但是binder_free_proc() 中有一個遺漏的類似路徑
    ================================================== ================ 錯誤KASAN在 binder_remove_device+0xd4/0x100 中發生大小為 8 的寫入作業 umount/467 CPU12 UID 0 PID467 Commumount 未受污染的 6.15.0-rc7-00138-g57483a362741 #9 PREEMPT 硬體名稱 linux,dummy-virt (DT) 呼叫追踪binderfs_evict_inode+0x230/0x2f0 evict+0x25c/0x5dc iput+0x304/0x480 dentry_unlink_inode+0x208/0x46c __dentry_kill+0x154/0x530 [...] 由工作 463 分配
    __kmalloc_cache_noprof+0x13c/0x324 binderfs_binder_device_create.isra.0+0x138/0xa60 binder_ctl_ioctl+0x1ac/0x230 [...] Freed by task 215: kfree+0x184/0x31c binder_proc_dec_tmpref+0x33c/0x4ac binder_deferred_func+0xc10/0x1108 process_one_work+0x520/0xba4 [ ...] ============================================== ==================== 呼叫 binder_free_proc() 中的 binder_remove_device()確保裝置在 kfreed 之前已從 binder_devices 清單移除。
    (CVE-2025-38175)

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

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

  - 已解決 Linux 核心中的下列弱點：x86/microcode/AMD: Fix
    __apply_microcode_amd()'s return value When verify_sha256_digest() fails, __apply_microcode_amd() should propagate the failure by returning false (and not -1 which is promoted to true). (CVE-2025-22047)

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

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

  - 在 GitLab CE/EE 中發現一個問題會影響 17.9 之前的 18.0.5、 18.1 之前的 18.1.3以及 18.2 之前的 18.2.1 中的所有版本此問題可允許未經授權的使用者存取自訂服務台電子郵件位址。 (CVE-2025-0765)

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

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

  - ttyvt初始化 unicode 畫面緩衝區 syzbot 報告 vcs_read() [1] 的核心資訊洩漏因為緩衝區可在調整大小作業後立即讀取。使用 kzalloc() 初始化緩衝區。 ---------- #include <fcntl.h> #include <unistd.h> #include<sys/ioctl.h> #include<linux/fb.h> int main(int argc, char
    *argv[]) { struct fb_var_screeninfo var = { }; const int fb_fd = open(/dev/fb0, 3); ioctl(fb_fd, FBIOGET_VSCREENINFO, &var); var.yres = 0x21; ioctl(fb_fd, FBIOPUT_VSCREENINFO, &var); return read(open(/dev/vcsu, O_RDONLY), &var, sizeof(var)) == -1; } ---------- (CVE-2022-50222)

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

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

  - jfs驗證 dbMount() 中的 AG 參數以防止當機驗證 dbMount 中的 db_agheight、db_agwidth 和 db_agstart以及早擷取損毀的詮釋資料並避免 dbAllocAG 中發生未定義的行為。限制源自 L2LPERCTL、LPERCTL/MAXAG 和 CTLTREESIZE- agheight: 0 到 L2LPERCTL/2 (0 到 5)可確保移位 (L2LPERCTL - 2*agheight) >= 0。- agwidth: 1 到 min(LPERCTL/MAXAG, 2^(L2LPERCTL - 2*agheight)) 確保 agperlev >= 1。 - 範圍1-8 (agheight 0-3)、1-4 (agheight 4)、1 (agheight 5)。- LPERCTL/MAXAG = 1024/128 = 每個 AG 有 8 個限制2^(10 - 2*agheight) 防止除數為 0。 - agstart0 到 CTLTREESIZE-1 - agwidth*(MAXAG-1) 將 ti 保持在 stree (大小 1365) 內。- 範圍0-1237 (agwidth 1)、0-348 (agwidth 8)。UBSANfs/jfs/jfs_dmap.c:1400:9 中的 shift-out-of-bounds 移位指數 -335544310 為負 CPU0 UID0 PID5822 通訊 syz-executor130 未受污染 6.14.0-rc5-syzkaller #0 硬體名稱Google Compute Engine/Google Compute Engine、BIOS Google 02/12/2025 呼叫追踪 <TASK> __dump_stack lib/dump_stack.c:94 [內嵌] dump_stack_lvl+0x241/0x360 lib/dump_stack.c:120 ubsan_epilogue lib /ubsan.c:231 [內嵌] __ubsan_handle_shift_out_of_bounds+0x3c8/0x420 lib/ubsan.c:468 dbAllocAG+0x1087/0x10b0 fs/jfs/jfs_dmap.c:1400 dbDiscardAG+0x352/0xa20 fs/jfs/jfs_dmap.c:1613c_ +0x45a/0x6b0 fs/jfs/jfs_discard.c:105 jfs_ioctl+0x2cd/0x3e0 fs/jfs/ioctl.c:131 vfs_ioctl fs/ioctl.c:51 [內嵌] __do_sys_ioctl fs/ioctl.c:906 [內嵌] __se_sys_ioctl +0xf5/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 由 Linux 發現具有 Syzkaller 的 Verification Center (linuxtesting.org)。 (CVE-2025-38230)

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

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

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

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

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

  - 已解決 Linux 核心中的下列弱點：bpf: Fix remap of arena. The bpf arena logic didn't account for mremap operation. Add a refcnt for multiple mmap events to prevent use-after-free in arena_vm_close. (CVE-2024-42075)

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

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

  - 在 Linux 核心 5.11.3 及之前版本中發現一個問題。使用者利用核心指標洩漏可以判斷 iscsi_transport 結構的位址。當在 iSCSI 子系統中註冊 iSCSI 傳輸時，無權限的使用者可透過 sysfs 檔案系統 (位於 /sys/class/iscsi_transport/$TRANSPORT_NAME/handle) 取得傳輸的控制碼。讀取時會呼叫 show_transport_handle 函式 (在 drivers/scsi/scsi_transport_iscsi.c 中)，進而洩漏控制碼。此控制碼實際上是核心模組全域變數中 iscsi_transport 結構的指標。(CVE-2021-27363)

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

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

  - 已解決 Linux 核心中的下列弱點：riscv/kprobe: Fix instruction simulation of JALR Set kprobe at 'jalr 1140(ra)' of vfs_write results in the following crash: [ 32.092235] Unable to handle kernel access to user memory without uaccess routines at virtual address 00aaaaaad77b1170 [ 32.093115] Oops [#1] [ 32.093251] Modules linked in: [ 32.093626] CPU: 0 PID: 135 Comm: ftracetest Not tainted 6.2.0-rc2-00013-gb0aa5e5df0cb-dirty #16 [ 32.093985] Hardware name: riscv-virtio,qemu (DT) [32.094280] epc : ksys_read+0x88/0xd6 [ 32.094855] ra : ksys_read+0xc0/0xd6 [ 32.095016] epc :
    ffffffff801cda80 ra : ffffffff801cdab8 sp : ff20000000d7bdc0 [ 32.095227] gp : ffffffff80f14000 tp :
    ff60000080f9cb40 t0 : ffffffff80f13e80 [ 32.095500] t1 : ffffffff8000c29c t2 : ffffffff800dbc54 s0 :
    ff20000000d7be60 [ 32.095716] s1 : 0000000000000000 a0 : ffffffff805a64ae a1 : ffffffff80a83708 [32.095921] a2 : ffffffff80f160a0 a3 : 0000000000000000 a4 : f229b0afdb165300 [ 32.096171] a5 :
    f229b0afdb165300 a6 : ffffffff80eeebd0 a7 : 00000000000003ff [ 32.096411] s2 : ff6000007ff76800 s3 :
    fffffffffffffff7 s4 : 00aaaaaad77b1170 [ 32.096638] s5 : ffffffff80f160a0 s6 : ff6000007ff76800 s7 :
    0000000000000030 [ 32.096865] s8 : 00ffffffc3d97be0 s9 : 0000000000000007 s10: 00aaaaaad77c9410 [32.097092] s11: 0000000000000000 t3 : ffffffff80f13e48 t4 : ffffffff8000c29c [ 32.097317] t5 :
    ffffffff8000c29c t6 : ffffffff800dbc54 [ 32.097505] status: 0000000200000120 badaddr: 00aaaaaad77b1170 cause: 000000000000000d [ 32.098011] [<ffffffff801cdb72>] ksys_write+0x6c/0xd6 [ 32.098222] [<ffffffff801cdc06>] sys_write+0x2a/0x38 [ 32.098405] [<ffffffff80003c76>] ret_from_syscall+0x0/0x2 Since the rs1 and rd might be the same one, such as 'jalr 1140(ra)', hence it requires obtaining the target address from rs1 followed by updating rd. [Palmer: Pick Guo's cleanup] (CVE-2023-52995)

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

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

  - drm/amdgpu修正移除 amdgpu 裝置時發生的呼叫追踪警告和懸置。在啟用 RAS 的 GPU 上關閉裝置時觀察到下列呼叫追踪和懸置。 v2使用 DRM 裝置已拔除旗標而非關機旗標作為檢查以防止關機階段中的記憶體清除。 [ +0.000000] RIP
    0010:amdgpu_vram_mgr_fini+0x18d/0x1c0 [amdgpu] [ +0.000001] PKRU 55555554 [ +0.000001] 呼叫追踪 [+0.000001] <TASK> ] [ +0.000002] amdgpu_ttm_fini+0x140/0x1c0 [amdgpu] [ +0.000183] amdgpu_bo_fini+0x27/0xa0 [amdgpu] [ +0.000184] gmc_v11_0_sw_fini+0x2b/0x40 [amdgpu] [ +0.000163] amdgpu_device_fini_sw+0xb6/0x510 [amdgpu] [ +0.000152] amdgpu_driver_release_kms+0x16/0x30 [amdg]0.000090] drm_dev_release+0x28/0x50 [drm] [ +0.000016] devm_drm_dev_init_release+0x38/0x60 [drm] [ +0.000011] devm_action_release+0x15/0x20 [+0.000003] release_nodes+0x40/0xc0 [ +0.000001] devres_release_all +0x9e/0xe0 [ +0.000001] device_unbind_cleanup+0x12/0x80 [ +0.000003] device_release_driver_internal+0xff/0x160 [ +0.000001] driver_detach+0x4a/0x90 [ +0.000001] bus_remove_driver+0x6c/0xf0 [ +0.000001] driver_unregister +0x31/0x50 [ +0.000001] pci_unregister_driver+0x40/0x90 [ +0.000003] amdgpu_exit+0x15/0x120 [amdgpu] (CVE-2023-53036)

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

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

  - md/raid1修正 raid1_reshape 中傳回後的堆疊記憶體使用在 raid1_reshape 函式中newpool 會配置在堆疊上並指派給 conf->r1bio_pool。這會導致 conf->r1bio_pool.wait.head 指向堆疊位址。若稍後存取此位址可能導致核心錯誤。存取路徑範例
    raid1_reshape() { // newpool 在堆疊上 mempool_t newpool, oldpool; // 將 newpool.wait.head 初始化為堆疊位址 mempool_init(&newpool, ...); conf->r1bio_pool = newpool; } raid1_read_request() 或 raid1_write_request() { alloc_r1bio() { mempool_alloc() { // 如果 pool->alloc 失敗 remove_element() {
    --pool->curr_nr } } } } mempool_free() { if (pool->curr_nr < pool->min_nr) { // pool->wait.head 是堆疊位址 // wake_up() 將嘗試存取此無效位址 // 這會導致傳回核心錯誤wake_up(&pool->wait); } } 修正指派 newpool 後重新初始化 conf->r1bio_pool.wait。
    (CVE-2025-38445)

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

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

  - pds_core防止可能的 adminq 溢位/停滯情形。pds_core 的 adminq 受到 adminq_lock 保護這可防止在任何時候超過 1 個命令發布。這使得用戶端驅動程式無法同時發布 adminq 命令。不過這些完成會在不同的內容中發生這表示多個 adminq 命令可依序發布並在完成時全部等待。在 FW 端支援 adminq 要求佇列只有 16 個項目且缺少重試機制和/或溢位/停滯預防。這可造成 adminq 停滯因此 FW 不再處理命令且不再傳送完成。作為初始修正防止超過 16 個待處理的 adminq 命令避免造成 adminq 停滯。此方法可行因為支援 adminq 要求佇列永遠不會有超過 16 個擱置中的 adminq 命令因此永遠不會溢位。將 adminq 深度減至 16 即可達到此目的。(CVE-2025-37987)

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

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

  - 在某些情況下即使導覽離開搜尋頁面之後搜尋字詞仍會保留在 URL 列中。此弱點會影響 Firefox < 141、Firefox ESR < 140.1、Thunderbird < 141 和 Thunderbird < 140.1。
    (CVE-2025-8039)

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

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

  - 已解決 Linux 核心中的下列弱點：net: sched: flower: protect fl_walk() with rcu Patch that refactored fl_walk() to use idr_for_each_entry_continue_ul() also removed rcu protection of individual filters which causes following use-after-free when filter is deleted concurrently. Fix fl_walk() to obtain rcu read lock while iterating and taking the filter reference and temporary release the lock while calling arg->fn() callback that can sleep. KASAN trace: [ 352.773640] ================================================================== [ 352.775041] BUG: KASAN: use-after-free in fl_walk+0x159/0x240 [cls_flower] [ 352.776304] Read of size 4 at addr ffff8881c8251480 by task tc/2987 [ 352.777862] CPU: 3 PID: 2987 Comm: tc Not tainted 5.15.0-rc2+ #2 [ 352.778980] Hardware name:
    QEMU Standard PC (Q35 + ICH9, 2009), BIOS rel-1.13.0-0-gf21b5a4aeb02-prebuilt.qemu.org 04/01/2014 [352.781022] Call Trace: [ 352.781573] dump_stack_lvl+0x46/0x5a [ 352.782332] print_address_description.constprop.0+0x1f/0x140 [ 352.783400] ? fl_walk+0x159/0x240 [cls_flower] [352.784292] ? fl_walk+0x159/0x240 [cls_flower] [ 352.785138] kasan_report.cold+0x83/0xdf [ 352.785851] ? fl_walk+0x159/0x240 [cls_flower] [ 352.786587] kasan_check_range+0x145/0x1a0 [ 352.787337] fl_walk+0x159/0x240 [cls_flower] [ 352.788163] ? fl_put+0x10/0x10 [cls_flower] [ 352.789007] ?
    __mutex_unlock_slowpath.constprop.0+0x220/0x220 [ 352.790102] tcf_chain_dump+0x231/0x450 [ 352.790878] ? tcf_chain_tp_delete_empty+0x170/0x170 [ 352.791833] ? __might_sleep+0x2e/0xc0 [ 352.792594] ? tfilter_notify+0x170/0x170 [ 352.793400] ? __mutex_unlock_slowpath.constprop.0+0x220/0x220 [ 352.794477] tc_dump_tfilter+0x385/0x4b0 [ 352.795262] ? tc_new_tfilter+0x1180/0x1180 [ 352.796103] ?
    __mod_node_page_state+0x1f/0xc0 [ 352.796974] ? __build_skb_around+0x10e/0x130 [ 352.797826] netlink_dump+0x2c0/0x560 [ 352.798563] ? netlink_getsockopt+0x430/0x430 [ 352.799433] ?
    __mutex_unlock_slowpath.constprop.0+0x220/0x220 [ 352.800542] __netlink_dump_start+0x356/0x440 [352.801397] rtnetlink_rcv_msg+0x3ff/0x550 [ 352.802190] ? tc_new_tfilter+0x1180/0x1180 [ 352.802872] ? rtnl_calcit.isra.0+0x1f0/0x1f0 [ 352.803668] ? tc_new_tfilter+0x1180/0x1180 [ 352.804344] ?
    _copy_from_iter_nocache+0x800/0x800 [ 352.805202] ? kasan_set_track+0x1c/0x30 [ 352.805900] netlink_rcv_skb+0xc6/0x1f0 [ 352.806587] ? rht_deferred_worker+0x6b0/0x6b0 [ 352.807455] ? rtnl_calcit.isra.0+0x1f0/0x1f0 [ 352.808324] ? netlink_ack+0x4d0/0x4d0 [ 352.809086] ? netlink_deliver_tap+0x62/0x3d0 [ 352.809951] netlink_unicast+0x353/0x480 [ 352.810744] ? netlink_attachskb+0x430/0x430 [ 352.811586] ? __alloc_skb+0xd7/0x200 [ 352.812349] netlink_sendmsg+0x396/0x680 [ 352.813132] ? netlink_unicast+0x480/0x480 [ 352.813952] ?
    __import_iovec+0x192/0x210 [ 352.814759] ? netlink_unicast+0x480/0x480 [ 352.815580] sock_sendmsg+0x6c/0x80 [ 352.816299] ____sys_sendmsg+0x3a5/0x3c0 [ 352.817096] ? kernel_sendmsg+0x30/0x30 [ 352.817873] ? __ia32_sys_recvmmsg+0x150/0x150 [ 352.818753] ___sys_sendmsg+0xd8/0x140 [ 352.819518] ? sendmsg_copy_msghdr+0x110/0x110 [ 352.820402] ? ___sys_recvmsg+0xf4/0x1a0 [ 352.821110] ?
    __copy_msghdr_from_user+0x260/0x260 [ 352.821934] ? _raw_spin_lock+0x81/0xd0 [ 352.822680] ?
    __handle_mm_fault+0xef3/0x1b20 [ 352.823549] ? rb_insert_color+0x2a/0x270 [ 352.824373] ? copy_page_range+0x16b0/0x16b0 [ 352.825209] ? perf_event_update_userpage+0x2d0/0x2d0 [ 352.826190] ?
    __fget_light+0xd9/0xf0 [ 352.826941] __sys_sendmsg+0xb3/0x130 [ 352.827613] ? __sys_sendmsg_sock+0x20/0x20 [ 352.828377] ? do_user_addr_fault+0x2c5/0x8a0 [ 352.829184] ? fpregs_assert_state_consistent+0x52/0x60 [352.830001] ? exit_to_user_mode_prepare+0x32/0x160 [ 352.830845] do_syscall_64+0x35/0x80 [ 352.831445] entry_SYSCALL_64_after_hwframe+0x44/0xae [ 352.832331] RIP: 0033:0x7f7bee973c17 [ ---truncated--- (CVE-2021-47402)

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

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

  - scsimpi3mr修正 mpi3mr_init_ioc() 中的記憶體洩漏重新初始化 IOC 時不會再次配置記憶體。 (CVE-2023-53115)

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

ID	名稱	嚴重性
247587	Linux Distros 未修補的弱點：CVE-2024-53235	medium
247586	Linux Distros 未修補的弱點：CVE-2025-21865	medium
247585	Linux Distros 未修補的弱點：CVE-2020-26958	medium
247584	Linux Distros 未修補的弱點：CVE-2025-38245	medium
247583	Linux Distros 未修補的弱點：CVE-2024-26597	high
247582	Linux Distros 未修補的弱點：CVE-2021-39802	high
247581	Linux Distros 未修補的弱點：CVE-2021-47542	medium
247580	Linux Distros 未修補的弱點：CVE-2023-25742	medium
247579	Linux Distros 未修補的弱點：CVE-2016-2042	medium
247578	Linux Distros 未修補的弱點：CVE-2025-21862	medium
247577	Linux Distros 未修補的弱點：CVE-2025-6435	high
247576	Linux Distros 未修補的弱點：CVE-2021-46949	medium
247575	Linux Distros 未修補的弱點：CVE-2024-20965	medium
247574	Linux Distros 未修補的弱點：CVE-2019-19045	medium
247573	Linux Distros 未修補的弱點：CVE-2022-50153	high
247572	Linux Distros 未修補的弱點：CVE-2022-22740	high
247571	Linux Distros 未修補的弱點：CVE-2021-39636	medium
247570	Linux Distros 未修補的弱點：CVE-2023-5175	critical
247569	Linux Distros 未修補的弱點：CVE-2018-1068	medium
247568	Linux Distros 未修補的弱點：CVE-2025-37965	medium
247567	Linux Distros 未修補的弱點：CVE-2019-9812	critical
247566	Linux Distros 未修補的弱點：CVE-2021-2417	medium
247565	Linux Distros 未修補的弱點：CVE-2020-6463	high
247564	Linux Distros 未修補的弱點：CVE-2024-35900	medium
247563	Linux Distros 未修補的弱點：CVE-2022-21600	high
247562	Linux Distros 未修補的弱點：CVE-2023-4575	medium
247561	Linux Distros 未修補的弱點：CVE-2022-50202	medium
247560	Linux Distros 未修補的弱點：CVE-2021-2339	medium
247559	Linux Distros 未修補的弱點：CVE-2022-49812	medium
247558	Linux Distros 未修補的弱點：CVE-2022-49751	medium
247557	Linux Distros 未修補的弱點：CVE-2024-42236	medium
247556	Linux Distros 未修補的弱點：CVE-2023-53052	high
247555	Linux Distros 未修補的弱點：CVE-2017-7374	high
247554	Linux Distros 未修補的弱點：CVE-2025-7656	high
247553	Linux Distros 未修補的弱點：CVE-2024-35984	medium
247552	Linux Distros 未修補的弱點：CVE-2025-38175	high
247551	Linux Distros 未修補的弱點：CVE-2025-22047	medium
247550	Linux Distros 未修補的弱點：CVE-2025-0765	medium
247549	Linux Distros 未修補的弱點：CVE-2022-50222	high
247548	Linux Distros 未修補的弱點：CVE-2025-38230	high
247547	Linux Distros 未修補的弱點：CVE-2025-21491	medium
247546	Linux Distros 未修補的弱點：CVE-2024-42075	medium
247545	Linux Distros 未修補的弱點：CVE-2021-27363	medium
247544	Linux Distros 未修補的弱點：CVE-2023-52995	medium
247543	Linux Distros 未修補的弱點：CVE-2023-53036	medium
247542	Linux Distros 未修補的弱點：CVE-2025-38445	high
247541	Linux Distros 未修補的弱點：CVE-2025-37987	high
247540	Linux Distros 未修補的弱點：CVE-2025-8039	high
247539	Linux Distros 未修補的弱點：CVE-2021-47402	high
247538	Linux Distros 未修補的弱點：CVE-2023-53115	medium

偵測

Nessus 的 Misc. 系列

medium

medium

medium

medium

high

high

medium

medium

medium

medium

high

medium

medium

medium

high

high

medium

critical

medium

medium

critical

medium

high

medium

high

medium

medium

medium

medium

medium

medium

high

high

high

medium

high

medium

medium

high

high

medium

medium

medium

medium

medium

high

high

high

high

medium