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

  - 當使用衝突的 Referrer-Policy 處理重新導向時，Firefox 會採用此重新導向的 Referrer-Policy。這可能導致應用程式向重新導向目的地提供的資訊多過原始來源既定的資訊。此弱點會影響 Firefox < 86。
    (CVE-2021-23971)

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

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

  - 已解決 Linux 核心中的下列弱點：cxl/region: Fix region HPA ordering validation Some regions may not have any address space allocated. Skip them when validating HPA order otherwise a crash like the following may result: devm_cxl_add_region: cxl_acpi cxl_acpi.0: decoder3.4:
    created region9 BUG: kernel NULL pointer dereference, address: 0000000000000000 [..] RIP:
    0010:store_targetN+0x655/0x1740 [cxl_core] [..] Call Trace: <TASK> kernfs_fop_write_iter+0x144/0x200 vfs_write+0x24a/0x4d0 ksys_write+0x69/0xf0 do_syscall_64+0x3a/0x90 store_targetN+0x655/0x1740:
    alloc_region_ref at drivers/cxl/core/region.c:676 (inlined by) cxl_port_attach_region at drivers/cxl/core/region.c:850 (inlined by) cxl_region_attach at drivers/cxl/core/region.c:1290 (inlined by) attach_target at drivers/cxl/core/region.c:1410 (inlined by) store_targetN at drivers/cxl/core/region.c:1453 (CVE-2022-49894)

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

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

  - 在 5.3.11 及之前版本的 Linux 核心中，drivers/net/wireless/ath/ath10k/usb.c 的 ath10k_usb_hif_tx_sg() 函式存在一個記憶體洩漏問題，攻擊者可藉由觸發 usb_submit_urb() 失敗情形引致拒絕服務 (記憶體消耗)， 亦稱 CID-b8d17e7d93d2。(CVE-2019-19078)

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

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

  - 已解決 Linux 核心中的下列弱點：netfilter: nft_set_pipapo: release elements in clone only from destroy path Clone already always provides a current view of the lookup table, use it to destroy the set, otherwise it is possible to destroy elements twice. This fix requires:
    212ed75dc5fb (netfilter: nf_tables: integrate pipapo into commit protocol) which came after:
    9827a0e6e23b (netfilter: nft_set_pipapo: release elements in clone from abort path). (CVE-2024-26809)

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

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

  - 已解決 Linux 核心中的下列弱點：udp: Fix multiple wraparounds of sk->sk_rmem_alloc. __udp_enqueue_schedule_skb() has the following condition: if (atomic_read(&sk->sk_rmem_alloc) > sk->sk_rcvbuf) goto drop; sk->sk_rcvbuf is initialised by net.core.rmem_default and later can be configured by SO_RCVBUF, which is limited by net.core.rmem_max, or SO_RCVBUFFORCE. If we set INT_MAX to sk->sk_rcvbuf, the condition is always false as sk->sk_rmem_alloc is also signed int. Then, the size of the incoming skb is added to sk->sk_rmem_alloc unconditionally. This results in integer overflow (possibly multiple times) on sk->sk_rmem_alloc and allows a single socket to have skb up to net.core.udp_mem[1]. For example, if we set a large value to udp_mem[1] and INT_MAX to sk->sk_rcvbuf and flood packets to the socket, we can see multiple overflows: # cat /proc/net/sockstat | grep UDP: UDP: inuse 3 mem 7956736 <-- (7956736 << 12) bytes > INT_MAX * 15 ^- PAGE_SHIFT # ss -uam State Recv-Q ... UNCONN -1757018048 ... <-- flipping the sign repeatedly skmem:(r2537949248,rb2147483646,t0,tb212992,f1984,w0,o0,bl0,d0) Previously, we had a boundary check for INT_MAX, which was removed by commit 6a1f12dd85a8 (udp: relax atomic operation on sk->sk_rmem_alloc). A complete fix would be to revert it and cap the right operand by INT_MAX: rmem = atomic_add_return(size, &sk->sk_rmem_alloc); if (rmem > min(size + (unsigned int)sk->sk_rcvbuf, INT_MAX)) goto uncharge_drop; but we do not want to add the expensive atomic_add_return() back just for the corner case. Casting rmem to unsigned int prevents multiple wraparounds, but we still allow a single wraparound. # cat /proc/net/sockstat | grep UDP: UDP: inuse 3 mem 524288 <-- (INT_MAX + 1) >> 12 # ss -uam State Recv-Q ...
    UNCONN -2147482816 ... <-- INT_MAX + 831 bytes skmem:(r2147484480,rb2147483646,t0,tb212992,f3264,w0,o0,bl0,d14468947) So, let's define rmem and rcvbuf as unsigned int and check skb->truesize only when rcvbuf is large enough to lower the overflow possibility.
    Note that we still have a small chance to see overflow if multiple skbs to the same socket are processed on different core at the same time and each size does not exceed the limit but the total size does. Note also that we must ignore skb->truesize for a small buffer as explained in commit 363dc73acacb (udp: be less conservative with sock rmem accounting). (CVE-2025-22059)

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

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

  - nfcnci在 NCI 裝置交換期間透過 NCI 裝置清理 rx_data_reassembly skb 釋放 rx_data_reassembly skb以處理分割的封包。只有在處理完最後一個片段或收到含有 NCI_OP_RF_DEACTIVATE_NTF opcode 的 NTF 封包時才會捨棄該封包。不過NCI 裝置可能會在解除配置之前遭到解除配置而導致 skb 洩漏。由於按照設計rx_data_reassembly skb 是系結至 NCI 裝置且沒有任何因素可防止在以某種方式處理和清理 skb 之前釋放該裝置因此在 NCI 裝置清理上將其釋放。由 Linux Verification Center (linuxtesting.org) 的 Syzkaller 發現。 (CVE-2024-26825)

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

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

  - 已解決 Linux 核心中的下列弱點：fou: fix initialization of grc The grc must be initialize first. There can be a condition where if fou is NULL, goto out will be executed and grc would be used uninitialized. (CVE-2024-46865)

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

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

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

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

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

  - 已解決 Linux 核心中的下列弱點：firmware: xilinx: don't make a sleepable memory allocation from an atomic context The following issue was discovered using lockdep: [6.691371] BUG: sleeping function called from invalid context at include/linux/sched/mm.h:209 [ 6.694602] in_atomic(): 1, irqs_disabled(): 128, non_block: 0, pid: 1, name: swapper/0 [ 6.702431] 2 locks held by swapper/0/1: [ 6.706300] #0: ffffff8800f6f188 (&dev->mutex){....}-{3:3}, at:
    __device_driver_lock+0x4c/0x90 [ 6.714900] #1: ffffffc009a2abb8 (enable_lock){....}-{2:2}, at:
    clk_enable_lock+0x4c/0x140 [ 6.723156] irq event stamp: 304030 [ 6.726596] hardirqs last enabled at (304029): [<ffffffc008d17ee0>] _raw_spin_unlock_irqrestore+0xc0/0xd0 [ 6.736142] hardirqs last disabled at (304030): [<ffffffc00876bc5c>] clk_enable_lock+0xfc/0x140 [ 6.744742] softirqs last enabled at (303958):
    [<ffffffc0080904f0>] _stext+0x4f0/0x894 [ 6.752655] softirqs last disabled at (303951):
    [<ffffffc0080e53b8>] irq_exit+0x238/0x280 [ 6.760744] CPU: 1 PID: 1 Comm: swapper/0 Tainted: G U 5.15.36 #2 [ 6.768048] Hardware name: xlnx,zynqmp (DT) [ 6.772179] Call trace: [ 6.774584] dump_backtrace+0x0/0x300 [ 6.778197] show_stack+0x18/0x30 [ 6.781465] dump_stack_lvl+0xb8/0xec [ 6.785077] dump_stack+0x1c/0x38 [ 6.788345] ___might_sleep+0x1a8/0x2a0 [ 6.792129] __might_sleep+0x6c/0xd0 [6.795655] kmem_cache_alloc_trace+0x270/0x3d0 [ 6.800127] do_feature_check_call+0x100/0x220 [ 6.804513] zynqmp_pm_invoke_fn+0x8c/0xb0 [ 6.808555] zynqmp_pm_clock_getstate+0x90/0xe0 [ 6.813027] zynqmp_pll_is_enabled+0x8c/0x120 [ 6.817327] zynqmp_pll_enable+0x38/0xc0 [ 6.821197] clk_core_enable+0x144/0x400 [ 6.825067] clk_core_enable+0xd4/0x400 [ 6.828851] clk_core_enable+0xd4/0x400 [ 6.832635] clk_core_enable+0xd4/0x400 [ 6.836419] clk_core_enable+0xd4/0x400 [ 6.840203] clk_core_enable+0xd4/0x400 [ 6.843987] clk_core_enable+0xd4/0x400 [ 6.847771] clk_core_enable+0xd4/0x400 [6.851555] clk_core_enable_lock+0x24/0x50 [ 6.855683] clk_enable+0x24/0x40 [ 6.858952] fclk_probe+0x84/0xf0 [ 6.862220] platform_probe+0x8c/0x110 [ 6.865918] really_probe+0x110/0x5f0 [ 6.869530]
    __driver_probe_device+0xcc/0x210 [ 6.873830] driver_probe_device+0x64/0x140 [ 6.877958]
    __driver_attach+0x114/0x1f0 [ 6.881828] bus_for_each_dev+0xe8/0x160 [ 6.885698] driver_attach+0x34/0x50 [6.889224] bus_add_driver+0x228/0x300 [ 6.893008] driver_register+0xc0/0x1e0 [ 6.896792]
    __platform_driver_register+0x44/0x60 [ 6.901436] fclk_driver_init+0x1c/0x28 [ 6.905220] do_one_initcall+0x104/0x590 [ 6.909091] kernel_init_freeable+0x254/0x2bc [ 6.913390] kernel_init+0x24/0x130 [ 6.916831] ret_from_fork+0x10/0x20 Fix it by passing the GFP_ATOMIC gfp flag for the corresponding memory allocation. (CVE-2023-53099)

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

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

  - 遭入侵的內容處理程序可將惡意資料提供給「PathRecording」，從而導致超出邊界寫入，進而在有權限的處理程序中導致可能遭到惡意利用的損毀。此弱點會影響 Firefox < 118、Firefox ESR < 115.3 和 Thunderbird < 115.3。(CVE-2023-5169)

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

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

  - 1.31.1、 1.30.1、 1.29.3 和 1.27.5 之前的 Mediawiki 1.31 含有一個瑕疵與文件相反 $wgRateLimits 項目「user」的項目會覆寫「newbie」的項目。 (CVE-2018-0503)

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

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

  - 已解決 Linux 核心中的下列弱點：f2fs: fix to avoid use-after-free issue in f2fs_filemap_fault syzbot reports a f2fs bug as below: BUG: KASAN: slab-use-after-free in f2fs_filemap_fault+0xd1/0x2c0 fs/f2fs/file.c:49 Read of size 8 at addr ffff88807bb22680 by task syz-executor184/5058 CPU: 0 PID: 5058 Comm: syz-executor184 Not tainted 6.7.0-syzkaller-09928-g052d534373b7 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 11/17/2023 Call Trace:
    <TASK> __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0x1e7/0x2d0 lib/dump_stack.c:106 print_address_description mm/kasan/report.c:377 [inline] print_report+0x163/0x540 mm/kasan/report.c:488 kasan_report+0x142/0x170 mm/kasan/report.c:601 f2fs_filemap_fault+0xd1/0x2c0 fs/f2fs/file.c:49
    __do_fault+0x131/0x450 mm/memory.c:4376 do_shared_fault mm/memory.c:4798 [inline] do_fault mm/memory.c:4872 [inline] do_pte_missing mm/memory.c:3745 [inline] handle_pte_fault mm/memory.c:5144 [inline] __handle_mm_fault+0x23b7/0x72b0 mm/memory.c:5285 handle_mm_fault+0x27e/0x770 mm/memory.c:5450 do_user_addr_fault arch/x86/mm/fault.c:1364 [inline] handle_page_fault arch/x86/mm/fault.c:1507 [inline] exc_page_fault+0x456/0x870 arch/x86/mm/fault.c:1563 asm_exc_page_fault+0x26/0x30 arch/x86/include/asm/idtentry.h:570 The root cause is: in f2fs_filemap_fault(), vmf->vma may be not alive after filemap_fault(), so it may cause use-after-free issue when accessing vmf->vma->vm_flags in trace_f2fs_filemap_fault(). So it needs to keep vm_flags in separated temporary variable for tracepoint use. (CVE-2024-27070)

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

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

  - ice檢查 ice_vc_add_fdir_fltr() 中的 VF VSI 指標值如提交 baeb705fd6a7 (ice
    一律檢查 VF VSI 指標值)因此我們需要先對 ice_get_vf_vsi() 的傳回值執行 null 指標檢查然後再使用它。 (CVE-2025-37912)

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

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

  - 在使用 Mustache 函式評估特製搜尋範本時Elasticsearch 中不受控制的資源消耗會造成 Elasticsearch 節點損毀進而導致拒絕服務。
    (CVE-2024-52979)

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

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

  - 已解決 Linux 核心中的下列弱點：drm/bridge: lt8912b: Fix crash on bridge detach The lt8912b driver, in its bridge detach function, calls drm_connector_unregister() and drm_connector_cleanup(). drm_connector_unregister() should be called only for connectors explicitly registered with drm_connector_register(), which is not the case in lt8912b. The driver's drm_connector_funcs.destroy hook is set to drm_connector_cleanup(). Thus the driver should not call either drm_connector_unregister() nor drm_connector_cleanup() in its lt8912_bridge_detach(), as they cause a crash on bridge detach: Unable to handle kernel NULL pointer dereference at virtual address 0000000000000000 Mem abort info: ESR = 0x0000000096000006 EC = 0x25: DABT (current EL), IL = 32 bits SET = 0, FnV = 0 EA = 0, S1PTW = 0 FSC = 0x06: level 2 translation fault Data abort info: ISV = 0, ISS = 0x00000006, ISS2 = 0x00000000 CM = 0, WnR = 0, TnD = 0, TagAccess = 0 GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0 user pgtable: 4k pages, 48-bit VAs, pgdp=00000000858f3000 [0000000000000000] pgd=0800000085918003, p4d=0800000085918003, pud=0800000085431003, pmd=0000000000000000 Internal error: Oops: 0000000096000006 [#1] PREEMPT SMP Modules linked in: tidss(-) display_connector lontium_lt8912b tc358768 panel_lvds panel_simple drm_dma_helper drm_kms_helper drm drm_panel_orientation_quirks CPU: 3 PID: 462 Comm: rmmod Tainted: G W 6.5.0-rc2+ #2 Hardware name: Toradex Verdin AM62 on Verdin Development Board (DT) pstate:
    80000005 (Nzcv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc : drm_connector_cleanup+0x78/0x2d4 [drm] lr :
    lt8912_bridge_detach+0x54/0x6c [lontium_lt8912b] sp : ffff800082ed3a90 x29: ffff800082ed3a90 x28:
    ffff0000040c1940 x27: 0000000000000000 x26: 0000000000000000 x25: dead000000000122 x24: dead000000000122 x23: dead000000000100 x22: ffff000003fb6388 x21: 0000000000000000 x20: 0000000000000000 x19:
    ffff000003fb6260 x18: fffffffffffe56e8 x17: 0000000000000000 x16: 0010000000000000 x15: 0000000000000038 x14: 0000000000000000 x13: ffff800081914b48 x12: 000000000000040e x11: 000000000000015a x10:
    ffff80008196ebb8 x9 : ffff800081914b48 x8 : 00000000ffffefff x7 : ffff0000040c1940 x6 : ffff80007aa649d0 x5 : 0000000000000000 x4 : 0000000000000001 x3 : ffff80008159e008 x2 : 0000000000000000 x1 :
    0000000000000000 x0 : 0000000000000000 Call trace: drm_connector_cleanup+0x78/0x2d4 [drm] lt8912_bridge_detach+0x54/0x6c [lontium_lt8912b] drm_bridge_detach+0x44/0x84 [drm] drm_encoder_cleanup+0x40/0xb8 [drm] drmm_encoder_alloc_release+0x1c/0x30 [drm] drm_managed_release+0xac/0x148 [drm] drm_dev_put.part.0+0x88/0xb8 [drm] devm_drm_dev_init_release+0x14/0x24 [drm] devm_action_release+0x14/0x20 release_nodes+0x5c/0x90 devres_release_all+0x8c/0xe0 device_unbind_cleanup+0x18/0x68 device_release_driver_internal+0x208/0x23c driver_detach+0x4c/0x94 bus_remove_driver+0x70/0xf4 driver_unregister+0x30/0x60 platform_driver_unregister+0x14/0x20 tidss_platform_driver_exit+0x18/0xb2c [tidss]
    __arm64_sys_delete_module+0x1a0/0x2b4 invoke_syscall+0x48/0x110 el0_svc_common.constprop.0+0x60/0x10c do_el0_svc_compat+0x1c/0x40 el0_svc_compat+0x40/0xac el0t_32_sync_handler+0xb0/0x138 el0t_32_sync+0x194/0x198 Code: 9104a276 f2fbd5b7 aa0203e1 91008af8 (f85c0420) (CVE-2023-52856)

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

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

  - 在 Linux 核心 3.13 至 5.4 版中，Linux 核心的 KVM Hypervisor 處理「KVM_GET_EMULATED_CPUID」ioctl(2) 要求以取得 KVM Hypervisor 模擬的 CPUID 功能時，發現一個超出邊界記憶體寫入問題。能夠存取「/dev/kvm」裝置的使用者或處理序可利用此缺陷損毀系統，進而導致拒絕服務。(CVE-2019-19332)

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

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

  - 在 powerpc 平台上的 Linux 核心 5.2.1 和之前所有版本中，停用硬體交易記憶體時，本機使用者可透過傳送特製訊號幀的 sigreturn() 系統呼叫造成拒絕服務 (TM Bad Thing 例外狀況和系統損毀)。此問題影響 arch/powerpc/kernel/signal_32.c 和 arch/powerpc/kernel/signal_64.c。(CVE-2019-13648)

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

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

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

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

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

  - 將檔案描述符號從 fork 伺服器洩漏至 web 內容處理程序可導致權限提升攻擊。此弱點會影響 Firefox < 137 和 Thunderbird < 137。(CVE-2025-3032)

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

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

  - 在 7.0 之前的 Intel(R) Ethernet 700 系列控制器版本中i40e 驅動程式中的緩衝區溢位可能允許經驗證的使用者透過本機存取權提升權限。 (CVE-2019-0145)

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

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

  - 已解決 Linux 核心中的下列弱點：ASoC: mediatek: sof-common: Add NULL check for normal_link string It's not granted that all entries of struct sof_conn_stream declare a `normal_link` (a non-SOF, direct link) string, and this is the case for SoCs that support only SOF paths (hence do not support both direct and SOF usecases). For example, in the case of MT8188 there is no normal_link string in any of the sof_conn_stream entries and there will be more drivers doing that in the future. To avoid possible NULL pointer KPs, add a NULL check for `normal_link`. (CVE-2024-35842)

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

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

  - 當使用者觸發惡意 UDF 影像的 udf_file_write_iter 函式時，在 Linux 核心 UDF 檔案系統功能中發現一個 NULL 指標解除參照缺陷。本機使用者可能會利用此缺陷造成系統當機。實際受影響的是 Linux 核心 4.2-rc1 版至 5.17-rc2 版。(CVE-2022-0617)

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

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

  - 來自 `gfx::SourceSurfaceSkia::Map()` 的傳回值並未經過驗證這可能導致 null 指標解除參照。此弱點會影響 Firefox < 110。(CVE-2023-25733)

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

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

  - 當在作為 `with` 環境使用的物件上查詢內容名稱時可能會觸發遭惡意利用的類型混淆。此弱點會影響 Firefox < 130、Firefox ESR < 128.2、Firefox ESR < 115.15、Thunderbird < 128.2和 Thunderbird < 115.15。 (CVE-2024-8381)

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

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

  - 已解決 Linux 核心中的下列弱點：swiotlb: initialise restricted pool list_head when SWIOTLB_DYNAMIC=y Using restricted DMA pools (CONFIG_DMA_RESTRICTED_POOL=y) in conjunction with dynamic SWIOTLB (CONFIG_SWIOTLB_DYNAMIC=y) leads to the following crash when initialising the restricted pools at boot-time: | Unable to handle kernel NULL pointer dereference at virtual address 0000000000000008 | Internal error: Oops: 0000000096000005 [#1] PREEMPT SMP | pc :
    rmem_swiotlb_device_init+0xfc/0x1ec | lr : rmem_swiotlb_device_init+0xf0/0x1ec | Call trace: | rmem_swiotlb_device_init+0xfc/0x1ec | of_reserved_mem_device_init_by_idx+0x18c/0x238 | of_dma_configure_id+0x31c/0x33c | platform_dma_configure+0x34/0x80 faddr2line reveals that the crash is in the list validation code: include/linux/list.h:83 include/linux/rculist.h:79 include/linux/rculist.h:106 kernel/dma/swiotlb.c:306 kernel/dma/swiotlb.c:1695 because add_mem_pool() is trying to list_add_rcu() to a NULL 'mem->pools'. Fix the crash by initialising the 'mem->pools' list_head in rmem_swiotlb_device_init() before calling add_mem_pool(). (CVE-2024-36925)

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

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

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

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

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

  - Linux 核心 net/sched 中的不當更新參照計數弱點允許本機攻擊者將特權提升至 root。此問題會影響：Linux 核心 5.18 之前版本；4.14 和更新版本。(CVE-2022-29581)

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

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

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

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

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

  - 在某些情況下，檔案下載設施未充分清理檔案路徑。這可能會導致使用者取得他們不應存取的私人檔案的存取權。在此安全公告發佈之後，某些網站可能需要變更組態。如果更新後存取私密檔案有問題請檢閱您的 Drupal 版本資訊。 (CVE-2023-31250)

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

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

  - espintcp修正 skb 洩漏。一些錯誤路徑缺少 kfree_skb。 (CVE-2025-38057)

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

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

  - 在 4.8.11 及之前版本的 Linux 核心中，drivers/vfio/pci/vfio_pci_intrs.c 會誤用 kzalloc 函式，進而允許本機使用者利用 vfio PCI 裝置檔案的存取權，引致拒絕服務 (整數溢位) 或造成其他不明影響。(CVE-2016-9084)

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

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

  - 使用 <code>sourceMappingUrls</code> 內嵌的重新導向，可在沒有 <code>allow-top-navigation-to-custom-protocols</code> 的情況下瀏覽沙箱 iframe 中的外部通訊協定連結。此弱點會影響 Firefox for Android < 112、Firefox < 112 和 Focus for Android < 112。
    (CVE-2023-29540)

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

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

  - arm64dtsqcommsm8998修正 CPU/L2 閒置狀態延遲和駐留。進入/結束延遲和 MSM8998 閒置狀態中的最低駐留為 ..bad首先針對所有這些調整是針對 CPU 睡眠寫入但 min-residency-us 參數計算有誤 (假設是從下游移植此項目時)然後電源損毀狀態會在 CPU 叢集 * 和 * L2 快取上設定 PC其有不同的定時在 L2 的特定案例中時間會更長因此應該將這些狀態納入考量而不是 CPU 納入考量。此參數設定錯誤並未產生特定問題因為在 MSM8998 上根本沒有 CPU 縮放因此叢集/L2 電源損毀很少 (如果有) 受到影響。不過啟用 CPU 縮放比例時錯誤的計時會產生 SoC 不穩定情況向使用者顯示為隨機、明顯無錯誤的突然重新開機和/或鎖定。當 CPU 縮放為開啟且經常斷電時這組參數可使 SoC 穩定。 (CVE-2021-47187)

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

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

  - 在 2.6.37之前的 Linux 核心中drivers/net/mlx4/port.c 中發生了超出邊界陣列存取。在 mlx4_register_vlan() 或 mlx4_register_mac() 搜尋可用項目且沒有可用項目時迴圈會終止而不更新本機變數 free因而造成超出陣列邊界存取。 (CVE-2010-5332)

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

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

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

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

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

  - serialjsm修正 jsm_uart_port_init 期間未設定造成 serial_base_ctrl_add 損毀的 NPE。錯誤核心 NULL 指標解除參照、位址0000000000000050 OopsOops0000 [#1] PREEMPT SMP NOPTI CPU16 UID0 PID368 通訊(udev-worker) 未受污染的 6.12.25-amd64 #1 Debian 6.12.25-1 RIP
    0010:serial_base_ctrl_add+0x96/0x120 呼叫追踪 <TASK> serial_core_register_port+0x1a0/0x580
    __setup_irq+0x39c/0x660 ? __kmalloc_cache_noprof+0x111/0x310 jsm_uart_port_init+0xe8/0x180 [jsm] jsm_probe_one+0x1f4/0x410 [jsm] local_pci_probe+0x42/0x90 pci_device_probe+0x22f/0x270 real_probe+0xdb/0x340 ? pm_runtime_barrier+0x54/0x90 ? __pfx___driver_attach+0x10/0x10
    __driver_probe_device+0x78/0x110 driver_probe_device+0x1f/0xa0 __driver_attach+0xba/0x1c0 bus_for_each_dev+0x8c/0xe0 bus_add_driver+0x112/0x1f0 driver_register+0x72/0xd0 jsm_init_module+0x36/0xff0 [jsm] ? __pfx_jsm_init_module+0x10/0x10 [jsm] do_one_initcall+0x58/0x310 do_init_module+0x60/0x230 已使用 Digi Neo PCIe 8 連接埠卡測試。 (CVE-2025-38265)

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

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

  在網路命名空間程式碼中發現一個會影響 4.14.11之前的 Linux 核心的釋放後使用弱點。net/core/net_namespace.c 中的 get_net_ns_by_id() 函式在 netns_ids idr 中找到對等網路後未檢查 net::count 值可導致重複釋放和記憶體損毀。無權限的本機使用者可利用此弱點，造成系統上的核心記憶體損毀，進而導致當機。雖然不太可能，但是由於缺陷的本質，無法完全排除特權提升狀況。(CVE-2017-15129)

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

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

  - 在 Linux 核心 5.11.11 之前版本中發現一個問題。net/tipc/node.c 中的 tipc_nl_retrieve_key 未正確驗證特定的資料大小，即 CID-0217ed2848e8。(CVE-2021-29646)

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

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

  - ipvs修正 saddr 引數 [1] 的 uninit-value 之 do_output_route4 syzbot 報告中 saddr 的 uninit-value。認可 4754957f04f5 (ipvs請勿針對通道使用隨機本機來源位址) 已暗示應忽略 saddr 的輸入值但程式碼仍在讀取該值這可能會阻止 連線路由。透過變更 ret_saddr 的引數來修正此問題。 [1] 錯誤KMSANdo_output_route4+0x42c/0x4d0 net/netfilter/ipvs/ip_vs_xmit.c:147 do_output_route4+0x42c/0x4d0 net/netfilter/ipvs/ip_vs_xmit.c:147 中的 uninit-value __ip_vs_get_out_rt+0x403/0x21d0 net/ netfilter/ipvs/ip_vs_xmit.c:330 ip_vs_tunnel_xmit+0x205/0x2380 net/netfilter/ipvs/ip_vs_xmit.c:1136 ip_vs_in_hook+0x1aa5/0x35b0 net/netfilter/ipvs/ip_vs_core.c:2063 nf_hook_entry_hookfninclude/////linux 154 [內嵌] nf_hook_slow+0xf7/0x400 net/netfilter/core.c:626 nf_hook include/linux/netfilter.h:269 [內嵌]
    __ip_local_out+0x758/0x7e0 net/ipv4/ip_output.c:118 ip_local_out net/ipv4/ip_output.c:127 [內嵌] ip_send_skb+0x6a/0x3c0 net/ipv4/ip_output.c:1501 udp_send_skb+0xfda/0x1b70 net/ipv4/ udp.c:1195 udp_sendmsg+0x2fe3/0x33c0 net/ipv4/udp.c:1483 inet_sendmsg+0x1fc/0x280 net/ipv4/af_inet.c:851 sock_sendmsg_nosec net/socket.c:712 [內嵌] __sock_sendmsg+0x267/0x380 net /socket.c:727
    ____sys_sendmsg+0x91b/0xda0 net/socket.c:2566 ___sys_sendmsg+0x28d/0x3c0 net/socket.c:2620
    __sys_sendmmsg+0x41d/0x880 net/socket.c:2702 __compat_sys_sendmmsg net/compat.c:360 [內嵌]
    __do_compat_sys_sendmmsg net/compat.c:367 [內嵌] __se_compat_sys_sendmmsg net/compat.c:364 [內嵌]
    __ia32_compat_sys_sendmmsg+0xc8/0x140 net/compat.c:364 ia32_sys_call+0x3ffa/0x41f0 arch/x86/include/generated/asm/syscalls_32.h:346 do_syscall_32_irqs_on arch/x86/entry/syscall_32.c:83 [內嵌] __do_fast_sys_32+xb0 /0x110 arch/x86/entry/syscall_32.c:306 do_fast_syscall_32+0x38/0x80 arch/x86/entry/syscall_32.c:331 do_SYSENTER_32+0x1f/0x30 arch/x86/entry/syscall_32.c:369 entry_SYSENTER_compat_after_hwframe+0x84/0x8e Uninit 建立於 slab_post_alloc_hook mm/slub.c:4167 [內嵌] slab_alloc_node mm/slub.c:4210 [內嵌] __kmalloc_cache_noprof+0x8fa/0xe00 mm/slub.c:4367 kmalloc_noprof include/linux/slab.h:905 [內嵌] ip_vs_dest_dst_alloc net/netfilter/ipvs/ip_vs_xmit.c:61 [內嵌] __ip_vs_get_out_rt+0x35d/0x21d0 net/netfilter/ipvs/ip_vs_xmit.c:323 ip_vs_tunnel_xmit+0x205/0x2380 net/netfilter/ipvs/ip_vs_xmit_in_hook136 +0x1aa5/0x35b0 net/netfilter/ipvs/ip_vs_core.c:2063 nf_hook_entry_hookfn include/linux/netfilter.h:154 [內嵌] nf_hook_slow+0xf7/0x400 net/netfilter/core.c 626 nf_hook include/linux/netfilter.h:269 [內嵌]
    __ip_local_out+0x758/0x7e0 net/ipv4/ip_output.c:118 ip_local_out net/ipv4/ip_output.c:127 [內嵌] ip_send_skb+0x6a/0x3c0 net/ipv4/ip_output.c:1501 udp_send_skb+0xfda/0x1b70 net/ipv4/ udp.c:1195 udp_sendmsg+0x2fe3/0x33c0 net/ipv4/udp.c:1483 inet_sendmsg+0x1fc/0x280 net/ipv4/af_inet.c:851 sock_sendmsg_nosec net/socket.c:712 [內嵌] __sock_sendmsg+0x267/0x380 net /socket.c:727
    ____sys_sendmsg+0x91b/0xda0 net/socket.c:2566 ___sys_sendmsg+0x28d/0x3c0 net/socket.c:2620
    __sys_sendmmsg+0x41d/0x880 net/socket.c:2702 __compat_sys_sendmmsg net/compat.c:360 [內嵌]
    __do_compat_sys_sendmmsg net/compat.c:367 [內嵌] __se_compat_sys_sendmmsg net/compat.c:364 [內嵌]
    __ia32_compat_sys_sendmmsg+0xc8/0x140 net/compat.c:364 ia32_sys_call+0x3ffa/0x41f0 arch/x86/include/generated/asm/syscalls_32.h:346 do_syscall_32_irqs_on arch/x86/entry/syscall_32.c:83 [內嵌] __do_fast_sys_32+xb0 /0x110 arch/x86/entry/syscall_32.c:306 do_fast_syscall_32+0x38/0x80 arch/x86/entry/syscall_32.c:331 do_SYSENTER_32+0x1f/0x30 arch/x86/entry/syscall_32.c:369 entry_SYSENTER_compat_after_hwframe+0x84/0x8e CPU0 UID 0 PID22408 通訊syz.4.5165 未受污染 6.15.0-rc3-syzkaller-00019-gbc3372351d0c #0 PREEMPT(undef) 硬體名稱 Google Google Compute Engi
    ---truncated--- (CVE-2025-37961)

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

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

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

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

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

  - 已解決 Linux 核心中的下列弱點：stmmac: intel: Add a missing clk_disable_unprepare() call in intel_eth_pci_remove() Commit 09f012e64e4b (stmmac: intel: Fix clock handling on error and remove paths) removed this clk_disable_unprepare() This was partly revert by commit ac322f86b56c (net: stmmac: Fix clock handling on remove path) which removed this clk_disable_unprepare() because: While unloading the dwmac-intel driver, clk_disable_unprepare() is being called twice in stmmac_dvr_remove() and intel_eth_pci_remove(). This causes kernel panic on the second call. However later on, commit 5ec55823438e8 (net: stmmac: add clocks management for gmac driver) has updated stmmac_dvr_remove() which do not call clk_disable_unprepare() anymore. So this call should now be called from intel_eth_pci_remove(). (CVE-2022-50039)

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

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

  - drm/amd/display防止連結訓練失敗時懸置 [原因] 當連結訓練失敗時實體時鐘會停用。不過在 enable_streams 中假設連結訓練成功且 mux 選擇實體時鐘因而在進行暫存器寫入時造成懸置。[方式] 當啟用 enable_stream 時檢查連結訓練是否失敗。若發生請回復至參照時鐘以避免懸置並使系統保持在可複原的狀態。 (CVE-2025-37870)

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

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

  - ksmbd在 ksmbd 連線 free_transport 函式中新增 free_transport 作業以便從 smbdirect 呼叫 tcp 連線。會造成核心 oops。此修補程式在 ksmbd 連線中新增 free_transport ops並新增 tcp 和 smbdirect 的每個 free_tranports。 (CVE-2025-38325)

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

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

  - Debian Linux - linux - 在 Linux 核心中已解決下列弱點 btrfs: fix a race between renames and directory logging We have a race between a rename and directory inode logging that if it happens and we crash/power fail before the rename completes, the next time the filesystem is mounted, the log replay code will end up deleting the file that was being renamed. This is best explained following a step by step analysis of an interleaving of steps that lead into this situation. Consider the initial conditions: 1) We are at transaction N; 2) We have directories A and B created in a past transaction (< N); 3) We have inode X corresponding to a file that has 2 hardlinks, one in directory A and the other in directory B, so we'll name them as A/foo_link1 and B/foo_link2. Both hard links were persisted in a past transaction (< N); 4) We have inode Y corresponding to a file that as a single hard link and is located in directory A, we'll name it as A/bar. This file was also persisted in a past transaction (< N). The steps leading to a file loss are the following and for all of them we are under transaction N: 1) Link A/foo_link1 is removed, so inode's X last_unlink_trans field is updated to N, through btrfs_unlink() -> btrfs_record_unlink_dir(); 2) Task A starts a rename for inode Y, with the goal of renaming from A/bar to A/baz, so we enter btrfs_rename(); 3) Task A inserts the new BTRFS_INODE_REF_KEY for inode Y by calling btrfs_insert_inode_ref(); 4) Because the rename happens in the same directory, we don't set the last_unlink_trans field of directoty A's inode to the current transaction id, that is, we don't cal btrfs_record_unlink_dir(); 5) Task A then removes the entries from directory A (BTRFS_DIR_ITEM_KEY and BTRFS_DIR_INDEX_KEY items) when calling
    __btrfs_unlink_inode() (actually the dir index item is added as a delayed item, but the effect is the same); 6) Now before task A adds the new entry A/baz to directory A by calling btrfs_add_link(), another task, task B is logging inode X; 7) Task B starts a fsync of inode X and after logging inode X, at btrfs_log_inode_parent() it calls btrfs_log_all_parents(), since inode X has a last_unlink_trans value of N, set at in step 1; 8) At btrfs_log_all_parents() we search for all parent directories of inode X using the commit root, so we find directories A and B and log them. Bu when logging direct A, we don't have a dir index item for inode Y anymore, neither the old name A/bar nor for the new name A/baz since the rename has deleted the old name but has not yet inserted the new name - task A hasn't called yet btrfs_add_link() to do that. Note that logging directory A doesn't fallback to a transaction commit because its last_unlink_trans has a lower value than the current transaction's id (see step 4); 9) Task B finishes logging directories A and B and gets back to btrfs_sync_file() where it calls btrfs_sync_log() to persist the log tree; 10) Task B successfully persisted the log tree, btrfs_sync_log() completed with success, and a power failure happened. We have a log tree without any directory entry for inode Y, so the log replay code deletes the entry for inode Y, name A/bar, from the subvolume tree since it doesn't exist in the log tree and the log tree is authorative for its index (we logged a BTRFS_DIR_LOG_INDEX_KEY item that covers the index range for the dentry that corresponds to A/bar). Since there's no other hard link for inode Y and the log replay code deletes the name A/bar, the file is lost. The issue wouldn't happen if task B synced the log only after task A called btrfs_log_new_name(), which would update the log with the new name for inode Y (A/bar). Fix this by pinning the log root during renames before removing the old directory entry, and unpinning af ---truncated--- (CVE-2025-38365)

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

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

  - 在 libsoup 中發現一個瑕疵。HTTP 範圍要求的實作容易遭受資源消耗攻擊。此瑕疵允許惡意用戶端在單一 HTTP 要求中多次要求相同範圍進而造成伺服器使用大量記憶體。這並不允許完全的拒絕服務。 (CVE-2025-32907)

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

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

  - Debian Linux - ffmpeg - 無 Ubuntu Linux - [FFmpeg ALS 解碼器 (libavcodec/alsdec.c) 中發生 NULL 指標解除參照] (CVE-2025-7700)

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

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

  - 已解決 Linux 核心中的下列弱點：drm/xe: Only use reserved BCS instances for usm migrate exec queue The GuC context scheduling queue is 2 entires deep, thus it is possible for a migration job to be stuck behind a fault if migration exec queue shares engines with user jobs. This can deadlock as the migrate exec queue is required to service page faults. Avoid deadlock by only using reserved BCS instances for usm migrate exec queue. (cherry picked from commit 04f4a70a183a688a60fe3882d6e4236ea02cfc67) (CVE-2024-37026)

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

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

  - 在某些情況下可繞過使用者選擇加入設定 (即 Focus 應在使用前要求驗證) (與 CVE-2025-0245不同)。此弱點會影響 Firefox < 136。
    (CVE-2025-1941)

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

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

  - 已解決 Linux 核心中的下列弱點：s390/mm: Fix in_atomic()...
    (CVE-2025-38359)

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

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

  - 與 HTTP/2 Proxy 通訊的 gRPC 用戶端可毒害 Proxy 和後端之間的 HPACK 表格使其他用戶端看到失敗的要求。也有可能利用此弱點洩漏其他用戶端 HTTP 標頭金鑰，但不會洩漏值。發生此問題的原因是，在標頭讀取之間未清除編碼錯誤標頭的錯誤狀態，導致第一個要求中後續 (遞增索引) 新增的標頭遭到毒害，直到從 HPACK 表格中清除為止。請盡快更新至已修正的 gRPC 版本。此錯誤已在 1.58.3、1.59.5、1.60.2、1.61.3、1.62.3、1.63.2、1.64.3、1.65.4 中修正。(CVE-2024-7246)

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

