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

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

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

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

  - 已解決 Linux 核心中的下列弱點：wifi: wilc1000: unregister wiphy only if it has been registered There is a specific error path in probe functions in wilc drivers (both sdio and spi) which can lead to kernel panic, as this one for example when using SPI: Unable to handle kernel paging request at virtual address 9f000000 when read [9f000000] *pgd=00000000 Internal error: Oops: 5 [#1] ARM Modules linked in: wilc1000_spi(+) crc_itu_t crc7 wilc1000 cfg80211 bluetooth ecdh_generic ecc CPU: 0 UID: 0 PID: 106 Comm: modprobe Not tainted 6.13.0-rc3+ #22 Hardware name: Atmel SAMA5 PC is at wiphy_unregister+0x244/0xc40 [cfg80211] LR is at wiphy_unregister+0x1c0/0xc40 [cfg80211] [...] wiphy_unregister [cfg80211] from wilc_netdev_cleanup+0x380/0x494 [wilc1000] wilc_netdev_cleanup [wilc1000] from wilc_bus_probe+0x360/0x834 [wilc1000_spi] wilc_bus_probe [wilc1000_spi] from spi_probe+0x15c/0x1d4 spi_probe from really_probe+0x270/0xb2c really_probe from __driver_probe_device+0x1dc/0x4e8
    __driver_probe_device from driver_probe_device+0x5c/0x140 driver_probe_device from
    __driver_attach+0x220/0x540 __driver_attach from bus_for_each_dev+0x13c/0x1a8 bus_for_each_dev from bus_add_driver+0x2a0/0x6a4 bus_add_driver from driver_register+0x27c/0x51c driver_register from do_one_initcall+0xf8/0x564 do_one_initcall from do_init_module+0x2e4/0x82c do_init_module from load_module+0x59a0/0x70c4 load_module from init_module_from_file+0x100/0x148 init_module_from_file from sys_finit_module+0x2fc/0x924 sys_finit_module from ret_fast_syscall+0x0/0x1c The issue can easily be reproduced, for example by not wiring correctly a wilc device through SPI (and so, make it unresponsive to early SPI commands). It is due to a recent change decoupling wiphy allocation from wiphy registration, however wilc_netdev_cleanup has not been updated accordingly, letting it possibly call wiphy unregister on a wiphy which has never been registered. Fix this crash by moving wiphy_unregister/wiphy_free out of wilc_netdev_cleanup, and by adjusting error paths in both drivers (CVE-2024-57992)

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

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

  - 已解決 Linux 核心中的下列弱點：xfrm: Fix input error path memory access When there is a misconfiguration of input state slow path KASAN report error. Fix this error. west login: [ 52.987278] eth1: renamed from veth11 [ 53.078814] eth1: renamed from veth21 [ 53.181355] eth1:
    renamed from veth31 [ 54.921702] ================================================================== [54.922602] BUG: KASAN: wild-memory-access in xfrmi_rcv_cb+0x2d/0x295 [ 54.923393] Read of size 8 at addr 6b6b6b6b00000000 by task ping/512 [ 54.924169] [ 54.924386] CPU: 0 PID: 512 Comm: ping Not tainted 6.9.0-08574-gcd29a4313a1b #25 [ 54.925290] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.3-debian-1.16.3-2 04/01/2014 [ 54.926401] Call Trace: [ 54.926731] <IRQ> [ 54.927009] dump_stack_lvl+0x2a/0x3b [ 54.927478] kasan_report+0x84/0xa6 [ 54.927930] ? xfrmi_rcv_cb+0x2d/0x295 [54.928410] xfrmi_rcv_cb+0x2d/0x295 [ 54.928872] ? xfrm4_rcv_cb+0x3d/0x5e [ 54.929354] xfrm4_rcv_cb+0x46/0x5e [ 54.929804] xfrm_rcv_cb+0x7e/0xa1 [ 54.930240] xfrm_input+0x1b3a/0x1b96 [54.930715] ? xfrm_offload+0x41/0x41 [ 54.931182] ? raw_rcv+0x292/0x292 [ 54.931617] ? nf_conntrack_confirm+0xa2/0xa2 [ 54.932158] ? skb_sec_path+0xd/0x3f [ 54.932610] ? xfrmi_input+0x90/0xce [54.933066] xfrm4_esp_rcv+0x33/0x54 [ 54.933521] ip_protocol_deliver_rcu+0xd7/0x1b2 [ 54.934089] ip_local_deliver_finish+0x110/0x120 [ 54.934659] ? ip_protocol_deliver_rcu+0x1b2/0x1b2 [ 54.935248] NF_HOOK.constprop.0+0xf8/0x138 [ 54.935767] ? ip_sublist_rcv_finish+0x68/0x68 [ 54.936317] ? secure_tcpv6_ts_off+0x23/0x168 [ 54.936859] ? ip_protocol_deliver_rcu+0x1b2/0x1b2 [ 54.937454] ?
    __xfrm_policy_check2.constprop.0+0x18d/0x18d [ 54.938135] NF_HOOK.constprop.0+0xf8/0x138 [ 54.938663] ? ip_sublist_rcv_finish+0x68/0x68 [ 54.939220] ? __xfrm_policy_check2.constprop.0+0x18d/0x18d [ 54.939904] ? ip_local_deliver_finish+0x120/0x120 [ 54.940497] __netif_receive_skb_one_core+0xc9/0x107 [ 54.941121] ?
    __netif_receive_skb_list_core+0x1c2/0x1c2 [ 54.941771] ? blk_mq_start_stopped_hw_queues+0xc7/0xf9 [54.942413] ? blk_mq_start_stopped_hw_queue+0x38/0x38 [ 54.943044] ? virtqueue_get_buf_ctx+0x295/0x46b [54.943618] process_backlog+0xb3/0x187 [ 54.944102] __napi_poll.constprop.0+0x57/0x1a7 [ 54.944669] net_rx_action+0x1cb/0x380 [ 54.945150] ? __napi_poll.constprop.0+0x1a7/0x1a7 [ 54.945744] ? vring_new_virtqueue+0x17a/0x17a [ 54.946300] ? note_interrupt+0x2cd/0x367 [ 54.946805] handle_softirqs+0x13c/0x2c9 [ 54.947300] do_softirq+0x5f/0x7d [ 54.947727] </IRQ> [ 54.948014] <TASK> [54.948300] __local_bh_enable_ip+0x48/0x62 [ 54.948832] __neigh_event_send+0x3fd/0x4ca [ 54.949361] neigh_resolve_output+0x1e/0x210 [ 54.949896] ip_finish_output2+0x4bf/0x4f0 [ 54.950410] ?
    __ip_finish_output+0x171/0x1b8 [ 54.950956] ip_send_skb+0x25/0x57 [ 54.951390] raw_sendmsg+0xf95/0x10c0 [54.951850] ? check_new_pages+0x45/0x71 [ 54.952343] ? raw_hash_sk+0x21b/0x21b [ 54.952815] ? kernel_init_pages+0x42/0x51 [ 54.953337] ? prep_new_page+0x44/0x51 [ 54.953811] ? get_page_from_freelist+0x72b/0x915 [ 54.954390] ? signal_pending_state+0x77/0x77 [ 54.954936] ? preempt_count_sub+0x14/0xb3 [ 54.955450] ? __might_resched+0x8a/0x240 [ 54.955951] ?
    __might_sleep+0x25/0xa0 [ 54.956424] ? first_zones_zonelist+0x2c/0x43 [ 54.956977] ?
    __rcu_read_lock+0x2d/0x3a [ 54.957476] ? __pte_offset_map+0x32/0xa4 [ 54.957980] ?
    __might_resched+0x8a/0x240 [ 54.958483] ? __might_sleep+0x25/0xa0 [ 54.958963] ? inet_send_prepare+0x54/0x54 [ 54.959478] ? sock_sendmsg_nosec+0x42/0x6c [ 54.960000] sock_sendmsg_nosec+0x42/0x6c [ 54.960502] __sys_sendto+0x15d/0x1cc [ 54.960966] ?
    __x64_sys_getpeername+0x44/0x44 [ 54.961522] ? __handle_mm_fault+0x679/0xae4 [ 54.962068] ? find_vma+0x6b/0x ---truncated--- (CVE-2024-43878)

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

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

  - Oracle MySQL 的 MySQL Server 產品中存在的弱點 (元件：InnoDB)。受到影響的支援版本是 5.7.34 與更早版本，以及 8.0.25 與更早版本。難以惡意利用的弱點允許具有網路存取權的未經驗證攻擊者透過多個通訊協定危害 MySQL 伺服器。若成功攻擊此弱點，未經授權即可造成 MySQL 伺服器懸置或經常重複性當機 (完全 DOS)。(CVE-2021-2389)

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

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

  - ring-buffer由於 commit_overrun 不觸發 WARN_ON()。讀取記憶體對應緩衝區時讀取器頁面會剛好被寫入寫入緩衝區的最後一頁交換出。如果讀取器頁面與認可緩衝區 (目前正在寫入的緩衝區) 相同則假設其絕不應該有遺漏事件。如果是則會觸發 WARN_ON_ONCE()。但是只有在某種情況下才會發生這種情況。這發生在 commit_overrun 上。認可滿溢是指中斷先佔了寫入緩衝區的事件然後該中斷新增太多新事件以致於填滿並將緩衝區重新包裝回認可。然後系統會捨棄所有新事件並報告為missed_events。在此情況下下一個要讀取的頁面是提交緩衝區而讀取器頁面交換之後讀取器頁面將會是提交緩衝區但這次會有遺漏的事件進而觸發下列警告---- --------[cut here ]------------ 警告 CPU: 2 PID: 1127 at kernel/trace/ring_buffer.c:7357 ring_buffer_map_get_reader+0x49a/0x780 模組連結kvm_intel kvm irqbypass CPU2 UID0 PID1127 Commtrace-cmd 未受污染的 6.15。0-rc7-test-00004-g478bc2824b45-dirty#564 PREEMPT 硬體名稱QEMU Standard PC (Q35 + ICH9, 2009)BIOS 1.16.3-debian-1.16.3-2 04/01/2014 RIP 0010:ring_buffer_map_get_reader+0x49a/0x780 程式碼00 00 00 48 89 fe 48 c1 ee 03 80 3c 2e 00 0f 85 ec 01 00 00 4d 3b a6 a8 00 00 00 0f 85 8a fd ff ff 48 85 c0 0f 84 55 fe ff ff <0f> 0b e9 4e fe ff ff be 08 00 00 00 4c 89 54 24 58 48 89 54 24 50 RSP 0018:ffff888121787dc0 EFLAGS 00010002 RAX 00000000000006a2 RBX
    ffff888100062800 RCX: ffffffff8190cb49 RDX: ffff888126934c00 RSI: 1ffff11020200a15 RDI: ffff8881010050a8 RBP: dffffc0000000000 R08: 0000000000000000 R09: ffffed1024d26982 R10: ffff888126934c17 R11:
     R12ffff8881010050a8  : ffff888126934c00 R13: ffff8881010050b8 R14: ffff888101005000 R15: ffff888126930008 FS: 00007f95c8cd7540(0000) GS:ffff8882b576e000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00007f95c8de4dc0 CR3: 0000000128452002 CR40000000000172ef0 呼叫追踪 <TASK> __pfx_ring_buffer_map_get_reader+0x10/0x10 tracing_buffers_ioctl+0x283/0x370 __x64_sys_ioctl+0x134/0x190 do_syscall_64+0x79/0x1c0 entry_SYSCALL_64_after_hwframe+0x76/0x7e RIP: 0033:0x7f95c8de48db Code: 00 48 89 44 24 18 31 c0 48 8d 44 24 60 c7 04 24 10 00 00 00 48 89 44 24 08 48 8d 44 24 20 48 89 44 24 10 b8 10 00 00 00 0f 05 <89> c2 3d 00 f0 ff ff 77 1c 48 8b 44 24 18 64 48 2b 04 25 0b:28 0 0000 25 2SP: R 0 00 00 00007ffe037ba110 EFLAGS00000246 ORIG_RAX0000000000000010 RAXffffffffffffffda RBX00007ffe037bb2b0 RCX
    00007f95c8de48db RDX: 0000000000000000 RSI: 0000000000005220 RDI: 0000000000000006 RBP: 00007ffe037ba180 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000246 R12:
     R130000000000000000  : 00007ffe037bb6f8 R14: 00007f95c9065000 R15: 00005575c7492c90 </TASK> irq event stamp: 5080 hardirqs last enabled at (5079): [<ffffffff83e0adb0>] _raw_spin_unlock_irqrestore+0x50/0x70 hardirqs last disabled at (5080): [<ffffffff83e0aa83>] _raw_spin_lock_irqsave +0x63/0x70 softirqs 上次於 (4182) 啟用 [<ffffffff81516122>] handle_softirqs+0x552/0x710 softirqs 上次停用於 (4159)
    [<ffffffff815163f7>] __irq_exit_rcu+0x107/0x210 ---[ end trace 0000000000000000 ]--- 在同時具有 lockdep 和 KASAN 以及已啟用 kmemleak 的核心上執行及執行下列命令會觸發上述情況並執行下列命令# perf record -o perf-test.dat -a -- trace-cmd record --nosplice -e all -p function hackbench 50 在 perf 插入大量中斷的情況下並在啟用所有事件和函式追踪的 trace-cmd 時啟用 lockdep、KASAN 和 kmemleak時可能會造成中斷搶占要寫入以新增足夠事件的事件 ---truncated--- (CVE-2025-38267)

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

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

  - scsimpi3mr拓撲中的錯誤磁碟機會導致核心損毀當啟用 SAS 傳輸層支援且驅動程式向 OS 公開的裝置 INQUIRY 命令失敗時驅動程式會釋放配置給內部 HBA 連接埠資料結構的記憶體。不過在某些位置並未清除已釋放記憶體的參照。當韌體再次傳送相同裝置的裝置資訊變更事件時會存取釋放的記憶體這會導致記憶體損毀和作業系統當機。 (CVE-2023-53037)

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

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

  - ublk確認已在佇列凍結時設定 ubq->canceling 現在 ublk 驅動程式會依賴「ubq->canceling」來決定是否可以透過 uring_cmd 和 io_uring_cmd_complete_in_task() 分派要求。一旦設定 ubq->canceling即可透過 ublk_cancel_cmd() 與 io_cancel_cmd_done() 完成 uring_cmd。因此請在佇列凍結時設定 ubq->canceling以確保可從 ublk_queue_rq() 觀察旗標並避免 uring_cmd 發生釋放後使用。 (CVE-2025-22068)

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

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

  - netfilternft_set_pipapo將最大對應值區大小箝制為 INT_MAX否則可能在調整雜湊表大小時命中 __kvmalloc_node_noprof() 中的 WARN_ON_ONCE因為 __GFP_NOWARN 未設定。類似項目b541ba7d1f5a (netfilterconntrack將雜湊表大小上限限制為 INT_MAX) (CVE-2025-38201)

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

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

  - netairoha修正 airoha_tc_get_htb_get_leaf_queue() 中的 qid 報告。修正下列核心警告刪除 airoha_eth 驅動程式中的 HTB 已卸載分葉和/或 root HTB qdisc以便正確報告 airoha_tc_get_htb_get_leaf_queue 常式中的 qid。 $tc qdisc 取代 dev eth1 root 處理 10htb offload $tc class add dev eth1 arent 10classid 10:4 htb rate 100mbit ceil 100mbit $tc qdisc 取代 dev eth1 parent 10:4 handle 4ets Band 8 \ quanta 1514 3028 4542 6056 7570 9084 10598 12112 $tc qdisc del dev eth1 root [55.827864] ------------[cut here ]------------ [ 55.832493] 警告CPU 3 PID 2678 at 0xffffffc0798695a4 [ 55.956510] CPU 3 PID 2678 Commtc 污染 GO 6.6.71 #0 [ 55.963557] 硬體名稱 Airoha AN7581 評估板 (DT) [ 55.969383] pstate 20400005 (nzCv daif +PAN -UAO -TCO -DIT
    -SSBS BTYPE=--) [ 55.976344] pc : 0xffffffc0798695a4 [ 55.979851] lr : 0xffffffc079869a20 [ 55.983358] sp : ffffffc0850536a0 [ 55.986665] x29: ffffffc0850536a0 x28: 0000000000000024 x27: 0000000000000001 [55.993800] x26: 0000000000000000 x25: ffffff8008b19000 x24ffffff800222e800 [ 56.000935] x23
    0000000000000001 x220000000000000000 x21ffffff8008b19000 [ 56.008071] x20ffffff8002225800 x19
    ffffff800379d000 x180000000000000000 [ 56.015206] x17 ffffffbf9ea59000 x16 ffffffc080018000 x15
    0000000000000000 [ 56.022342] x14: 0000000000000000 x13: 0000000000000000 x12: 0000000000000001 [56.029478] x11: ffffffc081471008 x10: ffffffc081575a98 x9 : 0000000000000000 [ 56.036614] x8 :
    ffffffc08167fd40 x7 ffffffc08069e104 x6 ffffff8007f86000 [ 56.043748] x5 0000000000000000 x4
    0000000000000000 x3 0000000000000001 [ 56.050884] x2 0000000000000000 x1 0000000000000250 x0
    ffffff800222c000 [ 56.058020] 呼叫追踪 [ 56.060459] 0xffffffc0798695a4 [ 56.063618] 0xffffffc079869a20 [ 56.066777] __qdisc_destroy+0x40/0xa0 [ [ 56.070528] qdisc_put+0x54/0x6c [  ] ] qdisc_graft+0x41]t [c_0x4_graft+0x41]t [c_0x4_graft+0x41]t [ 56.073748] __qdisc_destroy+0x40/0xa0 [] ] qdisc_put+0x54/0x6c [ 56.077324] qdisc_graft+0x41 +0x168/0x2f8 [ 56.080978] rtnetlink_rcv_msg+0x230/0x330 [56.085076] netlink_rcv_skb+0x5c/0x128 [ 56.088913] rtnetlink_rcv+0x14/0x1c [ 56.092490] netlink_unicast+0x1e0/0x2c8 [ 56.096413] netlink_sendmsg+0x198/0 [x8 56.100337]
    ____sys_sendmsg+0x1c4/0x274 [ 56.104261] ___sys_sendmsg+0x7c/0xc0 [ 56.107924] __sys_sendmsg+0x44/0x98 [56.111492] __arm64_sys_sendmsg+0x20/0x28 [ 56.115580] invoke_syscall.constprop.0+0x58/0xfc [ 56.120285] do_svcel0_svcel0_ +0x3c/0xbc [ 56.123592] el0_svc+0x18/0x4c [ 56.126647] el0t_64_sync_handler+0x118/0x124 [56.131005] el0t_64_sync+0x150/0x154 [ 56.134660] ---[ end trace 0000000000000000 ]--- (CVE-2025-22061)

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

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

  - YASM 1.3.0.86.g9def 中的一個問題允許遠端攻擊者透過 modules/preprocs/nasm/nasm-pp.c 元件中的 expand_smacro 函式造成拒絕服務。 (CVE-2023-49555)

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

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

  Apache Tomcat 9.0.0.M1 至 9.0.8、8.5.0 至 8.5.31、8.0.0.RC1 至 8.0.52、7.0.41 至 7.0.88 中提供的 CORS 篩選器預設設定不安全，而且會針對所有來源啟用「supportsCredentials」。預計 CORS 篩選器的使用者將針對其環境對其進行適當設定，而非在預設組態中使用。因此，預期大多數使用者不會受此問題影響。(CVE-2018-8014)

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

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

  - 透過在我們的通知程式碼中誤用爭用，攻擊者可強制隱藏收到全螢幕和指標鎖定存取權的頁面通知，進而利用此弱點發動偽造攻擊。此弱點會影響 Thunderbird 91.4.0 更早版本、Firefox ESR 91.4.0 更早版本和 Firefox 95 更早版本。
    (CVE-2021-43538)

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

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

  - Drupal 核心的表單 API 有一個弱點，其中某些提供的模組或自訂模組的表單可能容易受到不當輸入驗證影響。這可允許攻擊者注入遭到阻止的值或覆寫資料。受影響的表單並不常見但在某些情況下攻擊者可變更重要或敏感資料。 (CVE-2022-25271)

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

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

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

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

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

  - Service Worker 不應推斷出有關不透明跨來源回應的資訊；但是跨來源媒體的計時資訊與 Range 要求相結合，可能允許他們判斷媒體檔案的存在狀態或長度。此弱點會影響 Firefox ESR < 102.5、Thunderbird < 102.5 和 Firefox < 107。(CVE-2022-45403)

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

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

  - Apache Tomcat 中的錯誤物件回收和重複使用弱點。未正確回收 HTTP/2 要求所使用的要求和回應可能導致使用者之間的要求和/或回應混淆。此問題影響以下版本的 Apache Tomcat：11.0.0-M23 至 11.0.0-M26、10.1.27 至 10.1.30、9.0.92 至 9.0.95。建議使用者升級至 11.0.0、10.1.31 或 9.0.96 版，即可修正此問題。(CVE-2024-52317)

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

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

  - xenbus使用 kref 追踪 req 存留期 Marek 報告在 xenbus_thread 呼叫堆疊中發現一個 NULL 指標錯誤錯誤核心 NULL 指標解除參照位址0000000000000000 RIP
    e030:__wake_up_common+0x4c/0x180 呼叫追踪 <TASK> __wake_up_common_lock+0x82/0xd0 process_msg+0x18e/0x2f0 xenbus_thread+0x165/0x1c0 process_msg+0x18e 為 req->cb(req)。 req->cb 設為 xs_wake_up() (wake_up() 的精簡包裝函式) 或 xenbus_dev_queue_reply()。在此情況下似乎是 xs_wake_up()。req 似乎喚醒了 xs_wait_for_reply()其 kfree()ed 了 req。xenbus_thread 繼續執行時會在歸零資料上發生錯誤。Linux 裝置驅動程式第 2 版指出 通常 wake_up 呼叫可造成立即重新排程這表示其他處理程序可能會在 wake_up 傳回之前執行。 ... 符合所觀察到的行為。變更為針對每個要求保留兩個 kref。一個用於呼叫者另一個用於 xenbus_thread。完成時每個項目都會執行 kref_put()最後一個項目會加以釋放。這種 kref 的使用方式符合 Documentation/core-api/kref.rst 中的描述 (CVE-2025-37949)

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

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

  - 已解決 Linux 核心中的下列弱點：ALSA: hda: cs35l41: Possible null pointer dereference in cs35l41_hda_unbind() The cs35l41_hda_unbind() function clears the hda_component entry matching it's index and then dereferences the codec pointer held in the first element of the hda_component array, this is an issue when the device index was 0. Instead use the codec pointer stashed in the cs35l41_hda structure as it will still be valid. (CVE-2024-40964)

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

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

  - ring-buffer修正 ring_buffer_subbuf_order_set() 中的緩衝區鎖定。放大 ring_buffer_subbuf_order_set() 中的重要區段確保在保留各緩衝區 mutex 的情況下進行錯誤處理從而防止清單損毀及其他並行相關問題。 (CVE-2025-38101)

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

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

  - 在 Elasticsearch 中發現一個缺陷在攝取節點上處理深度巢狀管線中的文件時可能會造成 Elasticsearch 節點當機。 (CVE-2024-23450)

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

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

  - 在 5.19.2之前的 Linux 核心 5.15 至 5.19 的 ksmbd 中發現一個問題。 fs/ksmbd/smb2pdu.c 省略了某些 smb2_handle_negotiate 錯誤情況 (亦即記憶體洩漏) 中的 kfree 呼叫。 (CVE-2022-47941)

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

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

  - calipso修正 calipso_req_{set,del}attr() 中的 null-ptr-deref。 syzkaller 報告在配置 CALIPSO 選項時sock_omalloc() 存在 null-ptr-deref。 [0] NULL 屬於 struct sock其由 calipso_req_setattr() 中的 sk_to_full_sk() 擷取。自從提交 a1a5344ddbe8 (tcp避免 syncookies 的兩個不可部分完成的 ops)以來當 SYN Cookie 傳回其用戶端時reqsk->rsk_listener 可以為 NULL如前置 SYN Cookie 記錄所提示的那樣。以下是修正錯誤的 3 個選項1) 傳回 calipso_req_setattr() 中的 0 2) 傳回 calipso_req_setattr() 中的錯誤 3) Alaways 組 rsk_listener 1) 無法執行因為它會繞過 LSM2) 可有效停用 CALIPSO 的 SYN Cookie 。 3) 也行不通因為已做出許多努力來減少不可部分完成的操作並增強 TCP 的能力以抵禦 DDoS。另請參閱認可 3b24d854cb35 (tcp/dccp請勿接觸 synflood 下的接聽程式 sk_refcnt)。在受到責備的認可為止SYN Cookie 已經不需要重新計數而且已經有 9 年沒有人偶然發現此錯誤因此沒有 CALIPSO 使用者會在意 SYN Cookie。讓我們在 SYN Cookie 情況下傳回 calipso_req_setattr() 和 calipso_req_delattr() 中的錯誤。[1] 在 Fedora 上會重現此問題而且現在 nc 的 connect() 會逾時。 [0]TCPrequest_sock_TCPv6連接埠 [::]:20002 上可能有 SYN 溢流。傳送 cookie。Oops一般保護錯誤可能是針對非正式位址 0xdffffc0000000006 0000 [#1] PREEMPT SMP KASAN NOPTI KASAN null-ptr-deref in range [0x0000000000000030-0x0000000000000037] CPU 3 UID0 PID 12syCommz2. 1.2611 未污染 6.14.0 #2 硬體名稱QEMU Standard PC (i440FX + PIIX, 1996)BIOS rel-1.16.3-0-ga6ed6b701f0a-prebuilt.qemu.org04/01/2014 RIP0010:read_pnet include/net/net_namespace。 h:406 [內嵌] RIP0010:sock_net include/net/sock.h:655 [內嵌] RIP0010:sock_kmalloc+0x35/0x170 net/core/sock.c:2806 程式碼89 d5 41 54 55 89 f5 53 48 89 fb e8 25 e3 c6 fd e8 f0 91 e3 00 48 8d 7b 30 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 <80> 3c 02 00 0f 85 26 01 00 0000 48 b8 00 00 00 00 fc ff df 4c 8b RSP: 0018:ffff88811af89038 EFLAGS: 00010216 RAX: dffffc0000000000 RBX: 0000000000000000 RCX: ffff888105266400 RDX: 0000000000000006 RSI: ffff88800c890000 RDI: 0000000000000030 RBP: 0000000000000050 R08: 0000000000000000 R09:
     R10ffff88810526640e  : ffffed1020a4cc81 R11: ffff88810526640f R12: 0000000000000000 R13: 0000000000000820 R14: ffff888105266400 R15: 0000000000000050 FS: 00007f0653a07640(0000) GS:ffff88811af80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0 0000000080050033 CR200007f863ba096f4 CR3
    00000000163c0005 CR4: 0000000000770ef0 PKRU: 80000000 Call Trace: <IRQ> ipv6_renew_options+0x279/0x950 net/ipv6/exthdrs.c:1288 calipso_req_setattr+0x181/0x340 net/ipv6/calipso.c:1204 calipso_req_setattr+0x56/0x80 net/netlabel/netlabel_calipso 。 0xa0 security/security.c:4945 tcp_v6_route_req+0x22c/0x550 net/ipv6/tcp_ipv6.c:825 tcp_conn_request+0xec8/0x2b70 net/ipv4/tcp_input.c:7275 tcp_v6_conn_request+0x1e3/0x440 net/ipv36/tcp_ipv6。 tcp_rcv_state_process+0xafa/0x52b0 net/ipv4/tcp_input.c:6781 tcp_v6_do_rcv+0x8a6/0x1a40 net/ipv6/tcp_ipv6.c:1667 tcp_v6_rcv+0x505e/0x5b50 net/ipv6/tcp_ipv6.c:1904 ip6_protocol_deliver_rcu+0x17c/0x1da0 net/ipv6 /ip6_input.c:436 ip6_input_finish+0x103/0x180 net/ipv6/ip6_input.c:480 NF_HOOK include/linux/netfilter.h:31 4 [內嵌] NF_HOOK include/linux/netfilter.h:308 [內嵌] ip6_input+0x13c/0x6b0 net/ipv6/ip6_input.c:491 dst_input include/net/dst.h:469 [內嵌] ip6_rcv_finish net/ipv6/ip6_input .c:79 [內嵌] ip6_rcv_finish+0xb6/0x490 net/ipv6/ip6_input.c:69 NF_HOOK include/linux/netfilter.h:314 [內嵌] NF_HOOK include/linux/netf
    ---truncated--- (CVE-2025-38181)

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

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

  - scsisg允許在已移除的裝置上等待命令完成。如果在使用中使用 SCSI 裝置時將其移除則目前 sg 會在任何嘗試等待使用中命令時立即傳回 -ENODEV 而這些命令在移除前已傳送。這對於使用 SG_FLAG_DIRECT_IO 的命令是有問題的因為當使用者空間在取得 ENODEV 後釋放或重複使用資料緩衝區時核心可能仍在使用資料緩衝區進而導致損毀的使用者空間記憶體 (在 READ 類型命令的情況下) 或傳送損毀的資料傳送至裝置 (在 WRITE-type 命令的情況下)。實際登出 iscsi_tcp 工作階段時曾出現過此情況在裝置標記為移除之後iSCSI 驅動程式可能仍在處理命令。變更原則以允許使用者空間等待有效的 sg 命令即使是在移除裝置時也是如此。僅在沒有其他回應可讀取時傳回 -ENODEV。 (CVE-2022-50215)

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

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

  - 已解決 Linux 核心中的下列弱點：thermal: testing: Initialize some variables annoteded with _free() Variables annotated with __free() need to be initialized if the function can return before they get updated for the first time or the attempt to free the memory pointed to by them upon function return may crash the kernel. Fix this issue in some places in the thermal testing code.
    (CVE-2024-56676)

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

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

  - ASoCSOFstream-ipc檢查 sof_ipc_msg_data() 中的 cstream 無效性。檢查 sps->cstream 的無效性的方式應與 sof_set_stream_data_offset() 函式類似。假設 sps->stream 為 NULL 時它不是 NULL 的做法不正確且可導致 NULL 指標解除參照。 (CVE-2025-21847)

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

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

  - wifiwil6210debugfs修正 wil_write_file_wmi() 中的資訊洩漏即使初始化單一位元組simple_write_to_buffer() 函式也會成功。不過我們需要初始化整個緩衝區以防止資訊洩漏。只使用 memdup_user()。 (CVE-2022-50169)

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

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

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

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

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

  - 已解決 Linux 核心中的下列弱點：spi: Fix simplification of devm_spi_register_controller This reverts commit 59ebbe40fb51 (spi: simplify devm_spi_register_controller). If devm_add_action() fails in devm_add_action_or_reset(), devm_spi_unregister() will be called, it decreases the refcount of 'ctlr->dev' to 0, then it will cause uaf in the drivers that calling spi_put_controller() in error path. (CVE-2022-50190)

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

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

  - 已解決 Linux 核心中的下列弱點：gpio: aggregator: protect driver attr handlers against module unload Both new_device_store and delete_device_store touch module global resources (e.g. gpio_aggregator_lock). To prevent race conditions with module unload, a reference needs to be held.
    Add try_module_get() in these handlers. For new_device_store, this eliminates what appears to be the most dangerous scenario: if an id is allocated from gpio_aggregator_idr but platform_device_register has not yet been called or completed, a concurrent module unload could fail to unregister/delete the device, leaving behind a dangling platform device/GPIO forwarder. This can result in various issues. The following simple reproducer demonstrates these problems: #!/bin/bash while :; do # note: whether 'gpiochip0 0' exists or not does not matter. echo 'gpiochip0 0' > /sys/bus/platform/drivers/gpio-aggregator/new_device done & while :; do modprobe gpio-aggregator modprobe -r gpio-aggregator done & wait Starting with the following warning, several kinds of warnings will appear and the system may become unstable: ------------[cut here ]------------ list_del corruption, ffff888103e2e980->next is LIST_POISON1 (dead000000000100) WARNING: CPU: 1 PID: 1327 at lib/list_debug.c:56 __list_del_entry_valid_or_report+0xa3/0x120 [...] RIP:
    0010:__list_del_entry_valid_or_report+0xa3/0x120 [...] Call Trace: <TASK> ?
    __list_del_entry_valid_or_report+0xa3/0x120 ? __warn.cold+0x93/0xf2 ?
    __list_del_entry_valid_or_report+0xa3/0x120 ? report_bug+0xe6/0x170 ? __irq_work_queue_local+0x39/0xe0 ? handle_bug+0x58/0x90 ? exc_invalid_op+0x13/0x60 ? asm_exc_invalid_op+0x16/0x20 ?
    __list_del_entry_valid_or_report+0xa3/0x120 gpiod_remove_lookup_table+0x22/0x60 new_device_store+0x315/0x350 [gpio_aggregator] kernfs_fop_write_iter+0x137/0x1f0 vfs_write+0x262/0x430 ksys_write+0x60/0xd0 do_syscall_64+0x6c/0x180 entry_SYSCALL_64_after_hwframe+0x76/0x7e [...] </TASK> ---[end trace 0000000000000000 ]--- (CVE-2025-21943)

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

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

  - SOGo 2.x 版 (早於 2.4.1 版) 以及 3.x 版至 5.x 版 (早於 5.1.1 版) 不會驗證其收到的任何 SAML 宣告的簽章。如果使用 SAML 作為驗證方法，則任何具有部署網路存取權的執行者都可以模擬使用者。(只有 2.0.5a 版會受到影響。) (CVE-2021-33054)

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

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

  - 已解決 Linux 核心中的下列弱點：arm64: mm: Fix lockless walks with static and dynamic page-table folding Lina reports random oopsen originating from the fast GUP code when 16K pages are used with 4-level page-tables, the fourth level being folded at runtime due to lack of LPA2.
    In this configuration, the generic implementation of p4d_offset_lockless() will return a 'p4d_t *' corresponding to the 'pgd_t' allocated on the stack of the caller, gup_fast_pgd_range(). This is normally fine, but when the fourth level of page-table is folded at runtime, pud_offset_lockless() will offset from the address of the 'p4d_t' to calculate the address of the PUD in the same page-table page. This results in a stray stack read when the 'p4d_t' has been allocated on the stack and can send the walker into the weeds. Fix the problem by providing our own definition of p4d_offset_lockless() when CONFIG_PGTABLE_LEVELS <= 4 which returns the real page-table pointer rather than the address of the local stack variable.
    (CVE-2024-42293)

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

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

  - 在到 0.9.1為止的 Janus 中發現一個問題。 VoiceMail 外掛程式中的 plugins/janus_voicemail.c 有一個爭用情形可造成伺服器當機。 (CVE-2020-10576)

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

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

  - 在 4.11.7 版及其之前版本的 Linux 核心中sound/oss/msnd_pinnacle.c 的 intr 函式允許本機使用者透過變更訊息佇列標頭指標的值造成拒絕服務 (超出邊界存取)或可能造成其他不明影響在該值的兩個核心讀取之間存在差異，即雙重擷取弱點。 (CVE-2017-9986)

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

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

  - Oracle MySQL 的 MySQL Server 產品中存有弱點 (元件：Server: Information Schema)。
    受到影響的支援版本是 5.7.33 與更早版本，以及 8.0.23 與更早版本。攻擊此弱點的難度較小，經由多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。成功攻擊此弱點可導致未經授權即可存取重要資料，或完整存取所有可供存取的 MySQL Server 資料。(CVE-2021-2226)

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

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

  - 6.2.0 和 7.0.0之前的 Hibernate Validator 依預設及視其使用方式而定可能會在含有運算式語言的限制違規訊息中插入使用者提供的輸入。這可允許攻擊者存取敏感資訊或執行任意 Java 程式碼。 6.2.0 和 7.0.0 之前的 Hibernate 驗證器不再使用運算式語言插入自訂的限制違規訊息並強烈建議不要在限制違規訊息中允許使用者提供的輸入。 CVE-2020-5245 和 CVE-2025-4428 是相關下游弱點的範例涉及使用者提供之資料的運算式語言插入。 (CVE-2025-35036)

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

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

  - nethinic避免 hinic_get_stats64() 中的核心懸置 當使用 hinic 裝置作為連結從屬裝置並讀取主要連結裝置的裝置統計資料時核心可能會懸置。如下核心錯誤呼叫追踪
    核心錯誤 - 未同步softlockup懸置工作呼叫追踪
    native_queued_spin_lock_slowpath+0x1ec/0x31c dev_get_stats+0x60/0xcc dev_seq_printf_stats+0x40/0x120 dev_seq_show+0x1c/0x40 seq_read_iter+0x3c8/0x4dc seq_read+0xe0/0x130 proc_reg_read+0xa8/0xe0 vfs_read+0xb0/0x1d4 ksys_read+0x70/0xfc __arm64_sys_read+0x20/0x30 el0_svc_common+0x88/0x234 do_el0_svc+0x2c/0x90 el0_svc+0x1c/0x30 el0_sync_handler+0xa8/0xb0 el0_sync+0x148/0x180 而實際造成核心懸置的工作的呼叫追踪如下__switch_to+124 __schedule+548 schedule+72 schedule_timeout+348 __down_common+188 __down+24 down+104 hinic_get_stats64+44 [hinic] dev_get_stats+92 bond_get_stats+172 [bonding] dev_get_stats+92 dev_seq_printf_stats+60 dev_seq_show+24 seq_read_iter+964 seq_read+220 proc_reg_read+164 vfs_read+172 ksys_read+108 __arm64_sys_read+ 28 el0_svc_common+132 do_el0_svc+40 el0_svc+24 el0_sync_handler+164 el0_sync+324 從連結取得裝置統計資料時核心會呼叫 bond_get_stats()。它會先保留執行緒同步鎖定 bond->stats_lock然後呼叫 hinic_get_stats64() 以收集 hinic 裝置的統計資料。不過hinic_get_stats64() 會呼叫 `down(&nic_dev->mgmt_lock)` 來保護其重要區段這可能會排程目前的工作。若係統處於高壓力之下則無法立即喚醒工作最終會觸發核心懸置錯誤。由於先前的修補程式已在 hinic_get_stats64() 中以本機變數取代 hinic_dev.tx_stats/rx_stats因此沒有任何內容需要由鎖定保護因此只要移除 down()/up() 即可。
    (CVE-2022-50174)

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

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

  - 已解決 Linux 核心中的下列弱點：usb: gadget: rndis: add spinlock for rndis response list There's no lock for rndis response list. It could cause list corruption if there're two different list_add at the same time like below. It's better to add in rndis_add_response / rndis_free_response / rndis_get_next_response to prevent any race condition on response list. [361.894299] [1: irq/191-dwc3:16979] list_add corruption. next->prev should be prev (ffffff80651764d0), but was ffffff883dc36f80. (next=ffffff80651764d0). [ 361.904380] [1: irq/191-dwc3:16979] Call trace: [361.904391] [1: irq/191-dwc3:16979] __list_add_valid+0x74/0x90 [ 361.904401] [1: irq/191-dwc3:16979] rndis_msg_parser+0x168/0x8c0 [ 361.904409] [1: irq/191-dwc3:16979] rndis_command_complete+0x24/0x84 [361.904417] [1: irq/191-dwc3:16979] usb_gadget_giveback_request+0x20/0xe4 [ 361.904426] [1:
    irq/191-dwc3:16979] dwc3_gadget_giveback+0x44/0x60 [ 361.904434] [1: irq/191-dwc3:16979] dwc3_ep0_complete_data+0x1e8/0x3a0 [ 361.904442] [1: irq/191-dwc3:16979] dwc3_ep0_interrupt+0x29c/0x3dc [361.904450] [1: irq/191-dwc3:16979] dwc3_process_event_entry+0x78/0x6cc [ 361.904457] [1:
    irq/191-dwc3:16979] dwc3_process_event_buf+0xa0/0x1ec [ 361.904465] [1: irq/191-dwc3:16979] dwc3_thread_interrupt+0x34/0x5c (CVE-2022-48926)

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

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

  - btrfs修正在 find_parent_nodes() 反向參照搜尋期間發生的 inode 清單洩漏。如果我們要在 find_parent_nodes() 反向參照搜尋期間處理資料範圍 並且在解析間接反向參照時會在 resolve_indirect_refs() 或在在直接參照 rbtree 中的參照的 while 迴圈中我們最終會洩漏附加至我們在直接參照 rbtree 中所擁有的直接參照的 inode 清單而這些清單尚未新增到做為引數傳送至 find_parent_nodes() 的參照 ulist。由於尚未將其新增至 refs ulist 且 prelim_release() 不會釋放清單因此發生錯誤時呼叫者只能釋放附加到已新增至 refs ulist 之 refs 的清單因此所有剩餘的 refs 將永遠無法獲得其 inode 清單已釋放記憶體。透過讓 prelim_release() 一律將任何附加的 inode 清單釋放至在 rbtree 中找到的每個參照來修正此問題並讓 find_parent_nodes() 在將 inode 清單的擁有權傳輸至已新增至傳遞的 refs ulist 的參照時將該 ref 的 inode 清單設定為 NULL變更為 find_parent_nodes()。 (CVE-2022-49913)

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

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

  - Apache HTTP Server 中的有效存留期後記憶體延遲釋放弱點。此問題會影響 Apache HTTP Server 2.4.17 到 2.4.63的期間內。建議使用者升級至 2.4.64 版，即可修正此問題。(CVE-2025-53020)

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

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

  - net/schedcls_api修正造成 NULL 的錯誤處理。tcf_exts_miss_cookie_base_alloc() 呼叫 xa_alloc_cycle()若包裝在包裝後成功傳回 1。這會被視為錯誤值 1 會傳回給呼叫者 tcf_exts_init_ex()這會將 exts->actions 設為 NULL 並將 1 傳回給呼叫者 fl_change()。 fl_change() 將 err == 1 視為成功並呼叫 tcf_exts_validate_ex()後者會以 exts->actions 作為引數呼叫 tcf_action_init()並解除參照。追踪範例錯誤核心 NULL 指標解除參照、位址0000000000000000 CPU114 PID16151 通訊handler114 Kdump已載入但未受污染的 5.14.0-503.16.1.el9_5.x86_64 #1 RIP0010:tcf_action_init+0x1f8/0x2c0 呼叫Trace
    tcf_action_init+0x1f8/0x2c0 tcf_exts_validate_ex+0x175/0x190 fl_change+0x537/0x1120 [cls_flow] (CVE-2025-21857)

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

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

  - net_schedets修正 ets_qdisc_change() 中的爭用情形每當 SFQ 干擾計時器在錯誤時間觸發時Gerrard Tai 就會報告 ETS 中的爭用情形。爭用情形如下CPU 0 CPU 1 [1]鎖定 root [2]
    qdisc_tree_flush_backlog() [3]解除鎖定 root | | [5]鎖定 root | [6]重新雜湊 | [7]
    qdisc_tree_reduce_backlog() | [4]qdisc_put() 攻擊者可濫用此弱點造成父項 qlen 反向溢位。呼叫 qdisc_purge_queue() 而非 qdisc_tree_flush_backlog() 應可修正爭用因為系統會在釋出鎖定前清除 qdisc 中的所有封包。 (CVE-2025-38107)

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

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

  - 偵測到非 x86 平台時cloud-init 會向具有本機 IP 位址的硬式編碼 URL 授予 root 存取權。為防止此情況，cloud-init 預設組態會停用平台列舉。(CVE-2024-6174)

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

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

  - 在 Linux 核心中發現一個歸類爲「嚴重」的弱點。這會影響
    Ethernet Handler 元件中 drivers/net/ethernet/mediatek/mtk_ppe.c 檔案的 __mtk_ppe_check_skb 函式。
    操控此弱點可導致釋放後使用。建議套用修補程式以修正此問題。此弱點的相關識別碼是 VDB-211935。(CVE-2022-3636)

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

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

  - 在 Linux 核心的 Intel iSMT SMBus 主機控制器驅動程式中，在使用者以惡意輸入資料觸發 I2C_SMBUS_BLOCK_DATA (使用 ioctl I2C_SMBUS) 的方式中發現記憶體超出邊界存取缺陷。本機使用者可利用此缺陷導致系統當機。(CVE-2022-2873)

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

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

  - 在 Linux 核心 5.3.2  及其之前版本中，AF_APPLETALK 網路模組中 net/appletalk/ddp.c 的 atalk_create 未強制執行 CAP_NET_RAW，這表示非特權使用者可建立原始通訊端，即 CID-6cc03e8aa36c。(CVE-2019-17054)

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

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

  - 已解決 Linux 核心中的下列弱點：bpf, test_run: Fix alignment problem in bpf_prog_test_run_skb() We got a syzkaller problem because of aarch64 alignment fault if KFENCE enabled. When the size from user bpf program is an odd number, like 399, 407, etc, it will cause the struct skb_shared_info's unaligned access. As seen below: BUG: KFENCE: use-after-free read in
    __skb_clone+0x23c/0x2a0 net/core/skbuff.c:1032 Use-after-free read at 0xffff6254fffac077 (in kfence-#213):
    __lse_atomic_add arch/arm64/include/asm/atomic_lse.h:26 [inline] arch_atomic_add arch/arm64/include/asm/atomic.h:28 [inline] arch_atomic_inc include/linux/atomic-arch-fallback.h:270 [inline] atomic_inc include/asm-generic/atomic-instrumented.h:241 [inline] __skb_clone+0x23c/0x2a0 net/core/skbuff.c:1032 skb_clone+0xf4/0x214 net/core/skbuff.c:1481 ____bpf_clone_redirect net/core/filter.c:2433 [inline] bpf_clone_redirect+0x78/0x1c0 net/core/filter.c:2420 bpf_prog_d3839dd9068ceb51+0x80/0x330 bpf_dispatcher_nop_func include/linux/bpf.h:728 [inline] bpf_test_run+0x3c0/0x6c0 net/bpf/test_run.c:53 bpf_prog_test_run_skb+0x638/0xa7c net/bpf/test_run.c:594 bpf_prog_test_run kernel/bpf/syscall.c:3148 [inline] __do_sys_bpf kernel/bpf/syscall.c:4441 [inline]
    __se_sys_bpf+0xad0/0x1634 kernel/bpf/syscall.c:4381 kfence-#213: 0xffff6254fffac000-0xffff6254fffac196, size=407, cache=kmalloc-512 allocated by task 15074 on cpu 0 at 1342.585390s: kmalloc include/linux/slab.h:568 [inline] kzalloc include/linux/slab.h:675 [inline] bpf_test_init.isra.0+0xac/0x290 net/bpf/test_run.c:191 bpf_prog_test_run_skb+0x11c/0xa7c net/bpf/test_run.c:512 bpf_prog_test_run kernel/bpf/syscall.c:3148 [inline] __do_sys_bpf kernel/bpf/syscall.c:4441 [inline] __se_sys_bpf+0xad0/0x1634 kernel/bpf/syscall.c:4381
    __arm64_sys_bpf+0x50/0x60 kernel/bpf/syscall.c:4381 To fix the problem, we adjust @size so that (@size + @hearoom) is a multiple of SMP_CACHE_BYTES. So we make sure the struct skb_shared_info is aligned to a cache line. (CVE-2022-49840)

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

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

  - enic: 驗證 enic_set_vf_port enic_set_vf_port 中的 nl 屬性長度 enic_set_vf_port 假設 nl 屬性 IFLA_PORT_PROFILE 的長度為 PORT_PROFILE_MAX而 nl 屬性 IFLA_PORT_INSTANCE_UUID、IFLA_PORT_HOST_UUID 的長度為 PORT_UUID_MAX。這些屬性是使用 nla_policy ifla_port_policy 驗證 (在 rtnetlink.c 的 do_setlink 函式中)。原則將 IFLA_PORT_PROFILE 定義為 NLA_STRING、將 IFLA_PORT_INSTANCE_UUID 定義為 NLA_BINARY且將 IFLA_PORT_HOST_UUID 定義為 NLA_STRING。這表示使用該原則的長度驗證是針對屬性的最大大小而非確切大小因此這些屬性的長度可能小於 enic_set_vf_port 預期的大小。這可能會造成 enic_set_vf_port 中這些屬性的資料 memcpys 發生頻寬讀取存取。
    (CVE-2024-38659)

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

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

  - net/mlx5e修正 DIM 停用和 net_dim() 之間的爭用。使用 RQ 或 SQ 上的暗淡指標停用 DIM 和 NAPI 回呼之間存在爭用。如果 NAPI 檢查 DIM 狀態位元且發現其仍設定則假設 `rq->dim` 或 `sq->dim` 有效。但如果 DIM 在檢查後立即停用該指標可能已設定為 NULL導致 net_dim() 中發生 NULL 指標解除參照。藉由在釋放 DIM 內容前呼叫 `synchronize_net()` 來修正此問題。如此可確保在指標遭到清除前完成所有進行中的 NAPI 回呼。核心記錄錯誤核心 NULL 指標解除參照位址
    0000000000000000 ... RIP: 0010:net_dim+0x23/0x190 ... 呼叫追踪 <TASK> ? __die+0x20/0x60 ? page_fault_oops+0x150/0x3e0 common_interrupt+0xf/0xa0 sysvec_call_function_single+0xb/0x90 ? exc_page_fault+0x74/0x130 ? asm_exc_page_fault+0x22/0x30 ? net_dim+0x23/0x190 ? mlx5e_poll_ico_cq+0x41/0x6f0 [mlx5_core] sysvec_apic_timer_interrupt+0xb/0x90 mlx5e_handle_rx_dim+0x92/0xd0 [mlx5_core] mlx5e_napi_poll+0x2cd/0xac0 [mlx5_core] mlx5e_poll_ico_cq+0xe5/0x6f0 [mlx5_core] busy_poll_stop+0xa2/0x200 mlx5e_napi_poll+0x1d9/0xac0 [mlx5_core] mlx5e_trigger_irq+0x130/0x130 [mlx5_core] __napi_busy_loop+0x345/0x3b0 sysvec_call_function_single+0xb/0x90 ? asm_sysvec_call_function_single+0x16/0x20 ? sysvec_apic_timer_interrupt+0xb/0x90 pcpu_free_area+0x1e4/0x2e0 napi_busy_loop+0x11/0x20 xsk_recvmsg+0x10c/0x130 sock_recvmsg+0x44/0x70 __sys_recvfrom+0xbc/0x130 __schedule+0x398/0x890
    __x64_sys_recvfrom+0x20/0x30 do_syscall_64+0x4c/0x100 entry_SYSCALL_64_after_hwframe+0x4b/0x53 ... ---[結束追踪 0000000000000000 ]--- ... ---[結束核心錯誤 - 未同步：中斷中出現嚴重的例外狀況 ]-- - (CVE-2025-38440)

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

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

  - usbxhci修正 Etron 因應措施中的無效指標解除參照。此檢查是在 prepare_transfer() 和 prepare_ring() 之前執行所以 enqueue 已經可以指向區段的最終連結 TRB。
    確實有 0.4% 的時間會呼叫此程式碼。enqueue + 1 則為無效指標。其會立即使核心當機或載入一些可能看起來像連結 TRB 的垃圾並造成真正的連結 TRB 被 NOOP 取代。這不會有好的結果。使用功能相同且不會解除參照指標且一律提供正確結果的測試。最近幾天我的電腦兩次當機是在使用 Etron HC 時為了確認我的電腦又一次當機而執行了控制傳輸壓力測試。套用此修補程式後相同的測試便可通過。 (CVE-2025-37813)

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

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

  - 在 Linux 核心 4.13 之前版本中，fs/f2fs/segment.c 允許本機使用者使用會觸發 flush_cmd_control 資料結構 NULL 值的 noflush_merge 選項，造成拒絕服務 (NULL 指標解除參照和不穩定)。(CVE-2017-18241)

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

ID	名稱	嚴重性
246952	Linux Distros 未修補的弱點：CVE-2024-21050	medium
246951	Linux Distros 未修補的弱點：CVE-2024-57992	medium
246950	Linux Distros 未修補的弱點：CVE-2024-43878	medium
246949	Linux Distros 未修補的弱點：CVE-2021-2389	medium
246948	Linux Distros 未修補的弱點：CVE-2025-38267	high
246947	Linux Distros 未修補的弱點：CVE-2023-53037	medium
246946	Linux Distros 未修補的弱點：CVE-2025-22068	high
246945	Linux Distros 未修補的弱點：CVE-2025-38201	medium
246944	Linux Distros 未修補的弱點：CVE-2025-22061	medium
246943	Linux Distros 未修補的弱點：CVE-2023-49555	medium
246942	Linux Distros 未修補的弱點：CVE-2018-8014	critical
246941	Linux Distros 未修補的弱點：CVE-2021-43538	medium
246940	Linux Distros 未修補的弱點：CVE-2022-25271	high
246939	Linux Distros 未修補的弱點：CVE-2024-21198	medium
246938	Linux Distros 未修補的弱點：CVE-2022-45403	medium
246937	Linux Distros 未修補的弱點：CVE-2024-52317	medium
246936	Linux Distros 未修補的弱點：CVE-2025-37949	medium
246935	Linux Distros 未修補的弱點：CVE-2024-40964	medium
246934	Linux Distros 未修補的弱點：CVE-2025-38101	high
246933	Linux Distros 未修補的弱點：CVE-2024-23450	high
246932	Linux Distros 未修補的弱點：CVE-2022-47941	high
246914	Linux Distros 未修補的弱點：CVE-2025-38181	medium
246913	Linux Distros 未修補的弱點：CVE-2022-50215	high
246912	Linux Distros 未修補的弱點：CVE-2024-56676	medium
246911	Linux Distros 未修補的弱點：CVE-2025-21847	medium
246910	Linux Distros 未修補的弱點：CVE-2022-50169	high
246909	Linux Distros 未修補的弱點：CVE-2021-2016	medium
246908	Linux Distros 未修補的弱點：CVE-2022-50190	medium
246907	Linux Distros 未修補的弱點：CVE-2025-21943	medium
246906	Linux Distros 未修補的弱點：CVE-2021-33054	high
246905	Linux Distros 未修補的弱點：CVE-2024-42293	high
246904	Linux Distros 未修補的弱點：CVE-2020-10576	medium
246903	Linux Distros 未修補的弱點：CVE-2017-9986	high
246902	Linux Distros 未修補的弱點：CVE-2021-2226	medium
246901	Linux Distros 未修補的弱點：CVE-2025-35036	high
246900	Linux Distros 未修補的弱點：CVE-2022-50174	medium
246899	Linux Distros 未修補的弱點：CVE-2022-48926	high
246898	Linux Distros 未修補的弱點：CVE-2022-49913	high
246897	Linux Distros 未修補的弱點：CVE-2025-53020	high
246896	Linux Distros 未修補的弱點：CVE-2025-21857	medium
246895	Linux Distros 未修補的弱點：CVE-2025-38107	medium
246894	Linux Distros 未修補的弱點：CVE-2024-6174	high
246893	Linux Distros 未修補的弱點：CVE-2022-3636	high
246892	Linux Distros 未修補的弱點：CVE-2022-2873	medium
246891	Linux Distros 未修補的弱點：CVE-2019-17054	low
246890	Linux Distros 未修補的弱點：CVE-2022-49840	high
246889	Linux Distros 未修補的弱點：CVE-2024-38659	medium
246888	Linux Distros 未修補的弱點：CVE-2025-38440	medium
246887	Linux Distros 未修補的弱點：CVE-2025-37813	medium
246886	Linux Distros 未修補的弱點：CVE-2017-18241	medium

偵測

Nessus 的 Misc. 系列

medium

medium

medium

medium

high

medium

high

medium

medium

medium

critical

medium

high

medium

medium

medium

medium

medium

high

high

high

medium

high

medium

medium

high

medium

medium

medium

high

high

medium

high

medium

high

medium

high

high

high

medium

medium

high

high

medium

low

high

medium

medium

medium

medium