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

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

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

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

  - 網頁上的沙箱 iframe 可能允許下載至裝置進而繞過父頁面上宣告的預期沙箱限制 (CVE-2025-54143)

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

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

  - 已解決 Linux 核心中的下列弱點：net: mvneta: fix calls to page_pool_get_stats Calling page_pool_get_stats in the mvneta driver without checks leads to kernel crashes. First the page pool is only available if the bm is not used. The page pool is also not allocated when the port is stopped. It can also be not allocated in case of errors. The current implementation leads to the following crash calling ethstats on a port that is down or when calling it at the wrong moment: ble to handle kernel NULL pointer dereference at virtual address 00000070 [00000070] *pgd=00000000 Internal error: Oops: 5 [#1] SMP ARM Hardware name: Marvell Armada 380/385 (Device Tree) PC is at page_pool_get_stats+0x18/0x1cc LR is at mvneta_ethtool_get_stats+0xa0/0xe0 [mvneta] pc : [<c0b413cc>] lr :
    [<bf0a98d8>] psr: a0000013 sp : f1439d48 ip : f1439dc0 fp : 0000001d r10: 00000100 r9 : c4816b80 r8 :
    f0d75150 r7 : bf0b400c r6 : c238f000 r5 : 00000000 r4 : f1439d68 r3 : c2091040 r2 : ffffffd8 r1 : f1439d68 r0 : 00000000 Flags: NzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment none Control: 10c5387d Table:
    066b004a DAC: 00000051 Register r0 information: NULL pointer Register r1 information: 2-page vmalloc region starting at 0xf1438000 allocated at kernel_clone+0x9c/0x390 Register r2 information: non-paged memory Register r3 information: slab kmalloc-2k start c2091000 pointer offset 64 size 2048 Register r4 information: 2-page vmalloc region starting at 0xf1438000 allocated at kernel_clone+0x9c/0x390 Register r5 information: NULL pointer Register r6 information: slab kmalloc-cg-4k start c238f000 pointer offset 0 size 4096 Register r7 information: 15-page vmalloc region starting at 0xbf0a8000 allocated at load_module+0xa30/0x219c Register r8 information: 1-page vmalloc region starting at 0xf0d75000 allocated at ethtool_get_stats+0x138/0x208 Register r9 information: slab task_struct start c4816b80 pointer offset 0 Register r10 information: non-paged memory Register r11 information: non-paged memory Register r12 information: 2-page vmalloc region starting at 0xf1438000 allocated at kernel_clone+0x9c/0x390 Process snmpd (pid: 733, stack limit = 0x38de3a88) Stack: (0xf1439d48 to 0xf143a000) 9d40: 000000c0 00000001 c238f000 bf0b400c f0d75150 c4816b80 9d60: 00000100 bf0a98d8 00000000 00000000 00000000 00000000 00000000 00000000 9d80: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 9da0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 9dc0: 00000dc0 5335509c 00000035 c238f000 bf0b2214 01067f50 f0d75000 c0b9b9c8 9de0: 0000001d 00000035 c2212094 5335509c c4816b80 c238f000 c5ad6e00 01067f50 9e00: c1b0be80 c4816b80 00014813 c0b9d7f0 00000000 00000000 0000001d 0000001d 9e20: 00000000 00001200 00000000 00000000 c216ed90 c73943b8 00000000 00000000 9e40: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 9e60: 00000000 c0ad9034 00000000 00000000 00000000 00000000 00000000 00000000 9e80: 00000000 00000000 00000000 5335509c c1b0be80 f1439ee4 00008946 c1b0be80 9ea0: 01067f50 f1439ee3 00000000 00000046 b6d77ae0 c0b383f0 00008946 becc83e8 9ec0: c1b0be80 00000051 0000000b c68ca480 c7172d00 c0ad8ff0 f1439ee3 cf600e40 9ee0: 01600e40 32687465 00000000 00000000 00000000 01067f50 00000000 00000000 9f00: 00000000 5335509c 00008946 00008946 00000000 c68ca480 becc83e8 c05e2de0 9f20: f1439fb0 c03002f0 00000006 5ac3c35a c4816b80 00000006 b6d77ae0 c030caf0 9f40: c4817350 00000014 f1439e1c 0000000c 00000000 00000051 01000000 00000014 9f60: 00003fec f1439edc 00000001 c0372abc b6d77ae0 c0372abc cf600e40 5335509c 9f80: c21e6800 01015c9c 0000000b 00008946 00000036 c03002f0 c4816b80 00000036 9fa0: b6d77ae0 c03000c0 01015c9c 0000000b 0000000b 00008946 becc83e8 00000000 9fc0: 01015c9c 0000000b 00008946 00000036 00000035 010678a0 b6d797ec b6d77ae0 9fe0: b6dbf738 becc838c b6d186d7 b6baa858 40000030 0000000b 00000000 00000000 page_pool_get_s ---truncated--- (CVE-2023-52780)

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

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

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

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

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

  - bnxt_en修正 bnxt_ulp_stop()/bnxt_ulp_start() 的雙重叫用。在提交下方的「修正」標籤下之前，一律成對叫用 bnxt_ulp_stop() 和 bnxt_ulp_start()。在該認可之後可在呼叫 bnxt_ulp_stop() 之後叫用新的 bnxt_ulp_restart()。這可能導致叫用 RoCE 驅動程式的 aux 驅動程式 .suspend() 方法兩次。第二個 bnxt_re_suspend() 呼叫在解除參照 NULL 指標時會當機 (NULL ib_device)處理裝置暫停呼叫錯誤核心 NULL 指標解除參照位址0000000000000b78 PGD 0 P4D 0 OopsOops0000 [#1] ] SMP PTI CPU 20 UID0 PID181 通訊kworker/u96:5 污染GS 6.15.0-rc1 #4 PREEMPT(vulnerable) 污染[S]=CPU_OUT_OF_SPEC 硬體名稱Dell Inc. PowerEdge R730/072T6D, BIOS 2.4.3 2017 年 1 月 17 日 Workqueuebnxt_pf_wq bnxt_sp_task [bnxt_en] RIP0010:bnxt_re_suspend+0x45/0x1f0 [bnxt_re] 代碼8b 05 a7 3c 5b f5 48 89 44 24 18 31 c0 24 e 49 8b 5c 2c 4 884d ea 06 0a f4 48 c7 c6 04 60 52 c0 48 89 df e8 1b ce f9 ff <48> 8b 83 78 0b 00 00 48 8b 80 38 03 00 00 a8 40 0f 85 b5 00 00 00 RSP: 001f: ffffa2 EFLAGSe: 4 0d83 78 0b 00 48 8b 80 38 03 00 00 a8 40 0f 85 b5 00 00 00 RSP: 001f: ffffa2 EFLAGSe: 4 0 83 78 48 EFLAGSe: 4 0 83 00 00 RSP: 0010:ffffa2e: 28 40 RAX0000000000000000 RBX
    0000000000000000 RCX: 0000000000000001 RDX: 0000000000000000 RSI: ffffffffb4b6b934 RDI: 00000000ffffffff RBP: ffffa1760954c9c0 R08: 0000000000000000 R09: c0000000ffffdfff R10: 0000000000000001 R11:
     R12ffffa2e84084fb50  : ffffa176031ef070 R13: ffffa17609775000 R14: ffffa17603adc180 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffffa17daa397000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000000000b78 CR3: 00000004aaa30003 CR4: 00000000003706f0 DR0
    0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> bnxt_ulp_stop+0x69/0x90 [bnxt_en] bnxt_sp_task+0x678/0x920 [bnxt_en] ? __schedule+0x514/0xf50 process_scheduled_works+0x9d/0x400 worker_thread+0x11c/0x260 ?
    __pfx_worker_thread+0x10/0x10 kthread+0xfe/0x1e0 ? __pfx_kthread+0x10/0x10 ret_from_fork+0x2b/0x40 ?
    __pfx_kthread+0x10/0x10 ret_from_fork_asm+0x1a/0x30 檢查 BNXT_EN_FLAG_ULP_STOPPED 旗標如果已經設定該旗標則不要繼續進行。這會保留原始對稱的 bnxt_ulp_stop() 和 bnxt_ulp_start()。此外在 bnxt_ulp_start() 內使用 mutex 後清除 BNXT_EN_FLAG_ULP_STOPPED 旗標以避免任何爭用情形。而為了對稱起見若已設定 BNXT_EN_FLAG_ULP_STOPPED則僅在 bnxt_ulp_start() 中繼續執行。 (CVE-2025-38186)

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

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

  - 在 4.11.1 版之前的 Linux 核心中，kernel/bpf/verifier.c 的 do_check 函式未使 allow_ptr_leaks 值可用於限制 print_bpf_insn 函式的輸出，進而允許本機使用者透過特製的 bpf 系統呼叫取得敏感位址資訊。(CVE-2017-9150)

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

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

  - vhost-scsi修正對 vhost_scsi_set_endpoint 之多個呼叫的處理。如果 vhost_scsi_set_endpoint 遭到多次呼叫而兩次呼叫之間沒有 vhost_scsi_clear_endpoint我們可能會遇到 Haoran Zhang 發現的多個錯誤。1. 找不到 tpgs 時釋放後使用錯誤這可修正呼叫 vhost_scsi_set_endpoint 一次以上且第一次呼叫後找不到任何要新增至 vs_tpg 的 tpg 時發生釋放後使用。當 vhost_scsi_set_endpoint 首次找到要新增至 vs_tpg 陣列的 tpgs 時我們將執行以下動作 vhost_vq_set_backend(vq, vs_tpg); ... kfree(vs->vs_tpg); vs->vs_tpg = vs_tpg如果再次呼叫 vhost_scsi_set_endpoint 且找不到 tpg match=false 因此我們略過 vhost_vq_set_backend 呼叫將指標留給我們隨後透過下列方式釋放的 vs_tpgkfree(vs->vs_tpg)
    vs->vs_tpg = vs_tpg如果之後傳送 scsi 要求我們會執行 vhost_scsi_handle_vq -> vhost_scsi_get_req -> vhost_vq_get_backend其可查看我們剛剛執行 kfree 的 vs_tpg。 2. Tpg dir 移除懸置此修補程式可修正一個問題此問題是因為 refcount 下降至 -1 而導致我們無法移除 LIO/目標層 tpg (及其上類似目標的結構) dir。問題在於如果 vhost_scsi_set_endpoint 偵測到 tpg 已存在於 vs->vs_tpg 陣列中或者如果 tpg 已移除導致 target_depend_item 失敗則 undepend goto 處置程式會在 vs_tpg 陣列中的所有 tpg 上執行 target_undepend_item 將其 refcount 減為 0。在這一次 vs_tpg 同時包含我們已在目前 vhost_scsi_set_endpoint 呼叫中新增的 tpg以及我們在先前呼叫中新增的 tpg其也在 vs->vs_tpg 中。稍後當 vhost_scsi_clear_endpoint 執行時它會對 vs->vs_tpg 中的所有 tpg 執行 target_undepend_item這會將其 refcount 放置到
    -1. 使用者空間接著將無法移除 tpg並在其嘗試在 tpg dir 上執行 rmdir 時懸置。 3. Tpg 洩漏：這可修正一個錯誤我們會洩漏 tpg 並造成無法移除這是因為使用不同的目標名稱多次呼叫 vhost_scsi_set_endpoint 時目標名稱遭到覆寫所致。如果使用者呼叫 VHOST_SCSI_SET_ENDPOINT 及設定 vhost-scsi 裝置至 target/tpg 對應然後以具有我們從未見過的 tpg 之新目標名稱 (target1 具有 tpg1但 target2 具有 tpg2) 再次呼叫 VHOST_SCSI_SET_ENDPOINT則此錯誤。當此情況發生時我們不會終止舊的目標 tpg 對應而只會覆寫目標名稱與 vs->vs_tpg 陣列。之後當我們執行 vhost_scsi_clear_endpoint 時系統會傳入 target1 或 target2 的名稱而當我們在 vs->vs_tpg 上進行迴圈時將只會比對該目標的 tpg。然後我們會從函式傳回而不會對 tpgs 執行 target_undepend_item。由於所有這些錯誤導致呼叫 vhost_scsi_set_endpoint 多次的功能似乎從未受到支援。主要使用者 QEMU 已進行檢查以防止此使用案例。因此為了修正這些問題此修補程式會在已成功新增 tpgs 的情況下防止呼叫 vhost_scsi_set_endpoint。若要新增、移除或變更 tpg 組態或目標名稱您必須先執行 vhost_scsi_clear_endpoint。 (CVE-2025-22083)

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

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

  - iioimust_lsm6dsx修正 st_lsm6dsx_read_tugged_fifo 中可能的鎖定在 Pattern_len 等於零且裝置 FIFO 非空的情況下防止 st_lsm6dsx_read_tagg_fifo 進入無限迴圈。 (CVE-2025-37969)

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

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

  - 在一系列導覽之後，Firefox 在未通知或警告使用者的情況下進入全螢幕模式。這可導致對瀏覽器 UI 發動偽造攻擊，包括網路釣魚。此弱點會影響 Firefox 94 更早版本、Thunderbird 91.3 更早版本和 Firefox ESR 91.3 更早版本。(CVE-2021-38506)

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

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

  - 在 Linux 核心的 TIPC 核心模組中發現一個遠端拒絕服務弱點。嘗試剖析不在佇列中的 SKB 時，tipc_link_xmit() 中的 while 迴圈呈現未知狀態。
    傳送兩個小型 UDP 封包至具有 UDP 承載的系統，導致系統的 CPU 使用率立即飆升至 100%，造成拒絕服務情形。(CVE-2023-1390)

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

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

  - Linux 上 openEuler 核心中的敏感資訊洩漏給未經授權的執行者弱點會導致資源洩漏曝險。此弱點與程式檔案 https://gitee.Com/openeuler/kernel/blob/openEuler-1.0-LTS/drivers/staging/gmjstcm/tcm.C相關聯。此問題會影響 kernel: 至 4.19.90-2109.1.0.0108 之前的 4.19.90-2403.4.0.0244。 (CVE-2024-24898)

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

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

  - Oracle MySQL 的 MySQL Server 產品中的弱點 (元件ServerTelemetry)。受到影響的支援版本是 8.4.2 與更早版本，以及 9.0.1 與更早版本。攻擊此弱點有一定難度，可以透過多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。
    若攻擊成功，攻擊者未經授權即可讀取部分 MySQL Server 可存取資料。(CVE-2024-21243)

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

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

  - 已解決 Linux 核心中的下列弱點：mmc: sdhci-of-esdhc: Fix refcount leak in esdhc_signal_voltage_switch of_find_matching_node() returns a node pointer with refcount incremented, we should use of_node_put() on it when not need anymore. Add missing of_node_put() to avoid refcount leak.
    of_node_put() checks null pointer. (CVE-2022-50141)

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

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

  - 由於攻擊者控制的事件序列異常，具有任意 (雖然無樣式) 內容的 Javascript alert() 對話方塊可在攻擊者選擇的未受控製網頁之上顯示。此弱點會影響 Firefox 94 更早版本、Thunderbird 91.3 更早版本和 Firefox ESR 91.3 更早版本。
    (CVE-2021-38509)

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

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

  - 已解決 Linux 核心中的下列弱點：crypto: arm64/neonbs - fix out-of-bounds access on short input The bit-sliced implementation of AES-CTR operates on blocks of 128 bytes, and will fall back to the plain NEON version for tail blocks or inputs that are shorter than 128 bytes to begin with. It will call straight into the plain NEON asm helper, which performs all memory accesses in granules of 16 bytes (the size of a NEON register). For this reason, the associated plain NEON glue code will copy inputs shorter than 16 bytes into a temporary buffer, given that this is a rare occurrence and it is not worth the effort to work around this in the asm code. The fallback from the bit-sliced NEON version fails to take this into account, potentially resulting in out-of-bounds accesses. So clone the same workaround, and use a temp buffer for short in/outputs. (CVE-2024-26789)

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

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

  - 在使用者附加惡意 HCI TTY 藍牙裝置的方式中，發現 Linux 核心 HCI 裝置初始化子系統中存在一個重複釋放記憶體損毀缺陷。本機使用者可能會利用此缺陷造成系統當機。此缺陷會影響從 3.13 開始的所有 Linux 核心版本。(CVE-2021-3564)

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

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

  - 已解決 Linux 核心中的下列弱點：ipv6: avoid use-after-free in ip6_fragment() Blamed commit claimed rcu_read_lock() was held by ip6_fragment() callers. It seems to not be always true, at least for UDP stack. syzbot reported: BUG: KASAN: use-after-free in ip6_dst_idev include/net/ip6_fib.h:245 [inline] BUG: KASAN: use-after-free in ip6_fragment+0x2724/0x2770 net/ipv6/ip6_output.c:951 Read of size 8 at addr ffff88801d403e80 by task syz-executor.3/7618 CPU: 1 PID:
    7618 Comm: syz-executor.3 Not tainted 6.1.0-rc6-syzkaller-00012-g4312098baf37 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 10/26/2022 Call Trace: <TASK> __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0xd1/0x138 lib/dump_stack.c:106 print_address_description mm/kasan/report.c:284 [inline] print_report+0x15e/0x45d mm/kasan/report.c:395 kasan_report+0xbf/0x1f0 mm/kasan/report.c:495 ip6_dst_idev include/net/ip6_fib.h:245 [inline] ip6_fragment+0x2724/0x2770 net/ipv6/ip6_output.c:951 __ip6_finish_output net/ipv6/ip6_output.c:193 [inline] ip6_finish_output+0x9a3/0x1170 net/ipv6/ip6_output.c:206 NF_HOOK_COND include/linux/netfilter.h:291 [inline] ip6_output+0x1f1/0x540 net/ipv6/ip6_output.c:227 dst_output include/net/dst.h:445 [inline] ip6_local_out+0xb3/0x1a0 net/ipv6/output_core.c:161 ip6_send_skb+0xbb/0x340 net/ipv6/ip6_output.c:1966 udp_v6_send_skb+0x82a/0x18a0 net/ipv6/udp.c:1286 udp_v6_push_pending_frames+0x140/0x200 net/ipv6/udp.c:1313 udpv6_sendmsg+0x18da/0x2c80 net/ipv6/udp.c:1606 inet6_sendmsg+0x9d/0xe0 net/ipv6/af_inet6.c:665 sock_sendmsg_nosec net/socket.c:714 [inline] sock_sendmsg+0xd3/0x120 net/socket.c:734 sock_write_iter+0x295/0x3d0 net/socket.c:1108 call_write_iter include/linux/fs.h:2191 [inline] new_sync_write fs/read_write.c:491 [inline] vfs_write+0x9ed/0xdd0 fs/read_write.c:584 ksys_write+0x1ec/0x250 fs/read_write.c:637 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x39/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP:
    0033:0x7fde3588c0d9 Code: 28 00 00 00 75 05 48 83 c4 28 c3 e8 f1 19 00 00 90 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 b8 ff ff ff f7 d8 64 89 01 48 RSP: 002b:00007fde365b6168 EFLAGS: 00000246 ORIG_RAX: 0000000000000001 RAX: ffffffffffffffda RBX:
    00007fde359ac050 RCX: 00007fde3588c0d9 RDX: 000000000000ffdc RSI: 00000000200000c0 RDI: 000000000000000a RBP: 00007fde358e7ae9 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11:
    0000000000000246 R12: 0000000000000000 R13: 00007fde35acfb1f R14: 00007fde365b6300 R15: 0000000000022000 </TASK> Allocated by task 7618: kasan_save_stack+0x22/0x40 mm/kasan/common.c:45 kasan_set_track+0x25/0x30 mm/kasan/common.c:52 __kasan_slab_alloc+0x82/0x90 mm/kasan/common.c:325 kasan_slab_alloc include/linux/kasan.h:201 [inline] slab_post_alloc_hook mm/slab.h:737 [inline] slab_alloc_node mm/slub.c:3398 [inline] slab_alloc mm/slub.c:3406 [inline] __kmem_cache_alloc_lru mm/slub.c:3413 [inline] kmem_cache_alloc+0x2b4/0x3d0 mm/slub.c:3422 dst_alloc+0x14a/0x1f0 net/core/dst.c:92 ip6_dst_alloc+0x32/0xa0 net/ipv6/route.c:344 ip6_rt_pcpu_alloc net/ipv6/route.c:1369 [inline] rt6_make_pcpu_route net/ipv6/route.c:1417 [inline] ip6_pol_route+0x901/0x1190 net/ipv6/route.c:2254 pol_lookup_func include/net/ip6_fib.h:582 [inline] fib6_rule_lookup+0x52e/0x6f0 net/ipv6/fib6_rules.c:121 ip6_route_output_flags_noref+0x2e6/0x380 net/ipv6/route.c:2625 ip6_route_output_flags+0x76/0x320 net/ipv6/route.c:2638 ip6_route_output include/net/ip6_route.h:98 [inline] ip6_dst_lookup_tail+0x5ab/0x1620 net/ipv6/ip6_output.c:1092 ip6_dst_lookup_flow+0x90/0x1d0 net/ipv6/ip6_output.c:1222 ip6_sk_dst_lookup_flow+0x553/0x980 net/ipv6/ip6_output.c:1260 udpv6_sendmsg+0x151d/0x2c80 net/ipv6/udp.c:1554 inet6_sendmsg+0x9d/0xe0 net/ipv6/af_inet6.c:665 sock_sendmsg_nosec n ---truncated--- (CVE-2022-48956)

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

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

  - Oracle MySQL 的 MySQL Server 產品中的弱點 (元件ServerPAM Auth Plugin)。受到影響的支援版本是 8.0.28 和之前的版本。難以惡意利用的弱點允許具有網路存取權的未經驗證攻擊者透過多個通訊協定危害 MySQL 伺服器。成功攻擊此弱點可導致未經授權即可存取重要資料，或完整存取所有可供存取的 MySQL Server 資料。(CVE-2022-21457)

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

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

  - scsimegaraid_sas修正探查失敗時的資源洩漏。在 PCI 裝置探查期間 scsi_add_host()、megasas_start_aen() 函式失敗時驅動程式不會正確清理所有已配置的資源。清理所有這些資源。 (CVE-2021-47329)

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

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

  - udp修正記憶體計量洩漏。Matt Dowling 報告了異常的 UDP 記憶體使用量問題。在正常操作下/proc/net/sockstat 中報告的 UDP 記憶體使用量維持接近於零的狀態。不過其偶爾會增加到 524,288 頁面且從未中斷。此外當應用程式終止時該值加倍。最後它會造成間歇性封包丟棄。我們可以使用下列指令碼重現此問題 [0]1. /proc/net/sockstat 報告 0 頁 # cat /proc/net/sockstat | grep UDPUDP: inuse 1 mem 0 2. 執行指令碼直到報告達到 524,288 # python3 test.py & sleep 5 # cat /proc/net/sockstat | grep UDPUDP 使用中 3 mem 524288 <-- (INT_MAX + 1) >> PAGE_SHIFT 3. 終止通訊端並確認數量永不中斷 # pkill python3 && sleep 5 # cat /proc/net/sockstat | grep UDP UDP 使用中 1 個記憶體 524288 4. (v6.0 之後為必要) 觸發 proto_memory_pcpu_drain() # python3 test.py & sleep 1 && pkill python3 5. 數字加倍 # cat /proc/net/sockstat | grep UDPUDP 使用中的 1 個記憶體 1048577 應用程式將 INT_MAX 設為 SO_RCVBUF其在 udp_rmem_release() 中觸發整數溢位。當通訊端為 close()d 時udp_destruct_common() 會清除其接收佇列並彙總佇列中的 skb->truesize。系統會計算此總數，並將其儲存在本機無正負號的整數變數中。然後將總大小傳送至 udp_rmem_release() 以調整記憶體計量。不過因為函式採用帶正負號的整數引數總大小可能會換行進而造成溢位。然後釋放的數量計算方式如下1) 將大小新增至 sk->sk_forward_alloc。 2) 將 sk->sk_forward_alloc 向下舍入至最接近的 PAGE_SIZE 低倍數並將其指派給數量。 3) 從 sk->sk_forward_alloc 中減去數量。 4) 將數量 >> PAGE_SHIFT 傳遞至 __sk_mem_reduce_allocated()。當此問題發生時udp_destruct_common() 中的總數為 2147484480 (INT_MAX + 833)其在 udp_rmem_release() 中轉換為 -2147482816。
    在 1) sk->sk_forward_alloc 從 3264 變更為 -2147479552以及 2) 將 -2147479552 設定為 amount。 3) 還原換行因此我們在 inet_sock_destruct() 中看不到警告。但是在 4) udp_memory_allocated 最終會增加一倍。自從提交 3cd3399dd7a8 (net針對 memory_allocated 實作每個 cpu 保留)之後記憶體使用量不會再在通訊端 close()d 因為
    __sk_mem_reduce_allocated() 快取 udp_memory_per_cpu_fw_alloc 中的數量。不過當 UDP 通訊端下次接收封包時減法會生效進而造成 UDP 記憶體使用量增加一倍。一旦通訊端的 sk->sk_rmem_alloc 超過 net.ipv4.udp_rmem_min此問題會使進一步的記憶體配置失敗進而導致封包丟棄。為防止此問題讓我們使用 unsigned int 進行計算並針對小型 delta 只呼叫一次 sk_forward_alloc_add()。請注意first_packet_length() 也可能有相同問題。 [0]來自通訊端匯入 * SO_RCVBUFFORCE = 33 INT_MAX = (2 ** 31) - 1 s = socket(AF_INET, SOCK_DGRAM) s.bind(('', 0)) s.setsockopt(SOL_SOCKET, SO_RCVBUFFORCE, INT_MAX) c = socket(AF_INET, SOCK_DGRAM) c.connect(s.getsockname()) data = b'a' * 100 while True: c.send(data) (CVE-2025-22058)

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

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

  - tcpcdg允許多次呼叫 tcp_cdg_release()mptcp 顯然可以在已中斷連線的流程上呼叫 tcp_disconnect()。這通常是好的除非目前的壅塞控制是 CDG因為它可能會觸發重複釋放 [1] 我們不會修正 MPTCP 和未來錯誤而是使 tcp_disconnect() 更具彈性。 [1] 錯誤 KASAN在 slab_free mm/slub.c:3539 中重複釋放 [內嵌] 錯誤 KASAN在 kfree+0xe2/0x580 mm/slub.c:4567 CPU 中重複釋放 CPU: 0 PID3645 Comm kworker/0:7 未受污染 6.0.0-syzkaller-02734-g0326074ff465 #0 硬體名稱Google Google Compute Engine/Google Compute Engine、BIOS Google 09/22/2022 Workqueueevents mptcp_worker 呼叫追踪 <TASK> __dump_stack lib/dump_stack。 c:88 [內嵌] dump_stack_lvl+0xcd/0x134 lib/dump_stack.c:106 print_address_description mm/kasan/report.c:317 [內嵌] print_report.cold+0x2ba/0x719 mm/kasan/report.c:433 kasan_report_invalid_free+0x81 /0x190 mm/kasan/report.c:462____kasan_slab_free+0x18b/0x1c0 mm/kasan/common.c:356 kasan_slab_free include/linux/kasan.h:200 [內嵌] slab_free_hook mm/slub.c:1759 [內嵌] slab_free_freelist_hook +0x8b/0x1c0 mm/slub.c:1785 slab_free mm/slub.c:3539 [內嵌] kfree+0xe2/0x580 mm/slub.c:4567 tcp_disconnect+0x980/0x1e20 net/ipv4/tcp.c:3145 __mptcp_close_ssk+ 0x5ca/0x7e0 net/mptcp/protocol.c:2327 mptcp_do_fastclose net/mptcp/prot ocol.c:2592 [內嵌] mptcp_worker+0x78c/0xff0 net/mptcp/protocol.c:2627 process_one_work+0x991/0x1610 kernel/workqueue.c:2289 worker_thread+0x665/0x1080 kernel/workqueue.c:2436 kthread+0x2e4/ 0x3a0 kernel/kthread.c:376 ret_from_fork+0x1f/0x30 arch/x86/entry/entry_64.S:306 </TASK> 由工作 3671 分配kasan_save_stack+0x1e/0x40 mm/kasan/common.c:38 kasan_set_track mm/kasan/ common.c:45 [內嵌] set_alloc_info mm/kasan/common.c:437 [內嵌]____kasan_kmalloc mm/kasan/common.c:516 [內嵌]____kasan_kmalloc mm/kasan/common.c:475 [內嵌]
    __kasan_kmalloc+0xa9/0xd0 mm/kasan/common.c:525 kmalloc_array include/linux/slab.h:640 [內嵌] kcalloc include/linux/slab.h:671 [內嵌] tcp_cdg_init+0x10d/0x170 net/ipv4/tcp_cdg .c:380 tcp_init_congestion_control+0xab/0x550 net/ipv4/tcp_cong.c:193 tcp_reinit_congestion_control net/ipv4/tcp_cong.c:217 [內嵌] tcp_set_congestion_control+0x96c/0xaa0 net/ipv4/tcp_cong.c:391 do_tcp_x2sock2opt+0x50/0x net/ipv4/tcp.c:3513 tcp_setsockopt+0xd4/0x100 net/ipv4/tcp.c:3801 mptcp_setsockopt+0x35f/0x2570 net/mptcp/sockopt.c:844 __sys_setsockopt+0x2d6/0x690 net/socket.c:2252
    __do_sys_setsockopt net/socket.c:2263 [內嵌] __se_sys_setsockopt net/socket.c:2260 [內嵌]
    __x64_sys_setsockopt+0xba/0x150 net/socket.c:2260 do_syscall_x64 arch/x86/entry/common.c:50 [內嵌] do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd 已釋放工作 16kasan_save_stack+0x1e/0x40 mm/kasan/common.c:38 kasan_set_track+0x21/0x30 mm/kasan/common.c:45 kasan_set_free_info+0x20/0x30 mm/kasan/generic.c:370____kasan_slab_free mm/kasan/ common.c:367 [內嵌]
    ____kasan_slab_free+0x166/0x1c0 mm/kasan/common.c:329 kasan_slab_free include/linux/kasan.h:200 [內嵌] slab_free_hook mm/slub.c:1759 [內嵌] slab_free_freelist_hook+0x8b/0x1c0 mm/slub.c:1785 slab_free mm/slub.c:3539 [內嵌] kfree+0xe2/0x580 mm/slub.c:4567 tcp_cleanup_congestion_control+0x70/0x120 net/ipv4/tcp_cong.c:226 tcp_v4_destroy_sock+0xdd/0x750 net/ipv4/tcp_ipv4.c 2254 tcp_v6_destroy_sock+0x11/0x20 net/ipv6/tcp_ipv6.c:1969 inet_csk_destroy_sock+0x196/0x440 net/ipv4/inet_connection_sock.c:1157 tcp_done+0x23b/0x340 net/ipv4/tcp.c:4649 tcp_rcv_state_process+0x40e7/0x4990 net/ ipv4/tcp_input.c:6624 tcp_v6_do_rcv+0x3fc/0x13c0 net/ipv6/tcp_ipv6.c:1525 tcp_v6_rcv+0x2e8e/0x3830 net/ipv6/tcp_ipv6.c:1759 ip6_protocol_deliver_rcu+0x2db/0x1950 net/ipv6/ip6_input.c:439 ip6_input_finish +0x14c/0x2c0 net/ipv6/ip6_input.c:484 NF_HOOK include/linux/netfilter.h:302 [內嵌] NF_HOOK include/linux/netfilter.h:296 [內嵌] ip6_input+0x9c/0xd ---truncated--- (CVE-2022-49775)

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

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

  - ipmi解除安裝 ipmi_si 和 ipmi_msghandler 模組時修正 UAF 您好在測試 ipmi_si.ko 和 ipmi_msghandler.ko 的安裝和解除安裝時系統當機。記錄如下[ 141.087026] 錯誤無法處理 ffffffffc09b3a5a 的核心分頁要求 [ 141.087241] PGD 8fe4c0d067 P4D 8fe4c0d067 PUD 8fe4c0f067 PMD 103ad89067 PTE 0 [ 141.087464] Oops0010 [#1] SMP NOPTI [ 141.087580] CPU67 PID668 Commkworker/67:1 Kdump載入的 未受污染 4.18.0.x86_64 #47 [ 141.088009] 工作佇列事件 0xffffffffc09b3a40 [ 141.088009] RIP 0010:0xffffffffc09b3a5a [ 141.088009] 程式碼錯誤的 RIP 值。 [141.088009] RSP 0018:ffffb9094e2c3e88 EFLAGS 00010246 [ 141.088009] RAX 0000000000000000 RBX
    ffff9abfdb1f04a0 RCX 0000000000000000 [ 141.088009] RDX 0000000000000000 RSI 0000000000000246 RDI
    0000000000000246 [ 141.088009] RBP: 0000000000000000 R08: ffff9abfffee3cb8 R09: 00000000000002e1 [141.088009] R10: ffffb9094cb73d90 R11: 00000000000f4240 R12: ffff9abfffee8700 [ 141.088009] R13:
     R140000000000000000  : ffff9abfdb1f04a0 R15: ffff9abfdb1f04a8 [ 141.088009] FS: 0000000000000000(0000) GS:ffff9abfffec0000(0000) knlGS:0000000000000000 [ 141.088009] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [ 141.088009] CR2: ffffffffc09b3a30 CR3: 0000008fe4c0a001 CR4: 00000000007606e0 [141.088009] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 141.088009] DR3:
    0000000000000000 DR600000000ffffe0ff0 DR70000000000000400 [ 141.088009] PKRU55555554 [ 141.088009] 呼叫追踪 [ 141.088009] process_one_work+0x195/0x390 [ 141.088009] ? worker_thread+0x30/0x390 [141.088009] ? process_one_work+0x390/0x390 [ 141.088009] ? kthread+0x10d/0x130 [ 141.088009] ? kthread_flush_work_fn+0x10/0x10 [ 141.088009] ? ret_from_fork+0x35/0x40] 錯誤無法處理 ffffffffc0b28a5a 處的核心分頁要求 [ 200.223240] PGD 97fe00d067 P4D 97fe00d067 PUD 97fe00f067 PMD a580cbf067 PTE 0 [ 200.223464#1Oops0010 [ 200.223579] CPU: SMP NOPTI [ [ 6] PID664 Commkworker/63:1 Kdumploaded 未受污染 4.18.0.x86_64 #46 [ 200.224008] 工作佇列事件 0xffffffffc0b28a40 [200.224008] RIP 0010:0xffffffffc0b28a5a [ 200.224008] 程式碼錯誤的 RIP 值。 [ 200.224008] RSP
    0018:ffffbf3c8e2a3e88 EFLAGS00010246 [ 200.224008] RAX0000000000000000 RBXffffa0799ad6bca0 RCX
    0000000000000000 [ 200.224008] RDX: 0000000000000000 RSI: 0000000000000246 RDI: 0000000000000246 [200.224008] RBP: 0000000000000000 R08: ffff9fe43fde3cb8 R09: 00000000000000d5 [ 200.224008] R10:
    ffffbf3c8cb53d90 R1100000000000f4240 R12ffff9fe43fde8700 [ 200.224008] R130000000000000000 R14
     R15ffffa0799ad6bca0  : ffffa0799ad6bca8 [ 200.224008] FS: 0000000000000000(0000) GS:ffff9fe43fdc0000(0000) knlGS:0000000000000000 [ 200.224008] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 200.224008] CR2:
    ffffffffc0b28a30 CR300000097fe00a002 CR400000000007606e0 [ 200.224008] DR0: 0000000000000000 DR1
    0000000000000000 DR2: 0000000000000000 [200.224008] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7:
    0000000000000400 [ 200.224008] PKRU55555554 [ 200.224008] 呼叫追踪 [ 200.224008] ? process_one_work+0x195/0x390 [ 200.224008] ? worker_thread+0x30/0x390 [ 200.224008] ? process_one_work+0x390/0x390 [ 200.224008] ? kthread+0x10d/0x130 [ 200.224008] ? kthread_flush_work_fn+0x10/0x10 [ 200.224008] ? ret_from_fork+0x35/0x40 [ 200.224008] CPU 63 上啟動的核心錯誤 (0x1) 通知 [ 200.224008] CPU 63 上完成的核心錯誤 (0x1) 通知 [200.224008] ] CR2ffffffffc0b28a5a [ 200.224008] ---[ end trace c82a412d93f57412 ]--- 原因如下T1rmmod ipmi_si。 ->ipmi_unregister_smi() -> ipmi_bmc_unregister() -> __ipmi_bmc_unregister() -> kref_put(&bmc->usecount, cleanup_bmc_device); -> schedule_work(&bmc->remove_work); T2rmmod ipmi_msghandl
    ---truncated--- (CVE-2021-47100)

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

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

  - dma-buf/dma-resv檢查新隔離是否確實更新。 之前當我們將隔離新增至 dma_resv 物件時我們一律假設 隔離比所有現有隔離新。在 Jason 將 UAPI 新增至明確匯出/匯入的工作中這不再需要這種情況。因此若沒有此檢查我們將允許使用者空間強制核心進入釋放後使用錯誤。由於變更非常小且具有防禦性因此最好也將其反向移植至穩定的核心以防其他人以相同方式使用 dma_resv 物件。 (CVE-2022-49935)

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

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

  - 已解決 Linux 核心中的下列弱點：drivers/thermal/loongson2_thermal: Fix incorrect PTR_ERR() judgment PTR_ERR() returns -ENODEV when thermal-zones are undefined, and we need
    -ENODEV as the right value for comparison. Otherwise, tz->type is NULL when thermal-zones is undefined, resulting in the following error: [ 12.290030] CPU 1 Unable to handle kernel paging request at virtual address fffffffffffffff1, era == 900000000355f410, ra == 90000000031579b8 [ 12.302877] Oops[#1]: [12.305190] CPU: 1 PID: 181 Comm: systemd-udevd Not tainted 6.6.0-rc7+ #5385 [ 12.312304] pc 900000000355f410 ra 90000000031579b8 tp 90000001069e8000 sp 90000001069eba10 [ 12.320739] a0 0000000000000000 a1 fffffffffffffff1 a2 0000000000000014 a3 0000000000000001 [ 12.329173] a4 90000001069eb990 a5 0000000000000001 a6 0000000000001001 a7 900000010003431c [ 12.337606] t0 fffffffffffffff1 t1 54567fd5da9b4fd4 t2 900000010614ec40 t3 00000000000dc901 [ 12.346041] t4 0000000000000000 t5 0000000000000004 t6 900000010614ee20 t7 900000000d00b790 [ 12.354472] t8 00000000000dc901 u0 54567fd5da9b4fd4 s9 900000000402ae10 s0 900000010614ec40 [ 12.362916] s1 90000000039fced0 s2 ffffffffffffffed s3 ffffffffffffffed s4 9000000003acc000 [ 12.362931] s5 0000000000000004 s6 fffffffffffff000 s7 0000000000000490 s8 90000001028b2ec8 [ 12.362938] ra:
    90000000031579b8 thermal_add_hwmon_sysfs+0x258/0x300 [ 12.386411] ERA: 900000000355f410 strscpy+0xf0/0x160 [ 12.391626] CRMD: 000000b0 (PLV0 -IE -DA +PG DACF=CC DACM=CC -WE) [ 12.397898] PRMD: 00000004 (PPLV0 +PIE
    -PWE) [ 12.403678] EUEN: 00000000 (-FPE -SXE -ASXE -BTE) [ 12.409859] ECFG: 00071c1c (LIE=2-4,10-12 VS=7) [ 12.415882] ESTAT: 00010000 [PIL] (IS= ECode=1 EsubCode=0) [ 12.415907] BADV: fffffffffffffff1 [12.415911] PRID: 0014a000 (Loongson-64bit, Loongson-2K1000) [ 12.415917] Modules linked in:
    loongson2_thermal(+) vfat fat uio_pdrv_genirq uio fuse zram zsmalloc [ 12.415950] Process systemd-udevd (pid: 181, threadinfo=00000000358b9718, task=00000000ace72fe3) [ 12.415961] Stack : 0000000000000dc0 54567fd5da9b4fd4 900000000402ae10 9000000002df9358 [ 12.415982] ffffffffffffffed 0000000000000004 9000000107a10aa8 90000001002a3410 [ 12.415999] ffffffffffffffed ffffffffffffffed 9000000107a11268 9000000003157ab0 [ 12.416016] 9000000107a10aa8 ffffff80020fc0c8 90000001002a3410 ffffffffffffffed [12.416032] 0000000000000024 ffffff80020cc1e8 900000000402b2a0 9000000003acc000 [ 12.416048] 90000001002a3410 0000000000000000 ffffff80020f4030 90000001002a3410 [ 12.416065] 0000000000000000 9000000002df6808 90000001002a3410 0000000000000000 [ 12.416081] ffffff80020f4030 0000000000000000 90000001002a3410 9000000002df2ba8 [ 12.416097] 00000000000000b4 90000001002a34f4 90000001002a3410 0000000000000002 [ 12.416114] ffffff80020f4030 fffffffffffffff0 90000001002a3410 9000000002df2f30 [12.416131] ... [ 12.416138] Call Trace: [ 12.416142] [<900000000355f410>] strscpy+0xf0/0x160 [ 12.416167] [<90000000031579b8>] thermal_add_hwmon_sysfs+0x258/0x300 [ 12.416183] [<9000000003157ab0>] devm_thermal_add_hwmon_sysfs+0x50/0xe0 [ 12.416200] [<ffffff80020cc1e8>] loongson2_thermal_probe+0x128/0x200 [loongson2_thermal] [ 12.416232] [<9000000002df6808>] platform_probe+0x68/0x140 [ 12.416249] [<9000000002df2ba8>] really_probe+0xc8/0x3c0 [ 12.416269] [<9000000002df2f30>] __driver_probe_device+0x90/0x180 [ 12.416286] [<9000000002df3058>] driver_probe_device+0x38/0x160 [ 12.416302] [<9000000002df33a8>] __driver_attach+0xa8/0x200 [ 12.416314] [<9000000002deffec>] bus_for_each_dev+0x8c/0x120 [ 12.416330] [<9000000002df198c>] bus_add_driver+0x10c/0x2a0 [ 12.416346] [<9000000002df46b4>] driver_register+0x74/0x160 [ 12.416358] [<90000000022201a4>] do_one_initcall+0x84/0x220 [ 12.416372] [<90000000022f3ab8>] do_init_module+0x58/0x2c0 [ ---truncated--- (CVE-2023-52613)

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

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

  - 已解決 Linux 核心中的下列弱點：media: hantro: Check whether reset op is defined before use The i.MX8MM/N/P does not define the .reset op since reset of the VPU is done by genpd. Check whether the .reset op is defined before calling it to avoid NULL pointer dereference. Note that the Fixes tag is set to the commit which removed the reset op from i.MX8M Hantro G2 implementation, this is because before this commit all the implementations did define the .reset op. (CVE-2023-52850)

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

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

  - 在 Drupal 6.x 之前 6.38 和 7.x 之前的 7.43 中XML-RPC 系統可能會讓遠端攻擊者更容易透過立即對相同方法進行大量呼叫來發動暴力密碼破解攻擊。
    (CVE-2016-3163)

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

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

  - 已解決 Linux 核心中的下列弱點：thermal/netlink: Prevent userspace segmentation fault by adjusting UAPI header The intel-lpmd tool [1], which uses the THERMAL_GENL_ATTR_CPU_CAPABILITY attribute to receive HFI events from kernel space, encounters a segmentation fault after commit 1773572863c4 (thermal: netlink: Add the commands and the events for the thresholds). The issue arises because the THERMAL_GENL_ATTR_CPU_CAPABILITY raw value was changed while intel_lpmd still uses the old value. Although intel_lpmd can be updated to check the THERMAL_GENL_VERSION and use the appropriate THERMAL_GENL_ATTR_CPU_CAPABILITY value, the commit itself is questionable. The commit introduced a new element in the middle of enum thermal_genl_attr, which affects many existing attributes and introduces potential risks and unnecessary maintenance burdens for userspace thermal netlink event users. Solve the issue by moving the newly introduced THERMAL_GENL_ATTR_TZ_PREV_TEMP attribute to the end of the enum thermal_genl_attr. This ensures that all existing thermal generic netlink attributes remain unaffected. [ rjw: Subject edits ] (CVE-2025-21840)

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

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

  - drm/imagination避免隔離釋放鎖死 排程器會在工作佇列上而非在釋放函式本身排程隔離釋放處理。修正如下鎖死問題 [607.400437] ====================================== ====== [ 607.405755] 警告偵測到可能的遞回鎖定 [ 607.415500] ------------------------------------------ -------------- [ 607.420817] weston:zfq0/24149 嘗試取得鎖定 [ 607.426131] ffff000017d041a0 (reservation_ww_class_mutex){+.+.}-{3:3}、@@在
    pvr_gem_object_vunmap+0x40/0xc0 [powervr] [ 607.436728]但工作已保留鎖定 [ 607.442554] ffff000017d105a0 (reservation_ww_class_mutex){+.+.}-{3:3}、位於 dma_buf_ioctl+0x250/0x554 [ 607.451727]可協助我們除錯此項目的其他資訊[ 607.458245] 可能的不安全鎖定情況[ 607.464155] CPU0 [ 607.466601] ---- [ 607.469044] lock(reservation_ww_class_mutex); [ 607.473584] lock(reservation_ww_class_mutex); [ 607.478114] *** DEADLOCK *** (CVE-2025-21911)

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

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

  - Linux 核心 4.17 更早版本中的 BPF 子系統未正確處理指令序列的長跳轉，其中內部指令需要大量擴充至多個 BPF 指令，進而導致溢位問題。此問題會影響 kernel/bpf/core.c 和 net/core/filter.c。
    (CVE-2018-25020)

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

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

  - 已解決 Linux 核心中的下列弱點：nfsd: decrease sc_count directly if fail to queue dl_recall A deadlock warning occurred when invoking nfs4_put_stid following a failed dl_recall queue operation: T1 T2 nfs4_laundromat nfs4_get_client_reaplist nfs4_anylock_blockers
    __break_lease spin_lock // ctx->flc_lock spin_lock // clp->cl_lock nfs4_lockowner_has_blockers locks_owner_has_blockers spin_lock // flctx->flc_lock nfsd_break_deleg_cb nfsd_break_one_deleg nfs4_put_stid refcount_dec_and_lock spin_lock // clp->cl_lock When a file is opened, an nfs4_delegation is allocated with sc_count initialized to 1, and the file_lease holds a reference to the delegation. The file_lease is then associated with the file through kernel_setlease. The disassociation is performed in nfsd4_delegreturn via the following call chain: nfsd4_delegreturn --> destroy_delegation --> destroy_unhashed_deleg --> nfs4_unlock_deleg_lease --> kernel_setlease --> generic_delete_lease The corresponding sc_count reference will be released after this disassociation. Since nfsd_break_one_deleg executes while holding the flc_lock, the disassociation process becomes blocked when attempting to acquire flc_lock in generic_delete_lease. This means: 1) sc_count in nfsd_break_one_deleg will not be decremented to 0; 2) The nfs4_put_stid called by nfsd_break_one_deleg will not attempt to acquire cl_lock; 3) Consequently, no deadlock condition is created. Given that sc_count in nfsd_break_one_deleg remains non-zero, we can safely perform refcount_dec on sc_count directly. This approach effectively avoids triggering deadlock warnings. (CVE-2025-37871)

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

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

  - 已解決 Linux 核心中的下列弱點：leds: trigger: netdev: Fix kernel panic on interface rename trig notify Commit d5e01266e7f5 (leds: trigger: netdev: add additional specific link speed mode) in the various changes, reworked the way to set the LINKUP mode in commit cee4bd16c319 (leds: trigger: netdev: Recheck NETDEV_LED_MODE_LINKUP on dev rename) and moved it to a generic function. This changed the logic where, in the previous implementation the dev from the trigger event was used to check if the carrier was ok, but in the new implementation with the generic function, the dev in trigger_data is used instead. This is problematic and cause a possible kernel panic due to the fact that the dev in the trigger_data still reference the old one as the new one (passed from the trigger event) still has to be hold and saved in the trigger_data struct (done in the NETDEV_REGISTER case). On calling of get_device_state(), an invalid net_dev is used and this cause a kernel panic. To handle this correctly, move the call to get_device_state() after the new net_dev is correctly set in trigger_data (in the NETDEV_REGISTER case) and correctly parse the new dev. (CVE-2024-27063)

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

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

  - Google Chrome 84.0.4147.89 之前版本的 V8 中存在類型混淆弱點，此弱點允許遠端攻擊者透過建構的 HTML 頁面引致堆積損毀。(CVE-2020-6512)

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

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

  - 在 0.10.0之前的 janus-gateway (即 Janus WebRTC Server) 中發現一個問題。
    plugins/janus_streaming.c 中的 janus_streaming_rtsp_parse_sdp 透過特製的 RTSP 伺服器發生緩衝區溢位問題。 (CVE-2020-14033)

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

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

  - wifiar5523啟用適當的端點驗證Syzkaller 報告 [1] 中了一個警告指出使用中的端點沒有預期的類型。透過檢查是否存在所有適當的端點 (其類型保持不變) 來修正此問題。遺憾的是此修補程式尚未在真正的硬體上經過測試。 [1] Syzkaller report: ------------[cut here ]------------ usb 1-1BOGUS urb xfer, pipe 3 != type 1 警告CPU: 0 PID: 3643 at drivers/usb/core/urb.c:504 usb_submit_urb+0xed6/0x1880 drivers/usb/core/urb.c:504 ... 呼叫追踪 <TASK> ar5523_cmd+0x41b/0x780 drivers/net/wireless/ath/ar5523/ar5523.c:275 ar5523_cmd_read drivers/net/wireless/ath/ar5523/ar5523.c:302 [內嵌] ar5523_host_available drivers/net/wireless /ath/ar5523/ar5523.c:1376 [內嵌] ar5523_probe+0x14b0/0x1d10 drivers/net/wireless/ath/ar5523/ar5523.c:1655 usb_probe_interface+0x30f/0x7f0 drivers/usb/core/driver.c:396 call_driver_probe drivers/base/dd.c:560 [內嵌] real_probe+0x249/0xb90 drivers/base/dd.c:639 __driver_probe_device+0x1df/0x4d0 drivers/base/dd.c:778 driver_probe_device+0x4c/0x1a0 drivers/base/dd .c:808 __device_attach_driver+0x1d4/0x2e0 drivers/base/dd.c:936 bus_for_each_drv+0x163/0x1e0 drivers/base/bus.c:427 __device_attach+0x1e4/0x530 drivers/base/dd.c:1008 bus_probe_device+0x1e8/ 0x2a0 drivers/base/bus.c:487 device_add+0xbd9/0x1e90 drivers/base/core.c:3517 usb_set_configuration+0x101d/0x1900 drivers/usb/core/message.c:2170 usb_generic_driver_probe+0xbe/0x100 drivers/usb/core /generic.c:238 usb_probe_device+0xd8/0x2c0 驅動程式s/usb/core/driver.c:293 call_driver_probe drivers/base/dd.c:560 [內嵌]ally_probe+0x249/0xb90 drivers/base/dd.c:639 __driver_probe_device+0x1df/0x4d0 drivers/base/dd.c :778 driver_probe_device+0x4c/0x1a0 drivers/base/dd.c:808 __device_attach_driver+0x1d4/0x2e0 drivers/base/dd.c:936 bus_for_each_drv+0x163/0x1e0 drivers/base/bus.c:427 __device_attach+0x1e4/0x530 drivers /base/dd.c:1008 bus_probe_device+0x1e8/0x2a0 drivers/base/bus.c:487 device_add+0xbd9/0x1e90 drivers/base/core.c:3517 usb_new_device.cold+0x685/0x10ad drivers/usb/core/hub .c:2573 hub_port_connect drivers/usb/core/hub.c:5353 [內嵌] hub_port_connect_change drivers/usb/core/hub.c:5497 [內嵌] port_event drivers/usb/core/hub.c:5653 [內嵌] hub_event +0x26cb/0x45d0 drivers/usb/core/hub.c:5735 process_one_work+0x9bf/0x1710 kernel/workqueue.c:2289 worker_thread+0x669/0x1090 kernel/workqueue.c:2436 kthread+0x2e8/0x3a0 kernel/kthread.c 376 ret_from_fork+0x1f/0x30 arch/x86/entry/entry_64.S:306 </TASK> (CVE-2024-38565)

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

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

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

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

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

  - 已解決 Linux 核心中的下列弱點：HID: bigbenff: prevent null pointer dereference When emulating the device through uhid, there is a chance we don't have output reports and so report_field is null. (CVE-2021-47522)

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

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

  - 已解決 Linux 核心中的下列弱點：mm/slub: avoid zeroing outside-object freepointer for single free Commit 284f17ac13fe (mm/slub: handle bulk and single object freeing separately) splits single and bulk object freeing in two functions slab_free() and slab_free_bulk() which leads slab_free() to call slab_free_hook() directly instead of slab_free_freelist_hook(). If `init_on_free` is set, slab_free_hook() zeroes the object. Afterward, if `slub_debug=F` and `CONFIG_SLAB_FREELIST_HARDENED` are set, the do_slab_free() slowpath executes freelist consistency checks and try to decode a zeroed freepointer which leads to a Freepointer corrupt detection in check_object().
    During bulk free, slab_free_freelist_hook() isn't affected as it always sets it objects freepointer using set_freepointer() to maintain its reconstructed freelist after `init_on_free`. For single free, object's freepointer thus needs to be avoided when stored outside the object if `init_on_free` is set. The freepointer left as is, check_object() may later detect an invalid pointer value due to objects overflow.
    To reproduce, set `slub_debug=FU init_on_free=1 log_level=7` on the command line of a kernel build with `CONFIG_SLAB_FREELIST_HARDENED=y`. dmesg sample log: [ 10.708715] ============================================================================= [ 10.710323] BUG kmalloc-rnd-05-32 (Tainted: G B T ): Freepointer corrupt [ 10.712695]
    ----------------------------------------------------------------------------- [ 10.712695] [ 10.712695] Slab 0xffffd8bdc400d580 objects=32 used=4 fp=0xffff9d9a80356f80 flags=0x200000000000a00(workingset|slab|node=0|zone=2) [ 10.716698] Object 0xffff9d9a80356600 @offset=1536 fp=0x7ee4f480ce0ecd7c [ 10.716698] [ 10.716698] Bytes b4 ffff9d9a803565f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ [ 10.720703] Object ffff9d9a80356600: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ [ 10.720703] Object ffff9d9a80356610: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ [ 10.724696] Padding ffff9d9a8035666c: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ [ 10.724696] Padding ffff9d9a8035667c: 00 00 00 00 .... [ 10.724696] FIX kmalloc-rnd-05-32: Object at 0xffff9d9a80356600 not freed (CVE-2024-36892)

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

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

  - perfarm-ni探查失敗時取消註冊 PMU若 NI 裝置的一個時鐘網域中的資源配置失敗我們必須正確回復之前在相同裝置其他時鐘網域中註冊的所有 perf PMU。否則可能會導致核心錯誤。呼叫 arm_ni_init+0x0/0xff8 [arm_ni] @ 2374 arm-ni ARMHCB7000無法要求 PMU 區域 0x1f3c13000 arm-ni ARMHCB7000驅動程式 arm-ni 探查失敗並出現錯誤 -16 list_add 損毀 next-> prev 應為 prev (fffffd01e9698a18)但為 0000000000000000。 (next=ffff10001a0decc8)。 pstate 6340009 (nZCv daif +PAN -UAO +TCO +DIT -SSBS BTYPE=--) pc list_add_valid_or_report+0x7c/0xb8 lr : list_add_valid_or_report+0x7c/0xb8 呼叫追踪
    __list_add_valid_or_report+0x7c/0xb8 perf_pmu_register+0x22c/0x3a0 arm_ni_probe+0x554/0x70c [arm_ni] platform_probe+0x70/0xe8 really_probe+0xc6/0x4d8 driver_probe_device+0x48/0x170 __driver_attach+0x8e/0x1c0 bus_for_each_dev+0x64/0xf0 driver_add+0x138/0x260 bus_add_driver+ 0x68/0x138
    __platform_driver_register+0x2c/0x40 arm_ni_init+0x14/0x2a [arm_ni] do_init_module+0x36/0x298 ---[ end trace 0000000000000000 ]--- 核心錯誤 - 未同步Oops - 錯誤嚴重例外狀況 SMP停止次要 CPU (CVE-2025-38168)

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

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

  - 已解決 Linux 核心中的下列弱點：tcp: prevent concurrent execution of tcp_sk_exit_batch Its possible that two threads call tcp_sk_exit_batch() concurrently, once from the cleanup_net workqueue, once from a task that failed to clone a new netns. In the latter case, error unwinding calls the exit handlers in reverse order for the 'failed' netns. tcp_sk_exit_batch() calls tcp_twsk_purge(). Problem is that since commit b099ce2602d8 (net: Batch inet_twsk_purge), this function picks up twsk in any dying netns, not just the one passed in via exit_batch list. This means that the error unwind of setup_net() can steal and destroy timewait sockets belonging to the exiting netns. This allows the netns exit worker to proceed to call WARN_ON_ONCE(!refcount_dec_and_test(&net->ipv4.tcp_death_row.tw_refcount)); without the expected 1 -> 0 transition, which then splats. At same time, error unwind path that is also running inet_twsk_purge() will splat as well: WARNING: .. at lib/refcount.c:31 refcount_warn_saturate+0x1ed/0x210 ... refcount_dec include/linux/refcount.h:351 [inline] inet_twsk_kill+0x758/0x9c0 net/ipv4/inet_timewait_sock.c:70 inet_twsk_deschedule_put net/ipv4/inet_timewait_sock.c:221 inet_twsk_purge+0x725/0x890 net/ipv4/inet_timewait_sock.c:304 tcp_sk_exit_batch+0x1c/0x170 net/ipv4/tcp_ipv4.c:3522 ops_exit_list+0x128/0x180 net/core/net_namespace.c:178 setup_net+0x714/0xb40 net/core/net_namespace.c:375 copy_net_ns+0x2f0/0x670 net/core/net_namespace.c:508 create_new_namespaces+0x3ea/0xb10 kernel/nsproxy.c:110 ... because refcount_dec() of tw_refcount unexpectedly dropped to 0. This doesn't seem like an actual bug (no tw sockets got lost and I don't see a use-after-free) but as erroneous trigger of debug check. Add a mutex to force strict ordering: the task that calls tcp_twsk_purge() blocks other task from doing final _dec_and_test before mutex-owner has removed all tw sockets of dying netns.
    (CVE-2024-44991)

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

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

  - 已解決 Linux 核心中的下列弱點：seg6: fix the iif in the IPv6 socket control block When an IPv4 packet is received, the ip_rcv_core(...) sets the receiving interface index into the IPv4 socket control block (v5.16-rc4, net/ipv4/ip_input.c line 510): IPCB(skb)->iif = skb->skb_iif; If that IPv4 packet is meant to be encapsulated in an outer IPv6+SRH header, the seg6_do_srh_encap(...) performs the required encapsulation. In this case, the seg6_do_srh_encap function clears the IPv6 socket control block (v5.16-rc4 net/ipv6/seg6_iptunnel.c line 163): memset(IP6CB(skb), 0, sizeof(*IP6CB(skb))); The memset(...) was introduced in commit ef489749aae5 (ipv6: sr: clear IP6CB(skb) on SRH ip4ip6 encapsulation) a long time ago (2019-01-29). Since the IPv6 socket control block and the IPv4 socket control block share the same memory area (skb->cb), the receiving interface index info is lost (IP6CB(skb)->iif is set to zero). As a side effect, that condition triggers a NULL pointer dereference if commit 0857d6f8c759 (ipv6: When forwarding count rx stats on the orig netdev) is applied. To fix that issue, we set the IP6CB(skb)->iif with the index of the receiving interface once again. (CVE-2021-47515)

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

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

  - 在某些情況下，非同步函式可造成導覽失敗，而且會洩漏目標 URL。此弱點會影響 Thunderbird 91.4.0 更早版本、Firefox ESR 91.4.0 更早版本和 Firefox 95 更早版本。
    (CVE-2021-43536)

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

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

  - 安裝 ansible-galaxy 集合時，在 2.9.7 之前的所有 2.9.x 版 ansible-engine 中發現一個封存遊走缺陷。擷取 .tar.gz 檔案集合時，系統會在未清理檔案名稱的情況下建立目錄。攻擊者可利用此弱點覆寫系統上的任何檔案。
    (CVE-2020-10691)

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

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

  - 已解決 Linux 核心中的下列弱點：net: dsa: fix panic when DSA master device unbinds on shutdown Rafael reports that on a system with LX2160A and Marvell DSA switches, if a reboot occurs while the DSA master (dpaa2-eth) is up, the following panic can be seen: systemd-shutdown[1]: Rebooting. Unable to handle kernel paging request at virtual address 00a0000800000041 [00a0000800000041] address between user and kernel address ranges Internal error: Oops: 96000004 [#1] PREEMPT SMP CPU: 6 PID: 1 Comm: systemd-shutdow Not tainted 5.16.5-00042-g8f5585009b24 #32 pc :
    dsa_slave_netdevice_event+0x130/0x3e4 lr : raw_notifier_call_chain+0x50/0x6c Call trace:
    dsa_slave_netdevice_event+0x130/0x3e4 raw_notifier_call_chain+0x50/0x6c call_netdevice_notifiers_info+0x54/0xa0 __dev_close_many+0x50/0x130 dev_close_many+0x84/0x120 unregister_netdevice_many+0x130/0x710 unregister_netdevice_queue+0x8c/0xd0 unregister_netdev+0x20/0x30 dpaa2_eth_remove+0x68/0x190 fsl_mc_driver_remove+0x20/0x5c __device_release_driver+0x21c/0x220 device_release_driver_internal+0xac/0xb0 device_links_unbind_consumers+0xd4/0x100
    __device_release_driver+0x94/0x220 device_release_driver+0x28/0x40 bus_remove_device+0x118/0x124 device_del+0x174/0x420 fsl_mc_device_remove+0x24/0x40 __fsl_mc_device_remove+0xc/0x20 device_for_each_child+0x58/0xa0 dprc_remove+0x90/0xb0 fsl_mc_driver_remove+0x20/0x5c
    __device_release_driver+0x21c/0x220 device_release_driver+0x28/0x40 bus_remove_device+0x118/0x124 device_del+0x174/0x420 fsl_mc_bus_remove+0x80/0x100 fsl_mc_bus_shutdown+0xc/0x1c platform_shutdown+0x20/0x30 device_shutdown+0x154/0x330 __do_sys_reboot+0x1cc/0x250
    __arm64_sys_reboot+0x20/0x30 invoke_syscall.constprop.0+0x4c/0xe0 do_el0_svc+0x4c/0x150 el0_svc+0x24/0xb0 el0t_64_sync_handler+0xa8/0xb0 el0t_64_sync+0x178/0x17c It can be seen from the stack trace that the problem is that the deregistration of the master causes a dev_close(), which gets notified as NETDEV_GOING_DOWN to dsa_slave_netdevice_event(). But dsa_switch_shutdown() has already run, and this has unregistered the DSA slave interfaces, and yet, the NETDEV_GOING_DOWN handler attempts to call dev_close_many() on those slave interfaces, leading to the problem. The previous attempt to avoid the NETDEV_GOING_DOWN on the master after dsa_switch_shutdown() was called seems improper. Unregistering the slave interfaces is unnecessary and unhelpful. Instead, after the slaves have stopped being uppers of the DSA master, we can now reset to NULL the master->dsa_ptr pointer, which will make DSA start ignoring all future notifier events on the master. (CVE-2022-48808)

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

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

  - 已解決 Linux 核心中的下列弱點：mm, slub: fix potential use-after-free in slab_debugfs_fops When sysfs_slab_add failed, we shouldn't call debugfs_slab_add() for s because s will be freed soon. And slab_debugfs_fops will use s later leading to a use-after-free. (CVE-2021-47470)

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

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

  - 已解決 Linux 核心中的下列弱點：drm/meson: Fix refcount bugs in meson_vpu_has_available_connectors() In this function, there are two refcount leak bugs: (1) when breaking out of for_each_endpoint_of_node(), we need call the of_node_put() for the 'ep'; (2) we should call of_node_put() for the reference returned by of_graph_get_remote_port() when it is not used anymore.
    (CVE-2022-50038)

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

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

  - 執行附加元件更新時，以非內建 root 終止的憑證鏈結會遭到拒絕 (即使由管理員合法新增)。這可能造成附加元件以無訊息的方式過時，而不會通知使用者。此弱點會影響 Firefox ESR < 68.10、Firefox < 78 和 Thunderbird < 68.10.0。(CVE-2020-12421)

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

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

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

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

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

  - 核心 scsi 訊驅動程式中有一個特權提升弱點。產品：Android。版本：Android 核心。Android ID A-65023233。(CVE-2017-13168)

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

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

  - 已解決 Linux 核心中的下列弱點：x86/tdx: Zero out the missing RSI in TDX_HYPERCALL macro In the TDX_HYPERCALL asm, after the TDCALL instruction returns from the untrusted VMM, the registers that the TDX guest shares to the VMM need to be cleared to avoid speculative execution of VMM-provided values. RSI is specified in the bitmap of those registers, but it is missing when zeroing out those registers in the current TDX_HYPERCALL. It was there when it was originally added in commit 752d13305c78 (x86/tdx: Expand __tdx_hypercall() to handle more arguments), but was later removed in commit 1e70c680375a (x86/tdx: Do not corrupt frame-pointer in __tdx_hypercall()), which was correct because %rsi is later restored in the pop %rsi. However a later commit 7a3a401874be (x86/tdx: Drop flags from __tdx_hypercall()) removed that pop %rsi but forgot to add the xor %rsi, %rsi back. Fix by adding it back. (CVE-2023-52874)

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

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

  - 已解決 Linux 核心中的下列弱點：mtd: parsers: qcom: Fix kernel panic on skipped partition In the event of a skipped partition (case when the entry name is empty) the kernel panics in the cleanup function as the name entry is NULL. Rework the parser logic by first checking the real partition number and then allocate the space and set the data for the valid partitions. The logic was also fundamentally wrong as with a skipped partition, the parts number returned was incorrect by not decreasing it for the skipped partitions. (CVE-2022-48777)

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

ID	名稱	嚴重性
247895	Linux Distros 未修補的弱點：CVE-2023-49558	medium
247894	Linux Distros 未修補的弱點：CVE-2025-54143	critical
247893	Linux Distros 未修補的弱點：CVE-2023-52780	medium
247892	Linux Distros 未修補的弱點：CVE-2021-2160	medium
247891	Linux Distros 未修補的弱點：CVE-2025-38186	medium
247890	Linux Distros 未修補的弱點：CVE-2017-9150	medium
247889	Linux Distros 未修補的弱點：CVE-2025-22083	medium
247888	Linux Distros 未修補的弱點：CVE-2025-37969	medium
247887	Linux Distros 未修補的弱點：CVE-2021-38506	medium
247886	Linux Distros 未修補的弱點：CVE-2023-1390	high
247885	Linux Distros 未修補的弱點：CVE-2024-24898	medium
247884	Linux Distros 未修補的弱點：CVE-2024-21243	low
247883	Linux Distros 未修補的弱點：CVE-2022-50141	medium
247882	Linux Distros 未修補的弱點：CVE-2021-38509	medium
247881	Linux Distros 未修補的弱點：CVE-2024-26789	high
247880	Linux Distros 未修補的弱點：CVE-2021-3564	medium
247879	Linux Distros 未修補的弱點：CVE-2022-48956	high
247878	Linux Distros 未修補的弱點：CVE-2022-21457	medium
247877	Linux Distros 未修補的弱點：CVE-2021-47329	medium
247876	Linux Distros 未修補的弱點：CVE-2025-22058	medium
247875	Linux Distros 未修補的弱點：CVE-2022-49775	high
247874	Linux Distros 未修補的弱點：CVE-2021-47100	medium
247873	Linux Distros 未修補的弱點：CVE-2022-49935	high
247872	Linux Distros 未修補的弱點：CVE-2023-52613	medium
247871	Linux Distros 未修補的弱點：CVE-2023-52850	medium
247870	Linux Distros 未修補的弱點：CVE-2016-3163	high
247869	Linux Distros 未修補的弱點：CVE-2025-21840	medium
247868	Linux Distros 未修補的弱點：CVE-2025-21911	medium
247867	Linux Distros 未修補的弱點：CVE-2018-25020	high
247866	Linux Distros 未修補的弱點：CVE-2025-37871	medium
247865	Linux Distros 未修補的弱點：CVE-2024-27063	medium
247864	Linux Distros 未修補的弱點：CVE-2020-6512	high
247863	Linux Distros 未修補的弱點：CVE-2020-14033	critical
247862	Linux Distros 未修補的弱點：CVE-2024-38565	medium
247861	Linux Distros 未修補的弱點：CVE-2023-6213	high
247860	Linux Distros 未修補的弱點：CVE-2021-47522	medium
247859	Linux Distros 未修補的弱點：CVE-2024-36892	medium
247858	Linux Distros 未修補的弱點：CVE-2025-38168	medium
247857	Linux Distros 未修補的弱點：CVE-2024-44991	medium
247856	Linux Distros 未修補的弱點：CVE-2021-47515	medium
247855	Linux Distros 未修補的弱點：CVE-2021-43536	medium
247854	Linux Distros 未修補的弱點：CVE-2020-10691	medium
247853	Linux Distros 未修補的弱點：CVE-2022-48808	medium
247852	Linux Distros 未修補的弱點：CVE-2021-47470	high
247851	Linux Distros 未修補的弱點：CVE-2022-50038	high
247850	Linux Distros 未修補的弱點：CVE-2020-12421	medium
247849	Linux Distros 未修補的弱點：CVE-2022-21425	medium
247848	Linux Distros 未修補的弱點：CVE-2017-13168	high
247847	Linux Distros 未修補的弱點：CVE-2023-52874	high
247846	Linux Distros 未修補的弱點：CVE-2022-48777	medium

偵測

Nessus 的 Misc. 系列

medium

critical

medium

medium

medium

medium

medium

medium

medium

high

medium

low

medium

medium

high

medium

high

medium

medium

medium

high

medium

high

medium

medium

high

medium

medium

high

medium

medium

high

critical

medium

high

medium

medium

medium

medium

medium

medium

medium

medium

high

high

medium

medium

high

high

medium