ID	名稱	嚴重性
244533	Linux Distros 未修補的弱點：CVE-2021-23971	medium
244532	Linux Distros 未修補的弱點：CVE-2022-49894	medium
244531	Linux Distros 未修補的弱點：CVE-2019-19078	high
244530	Linux Distros 未修補的弱點：CVE-2024-26809	medium
244529	Linux Distros 未修補的弱點：CVE-2025-22059	medium
244528	Linux Distros 未修補的弱點：CVE-2024-26825	medium
244527	Linux Distros 未修補的弱點：CVE-2024-46865	high
244526	Linux Distros 未修補的弱點：CVE-2024-20971	medium
244525	Linux Distros 未修補的弱點：CVE-2023-53099	medium
244524	Linux Distros 未修補的弱點：CVE-2023-5169	medium
244523	Linux Distros 未修補的弱點：CVE-2018-0503	medium
244522	Linux Distros 未修補的弱點：CVE-2024-27070	high
244521	Linux Distros 未修補的弱點：CVE-2025-37912	medium
244520	Linux Distros 未修補的弱點：CVE-2024-52979	medium
244519	Linux Distros 未修補的弱點：CVE-2023-52856	medium
244518	Linux Distros 未修補的弱點：CVE-2019-19332	medium
244517	Linux Distros 未修補的弱點：CVE-2019-13648	medium
244516	Linux Distros 未修補的弱點：CVE-2024-20963	medium
244515	Linux Distros 未修補的弱點：CVE-2025-3032	high
244514	Linux Distros 未修補的弱點：CVE-2019-0145	high
244513	Linux Distros 未修補的弱點：CVE-2024-35842	medium
244512	Linux Distros 未修補的弱點：CVE-2022-0617	medium
244511	Linux Distros 未修補的弱點：CVE-2023-25733	high
244510	Linux Distros 未修補的弱點：CVE-2024-8381	critical
244509	Linux Distros 未修補的弱點：CVE-2024-36925	medium
244508	Linux Distros 未修補的弱點：CVE-2024-3865	high
244507	Linux Distros 未修補的弱點：CVE-2022-29581	high
244506	Linux Distros 未修補的弱點：CVE-2025-3030	high
244505	Linux Distros 未修補的弱點：CVE-2023-31250	medium
244504	Linux Distros 未修補的弱點：CVE-2025-38057	medium
244503	Linux Distros 未修補的弱點：CVE-2016-9084	high
244502	Linux Distros 未修補的弱點：CVE-2023-29540	medium
244501	Linux Distros 未修補的弱點：CVE-2021-47187	medium
244500	Linux Distros 未修補的弱點：CVE-2010-5332	medium
244499	Linux Distros 未修補的弱點：CVE-2022-21412	medium
244498	Linux Distros 未修補的弱點：CVE-2025-38265	medium
244497	Linux Distros 未修補的弱點：CVE-2017-15129	medium
244496	Linux Distros 未修補的弱點：CVE-2021-29646	medium
244495	Linux Distros 未修補的弱點：CVE-2025-37961	medium
244494	Linux Distros 未修補的弱點：CVE-2022-21374	medium
244493	Linux Distros 未修補的弱點：CVE-2022-50039	medium
244492	Linux Distros 未修補的弱點：CVE-2025-37870	medium
244491	Linux Distros 未修補的弱點：CVE-2025-38325	medium
244490	Linux Distros 未修補的弱點：CVE-2025-38365	medium
244489	Linux Distros 未修補的弱點：CVE-2025-32907	medium
244488	Linux Distros 未修補的弱點：CVE-2025-7700	medium
244487	Linux Distros 未修補的弱點：CVE-2024-37026	medium
244486	Linux Distros 未修補的弱點：CVE-2025-1941	critical
244485	Linux Distros 未修補的弱點：CVE-2025-38359	medium
244484	Linux Distros 未修補的弱點：CVE-2024-7246	medium

偵測

Nessus 的 Misc. 系列

medium

medium

high

medium

medium

medium

high

medium

medium

medium

medium

high

medium

medium

medium

medium

medium

medium

high

high

medium

medium

high

critical

medium

high

high

high

medium

medium

high

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

critical

medium

medium