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

  - 已解決 Linux 核心中的下列弱點：rtla: Avoid record NULL pointer dereference Fix the following null/deref_null.cocci errors:
    ./tools/tracing/rtla/src/osnoise_hist.c:870:31-36: ERROR: record is NULL but dereferenced.
    ./tools/tracing/rtla/src/osnoise_top.c:650:31-36: ERROR: record is NULL but dereferenced.
    ./tools/tracing/rtla/src/timerlat_hist.c:905:31-36: ERROR: record is NULL but dereferenced.
    ./tools/tracing/rtla/src/timerlat_top.c:700:31-36: ERROR: record is NULL but dereferenced. record is NULL before calling osnoise_init_trace_tool. Add a tag out_free to avoid dereferring a NULL pointer.
    (CVE-2022-49423)

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

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

  - netdsab53不啟用 bcm63xx 上的 EEEBCM63xx 內部交換器不支援 EEE但提供多個可連線外部 PHY 的 RGMII 連接埠。如果其中一個 PHY 支援 EEE我們可能會嘗試針對 MAC 啟用 EEE然後在存取 (不存在的) EEE 暫存器時使系統懸置。
    透過在嘗試設定前檢查交換器是否確實支援 EEE 來修正此問題。
    (CVE-2025-38272)

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

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

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

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

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

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

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

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

  - watch_queue修正管道計量不相符目前由於 pipe_resize_ring() 中的 if (!pipe_has_watch_queue()) 測試watch_queue_set_size() 會修改計費給 user->pipe_bufs 的管道緩衝區而不更新管道本身的 pipe->nr_accounted。這表示當管道最終被釋放時我們遞減 user->pipe_bufs 的次數與我們計入的值不同進而可能導致反向溢位。這進而可造成後續的 Too_many_pipe_buffers_soft() 測試因 -EPERM 而失敗。
    若要解決此問題請明確考量 watch_queue_set_size() 中的管道使用量以符合透過 account_pipe_buffers() 設定的數字 (目前尚不清楚 watch_queue_set_size() 為何未更新 nr_accounted這可能是因為 watch_queue_set_size() 中的刻意過度佈建所致?) (CVE-2025-23138)

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

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

  - 已解決 Linux 核心中的下列弱點：block: Fix possible memory leak for rq_wb on add_disk failure kmemleak reported memory leaks in device_add_disk(): kmemleak: 3 new suspected memory leaks unreferenced object 0xffff88800f420800 (size 512): comm modprobe, pid 4275, jiffies 4295639067 (age 223.512s) hex dump (first 32 bytes): 04 00 00 00 08 00 00 00 01 00 00 00 00 00 00 00 ................ 00 e1 f5 05 00 00 00 00 00 00 00 00 00 00 00 00 ................ backtrace:
    [<00000000d3662699>] kmalloc_trace+0x26/0x60 [<00000000edc7aadc>] wbt_init+0x50/0x6f0 [<0000000069601d16>] wbt_enable_default+0x157/0x1c0 [<0000000028fc393f>] blk_register_queue+0x2a4/0x420 [<000000007345a042>] device_add_disk+0x6fd/0xe40 [<0000000060e6aab0>] nbd_dev_add+0x828/0xbf0 [nbd] ... It is because the memory allocated in wbt_enable_default() is not released in device_add_disk() error path. Normally, these memory are freed in: del_gendisk() rq_qos_exit() rqos->ops->exit(rqos); wbt_exit() So rq_qos_exit() is called to free the rq_wb memory for wbt_init(). However in the error path of device_add_disk(), only blk_unregister_queue() is called and make rq_wb memory leaked. Add rq_qos_exit() to the error path to fix it. (CVE-2022-49902)

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

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

  - 在 Linux 核心 5.8.9 中發現一個問題。即使部分片段是以純文字傳送，WEP、WPA、WPA2 和 WPA3 實作仍會重組片段。攻擊者可利用此弱點，在其他裝置傳送分散框架並使用 WEP、CCMP 或 GCMP 資料機密通訊協定時，插入封包和/或洩漏所選片段。(CVE-2020-26147)

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

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

  - drm/xe在 xe_migrate_clear 的錯誤路徑中使用本機隔離。xe_migrate_clear 的錯誤路徑的意圖是在本機產生的隔離上等待然後再傳回。程式碼在可能是本機隔離的 m->fence 上等待但這僅在工作 mutex 下穩定進而導致可能的 UAF。修正在本機隔離上等待的程式碼。 (從認可 762b7e95362170b3e13a8704f38d5e47eca4ba74 精選) (CVE-2025-37869)

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

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

  - rtnetlink在受支援時為 VF GUID 配置 vfinfo 大小 提交 30aad41721e0 (net/core新增取得 VF GUID 的支援) 新增取得 netlink ifinfo 訊息中的 VF 連接埠和節點 GUID 的支援但其大小並未在函式中納入考量會配置 netlink 訊息導致當 netlink 訊息中有許多 VF 連接埠和節點 GUID 時出現下列警告# echo 64 > /sys/bus/pci/devices/0000\:08\:00.0/sriov_numvfs # ip link show dev ib0 RTNETLINK 答案訊息太長無法傳送連結取得要求訊息太長核心警告 ------------[ 在此處切入 ]------------ 警告CPU2 PID1930 at net/core/rtnetlink.c:4151 rtnl_getlink+0x586/0x5a0 連結的模組
    xt_conntrack xt_MASQUERADE nfnetlink xt_addrtype iptable_nat nf_nat br_netfilter overlay mlx5_ib macsec mlx5_core tls rpcrdma rdma_ucm ib_uverbs ib_iser libiscsi scsi_transport_iscsi ib_umad rdma_cm iw_cm ib_ipoib fuse ib_cm ib_core CPU: 2 UID: 0 PID: 1930 Comm: ip Not tainted 6.14.0-rc2+ #1 Hardware name:
    QEMU Standard PC (Q35 + ICH9, 2009)BIOS rel-1.13.0-0-gf21b5a4aeb02-prebuilt.qemu.org 2014 年 4 月 1 日 RIP
    0010:rtnl_getlink+0x586/0x5a0 程式碼cb 82 e8 3d af 0a 00 4d 85 ff 0f 84 08 ff ff ff 4c 89 ff 41 be ea ff ff ff e8 66 63 5b ff 49 c7 07 80 4f cb 82 e9 36 f ff c 7 07 80 4f cb 82 e9 36 f ff 66 <0f> ff  0b e9 16 fe ff ff e8 de a0 56 00 66 66 2e 0f 1f 84 00 00 00 00 RSP: 0018:ffff888113557348 EFLAGS: 00010246 RAX: 00000000ffffffa6 RBX: ffff88817e87aa34 RCX: dffffc0000000000 RDX: 0000000000000003 RSI: 0000000000000000 RDI: ffff88817e87afb8 RBP
     R080000000000000009  : ffffffff821f44aa R09: 0000000000000000 R10: ffff8881260f79a8 R11: ffff88817e87af00 R12: ffff88817e87aa00 R13: ffffffff8563d300 R14: 00000000ffffffa6 R15: 00000000ffffffff FS:
    00007f63a5dbf280(0000) GS:ffff88881ee00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0
    0000000080050033 CR2: 00007f63a5ba4493 CR3: 00000001700fe002 CR4: 0000000000772eb0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7:
    0000000000000400 PKRU55555554 呼叫追踪 <TASK> __warn+0xa5/0x230 ? rtnl_getlink+0x586/0x5a0 ? report_bug+0x22d/0x240 ? handle_bug+0x53/0xa0 ? exc_invalid_op+0x14/0x50 ? asm_exc_invalid_op+0x16/0x20 ? skb_trim+0x6a/0x80 ? rtnl_getlink+0x586/0x5a0 ? __pfx_rtnl_getlink+0x10/0x10 ? rtnetlink_rcv_msg+0x1e5/0x860 ? __pfx___mutex_lock+0x10/0x10 ? rcu_is_watching+0x34/0x60
    __pfx_lock_acquire+0x10/0x10 ? stack_trace_save+0x90/0xd0 ? filter_irq_stacks+0x1d/0x70 ? kasan_save_stack+0x30/0x40 kasan_save_stack+0x20/0x40 kasan_save_track+0x10/0x30 rtnetlink_rcv_msg+0x21c/0x860 entry_SYSCALL_64_after_hwframe+0x76/0x7e
    __pfx_rtnetlink_rcv_msg+0x10/0x10 ? arch_stack_walk+0x9e/0xf0 ? rcu_is_watching+0x34/0x60 lock_acquire+0xd5/0x410 rcu_is_watching+0x34/0x60 netlink_rcv_skb+0xe0/0x210 ?
    __pfx_rtnetlink_rcv_msg+0x10/0x10 ? __pfx_netlink_rcv_skb+0x10/0x10 ? rcu_is_watching+0x34/0x60
    __pfx___netlink_lookup+0x10/0x10 ? lock_release+0x62/0x200 ? netlink_deliver_tap+0xfd/0x290 ? rcu_is_watching+0x34/0x60 lock_release+0x62/0x200 ? netlink_deliver_tap+0x95/0x290 netlink_unicast+0x31f/0x480 ? __pfx_netlink_unicast+0x10/0x10 ? rcu_is_watching+0x34/0x60 lock_acquire+0xd5/0x410 netlink_sendmsg+0x369/0x660 ? lock_release+0x62/0x200 ?
    __pfx_netlink_sendmsg+0x10/0x10 ? import_ubuf+0xb9/0xf0 ? __import_iovec+0x254/0x2b0 ? lock_release+0x62/0x200 ? __pfx_netlink_sendmsg+0x10/0x10____sys_sendmsg+0x559/0x5a0 ?
    __pfx_____sys_sendmsg+0x10/0x10 ? __pfx_copy_msghdr_from_user+0x10/0x10 ? rcu_is_watching+0x34/0x60 do_read_fault+0x213/0x4a0 ? rcu_is_watching+0x34/0x60 ___sys_sendmsg+0xe4/0x150
    __pfx____sys_sendmsg+0x10/0x10 ? do_fault+0x2cc/0x6f0 ? handle_pte_fault+0x2e3/0x3d0 ?
    __pfx_handle_pte_fault+0x10/0x10 ---truncated--- (CVE-2025-22075)

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

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

  - 已解決 Linux 核心中的下列弱點：i40e: Fix kernel crash during reboot when adapter is in recovery mode If the driver detects during probe that firmware is in recovery mode then i40e_init_recovery_mode() is called and the rest of probe function is skipped including pci_set_drvdata().
    Subsequent i40e_shutdown() called during shutdown/reboot dereferences NULL pointer as pci_get_drvdata() returns NULL. To fix call pci_set_drvdata() also during entering to recovery mode. Reproducer: 1) Lets have i40e NIC with firmware in recovery mode 2) Run reboot Result: [ 139.084698] i40e: Intel(R) Ethernet Connection XL710 Network Driver [ 139.090959] i40e: Copyright (c) 2013 - 2019 Intel Corporation. [139.108438] i40e 0000:02:00.0: Firmware recovery mode detected. Limiting functionality. [ 139.116439] i40e 0000:02:00.0: Refer to the Intel(R) Ethernet Adapters and Devices User Guide for details on firmware recovery mode. [ 139.129499] i40e 0000:02:00.0: fw 8.3.64775 api 1.13 nvm 8.30 0x8000b78d 1.3106.0 [8086:1583] [15d9:084a] [ 139.215932] i40e 0000:02:00.0 enp2s0f0: renamed from eth0 [ 139.223292] i40e 0000:02:00.1: Firmware recovery mode detected. Limiting functionality. [ 139.231292] i40e 0000:02:00.1:
    Refer to the Intel(R) Ethernet Adapters and Devices User Guide for details on firmware recovery mode. [139.244406] i40e 0000:02:00.1: fw 8.3.64775 api 1.13 nvm 8.30 0x8000b78d 1.3106.0 [8086:1583] [15d9:084a] [ 139.329209] i40e 0000:02:00.1 enp2s0f1: renamed from eth0 ... [ 156.311376] BUG: kernel NULL pointer dereference, address: 00000000000006c2 [ 156.318330] #PF: supervisor write access in kernel mode [156.323546] #PF: error_code(0x0002) - not-present page [ 156.328679] PGD 0 P4D 0 [ 156.331210] Oops: 0002 [#1] PREEMPT SMP NOPTI [ 156.335567] CPU: 26 PID: 15119 Comm: reboot Tainted: G E 6.2.0+ #1 [ 156.343126] Hardware name: Abacus electric, s.r.o. - servis@abacus.cz Super Server/H12SSW-iN, BIOS 2.4 04/13/2022 [156.353369] RIP: 0010:i40e_shutdown+0x15/0x130 [i40e] [ 156.358430] Code: c1 fc ff ff 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 f3 0f 1e fa 0f 1f 44 00 00 55 48 89 fd 53 48 8b 9f 48 01 00 00 <f0> 80 8b c2 06 00 00 04 f0 80 8b c0 06 00 00 08 48 8d bb 08 08 00 [ 156.377168] RSP: 0018:ffffb223c8447d90 EFLAGS:
    00010282 [ 156.382384] RAX: ffffffffc073ee70 RBX: 0000000000000000 RCX: 0000000000000001 [ 156.389510] RDX: 0000000080000001 RSI: 0000000000000246 RDI: ffff95db49988000 [ 156.396634] RBP: ffff95db49988000 R08:
    ffffffffffffffff R09: ffffffff8bd17d40 [ 156.403759] R10: 0000000000000001 R11: ffffffff8a5e3d28 R12:
    ffff95db49988000 [ 156.410882] R13: ffffffff89a6fe17 R14: ffff95db49988150 R15: 0000000000000000 [156.418007] FS: 00007fe7c0cc3980(0000) GS:ffff95ea8ee80000(0000) knlGS:0000000000000000 [ 156.426083] CS:
    0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 156.431819] CR2: 00000000000006c2 CR3: 00000003092fc005 CR4: 0000000000770ee0 [ 156.438944] PKRU: 55555554 [ 156.441647] Call Trace: [ 156.444096] <TASK> [156.446199] pci_device_shutdown+0x38/0x60 [ 156.450297] device_shutdown+0x163/0x210 [ 156.454215] kernel_restart+0x12/0x70 [ 156.457872] __do_sys_reboot+0x1ab/0x230 [ 156.461789] ? vfs_writev+0xa6/0x1a0 [156.465362] ? __pfx_file_free_rcu+0x10/0x10 [ 156.469635] ? __call_rcu_common.constprop.85+0x109/0x5a0 [156.475034] do_syscall_64+0x3e/0x90 [ 156.478611] entry_SYSCALL_64_after_hwframe+0x72/0xdc [ 156.483658] RIP: 0033:0x7fe7bff37ab7 (CVE-2023-53114)

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

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

  - Firefox 119、Firefox ESR 115.4 和 Thunderbird 115.4 中存在記憶體安全錯誤。某些錯誤顯示記憶體會遭到損毀，我們推測若有心人士有意操控，可能惡意利用其中部分錯誤執行任意程式碼。此弱點會影響 Firefox < 120、Firefox ESR < 115.5.0 和 Thunderbird < 115.5。(CVE-2023-6212)

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

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

  - 在 Google Chrome 108.0.5359.71 之前版本中，FFmpeg 中存在未初始化使用問題，遠端攻擊者可以利用此問題，透過建構的 HTML 頁面在沙箱內執行任意程式碼。(Chromium 安全性嚴重性 : 中) (CVE-2022-4907)

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

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

  -在 Linux 核心 3.16 至 5.3.2 中，AF_AX25 網路模組中 net/ax25/af_ax25.c 的 ax25_create 未強制執行 CAP_NET_RAW，這表示非特權使用者可建立原始通訊端，即 CID-0614e2b73768。(CVE-2019-17052)

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

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

  - drm/scheduler修正隔離參照計數我們會在處理程序遭到終止時洩漏相依性隔離。
    除此之外會抓取最後排程的隔離參照。 (CVE-2022-49829)

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

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

  - Linux 核心 4.20.5 及之前版本中的 KVM 實作存在資訊洩漏弱點。(CVE-2019-7222)

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

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

  - 已解決 Linux 核心中的下列弱點：ppdev: Add an error check in register_device In register_device, the return value of ida_simple_get is unchecked, in witch ida_simple_get will use an invalid index value. To address this issue, index should be checked after ida_simple_get. When the index value is abnormal, a warning message should be printed, the port should be dropped, and the value should be recorded. (CVE-2024-36015)

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

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

  - 在 Linux 核心的 Pressure Stall Information 實作中發現一個缺陷。雖然預設為停用該功能，但攻擊者可藉此造成系統當機或造成其他由記憶體損毀帶來的負面影響。(CVE-2022-2938)

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

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

  - 在 4.11 之前的 Linux 核心中，block/blk-cgroup.c 內的 blkcg_init_queue 函式可讓本機使用者觸發建立失敗，藉此造成拒絕服務 (雙重釋放)，或可能造成其他不明影響。(CVE-2018-7480)

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

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

  - 已解決 Linux 核心中的下列弱點：macvlan: enforce a consistent minimal mtu macvlan should enforce a minimal mtu of 68, even at link creation. This patch avoids the current behavior (which could lead to crashes in ipv6 stack if the link is brought up) $ ip link add macvlan1 link eno1 mtu 8 type macvlan # This should fail ! $ ip link sh dev macvlan1 5: macvlan1@eno1:
    <BROADCAST,MULTICAST> mtu 8 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ether 02:47:6c:24:74:82 brd ff:ff:ff:ff:ff:ff $ ip link set macvlan1 mtu 67 Error: mtu less than device minimum.
    $ ip link set macvlan1 mtu 68 $ ip link set macvlan1 mtu 8 Error: mtu less than device minimum.
    (CVE-2022-49776)

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

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

  - Firefox 117、Firefox ESR 115.2 和 Thunderbird 115.2 中存在記憶體安全錯誤。某些錯誤顯示記憶體會遭到損毀，我們推測若有心人士有意操控，可能惡意利用其中部分錯誤執行任意程式碼。此弱點會影響 Firefox < 118、Firefox ESR < 115.3 和 Thunderbird < 115.3。(CVE-2023-5176)

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

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

  - 誤用 connection.serverAuthenticate (透過回呼欄位 ServerConfig.PublicKeyCallback) 的應用程式和程式庫可能容易受到授權繞過影響。ServerConfig.PublicKeyCallback 的說明文件指出，對此函式的呼叫並不保證所提供的金鑰確實用於驗證。具體而言，SSH 通訊協定允許用戶端在證明對應私密金鑰的控制權之前，查詢是否可接受公開金鑰。PublicKeyCallback 受到呼叫時可能接收到多組金鑰，然而其提供順序無法用於推斷用戶端最終成功驗證的公鑰為何 (若有)。部分應用程式會儲存傳遞至 PublicKeyCallback 的金鑰 (或其衍生資訊)，並在連線建立後據此做出安全性相關決策，因此可能會做出錯誤的假設。例如攻擊者可能傳送公開金鑰 A 和 B然後使用 A 進行驗證。PublicKeyCallback 只會被呼叫兩次第一次是使用 A 然後是 B。有弱點的應用程式接著可能會根據攻擊者所針對的金鑰 B 做出授權決策不會實際控制私密金鑰。由於此 API 遭到廣泛誤用，因此 golang.org/x/cry...@v0.31.0 強制套用下列屬性作為局部緩解措施: 一旦透過公開金鑰成功驗證，則以最後一組傳遞給 ServerConfig.PublicKeyCallback 的公開金鑰為實際驗證連線的金鑰。現在會視需要以相同的金鑰多次呼叫 PublicKeyCallback。請注意，如果連線隨後使用不同的方法 (例如 PasswordCallback、KeyboardInteractiveCallback 或 NoClientAuth) 進行驗證，則用戶端可能仍然無法控制傳遞至 PublicKeyCallback 的最後一組金鑰。使用者應透過各種驗證回呼所傳回的「權限」值之「延伸模組」欄位，記錄與驗證嘗試相關的資料，而非參照外部狀態。建立連線後，即可透過 ServerConn.Permissions 欄位檢索與成功驗證嘗試相應的狀態資訊。請注意，某些第三方程式庫會在多次驗證嘗試中重複使用權限類型。有鑑於此類誤用，這些第三方程式庫的使用者應參閱相關專案以學習其正確用法。(CVE-2024-45337)

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

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

  - Firefox 60、Firefox ESR 60 和 Firefox ESR 中存在記憶體安全性錯誤 52.8。某些錯誤顯示記憶體會遭到損毀，我們推測若有心人士有意操控，可惡意利用其中部分錯誤執行任意程式碼。此弱點會影響 Thunderbird < 60、Thunderbird < 52.9、Firefox ESR < 60.1、Firefox ESR < 52.9和 Firefox < 61。(CVE-2018-5188)

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

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

  - netusbsmsc75xx將封包長度限制為 skb->len 從 skb 資料擷取的封包長度可能大於實際的通訊端緩衝區長度 (最多 9026 位元組)。在這種情況下複製的 skb 向上傳遞網路堆疊將會洩漏核心記憶體內容。 (CVE-2023-53125)

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

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

  - 在某些系統上，可能會出現強制超出邊界讀取，並將記憶體資料洩漏到畫布元素上建立的影像中，具體視圖形設定和驅動程式而定。此弱點會影響 Firefox < 120、Firefox ESR < 115.5.0 和 Thunderbird < 115.5。(CVE-2023-6204)

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

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

  - 已解決 Linux 核心中的下列弱點：mm: zswap: fix shrinker NULL crash with cgroup_disable=memory Christian reports a NULL deref in zswap that he bisected down to the zswap shrinker. The issue also cropped up in the bug trackers of libguestfs [1] and the Red Hat bugzilla [2].
    The problem is that when memcg is disabled with the boot time flag, the zswap shrinker might get called with sc->memcg == NULL. This is okay in many places, like the lruvec operations. But it crashes in memcg_page_state() - which is only used due to the non-node accounting of cgroup's the zswap memory to begin with. Nhat spotted that the memcg can be NULL in the memcg-disabled case, and I was then able to reproduce the crash locally as well. [1] https://github.com/libguestfs/libguestfs/issues/139 [2] https://bugzilla.redhat.com/show_bug.cgi?id=2275252 (CVE-2024-35846)

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

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

  - 讀取檔案時，可使用未初始化的值作為讀取限制。此弱點會影響 Firefox < 113、Firefox ESR < 102.11 和 Thunderbird < 102.11。(CVE-2023-32213)

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

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

  - wifiath12k在錯誤路徑中呼叫 ath12k_pci_free_irq() 前清除關聯提示。如果驅動程式因平台限製而使用共用 IRQ則 IRQ 關聯提示會在 ath12k_pci_msi_alloc() 中配置完成之後立即設定。除非其中一個要求 IRQ 的函式失敗並嘗試釋放 IRQ否則這並不會造成任何損害。最後可能會收到來自 IRQ 核心的警告指出系結提示會在釋放 IRQ 之前遭到清除kernel/irq/manage.c: /* 確保清除ffinity_hint */ if (WARN_ON_ONCE(desc-> ffinity_hint)) desc->affinity_hint = NULL因此若要修正此問題請在呼叫錯誤路徑中的 ath12k_pci_free_irq() 前清除 IRQ 同質提示。由於程式碼組織的原因將在錯誤路徑的下游再次清除相似性但這並不會造成任何損害。 (CVE-2025-22128)

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

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

  - 已解決 Linux 核心中的下列弱點：mt76: mt7921: fix possible invalid register access Disable the interrupt and synchronze for the pending irq handlers to ensure the irq tasklet is not being scheduled after the suspend to avoid the possible invalid register access acts when the host pcie controller is suspended. [17932.910534] mt7921e 0000:01:00.0: pci_pm_suspend+0x0/0x22c returned 0 after 21375 usecs [17932.910590] pcieport 0000:00:00.0: calling pci_pm_suspend+0x0/0x22c @ 18565, parent: pci0000:00 [17932.910602] pcieport 0000:00:00.0: pci_pm_suspend+0x0/0x22c returned 0 after 8 usecs [17932.910671] mtk-pcie 11230000.pcie: calling platform_pm_suspend+0x0/0x60 @ 22783, parent: soc [17932.910674] mtk-pcie 11230000.pcie: platform_pm_suspend+0x0/0x60 returned 0 after 0 usecs ...
    17933.615352] x1 : 00000000000d4200 x0 : ffffff8269ca2300 [17933.620666] Call trace: [17933.623127] mt76_mmio_rr+0x28/0xf0 [mt76] [17933.627234] mt7921_rr+0x38/0x44 [mt7921e] [17933.631339] mt7921_irq_tasklet+0x54/0x1d8 [mt7921e] [17933.636309] tasklet_action_common+0x12c/0x16c [17933.640754] tasklet_action+0x24/0x2c [17933.644418] __do_softirq+0x16c/0x344 [17933.648082] irq_exit+0xa8/0xac [17933.651224] scheduler_ipi+0xd4/0x148 [17933.654890] handle_IPI+0x164/0x2d4 [17933.658379] gic_handle_irq+0x140/0x178 [17933.662216] el1_irq+0xb8/0x180 [17933.665361] cpuidle_enter_state+0xf8/0x204 [17933.669544] cpuidle_enter+0x38/0x4c [17933.673122] do_idle+0x1a4/0x2a8 [17933.676352] cpu_startup_entry+0x24/0x28 [17933.680276] rest_init+0xd4/0xe0 [17933.683508] arch_call_rest_init+0x10/0x18 [17933.687606] start_kernel+0x340/0x3b4 [17933.691279] Code: aa0003f5 d503201f f953eaa8 8b344108 (b9400113) [17933.697373] ---[ end trace a24b8e26ffbda3c5 ]--- [17933.767846] Kernel panic - not syncing: Fatal exception in interrupt (CVE-2021-47019)

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

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

  - btrfs修正樹狀結構 mod log 不當處理重新配置的節點問題我們一直在 fs/btrfs/tree-mod-log.c:677! 的生產核心錯誤中看到下列錯誤無效 opcode0000 [#1] SMP RIP
    0010:tree_mod_log_rewind+0x1b4/0x200 RSP: 0000:ffffc9002c02f890 EFLAGS: 00010293 RAX: 0000000000000003 RBX: ffff8882b448c700 RCX: 0000000000000000 RDX: 0000000000008000 RSI: 00000000000000a7 RDI:
    ffff88877d831c00 RBP: 0000000000000002 R08: 000000000000009f R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000100c40 R12: 0000000000000001 R13: ffff8886c26d6a00 R14: ffff88829f5424f8 R15:
    ffff88877d831a00 FS: 00007fee1d80c780(0000) GS:ffff8890400c0000(0000) knlGS:0000000000000000 CS: 0010 DS
    0000 ES: 0000 CR0: 0000000080050033 CR2: 00007fee1963a020 CR3: 0000000434f33002 CR4: 00000000007706e0 DR0:
    0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: btrfs_get_old_root+0x12b/0x420 btrfs_search_old_slot+0x64/0x2f0 ? tree_mod_log_oldest_root+0x3d/0xf0 resolve_indirect_ref+0xfd/0x660 ? ulist_alloc+0x31/0x60 ? kmem_cache_alloc_trace+0x114/0x2c0 find_parent_nodes+0x97a/0x17e0 ? ulist_alloc+0x30/0x60 btrfs_find_all_roots_safe+0x97/0x150 iterate_extent_inodes+0x154/0x370 btrfs_search_path_in_tree+0x240/0x240 iterate_inodes_from_logical+0x98/0xd0 btrfs_search_path_in_tree+0x240/0x240 btrfs_ioctl_logical_to_ino+0xd9/0x180 btrfs_ioctl+0xe2/0x2ec0
    __mod_memcg_lruvec_state+0x3d/0x280 ? do_sys_openat2+0x6d/0x140 ? kretprobe_dispatcher+0x47/0x70 kretprobe_rethook_handler+0x38/0x50 ? rethook_trampoline_handler+0x82/0x140 arch_rethook_trampoline_callback+0x3b/0x50 kmem_cache_free+0xfb/0x270 ? do_sys_openat2+0xd5/0x140
    __x64_sys_ioctl+0x71/0xb0 do_syscall_64+0x2d/0x40 這是 tree_mod_log_rewind() 切換中的程式碼 (tm->op) { case BTRFS_MOD_LOG_KEY_REMOVE_WHILE_FREEING: BUG_ON(tm->slot < n);發生此問題的原因是我們依其發生的順序重播節點而且當我們執行 REPLACE 時會記錄從 0 開始的每個插槽的 REMOVE_WHILE_FREEING。此處的「n」是此區塊中的項目數在此情況下為1 但我們有 2 個 REMOVE_WHILE_FREEING 作業。此問題的實際根本原因是我們針對不應已重播的區塊重播作業。請考慮下列事件序列 1. 我們已經修改過 root並執行 btrfs_get_tree_mod_seq()。 2. 我們開始從此 root 移除項目並觸發其子插槽的 KEY_REPLACE。 3. 我們移除此 root 節點所指向的 2 個子節點其中之一觸發了剩餘子節點的 root 節點升級並釋放此節點。 4. 我們修改新的 root並將上述節點重新配置給其他 root 的 root 節點。樹狀結構 mod 記錄看起來像這個 邏輯 0 op KEY_REPLACE (插槽 1) seq 2 邏輯 0 op KEY_REMOVE (slot 1) seq 3 邏輯 0 op KEY_REMOVE_WHILE_FREEING (slot 0) seq 4 邏輯 4096 op LOG_ROOT_REPLACE (舊的邏輯 0) seq 5 邏輯8192 op KEY_REMOVE_WHILE_FREEING (插槽 1) seq 6 邏輯 8192 op KEY_REMOVE_WHILE_FREEING (slot 0) seq 7 邏輯 0 op LOG_ROOT_REPLACE (舊的邏輯 8192) seq 8 >從此處開始透過下列步驟會觸發錯誤 1. 在 new_root 上呼叫 btrfs_get_old_root() 。 2. 我們呼叫 tree_mod_log_oldest_root(btrfs_root_node(new_root))目前邏輯上是 0. 3.
    tree_mod_log_oldest_root() 呼叫 tree_mod_log_search_oldest()其為我們提供 KEY_REPLACE seq 2且由於這不是 LOG_ROOT_REPLACE因此我們錯誤地認為我們沒有舊的 root因為我們預期最近的變更應該是 LOG_ROOT_REPLACE。 4. 回到 tree_mod_log_oldest_root()我們沒有 LOG_ROOT_REPLACE因此我們不設定 old_root而直接使用我們的 e ---truncated--- (CVE-2022-49898)

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

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

  - 在 Linux 核心中發現一個缺陷。drivers/net/wireless/marvell/mwifiex/ie.c 的 mwifiex_uap_parse_tail_ies 函式中有一個堆積型緩衝區溢位問題，可能會導致記憶體損，並可能造成其他後果。(CVE-2019-10126)

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

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

  - wificfg80211釋放 wiphy 之前取消 wiphy_work。從 wiphy 配置和初始化 (即 wiphy_new_nm) 的那刻起即可將 wiphy_work 排入佇列。當 wiphy_work 排入佇列時rdev::wiphy_work 會排入佇列。如果在 rdev::wiphy_work 有機會執行之前呼叫 wiphy_free則 wiphy 記憶體將會釋放然後當它最終可以執行時它會使用無效的記憶體。藉由在釋放 wiphy 前取消工作來修正此問題。 (CVE-2025-21979)

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

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

  - Miniflux 是一種摘要閱讀程式。由於 /proxy/* 路由的內容安全性原則較弱攻擊者可繞過媒體代理伺服器的 CSP並在新索引標籤/視窗中開啟外部影像時執行跨網站指令碼。為減輕此弱點媒體代理伺服器的 CSP 已從 default-src 'self' 變更為 default-src 'none' form-action 'none' ;沙箱此弱點已在 2.2.7 中修正。
    (CVE-2025-31483)

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

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

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

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

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

  - 在 之前的 Linux 核心中sound/soc/sof/debug.c 的 sof_dfsentry_write() 函式 5.3.9 中的記憶體洩漏允許攻擊者造成拒絕服務 (記憶體消耗)即 CID-c0a333d842ef。
    (CVE-2019-18812)

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

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

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

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

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

  - netdsa探查失敗時釋放路由表 如果 dsa_tree_setup() 中的 complete = true則表示我們是成功探查的樹狀結構中最後一個交換器我們應該從探查路徑設定所有交換器。當 complete 變為 true 後dsa_tree_setup_cpu_ports() 或任何後續函式可能會失敗。如果發生這種情況整個樹狀結構設定將處於邊緣狀態前 N-1 交換器已成功完成探查 (除了在樹狀結構的 dst->ports 中可能還有 dst->rtable 中配置永久記憶體不執行任何動作)且交換器 N 失敗探查，並在從使用者的 PoV 看到任何有形內容之前結束樹狀結構設定程序。如果交換器 N 無法探查系統則會釋放其記憶體 (連接埠) 並從 dst->ports 移除。
    然而指向其連接埠的 dst->rtable 元素 (由 dsa_link_touch() 建立) 會保留在該處且若解除參照則會導致釋放後使用。如果 dsa_tree_setup_switches() 傳回
    -EPROBE_DEFER完全有可能因為這是 ds->ops->setup() 所在的位置我們會收到如下如下報告==================== ============================================== 錯誤KASAN slab-use-after-free in mv88e6xxx_setup_upstream_port+0x240/0x568 Read of size 8 at addr ffff000004f56020 by task kworker/u8:3/42 Call trace: __asan_report_load8_noabort+0x20/0x30 mv88e6xxx_setup_upstream_port+0x240/0x568 mv88e6xxx_setup+0xebc/0x1eb0 dsa_register_switch+0x1af4 /0x2ae0 mv88e6xxx_register_switch+0x1b8/0x2a8 mv88e6xxx_probe+0xc4c/0xf60 mdio_probe+0x78/0xb8 real_probe+0x2b8/0x5a8 __driver_probe_device+0x164/0x298 driver_probe_device+0x78/0x258
    __device_attach_driver+0x274/0x350 由工作 42 配置__kasan_kmalloc+0x84/0xa0
    __kmalloc_cache_noprof+0x298/0x490 dsa_switch_touch_ports+0x174/0x3d8 dsa_register_switch+0x800/0x2ae0 mv88e6xxx_register_switch+0x1b8/0x2a8 mv88e6xxx_probe+0xc4c/0xf60 mdio_probe+0x78/0xb8 really_probe+0x2b8/0x5a8 __driver_probe_device+0x164/0x298 driver_probe_device+0x78/0x258
    __device_attach_driver+0x274/0x350 Freed by task 42: __kasan_slab_free+0x48/0x68 kfree+0x138/0x418 dsa_register_switch+0x2694/0x2ae0 mv88e6xxx_register_switch+0x1b8/0x2a8 mv88e6xxx_probe+0xc4c/0xf60 mdio_probe+0x78/0xb8 really_probe+0x2b8/0x5a8 __driver_probe_device+0x164/0x298 driver_probe_device+0x78/0x258 __device_attach_driver+0x274/0x350 最簡單的錯誤修正方法是刪除整個路由表。即使我們刪除了並非交換器 N 的連接埠之間的連結dsa_tree_setup_routing_table() 在重新產生它時也沒有問題因為 dsa_link_touch() 會先檢查該連接埠配對是否已存在於 dst->rtable 中如果不存在則進行配置。路由表的整體刪除功能已存在於 dsa_tree_teardown() 中因此將其重構為也可從樹狀結構設定錯誤路徑呼叫的函式。在我對 blame 的認可的分析中發現正是它新增了 dsa_link 元素至 dst->rtable。在此之前每部交換器都有自己的 ds->rtable其會在交換器探查失敗時釋放。但是樹狀結構可能是永久性記憶體。 (CVE-2025-37786)

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

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

  - 已解決 Linux 核心中的下列弱點：net: ethtool: pse-pd: Fix possible null-deref Fix a possible null dereference when a PSE supports both c33 and PoDL, but only one of the netlink attributes is specified. The c33 or PoDL PSE capabilities are already validated in the ethnl_set_pse_validate() call. (CVE-2024-43836)

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

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

  - mpls在 mpls_route_input_rcu() 中使用 rcu_dereference_rtnl()。如 syzbot 報告的 [0]可從 mpls_getroute() 呼叫 mpls_route_input_rcu()其中 位於 RTNL 之下。 net->mpls.platform_label 只會在 RTNL 下更新。讓我們使用 mpls_route_input_rcu() 中的 rcu_dereference_rtnl()使 展開靜音。 [0]警告
    可疑的 RCU 使用方式 6.15.0-rc7-syzkaller-00082-g5cdb2c77c4c3 #0 未受污染 ---------------------------------------- net/mpls/ af_mpls.c:84 可疑的 rcu_dereference_check() 使用方式可協助我們除錯此項目的其他資訊
    rcu_scheduler_active = 2、debug_locks = 1 syz.2.4451/17730 保留 1 次鎖定 #0: ffffffff9012a3e8 (rtnl_mutex){+.+.}-{4:4}、@rtnl_lock net/core/rtnetlink.c:80 [內嵌] #0: ffffffff9012a3e8 (rtnl_mutex){+.+.}-{4:4}, at: rtnetlink_rcv_msg+0x371/0xe90 net/core/rtnetlink.c:6961 堆疊反向追踪
    CPU1 UID0 PID17730 通訊syz.2.4451 未受污染 6.15.0-rc7-syzkaller-00082-g5cdb2c77c4c3 #0 PREEMPT(完整) 硬體名稱 Google Google Compute Engine/Google Compute Engine、BIOS Google 05/07 /2025 呼叫追踪 <TASK> __dump_stack lib/dump_stack.c:94 [內嵌] dump_stack_lvl+0x16c/0x1f0 lib/dump_stack.c:120 lockdep_rcu_suspicious+0x166/0x260 kernel/locking/lockdep.c:6865 mpls_route_input_rcu+0x1d4/0x200 net /mpls/af_mpls.c:84 mpls_getroute+0x621/0x1ea0 net/mpls/af_mpls.c:2381 rtnetlink_rcv_msg+0x3c9/0xe90 net/core/rtnetlink.c:6964 netlink_rcv_skb+0x16d/0x440 net/netlink/af_netlink.c:2534 netlink_unicast_kernel net/netlink/af_netlink.c:1313 [內嵌] netlink_unicast+0x53a/0x7f0 net/netlink/af_netlink.c:1339 netlink_sendmsg+0x8d1/0xdd0 net/netlink/af_netlink.c:1883 sock_sendmsg_nosec net/socket.c:712 [ inline] __sock_sendmsg net/socket.c:727 [inline]____sys_sendmsg+0xa98/0xc70 net/socket.c:2566 ___sys_sendmsg+0x134/0x1d0 net/socket.c:2620
    __sys_sendmmsg+0x200/0x420 net/socket.c:2709 __do_sys_sendmmsg net/socket.c:2736 [內嵌]
    __se_sys_sendmmsg net/socket.c:2733 [內嵌] __x64_sys_sendmmsg+0x9c/0x100 net/socket.c:2733 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [內嵌] do_syscall_64+0xcd/0x230 arch/x86/entry/syscall_64 .c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP: 0033:0x7f0a2818e969 Code: ff ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 40 00 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 a8 ff ff ff f7 d8 64 89 01 48 RSP
    002b:00007f0a28f52038 EFLAGS: 00000246 ORIG_RAX: 0000000000000133 RAX: ffffffffffffffda RBX
    00007f0a283b5fa0 RCX: 00007f0a2818e969 RDX: 0000000000000003 RSI: 0000200000000080 RDI: 0000000000000003 RBP: 00007f0a28210ab1 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11:
    0000000000000246 R120000000000000000 R130000000000000000 R1400007f0a283b5fa0 R1500007ffce5e9f268 </TASK> (CVE-2025-38324)

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

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

  - 已解決 Linux 核心中的下列弱點：drivers/perf: hisi_pcie: Fix out-of-bound access when valid event group The perf tool allows users to create event groups through following cmd [1], but the driver does not check whether the array index is out of bounds when writing data to the event_group array. If the number of events in an event_group is greater than HISI_PCIE_MAX_COUNTERS, the memory write overflow of event_group array occurs. Add array index check to fix the possible array out of bounds violation, and return directly when write new events are written to array bounds. There are 9 different events in an event_group. [1] perf stat -e '{pmu/event1/, ... ,pmu/event9/}' (CVE-2024-38569)

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

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

  - arm64cacheinfo修正不正確指派已簽署的錯誤值給未簽署的 fw_level 的問題雖然 acpi_find_last_cache_level() 一律會傳回簽署的值且文件指出其會傳回因缺少 PPTT 表格所造成的任何錯誤但之前從未傳回負值。認可 0c80f9e165f8 (ACPI: PPTT: 保留表格的對應以供執行時間使用) 但若找不到 PPTT 則將其變更為傳回 -ENOENT。然後將從 acpi_find_last_cache_level() 傳回的值指派給未簽署的 fw_level。這會導致將快取離開數錯誤計算為巨大值進而造成 __alloc_pages 出現下列警告因為不正確且巨大的快取離開值導致順序會大於 MAX_ORDER。 |警告 CPU: 0 PID: 1 at mm/page_alloc.c:5407
    __alloc_pages+0x74/0x314 | 版連結下列的模組 | CPU: 0 PID: 1 Commswapper/0 未受污染 5.19.0-10393-g7c2a8d3ac4c0 #73 | pstate20000005 (nzCv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) | pc
    __alloc_pages+0x74/0x314 | 版lr alloc_pages+0xe8/0x318 |呼叫追踪| __alloc_pages+0x74/0x314 | 版alloc_pages+0xe8/0x318 | kmalloc_order_trace+0x68/0x1dc | 版__kmalloc+0x240/0x338 | detect_cache_attributes+0xe0/0x56c | update_siblings_masks+0x38/0x284 | store_cpu_topology+0x78/0x84 | smp_prepare_cpus+0x48/0x134 | 版kernel_init_freeable+0xc4/0x14c | kernel_init+0x2c/0x1b4 | ret_from_fork+0x10/0x20 透過將 fw_level 變更為帶正負號的整數來修正相同問題並在發生錯誤時提早從 init_cache_level() 傳回錯誤。 (CVE-2022-49964)

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

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

  - 在 5.5.7 之前的 UnRAR 中libunrar.a 在 Archive::ReadHeader15 函式的 EncodeFileName::Decode 呼叫中有一個超出邊界讀取情形。 (CVE-2017-12940)

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

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

  - drm/scheduler終止工作時發出已排程的隔離訊號。若來自應用程式 B 的實體遭到終止drm_sched_entity_kill() 會透過 drm_sched_entity_kill_jobs_work() 移除屬於該實體的所有工作。如果應用程式 A 的工作相依於應用程式 B 工作的排程隔離在刪除程序期間並未正確發出該隔離的訊號則無法清除應用程式 A 的相依性。這會導致應用程式 A 在等候永遠無法解析的相依性時無限懸置。修正此問題確保實體遭到終止時已排定的隔離能收到正確的訊號進而允許相依應用程式繼續執行。 (CVE-2025-38436)

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

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

  - i2cdesignware在時鐘乘法中使用 u64 轉換以避免溢位。在函式中i2c_dw_scl_lcnt() 和 i2c_dw_scl_hcnt() 可能有溢位情形視指定參數值 (包括 ic_clk) 而定。例如在我們的使用案例中 (即 ic_clk 大於一百萬)則 ic_clk * 4700 的乘法運算會導致 32 位元溢位。將 u64 的轉換新增至計算以避免乘法溢位並使用除法的對應定義。 (CVE-2022-49749)

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

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

  - 已解決 Linux 核心中的下列弱點：vmxnet3: Fix missing reserved tailroom Use rbi->len instead of rcd->len for non-dataring packet. Found issue: XDP_WARN:
    xdp_update_frame_from_buff(line:278): Driver BUG: missing reserved tailroom WARNING: CPU: 0 PID: 0 at net/core/xdp.c:586 xdp_warn+0xf/0x20 CPU: 0 PID: 0 Comm: swapper/0 Tainted: G W O 6.5.1 #1 RIP:
    0010:xdp_warn+0xf/0x20 ... ? xdp_warn+0xf/0x20 xdp_do_redirect+0x15f/0x1c0 vmxnet3_run_xdp+0x17a/0x400 [vmxnet3] vmxnet3_process_xdp+0xe4/0x760 [vmxnet3] ? vmxnet3_tq_tx_complete.isra.0+0x21e/0x2c0 [vmxnet3] vmxnet3_rq_rx_complete+0x7ad/0x1120 [vmxnet3] vmxnet3_poll_rx_only+0x2d/0xa0 [vmxnet3]
    __napi_poll+0x20/0x180 net_rx_action+0x177/0x390 (CVE-2024-27026)

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

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

  - 已解決 Linux 核心中的下列弱點：crypto: mxs-dcp - Ensure payload is zero when using key slot We could leak stack memory through the payload field when running AES with a key from one of the hardware's key slots. Fix this by ensuring the payload field is set to 0 in such cases.
    This does not affect the common use case when the key is supplied from main memory via the descriptor payload. (CVE-2024-43815)

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

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

  - 已解決 Linux 核心中的下列弱點：serial: liteuart: fix minor-number leak on probe errors Make sure to release the allocated minor number before returning on probe errors.
    (CVE-2021-47524)

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

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

  - 已解決 Linux 核心中的下列弱點：net: txgbe: remove separate irq request for MSI and INTx When using MSI or INTx interrupts, request_irq() for pdev->irq will conflict with request_threaded_irq() for txgbe->misc.irq, to cause system crash. So remove txgbe_request_irq() for MSI/INTx case, and rename txgbe_request_msix_irqs() since it only request for queue irqs. Add wx->misc_irq_domain to determine whether the driver creates an IRQ domain and threaded request the IRQs.
    (CVE-2024-42150)

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

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

  - scsimpi3mr: 回覆佇列的同步存取黑白重設和 tm 執行緒。在重設執行緒重設回覆佇列的同時工作管理執行緒處理回覆佇列時工作管理執行緒會存取由重設執行緒設定的無效佇列 ID (0xFFFF)其指向未配置的記憶體造成損毀。新增旗標「io_admin_reset_sync」以同步重設、I/O 和管理執行緒之間的存取權。在重設之前，重設處置程式會設定此旗標以封鎖 I/O 和管理處理執行緒。如果有任何執行緒繞過初始檢查重設執行緒會等候最多 10 秒以完成處理。如果等待時間超過 10 秒，系統會將控制器標記為無法復原。 (CVE-2025-37861)

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

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

  - 在 7.0 之前的 Intel(R) Ethernet 700 系列控制器版本中i40e 驅動程式的輸入驗證不足經驗證的使用者因而可能透過本機存取引發拒絕服務。
    (CVE-2019-0147)

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

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

  - Firefox 119、Firefox 140 和 Thunderbird 140 中存在記憶體安全錯誤。某些錯誤顯示記憶體會遭到損毀，我們推測若有心人士有意操控，可能惡意利用其中部分錯誤執行任意程式碼。此弱點會影響 Firefox < 141 和 Thunderbird < 141。(CVE-2025-8044)

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

ID	名稱	嚴重性
246572	Linux Distros 未修補的弱點：CVE-2022-49423	medium
246571	Linux Distros 未修補的弱點：CVE-2025-38272	medium
246570	Linux Distros 未修補的弱點：CVE-2025-21577	medium
246569	Linux Distros 未修補的弱點：CVE-2021-2076	medium
246568	Linux Distros 未修補的弱點：CVE-2025-23138	high
246567	Linux Distros 未修補的弱點：CVE-2022-49902	medium
246566	Linux Distros 未修補的弱點：CVE-2020-26147	medium
246565	Linux Distros 未修補的弱點：CVE-2025-37869	high
246564	Linux Distros 未修補的弱點：CVE-2025-22075	medium
246563	Linux Distros 未修補的弱點：CVE-2023-53114	medium
246562	Linux Distros 未修補的弱點：CVE-2023-6212	high
246561	Linux Distros 未修補的弱點：CVE-2022-4907	high
246560	Linux Distros 未修補的弱點：CVE-2019-17052	low
246559	Linux Distros 未修補的弱點：CVE-2022-49829	high
246558	Linux Distros 未修補的弱點：CVE-2019-7222	medium
246557	Linux Distros 未修補的弱點：CVE-2024-36015	medium
246556	Linux Distros 未修補的弱點：CVE-2022-2938	high
246555	Linux Distros 未修補的弱點：CVE-2018-7480	high
246554	Linux Distros 未修補的弱點：CVE-2022-49776	high
246553	Linux Distros 未修補的弱點：CVE-2023-5176	critical
246552	Linux Distros 未修補的弱點：CVE-2024-45337	critical
246551	Linux Distros 未修補的弱點：CVE-2018-5188	critical
246550	Linux Distros 未修補的弱點：CVE-2023-53125	high
246549	Linux Distros 未修補的弱點：CVE-2023-6204	medium
246548	Linux Distros 未修補的弱點：CVE-2024-35846	medium
246547	Linux Distros 未修補的弱點：CVE-2023-32213	high
246546	Linux Distros 未修補的弱點：CVE-2025-22128	medium
246545	Linux Distros 未修補的弱點：CVE-2021-47019	medium
246544	Linux Distros 未修補的弱點：CVE-2022-49898	high
246543	Linux Distros 未修補的弱點：CVE-2019-10126	critical
246542	Linux Distros 未修補的弱點：CVE-2025-21979	high
246541	Linux Distros 未修補的弱點：CVE-2025-31483	medium
246540	Linux Distros 未修補的弱點：CVE-2023-22097	medium
246539	Linux Distros 未修補的弱點：CVE-2019-18812	high
246538	Linux Distros 未修補的弱點：CVE-2022-21440	medium
246537	Linux Distros 未修補的弱點：CVE-2025-37786	medium
246536	Linux Distros 未修補的弱點：CVE-2024-43836	medium
246535	Linux Distros 未修補的弱點：CVE-2025-38324	medium
246534	Linux Distros 未修補的弱點：CVE-2024-38569	high
246533	Linux Distros 未修補的弱點：CVE-2022-49964	medium
246532	Linux Distros 未修補的弱點：CVE-2017-12940	critical
246531	Linux Distros 未修補的弱點：CVE-2025-38436	medium
246530	Linux Distros 未修補的弱點：CVE-2022-49749	medium
246529	Linux Distros 未修補的弱點：CVE-2024-27026	medium
246528	Linux Distros 未修補的弱點：CVE-2024-43815	high
246527	Linux Distros 未修補的弱點：CVE-2021-47524	medium
246526	Linux Distros 未修補的弱點：CVE-2024-42150	medium
246525	Linux Distros 未修補的弱點：CVE-2025-37861	medium
246524	Linux Distros 未修補的弱點：CVE-2019-0147	medium
246523	Linux Distros 未修補的弱點：CVE-2025-8044	critical

偵測

Nessus 的 Misc. 系列

medium

medium

medium

medium

high

medium

medium

high

medium

medium

high

high

low

high

medium

medium

high

high

high

critical

critical

critical

high

medium

medium

high

medium

medium

high

critical

high

medium

medium

high

medium

medium

medium

medium

high

medium

critical

medium

medium

medium

high

medium

medium

medium

medium

critical