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

  - 如果攻擊者能夠找到觸發 `SafeRefPtr` 中特定程式碼路徑的方法，就有可能觸發損毀或可能被用來實現程式碼執行。此弱點會影響 Firefox < 124、Firefox ESR < 115.9 和 Thunderbird < 115.9。(CVE-2024-2612)

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

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

  - 在 Linux 核心 5.3.9 之前版本中，drivers/iio/imu/adis_buffer.c 中的 adis_update_scan_mode_ Burst () 函式有一個記憶體洩漏問題，攻擊者可藉此造成拒絕服務 (記憶體消耗)，亦即 CID-9c0530e898f3。(CVE-2019-19061)

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

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

  - 如果將 AlignedBuffer 指派給本身，後續的自我移動可導致錯誤的參照計數，以及之後的釋放後使用問題。此弱點會影響 Firefox < 125、Firefox ESR < 115.10 和 Thunderbird < 115.10。(CVE-2024-3861)

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

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

  - netphy 連結遭到刪除時清除 phydev->devlink。停用再重新啟用網路連接埠時可能會發生當機問題。停用網路連接埠時phy_detach() 會呼叫 device_link_del() 以移除裝置連結但它不會清除 phydev->devlink因此 phydev->devlink 不是 NULL 指標。
    接著會重新啟用網路連接埠但如果 phy_attach_direct() 在呼叫 device_link_add() 之前失敗程式碼就會跳到錯誤標籤並呼叫 phy_detach()。由於 phydev->devlink 會保留來自上一個附加/卸離週期的舊值device_link_del() 會使用舊值存取 NULL 指標並造成當機。簡化的當機記錄如下。 [ 24.702421] 呼叫追踪 [ 24.704856] device_link_put_kref+0x20/0x120 [ 24.709124] device_link_del+0x30/0x48 [ 24.712864] phy_detach+0x24/0x168 [ 24.716261] phy_attach_direct+0x168/0x3a4 [ 24.720352] phylink_fwnode_phy_connect+0xc8 /0x14c [ 24.725140] phylink_of_phy_connect+0x1c/0x34 因此必須在刪除裝置連結時清除 phydev->devlink。 (CVE-2025-38149)

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

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

  - ibmvnic傳送至 VIOS 後不參照 skb 之前在成功將 xmit 緩衝區排清至 VIOS 後tx_bytes stat 會增加 skb 的長度。在傳送緩衝區至 VIOS 之後存取 skb 記憶體是無效的因為在傳送之後的任何時間點VIOS 都可以觸發中斷以釋放此記憶體。讀取 skb->len 和釋放 skb 之間可能發生爭用 (特別是在 LPM 期間)且將導致釋放後使用
    ================================================== ================ 錯誤KASANibmvnic_xmit+0x75c/0x1808 中發生 slab 釋放後使用 [ibmvnic] 工作 hxecom/14495 在 addr c00000024eb48a70 讀取大小 4 <...> Call Trace: [c000000118f66cf0] [c0000000018cba6c] dump_stack_lvl+0x84/0xe8 (unreliable) [c000000118f66d20] [c0000000006f0080] print_report+0x1a8/0x7f0 [c000000118f66df0] [c0000000006f08f0] kasan_report+0x128/0x1f8 [c000000118f66f00] [c0000000006f2868] __asan_load4+0xac/0xe0 [c000000118f66f20] [c0080000046eac84] ibmvnic_xmit+0x75c/0x1808 [ibmvnic] [c000000118f67340] [c0000000014be168] dev_hard_start_xmit+0x150/0x358 <...> Freed by task 0: kasan_save_stack+0x34/0x68 kasan_save_track+0x2c/0x50 kasan_save_free_info+0x64/0x108 __kasan_mempool_poison_object+0x148 /0x2d4 napi_skb_cache_put+0x5c/0x194 net_tx_action+0x154/0x5b8 handle_softirqs+0x20c/0x60c do_softirq_own_stack+0x6c/0x88 <...> 錯誤位址屬於 c00000024eb48a00 的物件該物件屬於大小為 skbuff_head_cache 的快取224 ================================================= ================= (CVE-2025-21855)

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

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

  - WebRTC 中存在一個弱點惡意 Web 內容可利用 getUserMedia API 上的探查技術使用限制來洩漏系統上攝影機的裝置屬性而不會觸發使用者提示或通知。這會導致潛在的使用者指紋識別。此弱點會影響 Firefox < 69 和 Firefox ESR < 68.1。 (CVE-2019-11749)

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

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

  - 已解決 Linux 核心中的下列弱點：btrfs: fix relocation crash due to premature return from btrfs_commit_transaction() We are seeing crashes similar to the following trace:
    [38.969182] WARNING: CPU: 20 PID: 2105 at fs/btrfs/relocation.c:4070 btrfs_relocate_block_group+0x2dc/0x340 [btrfs] [38.973556] CPU: 20 PID: 2105 Comm: btrfs Not tainted 5.17.0-rc4 #54 [38.974580] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.12.0-59-gc9ba5276e321-prebuilt.qemu.org 04/01/2014 [38.976539] RIP:
    0010:btrfs_relocate_block_group+0x2dc/0x340 [btrfs] [38.980336] RSP: 0000:ffffb0dd42e03c20 EFLAGS:
    00010206 [38.981218] RAX: ffff96cfc4ede800 RBX: ffff96cfc3ce0000 RCX: 000000000002ca14 [38.982560] RDX:
    0000000000000000 RSI: 4cfd109a0bcb5d7f RDI: ffff96cfc3ce0360 [38.983619] RBP: ffff96cfc309c000 R08:
    0000000000000000 R09: 0000000000000000 [38.984678] R10: ffff96cec0000001 R11: ffffe84c80000000 R12:
    ffff96cfc4ede800 [38.985735] R13: 0000000000000000 R14: 0000000000000000 R15: ffff96cfc3ce0360 [38.987146] FS: 00007f11c15218c0(0000) GS:ffff96d6dfb00000(0000) knlGS:0000000000000000 [38.988662] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [38.989398] CR2: 00007ffc922c8e60 CR3: 00000001147a6001 CR4:
    0000000000370ee0 [38.990279] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [38.991219] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [38.992528] Call Trace: [38.992854] <TASK> [38.993148] btrfs_relocate_chunk+0x27/0xe0 [btrfs] [38.993941] btrfs_balance+0x78e/0xea0 [btrfs] [38.994801] ? vsnprintf+0x33c/0x520 [38.995368] ? __kmalloc_track_caller+0x351/0x440 [38.996198] btrfs_ioctl_balance+0x2b9/0x3a0 [btrfs] [38.997084] btrfs_ioctl+0x11b0/0x2da0 [btrfs] [38.997867] ? mod_objcg_state+0xee/0x340 [38.998552] ? seq_release+0x24/0x30 [38.999184] ? proc_nr_files+0x30/0x30 [38.999654] ? call_rcu+0xc8/0x2f0 [39.000228] ? __x64_sys_ioctl+0x84/0xc0 [39.000872] ? btrfs_ioctl_get_supported_features+0x30/0x30 [btrfs] [39.001973] __x64_sys_ioctl+0x84/0xc0 [39.002566] do_syscall_64+0x3a/0x80 [39.003011] entry_SYSCALL_64_after_hwframe+0x44/0xae [39.003735] RIP:
    0033:0x7f11c166959b [39.007324] RSP: 002b:00007fff2543e998 EFLAGS: 00000246 ORIG_RAX: 0000000000000010 [39.008521] RAX: ffffffffffffffda RBX: 00007f11c1521698 RCX: 00007f11c166959b [39.009833] RDX:
    00007fff2543ea40 RSI: 00000000c4009420 RDI: 0000000000000003 [39.011270] RBP: 0000000000000003 R08:
    0000000000000013 R09: 00007f11c16f94e0 [39.012581] R10: 0000000000000000 R11: 0000000000000246 R12:
    00007fff25440df3 [39.014046] R13: 0000000000000000 R14: 00007fff2543ea40 R15: 0000000000000001 [39.015040] </TASK> [39.015418] ---[ end trace 0000000000000000 ]--- [43.131559] ------------[ cut here ]------------ [43.132234] kernel BUG at fs/btrfs/extent-tree.c:2717! [43.133031] invalid opcode: 0000 [#1] PREEMPT SMP PTI [43.133702] CPU: 1 PID: 1839 Comm: btrfs Tainted: G W 5.17.0-rc4 #54 [43.134863] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.12.0-59-gc9ba5276e321-prebuilt.qemu.org 04/01/2014 [43.136426] RIP: 0010:unpin_extent_range+0x37a/0x4f0 [btrfs] [43.139913] RSP: 0000:ffffb0dd4216bc70 EFLAGS: 00010246 [43.140629] RAX: 0000000000000000 RBX: ffff96cfc34490f8 RCX: 0000000000000001 [43.141604] RDX: 0000000080000001 RSI: 0000000051d00000 RDI: 00000000ffffffff [43.142645] RBP: 0000000000000000 R08:
    0000000000000000 R09: ffff96cfd07dca50 [43.143669] R10: ffff96cfc46e8a00 R11: fffffffffffec000 R12:
    0000000041d00000 [43.144657] R13: ffff96cfc3ce0000 R14: ffffb0dd4216bd08 R15: 0000000000000000 [43.145686] FS: 00007f7657dd68c0(0000) GS:ffff96d6df640000(0000) knlGS:0000000000000000 [43.146808] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [43.147584] CR2: 00007f7fe81bf5b0 CR3: 00000001093ee004 CR4:
    0000000000370ee0 [43.148589] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [43.149581] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 00000000000 ---truncated--- (CVE-2022-48903)

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

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

  - 在 ESAPI esapi-java-legacy 中發現一個弱點且分類為有問題。此問題會影響 SQL 插入防禦的 Encoder.encodeForSQL 介面。攻擊導致不當中和特殊元素。攻擊可能從遠端起始且一個惡意利用已公開洩漏。
    專案已就此問題及早聯絡過該專案並以超凡的專業水平加以處理。升級至 2.7.0.0 版可解決此問題。認可 ID f75ac2c2647a81d2cfbdc9c899f8719c240ed512 預設為停用此功能且任何嘗試使用該功能都會觸發警告。認可 ID e2322914304d9b1c52523ff24be495b7832f6a56 將更新誤導的 Java 類別文件以警告風險。 (CVE-2025-5878)

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

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

  - 在某些情況下可使用畫布物件讀取來自不同網域的影像。有心人士可藉此在違反同源原則的情況下，竊取來自不同站點的影像資料。此弱點會影響 Thunderbird < 60.7、Firefox < 67 和 Firefox ESR < 60.7。 (CVE-2019-9817)

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

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

  - padata不洩漏 reorder_work 中的 refcount。解決 UAF 問題的最新修補程式引入了參照計數洩漏無論 queue_work() 的傳回值為何parallel_data refcount 都會無條件增加。若工作項目已排入佇列則遞增的 refcount 絕不會遞減。透過檢查 queue_work() 的傳回值並在必要時遞減 refcount 來修正此問題。解決：
    未參照的物件 0xffff9d9f421e3d80 (大小 192)comm cryptomgr_probe、pid 157、jiffies 4294694003 十六進位轉儲存 (前 32 個位元組)80 8b cf 41 9f 9d ff ff b8 97 e0 89 ff ff ff ff ...A...... ...... d0 97 e0 89 ff ff ff ff 19 00 00 00 1f 88 23 00 ........ backtrace (crc 838fb36): __kmalloc_cache_noprof+0x284/0x320 padata_alloc_pd+0x20/0x1e0 padata_alloc_shell+0x3b/0xa0 0xffffffffc040a54d cryptomgr_probe+0x43/0xc0 kthread+0xf6/0x1f0 ret_from_fork+0x2f/0x50 ret_from_fork_asm+0x1a/0x30 (CVE-2025-38031)

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

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

  - drm/amd/display修正 update_dchubp_dpp 的 pipe_ctx->plane_state 的 null 檢查 類似於認可 6a057072ddd1 (drm/amd/display修正 dcn20_program_pipe 中 pipe_ctx->plane_state 的 null 檢查)其可解決 dcn20_update_dchubp_dpp 上的 null 指標解除參照。此為在 dcn401 中針對 update_dchubp_dpp 勾點的函式具有相同問題。也修正 dcn401_program_pipe 上可能發生的 null 指標解除參照。 (從認可 d8d47f739752227957d8efc0cb894761bfe1d879 精選) (CVE-2025-38021)

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

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

  - 在 Linux 核心的 GPU i915 核心驅動程式中發現一個不正確的 TLB 排清問題，可能導致隨機記憶體損毀或資料洩漏。本機使用者可利用此缺陷造成系統當機，或提升自己的系統權限。(CVE-2022-4139)

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

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

  - 特定畫布作業可導致記憶體損毀。此弱點影響 Firefox < 139.0.4。(CVE-2025-49709)

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

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

  - 無法正確記錄跨 wasm 執行個體呼叫的即時指標位置，從而導致呼叫內發生未追踪這些即時指標的 GC。這可能會造成釋放後使用，進而導致可能遭惡意利用的當機情形。此弱點會影響 Thunderbird 91.4.0 更早版本、Firefox ESR 91.4.0 更早版本和 Firefox 95 更早版本。(CVE-2021-43539)

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

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

  - 已解決 Linux 核心中的下列弱點：ASoC: mediatek: Assign dummy when codec not specified for a DAI link MediaTek sound card drivers are checking whether a DAI link is present and used on a board to assign the correct parameters and this is done by checking the codec DAI names at probe time. If no real codec is present, assign the dummy codec to the DAI link to avoid NULL pointer during string comparison. (CVE-2024-38551)

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

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

  - 已解決 Linux 核心中的下列弱點：bpf, sockmap: Reject sk_msg egress redirects to non-TCP sockets With a SOCKMAP/SOCKHASH map and an sk_msg program user can steer messages sent from one TCP socket (s1) to actually egress from another TCP socket (s2): tcp_bpf_sendmsg(s1) // = sk_prot->sendmsg tcp_bpf_send_verdict(s1) // __SK_REDIRECT case tcp_bpf_sendmsg_redir(s2) tcp_bpf_push_locked(s2) tcp_bpf_push(s2) tcp_rate_check_app_limited(s2) // expects tcp_sock tcp_sendmsg_locked(s2) // ditto There is a hard-coded assumption in the call-chain, that the egress socket (s2) is a TCP socket. However in commit 122e6c79efe1 (sock_map: Update sock type checks for UDP) we have enabled redirects to non-TCP sockets. This was done for the sake of BPF sk_skb programs. There was no indention to support sk_msg send-to-egress use case. As a result, attempts to send-to-egress through a non-TCP socket lead to a crash due to invalid downcast from sock to tcp_sock: BUG: kernel NULL pointer dereference, address: 000000000000002f ... Call Trace: <TASK> ? show_regs+0x60/0x70 ? __die+0x1f/0x70 ? page_fault_oops+0x80/0x160 ? do_user_addr_fault+0x2d7/0x800 ? rcu_is_watching+0x11/0x50 ? exc_page_fault+0x70/0x1c0 ? asm_exc_page_fault+0x27/0x30 ? tcp_tso_segs+0x14/0xa0 tcp_write_xmit+0x67/0xce0 __tcp_push_pending_frames+0x32/0xf0 tcp_push+0x107/0x140 tcp_sendmsg_locked+0x99f/0xbb0 tcp_bpf_push+0x19d/0x3a0 tcp_bpf_sendmsg_redir+0x55/0xd0 tcp_bpf_send_verdict+0x407/0x550 tcp_bpf_sendmsg+0x1a1/0x390 inet_sendmsg+0x6a/0x70 sock_sendmsg+0x9d/0xc0 ? sockfd_lookup_light+0x12/0x80 __sys_sendto+0x10e/0x160 ? syscall_enter_from_user_mode+0x20/0x60 ?
    __this_cpu_preempt_check+0x13/0x20 ? lockdep_hardirqs_on+0x82/0x110 __x64_sys_sendto+0x1f/0x30 do_syscall_64+0x38/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd Reject selecting a non-TCP sockets as redirect target from a BPF sk_msg program to prevent the crash. When attempted, user will receive an EACCES error from send/sendto/sendmsg() syscall. (CVE-2023-52523)

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

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

  - 已解決 Linux 核心中的下列弱點：ksmbd: fix r_count dec/increment mismatch r_count is only increased when there is an oplock break wait, so r_count inc/decrement are not paired. This can cause r_count to become negative, which can lead to a problem where the ksmbd thread does not terminate. (CVE-2025-22074)

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

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

  - 已解決 Linux 核心中的下列弱點：ovl: fix leaked dentry Since commit 6815f479ca90 (ovl: use only uppermetacopy state in ovl_lookup()), overlayfs doesn't put temporary dentry when there is a metacopy error, which leads to dentry leaks when shutting down the related superblock:
    overlayfs: refusing to follow metacopy origin for (/file0) ... BUG: Dentry (____ptrval____){i=3f33,n=file3} still in use (1) [unmount of overlay overlay] ... WARNING: CPU: 1 PID:
    432 at umount_check.cold+0x107/0x14d CPU: 1 PID: 432 Comm: unmount-overlay Not tainted 5.12.0-rc5 #1 ...
    RIP: 0010:umount_check.cold+0x107/0x14d ... Call Trace: d_walk+0x28c/0x950 ? dentry_lru_isolate+0x2b0/0x2b0 ? __kasan_slab_free+0x12/0x20 do_one_tree+0x33/0x60 shrink_dcache_for_umount+0x78/0x1d0 generic_shutdown_super+0x70/0x440 kill_anon_super+0x3e/0x70 deactivate_locked_super+0xc4/0x160 deactivate_super+0xfa/0x140 cleanup_mnt+0x22e/0x370
    __cleanup_mnt+0x1a/0x30 task_work_run+0x139/0x210 do_exit+0xb0c/0x2820 ? __kasan_check_read+0x1d/0x30 ? find_held_lock+0x35/0x160 ? lock_release+0x1b6/0x660 ? mm_update_next_owner+0xa20/0xa20 ? reacquire_held_locks+0x3f0/0x3f0 ? __sanitizer_cov_trace_const_cmp4+0x22/0x30 do_group_exit+0x135/0x380
    __do_sys_exit_group.isra.0+0x20/0x20 __x64_sys_exit_group+0x3c/0x50 do_syscall_64+0x45/0x70 entry_SYSCALL_64_after_hwframe+0x44/0xae ... VFS: Busy inodes after unmount of overlay. Self-destruct in 5 seconds. Have a nice day... This fix has been tested with a syzkaller reproducer. (CVE-2021-46972)

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

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

  - ext4修正 ext4_xattr_inode_dec_ref_all() 中的超出邊界讀取。存在下列問題錯誤KASAN工作 syz-executor.0/15172 在 addr ffff88807b003000 的 ext4_xattr_inode_dec_ref_all+0x6ff/0x790 中讀取大小 4 發生釋放後使用CPU3 PID15172 Commsyz-executor.0 呼叫追踪 __dump_stack lib/dump_stack.c:82 [內嵌] dump_stack+0xbe/0xfd lib/dump_stack.c:123 print_address_description.constprop.0+0x1e/0x280 mm/ kasan/report.c:400 __kasan_report.cold+0x6c/0x84 mm/kasan/report.c:560 kasan_report+0x3a/0x50 mm/kasan/report.c:585 ext4_xattr_inode_dec_ref_all+0x6ff/0x790 fs/ext4/xattr.c 1137 ext4_xattr_delete_inode+0x4c7/0xda0 fs/ext4/xattr.c:2896 ext4_evict_inode+0xb3b/0x1670 fs/ext4/inode.c:323 evict+0x39f/0x880 fs/inode.c:622 iput_final fs/inode.c:1746 [內嵌] iput fs/inode.c:1772 [內嵌] iput+0x525/0x6c0 fs/inode.c:1758 ext4_orphan_cleanup fs/ext4/super.c:3298 [內嵌] ext4_fill_super+0x8c57/0xba40 fs/ext4/super.c 5300 mount_bdev+0x355/0x410 fs/super.c:1446 legacy_get_tree+0xfe/0x220 fs/fs_context.c:611 vfs_get_tree+0x8d/0x2f0 fs/super.c:1576 do_new_mount fs/namespace.c:2983 [inline] path_mount+0x119a/0x1ad0 fs/namespace.c:3316 do_mount+0xfc/0x110 fs/namespace .c:3329 __do_sys_mount fs/namespace.c:3540 [內嵌] __se_sys_mount+0x219/0x2e0 fs/namespace.c:3514 do_syscall_64+0x33/0x40 arch/x86/entry/common.c:46 entry_SYSCALL_64_after_hwframe+0x67/0xd1 記憶體狀態around the buggy address: ffff88807b002f00: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ffff88807b002f80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >ffff88807b003000: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ^ ffff88807b003080: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ffff88807b003100: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 發生以上問題因為未檢查 ext4_xattr_delete_inode()所以如果 xattr 在 inode 中則檢查 xattr 是否有效。若要解決上述問題請呼叫 xattr_check_inode() 檢查 xattr 在 inode 中是否有效。實際上我們可以直接在 ext4_iget_extra_inode() 中進行驗證因此不會再發生髮散驗證。 (CVE-2025-22121)

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

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

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

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

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

  - smb用戶端修正多通道解密中的 UAF 在提交 f7025d861694 (smb用戶端僅為主要伺服器配置密碼編譯) 和提交 b0abcd65ec54 (smb用戶端修正非同步解密中的 UAF)之後通道開始重複使用主要通道的 AEAD TFM執行同步解密但該動作無法執行因為可能有多個 cifsd 執行緒 (每個通道一個執行緒) 同時存取以執行解密。這可修正針對 Windows Server 2022 執行含有「vers=3.1.1,multichannel,max_channels=4,seal」的 fstest generic/249 時出現的下列 KASAN 展開錯誤： KASANgf128mul_4k_lle+0xba/0x110 讀取中存在 slab 釋放後使用由 cifsd/986 任務在 addr ffff8881046c18a0 發現大小為 8 的 CPU3 UID0 PID
    986 Commcifsd 未受污染的 6.15.0-rc1 #1 PREEMPT(自發) 硬體名稱QEMU Standard PC (Q35 + ICH9, 2009)、BIOS 1.16.3-3.fc41 04/01/2014 呼叫追踪 <TASK> dump_stack_lvl+0x5d/0x80 print_report+0x156/0x528 ? gf128mul_4k_lle+0xba/0x110 ? __virt_addr_valid+0x145/0x300 ? __phys_addr+0x46/0x90 ? gf128mul_4k_lle+0xba/0x110 kasan_report+0xdf/0x1a0 gf128mul_4k_lle+0xba/0x110 gf128mul_4k_lle+0xba/0x110 ghash_update+0x189/0x210 shash_ahash_update+0x295/0x370 __pfx_shash_ahash_update+0x10/0x10 ?
    __pfx_shash_ahash_update+0x10/0x10 ? __pfx_extract_iter_to_sg+0x10/0x10 ?
    ___kmalloc_large_node+0x10e/0x180 ? __asan_memset+0x23/0x50 crypto_ahash_update+0x3c/0xc0 gcm_hash_assoc_remain_continue+0x93/0xc0 crypt_message+0xe09/0xec0 [cifs] __pfx_crypt_message+0x10/0x10 [cifs] _raw_spin_unlock+0x23/0x40 ? __pfx_cifs_readv_from_socket+0x10/0x10 [cifs] decrypt_raw_data+0x229/0x380 [cifs] __pfx_decrypt_raw_data+0x10/0x10 [cifs]
    __pfx_cifs_read_iter_from_socket+0x10/0x10 [cifs] smb3_receive_transform+0x837/0xc80 [cifs]
    __pfx_smb3_receive_transform+0x10/0x10 [cifs] __pfx___might_resched+0x10/0x10 ?
    __pfx_smb3_is_transform_hdr+0x10/0x10 [cifs] cifs_demultiplex_thread+0x692/0x1570 [cifs]
    __pfx_cifs_demultiplex_thread+0x10/0x10 [cifs] rcu_is_watching+0x20/0x50 ? rcu_lockdep_current_cpu_online+0x62/0xb0 find_held_lock+0x32/0x90 ? kvm_sched_clock_read+0x11/0x20 ? local_clock_noinstr+0xd/0xd0 trace_irq_enable.constprop.0+0xa8/0xe0 ?
    __pfx_cifs_demultiplex_thread+0x10/0x10 [cifs] kthread+0x1fe/0x380 ? kthread+0x10f/0x380 ?
    __pfx_kthread+0x10/0x10 ? local_clock_noinstr+0xd/0xd0 ret_from_fork+0x1b/0x60 local_clock+0x15/0x30 lock_release+0x29b/0x390 ? rcu_is_watching+0x20/0x50 ? __pfx_kthread+0x10/0x10 ret_from_fork+0x31/0x60 ?
    __pfx_kthread+0x10/0x10 ret_from_fork_asm+0x1a/0x30 </TASK> (CVE-2025-37750)

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

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

  - comedi vmk80xx修正大量緩衝區溢位 驅動程式使用的是端點大小的緩衝區但不得假設 tx 和 rx 緩衝區大小相等否則惡意裝置可在進行大量傳輸時使 slab 配置的接收緩衝區溢位。 (CVE-2021-47474)

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

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

  - 若不使用陣列移位作業記憶體回收行程可能會混淆無法辨認有效的物件。此弱點影響 Firefox < 101。(CVE-2022-31745)

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

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

  - 已解決 Linux 核心中的下列弱點：kernfs: fix potential NULL dereference in __kernfs_remove When lockdep is enabled, lockdep_assert_held_write would cause potential NULL pointer dereference. Fix the following smatch warnings: fs/kernfs/dir.c:1353 __kernfs_remove() warn: variable dereferenced before check 'kn' (see line 1346) (CVE-2022-50148)

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

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

  - 在 Linux 核心 5.9-rc7 之前版本的 GRO 實作中發現一個瑕疵。區塊子系統發出的零長度 biovec 要求可造成核心進入無限迴圈，進而造成拒絕服務。此瑕疵允許具有基本權限的本機攻擊者向區塊裝置發出要求，進而導致拒絕服務。此弱點對系統可用性威脅最大。(CVE-2020-25641)

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

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

  - ACPICA修正 dswstate.c 中的 acpi 運算元快取洩漏。ACPICA 認可 987a3b5cf7175916e2a4b6ea5b8e70f830dfe732 我發現在 ACPI 提早終止及開機持續的情況下有一個 ACPI 快取洩漏。當因惡意的 ACPI 表格而提早終止時Linux 核心會終止 ACPI 函式並繼續啟動處理程序。當核心終止 ACPI 函式時kmem_cache_destroy() 報告 Acpi-Operand 快取洩漏。ACPI 運算元快取洩漏的開機記錄如下>[ 0.585957] ACPI新增 _OSI(模組裝置) >[ 0.587218] ACPI新增
    _OSI(處理器裝置) >[ 0.588530] ACPI新增 _OSI(3.0 _SCP Extensions) >[ 0.589790] ACPI新增
    _OSI(處理器匯總裝置) >[ 0.591534] ACPI 錯誤64K 以上的非法 I/O 連接埠位址/長度
    C806E00000004002/0x2 (20170303/hwvalid-155) >[ 0.594351] ACPI 例外狀況AE_LIMIT無法初始化修正的事件 (20170303/evevent-88) >[ 0.597858] ACPI無法啟動 ACPI 解譯器 >[ 0.599162] ACPI 錯誤無法移除 SCI 處置程式 (20170303/evmisc-281) >[ 0.601836] kmem_cache_destroy Acpi-OperandSlab 快取仍有物件 >[ 0.603556] CPU: 0 PID: 1 Comm: swapper/0 未受污染 4.12。 0-rc5 #26 >[ 0.605159] 硬體名稱innotek gmb_h virtual_box/virtual_boxBIOS virtual_box 12/01/2006 >[0.609177] 呼叫追踪 >[ 0.610063] dump_stack+0x5c/0x81 >[ 0.611118] ? kmem_cache_destroy+0x1aa/0x1c0 >[0.612632] ? acpi_sleep_proc_init+0x27/0x27 >[ 0.613906] ? acpi_os_delete_cache+0xa/0x10 >[ 0.617986] ? acpi_ut_delete_caches+0x3f/0x7b >[ 0.619293] ? acpi_terminate+0xa/0x14 >[ 0.620394] ? acpi_init+0x2af/0x34f >[ 0.621616] ? __class_create+0x4c/0x80 >[ 0.623412] ? video_setup+0x7f/0x7f >[0.624585] ? acpi_sleep_proc_init+0x27/0x27 >[ 0.625861] ? do_one_initcall+0x4e/0x1a0 >[ 0.627513] ? kernel_init_freeable+0x19e/0x21f >[ 0.628972] ? rest_init+0x80/0x80 >[ 0.630043] ? kernel_init+0xa/0x100 >[ 0.631084] ? ret_from_fork+0x25/0x30 >[ 0.633343] vgaarb載入 >[ 0.635036] EDAC MC版本 3.0.0 >[0.638601] PCI探測 PCI 硬體 >[ 0.639833] 匯流排的 PCI 主機橋接器 0000:00 >[ 0.641031] pci_bus 0000:00: root 匯流排資源 [io 0x0000-0xffff] > ... 繼續開機並忽略記錄... 我詳細分析了此記憶體洩漏問題發現 acpi_ds_obj_stack_pop_and_delete() 函式未正確計算堆疊頂端。 acpi_ds_obj_stack_push() 函式使用 walk_state->operand_index 作為頂端的開始位置但 acpi_ds_obj_stack_pop_and_delete() 函式會將索引 0 視為其。因此這會造成 acpi 運算元記憶體洩漏。此快取洩漏問題會造成安全性威脅因為舊核心 (<= 4.9) 在堆疊轉儲存中顯示核心函式的記憶體位置。部分惡意使用者可利用此資訊中和核心 ASLR。我製作了一個修補程式來修正 ACPI 運算元快取洩漏。 (CVE-2025-38345)

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

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

  - drm/amd/display避免定時產生器的 NULL 解除參照 [原因及方式] 存取其功能前請檢查指派的定時產生器是否為 NULL以防止 NULL 解除參照。 (CVE-2023-52753)

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

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

  - 已解決 Linux 核心中的下列弱點：dccp: fix dccp_v4_err()/dccp_v6_err() again dh->dccph_x is the 9th byte (offset 8) in struct dccp_hdr, not in the byte 7 as Jann claimed. We need to make sure the ICMP messages are big enough, using more standard ways (no more assumptions). syzbot reported: BUG: KMSAN: uninit-value in pskb_may_pull_reason include/linux/skbuff.h:2667 [inline] BUG:
    KMSAN: uninit-value in pskb_may_pull include/linux/skbuff.h:2681 [inline] BUG: KMSAN: uninit-value in dccp_v6_err+0x426/0x1aa0 net/dccp/ipv6.c:94 pskb_may_pull_reason include/linux/skbuff.h:2667 [inline] pskb_may_pull include/linux/skbuff.h:2681 [inline] dccp_v6_err+0x426/0x1aa0 net/dccp/ipv6.c:94 icmpv6_notify+0x4c7/0x880 net/ipv6/icmp.c:867 icmpv6_rcv+0x19d5/0x30d0 ip6_protocol_deliver_rcu+0xda6/0x2a60 net/ipv6/ip6_input.c:438 ip6_input_finish net/ipv6/ip6_input.c:483 [inline] NF_HOOK include/linux/netfilter.h:304 [inline] ip6_input+0x15d/0x430 net/ipv6/ip6_input.c:492 ip6_mc_input+0xa7e/0xc80 net/ipv6/ip6_input.c:586 dst_input include/net/dst.h:468 [inline] ip6_rcv_finish+0x5db/0x870 net/ipv6/ip6_input.c:79 NF_HOOK include/linux/netfilter.h:304 [inline] ipv6_rcv+0xda/0x390 net/ipv6/ip6_input.c:310 __netif_receive_skb_one_core net/core/dev.c:5523 [inline]
    __netif_receive_skb+0x1a6/0x5a0 net/core/dev.c:5637 netif_receive_skb_internal net/core/dev.c:5723 [inline] netif_receive_skb+0x58/0x660 net/core/dev.c:5782 tun_rx_batched+0x83b/0x920 tun_get_user+0x564c/0x6940 drivers/net/tun.c:2002 tun_chr_write_iter+0x3af/0x5d0 drivers/net/tun.c:2048 call_write_iter include/linux/fs.h:1985 [inline] new_sync_write fs/read_write.c:491 [inline] vfs_write+0x8ef/0x15c0 fs/read_write.c:584 ksys_write+0x20f/0x4c0 fs/read_write.c:637 __do_sys_write fs/read_write.c:649 [inline] __se_sys_write fs/read_write.c:646 [inline] __x64_sys_write+0x93/0xd0 fs/read_write.c:646 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x41/0xc0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd Uninit was created at:
    slab_post_alloc_hook+0x12f/0xb70 mm/slab.h:767 slab_alloc_node mm/slub.c:3478 [inline] kmem_cache_alloc_node+0x577/0xa80 mm/slub.c:3523 kmalloc_reserve+0x13d/0x4a0 net/core/skbuff.c:559
    __alloc_skb+0x318/0x740 net/core/skbuff.c:650 alloc_skb include/linux/skbuff.h:1286 [inline] alloc_skb_with_frags+0xc8/0xbd0 net/core/skbuff.c:6313 sock_alloc_send_pskb+0xa80/0xbf0 net/core/sock.c:2795 tun_alloc_skb drivers/net/tun.c:1531 [inline] tun_get_user+0x23cf/0x6940 drivers/net/tun.c:1846 tun_chr_write_iter+0x3af/0x5d0 drivers/net/tun.c:2048 call_write_iter include/linux/fs.h:1985 [inline] new_sync_write fs/read_write.c:491 [inline] vfs_write+0x8ef/0x15c0 fs/read_write.c:584 ksys_write+0x20f/0x4c0 fs/read_write.c:637 __do_sys_write fs/read_write.c:649 [inline]
    __se_sys_write fs/read_write.c:646 [inline] __x64_sys_write+0x93/0xd0 fs/read_write.c:646 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x41/0xc0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd CPU: 0 PID: 4995 Comm: syz-executor153 Not tainted 6.6.0-rc1-syzkaller-00014-ga747acc0b752 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 08/04/2023 (CVE-2023-52577)

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

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

  - 在 Linux 核心 5.x 至 5.0.13 中，net/ipv4/udp_offload.c 的 udp_gro_receive_segment 允許遠端攻擊者透過具有 a 0 承載的 UDP 封包造成系統拒絕服務 (slab 超出邊界存取和記憶體損毀) 或造成其他不明影響，原因是系統未正確處理填補的封包，即 GRO 封包損毀問題。(CVE-2019-11683)

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

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

  - 在 Ansible Collection community.crypto 中發現一個瑕疵。 openssl_privatekey_info 洩漏記錄中的私密金鑰。這會直接影響機密性 (CVE-2020-25646)

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

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

  - 在 f2fs 驅動程式的 Android 核心中可能有超出邊界讀取情形這是因為缺少邊界檢查所致。這可能導致需要系統執行權限的本機資訊洩漏。不需使用者互動即可惡意利用。(CVE-2019-9245)

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

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

  - 已解決 Linux 核心中的下列弱點：media: mtk-jpeg: Fix use after free bug due to error path handling in mtk_jpeg_dec_device_run In mtk_jpeg_probe, &jpeg->job_timeout_work is bound with mtk_jpeg_job_timeout_work. In mtk_jpeg_dec_device_run, if error happens in mtk_jpeg_set_dec_dst, it will finally start the worker while mark the job as finished by invoking v4l2_m2m_job_finish. There are two methods to trigger the bug. If we remove the module, it which will call mtk_jpeg_remove to make cleanup. The possible sequence is as follows, which will cause a use-after-free bug. CPU0 CPU1 mtk_jpeg_dec_... | start worker | |mtk_jpeg_job_timeout_work mtk_jpeg_remove | v4l2_m2m_release | kfree(m2m_dev); | | | v4l2_m2m_get_curr_priv | m2m_dev->curr_ctx //use If we close the file descriptor, which will call mtk_jpeg_release, it will have a similar sequence. Fix this bug by starting timeout worker only if started jpegdec worker successfully. Then v4l2_m2m_job_finish will only be called in either mtk_jpeg_job_timeout_work or mtk_jpeg_dec_device_run. (CVE-2023-52491)

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

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

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

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

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

  - 3.1.0之前 SOGo 中的跨網站要求偽造 (CSRF) 弱點。 (CVE-2015-5395)

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

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

  - EDAC/skx_common修正一般保護錯誤在載入 i10nm_edac (其會自動載入 skx_edac_common) 之後如果只卸載 i10nm_edac然後重新載入並執行錯誤插入測試可能會發生一般保護錯誤mce[硬體錯誤]機器檢查事件記錄的 Oops一般保護錯誤 ... ... Workqueueevents mce_gen_pool_process RIP: 0010:string+0x53/0xe0 ... 呼叫追踪 <TASK> ? die_addr+0x37/0x90 ? exc_general_protection+0x1e7/0x3f0 ? asm_exc_general_protection+0x26/0x30 ? string+0x53/0xe0 vsnprintf+0x23e/0x4c0 snprintf+0x4d/0x70 skx_adxl_decode+0x16a/0x330 [skx_edac_common] skx_mce_check_error.part.0+0xf8/0x220 [skx_edac_common] skx_mce_check_error+0x17/0x20 [common] 此問題是因為用於計算 ADXL 元件的變數 'adxl_component_count' (在 skx_edac_common 內) 未重設所導致。在重新載入 i10nm_edac 期間計數會再次增加 ADXL 元件的實際數目導致計數達到 ADXL 元件實際數目的兩倍。這會導致 ADXL 元件陣列的超出邊界參照進而造成上述一般保護錯誤。藉由重設 adxl_put() 中的「adxl_component_count」來修正此問題adxl_put() 會在卸載 {skx,i10nm}_edac 期間呼叫。 (CVE-2025-38298)

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

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

  - dma-buf更新 num_fences 前插入記憶體障礙 smp_store_mb() 會在儲存作業後插入記憶體障礙。這與註解原本針對的是不同因此如果重新排序記憶體更新可能會發生 Null 指標解除參照。 (CVE-2025-38095)

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

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

  - qibfs修正 _another_ 配置 inode 洩漏失敗 => 洩漏 dentry... 這個項目在初次合併後便存在公平地說如果我們的 OOM 很遠在該特定配置上失敗的機率就會很低... (CVE-2025-37983)

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

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

  - ext4在 xattr.h 中新增 EXT4_INODE_HAS_XATTR_SPACE 巨集。將 xattr 新增至 inode 時我們必須確保 inode_size 不小於 EXT4_GOOD_OLD_INODE_SIZE + extra_isize + pad。否則結束位置可能大於開始位置進而導致 UAF。 (CVE-2022-50083)

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

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

  - 已通報 Firefox 58 中的記憶體安全性錯誤。某些錯誤顯示記憶體會遭到損毀，我們推測若有心人士有意操控，可惡意利用其中部分錯誤執行任意程式碼。此弱點會影響 Firefox < 59。(CVE-2018-5126)

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

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

  - drm/mediatek修正 mtk_drm_crtc_finish_page_flip 中的 null 指標損毀mtk_crtc->event 可能在 mtk_drm_crtc_finish_page_flip() 中為 NULL。 pending_needs_vblank 值是由 mtk_crtc->event 設定但在 mtk_drm_crtc_atomic_flush() 中並未受到 mtk_drm_finish_page_flip() 中相同的鎖定保護因此會發生爭用情形。請考慮下列情況CPU1 CPU2 步驟 1mtk_drm_crtc_atomic_begin() mtk_crtc->event 非 null，步驟 1mtk_drm_crtc_atomic_flushmtk_drm_crtc_update_config(!!mtk_crtc->event) 步驟 2mtk_crtc_ddp_irq -> mtk_drm_finish_c-page_flip: 設定為 lock_crt null、pending_needs_vblank 設定為 false 解除鎖定 pending_needs_vblank 設定為 true、步驟 2mtk_crtc_ddp_irq -> mtk_drm_finish_page_flip 再次呼叫pending_needs_vblank 仍然為 true //null 指標 不是保護整個 mtk_drm_crtc_atomic_flush()而是只檢查 mtk_crtc->event使用前為 null。 (CVE-2024-26874)

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

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

  - 已解決 Linux 核心中的下列弱點：ACPI: GTDT: Don't corrupt interrupt mappings on watchdow probe failure When failing the driver probe because of invalid firmware properties, the GTDT driver unmaps the interrupt that it mapped earlier. However, it never checks whether the mapping of the interrupt actially succeeded. Even more, should the firmware report an illegal interrupt number that overlaps with the GIC SGI range, this can result in an IPI being unmapped, and subsequent fireworks (as reported by Dann Frazier). Rework the driver to have a slightly saner behaviour and actually check whether the interrupt has been mapped before unmapping things. (CVE-2021-46953)

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

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

  - stagingrtl8712修正釋放後使用錯誤 _Read/Write_MACREG 回呼為 NULL因此 read/write_macreg_hdl() 函式除了釋放 pcmd 指標不會執行任何動作。這會導致釋放後使用。將其刪除。 (CVE-2022-49956)

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

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

  - wifi: brcmfmac: 修正 brcmf_cfg80211_detach 中的釋放後使用錯誤這是 CVE-2023-47233 的候選修補程式 https://nvd.nist.gov/vuln/detail/CVE-2023-47233 在 brcm80211 驅動程式中它從下列叫用鏈開始初始化逾時的背景工作->brcmf_usb_probe ->brcmf_usb_probe_cb
    ->brcmf_attach ->brcmf_bus_started ->brcmf_cfg80211_attach ->wl_init_priv ->brcmf_init_escan
    ->INIT_WORK(&cfg->escan_timeout_work, brcmf_cfg80211_escan_timeout_worker);如果我們透過熱插拔中斷 USB 的連線它會呼叫 brcmf_usb_disconnect 進行清理。叫用鍊為brcmf_usb_disconnect
    ->brcmf_usb_disconnect_cb ->brcmf_detach ->brcmf_cfg80211_detach ->kfree(cfg);雖然逾時woker 可能仍在執行中。這會在 brcmf_cfg80211_escan_timeout_worker 中的 cfg 上造成釋放後使用錯誤。透過刪除計時器並取消 brcmf_cfg80211_detach 中的背景工作來修正此問題。 [arend.vanspriel@broadcom.com
    保持計時器刪除不變並在釋放前取消工作] (CVE-2024-35811)

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

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

  - net移除 SIOCBRADDIF 和 SIOCBRDELIF 的 RTNL Dance。SIOCBRDELIF 先傳遞至 dev_ioctl()然後再轉送至 br_ioctl_call()進而造成不必要的 RTNL 跳動及在 RTNL 壓力下低於 [0] 的展開。假設執行緒 A 嘗試從橋接器卸離裝置而執行緒 B 嘗試移除橋接器。在 dev_ioctl() 中由於下列 br_ioctl_call() 也會重新取得 RTNL因此執行緒 A 藉由 netdev_hold() 影響橋接器裝置的 refcnt並釋放 RTNL。在爭用視窗中執行緒 B 可取得 RTNL 並嘗試移除橋接器裝置。然後執行緒 B 的 rtnl_unlock() 會釋放 RTNL 並等待執行緒 A 的 netdev_put()。不過執行緒 A 必須在 dev_ifsioc() 解除鎖定之後保留 RTNL而這在 RTNL 壓力下可能需要很長時間進而導致執行緒 B。執行緒 A (SIOBRDELIF) 執行緒 B (SIOCBRDELBR) ---------- --------------- ------- sock_ioctl sock_ioctl `- sock_do_ioctl `- br_ioctl_call `- dev_ioctl `- br_ioctl_stub |- rtnl_lock | |- dev_ifsioc ' '|- dev =
    __dev_get_by_name(...) |- netdev_hold(dev, ...) 。 / |- rtnl_unlock ------。 | | |- br_ioctl_call `---> |- rtnl_lock 爭用 | | `- br_ioctl_stub |- br_del_bridge 視窗 | | | |- dev = __dev_get_by_name(...) | | |可能需要很長時間 | `- br_dev_delete(dev, ...) | | |在 RTNL 的壓力下| `- unregister_netdevice_queue(dev, ...) | | | | `- rtnl_unlock \ | |- rtnl_lock <-' `- netdev_run_todo | |- ... `- netdev_run_todo | `- rtnl_unlock |- __rtnl_unlock | |- netdev_wait_allrefs_any |- netdev_put(dev, ...) <----------------' 等待 refcnt 遞減並在下方記錄 splat 若要避免不必要地封鎖 SIOCBRDELBR讓我們不要呼叫 dev_ioctl()適用於 SIOCBRADDIF 和 SIOCBRDELIF。在 dev_ioctl() 路徑中我們會執行下列動作 1. 藉由 sock_do_ioctl() 中的 get_user_ifreq 複製 ifreq 結構 2. 檢查 dev_ioctl() 中的 CAP_NET_ADMIN 3. 呼叫 dev_ioctl() 中的 dev_load() 4. 從 ifr 擷取主要 dev。 dev_ifsioc() 3. 中的 ifr_name 可由 br_ioctl_call() 中的 request_module() 完成因此我們將 1.、2. 和 4. 移至 br_ioctl_stub()。請注意稍後也會在 add_del_if() 中檢查 2.但最好在 RTNL 之前執行。自 git 之前版本開始便在 dev_ioctl() 中處理 SIOCBRADDIF 和 SIOCBRDELIF 且似乎沒有特定理由要在該處處理它們。 [0]
    unregister_netdevice等待 wpan3 變為可用。使用計數 = 2 ref_tracker
    wpan3@ffff8880662d8608 在 __netdev_tracker_alloc include/linux/netdevice.h:4282 [內嵌] netdev_hold include/linux/netdevice.h:4311 [內嵌] dev_ifsioc+0xc6a/0x1160 net/core/dev_ioctl.c:624 dev_ioctl 有 1/1 使用者+0x255/0x10c0 net/core/dev_ioctl.c:826 sock_do_ioctl+0x1ca/0x260 net/socket.c:1213 sock_ioctl+0x23a/0x6c0 net/socket.c:1318 vfs_ioctl fs/ioctl.c:51 [內嵌] __do_sys_ioctl fs /ioctl.c:906 [內嵌] __se_sys_ioctl fs/ioctl.c:892 [內嵌] __x64_sys_ioctl+0x1a4/0x210 fs/ioctl.c:892 do_syscall_x64 arch/x86/entry/common.c:52 [內嵌] do_syscall_64+0xcb /0x250 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x77/0x7f (CVE-2025-22111)

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

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

  - 已解決 Linux 核心中的下列弱點：uprobes/x86: Harden uretprobe syscall trampoline check Jann reported a possible issue when trampoline_check_ip returns address near the bottom of the address space that is allowed to call into the syscall if uretprobes are not set up:
    https://lore.kernel.org/bpf/202502081235.5A6F352985@keescook/T/#m9d416df341b8fbc11737dacbcd29f0054413cbbfThough the mmap minimum address restrictions will typically prevent creating mappings there, let's make sure uretprobe syscall checks for that. (CVE-2025-22046)

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

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

  - ANGLE 無法初始化參數，這導致從未初始化的記憶體中讀取資料。攻擊者可利用此弱點從記憶體洩漏敏感資料。此弱點會影響 Firefox < 129、Firefox ESR < 115.14、Firefox ESR < 128.1、Thunderbird < 128.1 和 Thunderbird < 115.14。(CVE-2024-7526)

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

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

  - 在 Linux 核心 5.0.21中，掛載特製的 f2fs 檔案系統映像可導致 fs/f2fs/segment.c 中的 f2fs_build_segment_manager 出現 slab-out-of-bounds 存取權問題，這與 fs/f2fs/segment.c 中的 init_min_max_mtime 相關 (因為未驗證 get_seg_entry 的第二個引數。) (CVE-2019-19449)

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

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

  - ksmbd新增建立租用內容的邊界檢查 新增建立租用內容時缺少的邊界檢查。
    (CVE-2025-22042)

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

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

  - Mozilla 開發人員和社群成員報告 Firefox 72 和 Firefox ESR 68.4 中存在記憶體安全錯誤。某些錯誤顯示記憶體會遭到損毀，我們推測若有心人士有意操控，可能惡意利用其中部分錯誤執行任意程式碼。一般而言，攻擊者無法經由 Thunderbird 產品中的電子郵件來利用這些缺陷，因為讀取電子郵件時會停用指令碼功能，但是在瀏覽器或類瀏覽器環境中仍可能有風險存在。此弱點會影響 Thunderbird < 68.5、Firefox < 73 和 Firefox < ESR68.5。(CVE-2020-6800)

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

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

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

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

ID	名稱	嚴重性
247290	Linux Distros 未修補的弱點：CVE-2024-2612	high
247289	Linux Distros 未修補的弱點：CVE-2019-19061	high
247288	Linux Distros 未修補的弱點：CVE-2024-3861	medium
247287	Linux Distros 未修補的弱點：CVE-2025-38149	medium
247286	Linux Distros 未修補的弱點：CVE-2025-21855	high
247285	Linux Distros 未修補的弱點：CVE-2019-11749	medium
247284	Linux Distros 未修補的弱點：CVE-2022-48903	medium
247283	Linux Distros 未修補的弱點：CVE-2025-5878	medium
247282	Linux Distros 未修補的弱點：CVE-2019-9817	medium
247281	Linux Distros 未修補的弱點：CVE-2025-38031	medium
247280	Linux Distros 未修補的弱點：CVE-2025-38021	medium
247279	Linux Distros 未修補的弱點：CVE-2022-4139	high
247278	Linux Distros 未修補的弱點：CVE-2025-49709	critical
247277	Linux Distros 未修補的弱點：CVE-2021-43539	high
247276	Linux Distros 未修補的弱點：CVE-2024-38551	medium
247275	Linux Distros 未修補的弱點：CVE-2023-52523	medium
247274	Linux Distros 未修補的弱點：CVE-2025-22074	medium
247273	Linux Distros 未修補的弱點：CVE-2021-46972	medium
247272	Linux Distros 未修補的弱點：CVE-2025-22121	high
247271	Linux Distros 未修補的弱點：CVE-2022-21370	medium
247270	Linux Distros 未修補的弱點：CVE-2025-37750	high
247269	Linux Distros 未修補的弱點：CVE-2021-47474	high
247268	Linux Distros 未修補的弱點：CVE-2022-31745	medium
247267	Linux Distros 未修補的弱點：CVE-2022-50148	medium
247266	Linux Distros 未修補的弱點：CVE-2020-25641	medium
247265	Linux Distros 未修補的弱點：CVE-2025-38345	medium
247264	Linux Distros 未修補的弱點：CVE-2023-52753	medium
247263	Linux Distros 未修補的弱點：CVE-2023-52577	medium
247262	Linux Distros 未修補弱點：CVE-2019-11683	critical
247261	Linux Distros 未修補的弱點：CVE-2020-25646	high
247260	Linux Distros 未修補的弱點：CVE-2019-9245	medium
247259	Linux Distros 未修補的弱點：CVE-2023-52491	high
247258	Linux Distros 未修補的弱點：CVE-2021-35610	high
247257	Linux Distros 未修補弱點：CVE-2015-5395	high
247256	Linux Distros 未修補的弱點：CVE-2025-38298	high
247255	Linux Distros 未修補的弱點：CVE-2025-38095	medium
247254	Linux Distros 未修補的弱點：CVE-2025-37983	medium
247253	Linux Distros 未修補的弱點：CVE-2022-50083	high
247252	Linux Distros 未修補的弱點：CVE-2018-5126	critical
247251	Linux Distros 未修補的弱點：CVE-2024-26874	medium
247250	Linux Distros 未修補的弱點：CVE-2021-46953	medium
247249	Linux Distros 未修補的弱點：CVE-2022-49956	high
247248	Linux Distros 未修補的弱點：CVE-2024-35811	medium
247247	Linux Distros 未修補的弱點：CVE-2025-22111	medium
247246	Linux Distros 未修補的弱點：CVE-2025-22046	high
247245	Linux Distros 未修補的弱點：CVE-2024-7526	medium
247244	Linux Distros 未修補的弱點：CVE-2019-19449	high
247243	Linux Distros 未修補的弱點：CVE-2025-22042	high
247242	Linux Distros 未修補的弱點：CVE-2020-6800	high
247241	Linux Distros 未修補的弱點：CVE-2024-20966	medium

偵測

Nessus 的 Misc. 系列

high

high

medium

medium

high

medium

medium

medium

medium

medium

medium

high

critical

high

medium

medium

medium

medium

high

medium

high

high

medium

medium

medium

medium

medium

medium

critical

high

medium

high

high

high

high

medium

medium

high

critical

medium

medium

high

medium

medium

high

medium

high

high

high

medium