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

  - 已解決 Linux 核心中的下列弱點：slimbus: qcom-ngd: cleanup in probe error path Add proper error path in probe() to cleanup resources previously acquired/allocated to fix warnings visible during probe deferral: notifier callback qcom_slim_ngd_ssr_notify already registered WARNING: CPU: 6 PID: 70 at kernel/notifier.c:28 notifier_chain_register+0x5c/0x90 Modules linked in: CPU:
    6 PID: 70 Comm: kworker/u16:1 Not tainted 6.0.0-rc3-next-20220830 #380 Call trace:
    notifier_chain_register+0x5c/0x90 srcu_notifier_chain_register+0x44/0x90 qcom_register_ssr_notifier+0x38/0x4c qcom_slim_ngd_ctrl_probe+0xd8/0x400 platform_probe+0x6c/0xe0 really_probe+0xbc/0x2d4 __driver_probe_device+0x78/0xe0 driver_probe_device+0x3c/0x12c
    __device_attach_driver+0xb8/0x120 bus_for_each_drv+0x78/0xd0 __device_attach+0xa8/0x1c0 device_initial_probe+0x18/0x24 bus_probe_device+0xa0/0xac deferred_probe_work_func+0x88/0xc0 process_one_work+0x1d4/0x320 worker_thread+0x2cc/0x44c kthread+0x110/0x114 ret_from_fork+0x10/0x20 (CVE-2022-50298)

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

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

  - net/mlx5修正同步重設卸載事件時的 lockdep 宣告。修正同步重設卸載事件期間觸發的 lockdep 宣告。使用 devlink reload fw_activate 選項起始同步重設流程時PF 已在處理卸載事件時保留 devlink 鎖定。在此情況下委派同步重設會將事件處理卸載回 devlink 回呼處理程序以避免雙重鎖定並解決 lockdep 警告。核心記錄警告 CPU 9 PID 1578在 devl_assert_locked+0x31/0x40 [...] 呼叫追踪 <TASK> mlx5_unload_one_devl_locked+0x2c/0xc0 [mlx5_core] mlx5_sync_reset_unload_event+0xaf/0x2f0 [mlx5_core] process_one_work+0x222/0x640 worker_thread+ 0x199/0x350 kthread+0x10b/0x230 ? __pfx_worker_thread+0x10/0x10 ? __pfx_kthread+0x10/0x10 ret_from_fork+0x8e/0x100 ? __pfx_kthread+0x10/0x10 ret_from_fork_asm+0x1a/0x30 </TASK> (CVE-2025-39832)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 已解決 Linux 核心中的下列弱點：ip6mr: fix UAF issue in ip6mr_sk_done() when addrconf_init_net() failed If the initialization fails in calling addrconf_init_net(), devconf_all is the pointer that has been released. Then ip6mr_sk_done() is called to release the net, accessing devconf->mc_forwarding directly causes invalid pointer access. The process is as follows: setup_net() ops_init() addrconf_init_net() all = kmemdup(...) ---> alloc all ...
    net->ipv6.devconf_all = all; __addrconf_sysctl_register() ---> failed ... kfree(all); ---> ipv6.devconf_all invalid ... ops_exit_list() ... ip6mr_sk_done() devconf = net->ipv6.devconf_all;
    //devconf is invalid pointer if (!devconf || !atomic_read(&devconf->mc_forwarding)) The following is the Call Trace information: BUG: KASAN: use-after-free in ip6mr_sk_done+0x112/0x3a0 Read of size 4 at addr ffff888075508e88 by task ip/14554 Call Trace: <TASK> dump_stack_lvl+0x8e/0xd1 print_report+0x155/0x454 kasan_report+0xba/0x1f0 kasan_check_range+0x35/0x1b0 ip6mr_sk_done+0x112/0x3a0 rawv6_close+0x48/0x70 inet_release+0x109/0x230 inet6_release+0x4c/0x70 sock_release+0x87/0x1b0 igmp6_net_exit+0x6b/0x170 ops_exit_list+0xb0/0x170 setup_net+0x7ac/0xbd0 copy_net_ns+0x2e6/0x6b0 create_new_namespaces+0x382/0xa50 unshare_nsproxy_namespaces+0xa6/0x1c0 ksys_unshare+0x3a4/0x7e0 __x64_sys_unshare+0x2d/0x40 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 RIP: 0033:0x7f7963322547 </TASK> Allocated by task 14554: kasan_save_stack+0x1e/0x40 kasan_set_track+0x21/0x30 __kasan_kmalloc+0xa1/0xb0
    __kmalloc_node_track_caller+0x4a/0xb0 kmemdup+0x28/0x60 addrconf_init_net+0x1be/0x840 ops_init+0xa5/0x410 setup_net+0x5aa/0xbd0 copy_net_ns+0x2e6/0x6b0 create_new_namespaces+0x382/0xa50 unshare_nsproxy_namespaces+0xa6/0x1c0 ksys_unshare+0x3a4/0x7e0 __x64_sys_unshare+0x2d/0x40 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 Freed by task 14554:
    kasan_save_stack+0x1e/0x40 kasan_set_track+0x21/0x30 kasan_save_free_info+0x2a/0x40
    ____kasan_slab_free+0x155/0x1b0 slab_free_freelist_hook+0x11b/0x220 __kmem_cache_free+0xa4/0x360 addrconf_init_net+0x623/0x840 ops_init+0xa5/0x410 setup_net+0x5aa/0xbd0 copy_net_ns+0x2e6/0x6b0 create_new_namespaces+0x382/0xa50 unshare_nsproxy_namespaces+0xa6/0x1c0 ksys_unshare+0x3a4/0x7e0
    __x64_sys_unshare+0x2d/0x40 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 (CVE-2022-50310)

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

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

  - mISDNhfcpci修正刪除使用 CONFIG_DEBUG_OBJECTS_TIMERS 的未初始化計時器時出現的警告卸載 hfcpci 模組導致下列展開顯示[ 250.215892] ODEBUG assert_init 不可用 (作用中狀態 0) 物件ffffffffc01a3dc0 物件類型 timer_list 提示0x0 [ 250.217520]警告 CPU: 0 PID: 233 at lib/debugobjects.c:612 debug_print_object+0x1b6/0x2c0 [ 250.218775] 連結於 hfcpci(-) mISDN_core 的模組 [ 250.219537] CPU: 0 UID: 0 PID: 233 Commmod未受污染的 6.17.0-rc2-g6f713187ac98 #2 PREEMPT(自發) [ 250.220940] 硬體名稱: QEMU Ubuntu 24.04 PC (i440FX + PIIX, 1996)、BIOS 1.16.3-debian-1.16.3-2 04/01 /2014 [ 250.222377] RIP0010:debug_print_object+0x1b6/0x2c0 [ 250.223131] 程式碼fc ff df 48 89 fa 48 c1 ea 03 80 3c 02 00 75 4f 41 56 48 8b 14 dd a0 4e 01 9f 48 89 ee 48 c7 c7 20 46 01 9f e8 cb 84d [ 250.225805] RSP: 0018:ffff888015ea7c08 EFLAGS: 00010286 [ 250.226608] RAX
    0000000000000000 RBX0000000000000005 RCXffffffff9be93a95 [ 250.227708] RDX1ffff1100d945138 RSI
    0000000000000008 RDIffff88806ca289c0 [ 250.228993] RBPffffffff9f014a00 R080000000000000001 R09
    ffffed1002bd4f39 [ 250.230043] R10ffff888015ea79cf R110000000000000001 R120000000000000001 [250.231185] R13ffffffff9eea0520 R14R150000000000000000 8 FS 5 ea [] 7 8 cc [ 250.232454ff] 8 8 FS 5 ea
    00007f3208f01540(0000) GS:ffff8880caf5a000(0000) knlGS:0000000000000000 [ 250.233851] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 250.234856] CR2: 00007f32090a7421 CR3: 0000000004d63000 CR4:
    00000000000006f0 [ 250.236117] 呼叫追踪[ 250.236599] <TASK> [ 250.236967] ? trace_irq_enable.constprop.0+0xd4/0x130 [ 250.237920] debug_object_assert_init+0x1f6/0x310 [ 250.238762] ?
    __pfx_debug_object_assert_init+0x10/0x10 [ 250.239658] ? __lock_acquire+0xdea/0x1c70 [ 250.240369]
    __try_to_del_timer_sync+0x69/0x140 [ 250.241172] ? __pfx___try_to_del_timer_sync+0x10/0x10 [ 250.242058] ?
    __timer_delete_sync+0xc6/0x120 [ 250.242842] ? lock_acquire+0x30/0x80 [ 250.243474] ?
    __timer_delete_sync+0xc6/0x120 [ 250.244262] __timer_delete_sync+0x98/0x120 [ 250.245015] HFC_cleanup+0x10/0x20 [hfcpci] [ 250.245704] __do_sys_delete_module+0x348/0x510 [ 250.246461]
    __pfx___do_sys_delete_module+0x10/0x10 [ 250.247338] do_syscall_64+0xc1/0x360 [ 250.247924] entry_SYSCALL_64_after_hwframe+0x77/0x7f 以 DEFINE_TIMER 巨集初始化 hfc_tl 計時器修正此問題。
    此外使用 mod_timer 而非手動逾時更新。 (CVE-2025-39833)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 因為未定義的行為、Graphics: Canvas2D 元件中的無效指標所導致的沙箱逸出。此弱點會影響 Firefox < 143、Firefox ESR < 140.3、Thunderbird < 143 和 Thunderbird < 140.3。
    (CVE-2025-10528)

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

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

  - iommu/omap修正 debugfs 中的緩衝區溢位。此處有兩個問題1) 必須在第一次寫入前檢查 len 變數。否則如果 omap2_iommu_dump_ctx() 具有少於 32 位元組的位元組則為緩衝區溢位。 2) 如果有足夠的空間snprintf() 函式會傳回*會*已復制的位元組數。但我們想知道 *實際* 複製的位元組數因此改用 scnprintf()。 (CVE-2022-50301)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - drm/radeon修正 radeon_cs_parser_init 中的整數溢位。大小類型為無正負號如果大小為 0x40000000將會發生整數溢位大小在 size *= sizeof(uint32_t) 之後會變成零造成稍後會參照未初始化的記憶體(CVE-2023-53309)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - wifimac80211_hwsim捨棄短框架雖然從技術上講某些控制框架 (如 ACK) 較短且在位址 1 之後結束但此類框架不應透過 wmediumd 或類似的使用者空間轉送因此需要完整的 3 位址標頭以避免在下列情況下存取無效記憶體傳入較短的框架。(CVE-2023-53321)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - efivarfs修正核心上 efivarfs_d_compare 中的 slab-out-of-bounds 問題 6.6 (也存在於主機上)
    BUG: KASANmemcmp+0x98/0xd0 呼叫追踪kasan_check_range+0xe8/0x190 中發生平台超出邊界問題
    __asan_loadN+0x1c/0x28 memcmp+0x98/0xd0 efivarfs_d_compare+0x68/0xd8 __d_lookup_rcu_op_compare+0x178/0x218
    __d_lookup_rcu+0x1f8/0x228 d_alloc_parallel+0x150/0x648 lookup_open.isra.0+0x5f0/0x8d0 open_last_lookups+0x264/0x828 path_openat+0x130/0x3f8 do_filp_open+0x114/0x248 do_sys_openat2+0x340/0x340c
    __arm64_sys_openat+0x120/0x1a0 如果 dentry->d_name.len < EFI_VARIABLE_GUID_LEN「guid」會變成負值進而導致 oob。使用無效檔案名稱的平行查閱可觸發此問題T1 T2 lookup_open
    ->lookup simple_lookup d_add // 無效的 dentry 新增至雜湊清單 lookup_open d_alloc_parallel
    __d_lookup_rcu __d_lookup_rcu_op_compare hlist_bl_for_each_entry_rcu // 可擷取無效的 dentry
    ->d_compare efivarfs_d_compare // oob 透過在 cmp 前檢查「guid」來修正此問題。 (CVE-2025-39817)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - genirq/ipi修正 irq_data_get_affinity_mask() 中的 NULL 指標解除參照。如果使用無效的中斷編號呼叫 ipi_send_{mask|single}()其中的所有本機變數將為 NULL。從這些函式叫用的 ipi_send_verify() 會驗證其「data」參數當傳遞的 NULL 指標解除參照時會導致 irq_data_get_affinity_mask() 中發生核心 oops。在 ipi_send_verify() 中新增遺漏的 NULL 指標檢查... 由 Linux Verification Center (linuxtesting.org) 使用 SVACE 靜態分析工具發現。 (CVE-2023-53332)

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

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

  - 已解決 Linux 核心中的下列弱點：arm64: acpi: Fix possible memory leak of ffh_ctxt Allocated 'ffh_ctxt' memory leak is possible if the SMCCC version and conduit checks fail and
    -EOPNOTSUPP is returned without freeing the allocated memory. Fix the same by moving the allocation after the SMCCC version and conduit checks. (CVE-2023-53266)

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

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

  - netena修正指數退避中的 shift-out-of-bounds 我們執行個體上的 ENA 介面卡偶爾會重設。一旦最近在處理程序中將 UBSAN 失敗記錄到主控台： UBSANbuild/linux/drivers/net/ethernet/amazon/ena/ena_com.c:540:13 中的 shift-out-of-bounds 移位指數 32 對於無法執行32 位元類型 'unsigned int' CPU28 PID70012 通訊kworker/u72:2 Kdump已載入未受污染 5.15.117 硬體名稱: Amazon EC2 c5d.9xlarge/、BIOS 1.0 2017 年 10 月 16 日 工作佇列ena ena_fw_reset_device [ena] 呼叫追踪
    <TASK> dump_stack_lvl+0x4a/0x63 dump_stack+0x10/0x16 ubsan_epilogue+0x9/0x36
    __ubsan_handle_shift_out_of_bounds.cold+0x61/0x10e __const_udelay+0x43/0x50 ena_delay_exponential_backoff_us.cold+0x16/0x1e [ena] wait_for_reset_state+0x54/0xa0 [ena] ena_com_dev_reset+0xc8/0x110 [ena] ena_down+0x3fe/0x480 [ena] ena_destroy_device+0xeb/0set_fdevice0 [ena_w_redevice0+0]300f_redevice0+0]300f_redevice0+xena_w_redevice+0xc8/0x110 [ena] /0x50 [ena] process_one_work+0x22b/0x3d0 worker_thread+0x4d/0x3f0 process_one_work+0x3d0/0x3d0 kthread+0x12a/0x150 ? set_kthread_struct+0x50/0x50 ret_from_fork+0x22/0x30 </TASK> 顯然重設延遲越來越大可能會觸發 UBSAN 不穩定。查看程式碼會發現目前的逾時上限為 5000us。若使用 100us 的基底值目前的程式碼會在 (1<<29) 之後溢位。即使是在 32 之前的值此函式可能會在意外情況下換行。將此退避所用的指數值設定上限為 (1<<16)，該值大於目前所需，但足以支援未來更大的值。 (CVE-2023-53272)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 已解決 Linux 核心中的下列弱點：mtd: core: add missing of_node_get() in dynamic partitions code This fixes unbalanced of_node_put(): [ 1.078910] 6 cmdlinepart partitions found on MTD device gpmi-nand [ 1.085116] Creating 6 MTD partitions on gpmi-nand: [ 1.090181] 0x000000000000-0x000008000000 : nandboot [ 1.096952] 0x000008000000-0x000009000000 : nandfit [1.103547] 0x000009000000-0x00000b000000 : nandkernel [ 1.110317] 0x00000b000000-0x00000c000000 :
    nanddtb [ 1.115525] ------------[ cut here ]------------ [ 1.120141] refcount_t: addition on 0; use-after-free. [ 1.125328] WARNING: CPU: 0 PID: 1 at lib/refcount.c:25 refcount_warn_saturate+0xdc/0x148 [1.133528] Modules linked in: [ 1.136589] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 6.0.0-rc7-next-20220930-04543-g8cf3f7 [ 1.146342] Hardware name: Freescale i.MX8DXL DDR3L EVK (DT) [1.151999] pstate: 600000c5 (nZCv daIF -PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 1.158965] pc :
    refcount_warn_saturate+0xdc/0x148 [ 1.163760] lr : refcount_warn_saturate+0xdc/0x148 [ 1.168556] sp :
    ffff800009ddb080 [ 1.171866] x29: ffff800009ddb080 x28: ffff800009ddb35a x27: 0000000000000002 [ 1.179015] x26: ffff8000098b06ad x25: ffffffffffffffff x24: ffff0a00ffffff05 [ 1.186165] x23: ffff00001fdf6470 x22:
    ffff800009ddb367 x21: 0000000000000000 [ 1.193314] x20: ffff00001fdfebe8 x19: ffff00001fdfec50 x18:
    ffffffffffffffff [ 1.200464] x17: 0000000000000000 x16: 0000000000000118 x15: 0000000000000004 [ 1.207614] x14: 0000000000000fff x13: ffff800009bca248 x12: 0000000000000003 [ 1.214764] x11: 00000000ffffefff x10:
    c0000000ffffefff x9 : 4762cb2ccb52de00 [ 1.221914] x8 : 4762cb2ccb52de00 x7 : 205d313431303231 x6 :
    312e31202020205b [ 1.229063] x5 : ffff800009d55c1f x4 : 0000000000000001 x3 : 0000000000000000 [ 1.236213] x2 : 0000000000000000 x1 : ffff800009954be6 x0 : 000000000000002a [ 1.243365] Call trace: [ 1.245806] refcount_warn_saturate+0xdc/0x148 [ 1.250253] kobject_get+0x98/0x9c [ 1.253658] of_node_get+0x20/0x34 [1.257072] of_fwnode_get+0x3c/0x54 [ 1.260652] fwnode_get_nth_parent+0xd8/0xf4 [ 1.264926] fwnode_full_name_string+0x3c/0xb4 [ 1.269373] device_node_string+0x498/0x5b4 [ 1.273561] pointer+0x41c/0x5d0 [ 1.276793] vsnprintf+0x4d8/0x694 [ 1.280198] vprintk_store+0x164/0x528 [ 1.283951] vprintk_emit+0x98/0x164 [ 1.287530] vprintk_default+0x44/0x6c [ 1.291284] vprintk+0xf0/0x134 [ 1.294428]
    _printk+0x54/0x7c [ 1.297486] of_node_release+0xe8/0x128 [ 1.301326] kobject_put+0x98/0xfc [ 1.304732] of_node_put+0x1c/0x28 [ 1.308137] add_mtd_device+0x484/0x6d4 [ 1.311977] add_mtd_partitions+0xf0/0x1d0 [1.316078] parse_mtd_partitions+0x45c/0x518 [ 1.320439] mtd_device_parse_register+0xb0/0x274 [ 1.325147] gpmi_nand_probe+0x51c/0x650 [ 1.329074] platform_probe+0xa8/0xd0 [ 1.332740] really_probe+0x130/0x334 [1.336406] __driver_probe_device+0xb4/0xe0 [ 1.340681] driver_probe_device+0x3c/0x1f8 [ 1.344869]
    __driver_attach+0xdc/0x1a4 [ 1.348708] bus_for_each_dev+0x80/0xcc [ 1.352548] driver_attach+0x24/0x30 [1.356127] bus_add_driver+0x108/0x1f4 [ 1.359967] driver_register+0x78/0x114 [ 1.363807]
    __platform_driver_register+0x24/0x30 [ 1.368515] gpmi_nand_driver_init+0x1c/0x28 [ 1.372798] do_one_initcall+0xbc/0x238 [ 1.376638] do_initcall_level+0x94/0xb4 [ 1.380565] do_initcalls+0x54/0x94 [1.384058] do_basic_setup+0x1c/0x28 [ 1.387724] kernel_init_freeable+0x110/0x188 [ 1.392084] kernel_init+0x20/0x1a0 [ 1.395578] ret_from_fork+0x10/0x20 [ 1.399157] ---[ end trace 0000000000000000]--- [ 1.403782] ------------[ cut here ]------------ (CVE-2022-50283)

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

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

  - fsjfs修正 dbDiscardAG 中的移位超出邊界問題。藉由保護 dbMount，應將其應用於 syzbot 最近發現的大多數 URSAN 錯誤。當 syzbot 將垃圾填入 bmap 描述符號時。 (CVE-2022-50333)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - btrfs處理 read_one_chunk 中的遺漏裝置時修正範圍對應釋放後使用。在釋放 extent_map 之前儲存錯誤碼。雖然是參照計數結構但在該函式中這是第一次也是最後一次配置因此可能會發生釋放後使用問題。可能會發生此錯誤。當區塊儲存在缺少的裝置上且缺少降級掛載選項時。Bugzilla：
    https://bugzilla.kernel.org/show_bug.cgi?id=216721 (CVE-2022-50300)

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

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

  - 已解決 Linux 核心中的下列弱點：net: lapbether: ignore ops-locked netdevs Syzkaller managed to trigger lock dependency in xsk_notify via register_netdevice. As discussed in [0], using register_netdevice in the notifiers is problematic so skip adding lapbeth for ops-locked devices. xsk_notifier+0xa4/0x280 net/xdp/xsk.c:1645 notifier_call_chain+0xbc/0x410 kernel/notifier.c:85 call_netdevice_notifiers_info+0xbe/0x140 net/core/dev.c:2230 call_netdevice_notifiers_extack net/core/dev.c:2268 [inline] call_netdevice_notifiers net/core/dev.c:2282 [inline] unregister_netdevice_many_notify+0xf9d/0x2700 net/core/dev.c:12077 unregister_netdevice_many net/core/dev.c:12140 [inline] unregister_netdevice_queue+0x305/0x3f0 net/core/dev.c:11984 register_netdevice+0x18f1/0x2270 net/core/dev.c:11149 lapbeth_new_device drivers/net/wan/lapbether.c:420 [inline] lapbeth_device_event+0x5b1/0xbe0 drivers/net/wan/lapbether.c:462 notifier_call_chain+0xbc/0x410 kernel/notifier.c:85 call_netdevice_notifiers_info+0xbe/0x140 net/core/dev.c:2230 call_netdevice_notifiers_extack net/core/dev.c:2268 [inline] call_netdevice_notifiers net/core/dev.c:2282 [inline] __dev_notify_flags+0x12c/0x2e0 net/core/dev.c:9497 netif_change_flags+0x108/0x160 net/core/dev.c:9526 dev_change_flags+0xba/0x250 net/core/dev_api.c:68 devinet_ioctl+0x11d5/0x1f50 net/ipv4/devinet.c:1200 inet_ioctl+0x3a7/0x3f0 net/ipv4/af_inet.c:1001 0:
    https://lore.kernel.org/netdev/20250625140357.6203d0af@kernel.org/ (CVE-2025-39796)

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

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

  - mediaxilinxvipp修正 xvip_graph_dma_init 中的 refcount 洩漏。of_get_child_by_name() 傳回具有已遞增 refcount 的節點指標時則不再需要時應使用 of_node_put()。新增遺漏的 of_node_put() 以避免 refcount 洩漏。 (CVE-2022-50309)

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

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

  - PNP修正 pnp_alloc_dev() 中的名稱記憶體洩漏在提交 1fa5ae857bb1 (驅動程式核心擺脫結構裝置的 bus_id 字串陣列)之後動態配置裝置的名稱將 dev_set_name() 移至 pnp_add_id() 之後以避免記憶體洩漏。 (CVE-2022-50278)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - KVMx86將 array_index_nospec 與來自來賓 min 和 dest_id 的索引搭配使用是來賓控制的索引。在邊界檢查後使用 array_index_nospec() 可箝制這些值以減輕推測執行旁路。 (CVE-2025-39823)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - dm始終分割寫入 BIO 以限制區域裝置。任何需要區域附加模擬的 zoned DM 目標都會使用區塊層區域寫入插入。在此情況下DM 目標驅動程式不得使用 dm_accept_partial_bio() 分割 BIO否則可能導致佇列凍結作業鎖死。
    目標驅動程式也無法分割用來模擬區域附加作業的一般寫入作業因為這會導致使用 BIO 磁區傳回無效的 writen 磁區值。為使 zoned DM 目標驅動程式避免此類不正確的 BIO 分割我們必須先確認大型 BIO 已分割然後再傳送至目標的 map() 函式如此便可保證不超過對應裝置的限制。 dm-crypt 和 dm-flakey 是唯一支援 zoned 裝置及使用 dm_accept_partial_bio() 的目標驅動程式。若是 dm-crypt此函式會用來根據內部 max_write_size 限制 (將在不同修補程式中隱藏) 分割 BIO。不過由於 crypt_alloc_buffer() 使用的 bioset 最多只允許 BIO 中的 BIO_MAX_VECS (256) 向量。因此必須遵守 dm-crypt 裝置 max_segments 限制 (未設定因此預設為 BLK_MAX_SEGMENTS (128)) 並據此分割寫入 BIO。若是 dm-flakey由於不需要區域附加模擬因此不會使用區塊層區域寫入插入也不需要分割 BIO。修改 dm_zone_bio_needs_split() 函式以使用區塊層 helper 函式 bio_needs_zone_write_plugging() 強制呼叫 dm_split_and_process_bio() 中的 bio_split_to_limits()。如此可讓 DM 目標驅動程式避免針對 zoned DM 裝置上的寫入作業使用 dm_accept_partial_bio()。 (CVE-2025-39792)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - misc vmw_balloon修正使用 debugfs_lookup() 時發生的記憶體洩漏。呼叫 debugfs_lookup() 時結果必須有呼叫 dput() 否則記憶體會隨著時間推移而洩漏。為使事情變得更簡單只要呼叫 debugfs_lookup_and_remove() 而不是它會立即處理所有邏輯。 (CVE-2023-53279)

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

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

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

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - ocfs2修正 ocfs2_stack_glue_init() 中的記憶體洩漏如果 ocfs2_sysfs_init() 失敗ocfs2_table_header 應該在 ocfs2_stack_glue_init() 中釋放否則 kmemleak 會報告 memleak。錯誤記憶體洩漏未參照物件 0xffff88810eeb5800 (大小 128)comm modprobe、pid 4507、jiffies 4296182506 (55.888s) 十六進位轉儲存 (前 32 個位元組)c0 40 14 a0 ff ff ff ff 00 00 00 00 01 00 00 00。 @........ 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ 反向追踪 [<000000001e59e1cd>]
    __register_sysctl_table+0xca/0xef0 [<00000000c04f70f7>] 0xffffffffa0050037 [<000000001bd12912>] do_one_initcall+0xdb/0x480 [<0000000064f766c9>] do_init_module+0x1cf/0x680 [<000000002ba52db0>] load_module+0x6441/0x6f20 [<000000009772580d>] __do_sys_finit_module+0x12f/0x1+0x12f/<00000000380c1f22>0x1 do_syscall_64+0x3f/0x90 [<000000004cf473bc>] entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2022-50289)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 已解決 Linux 核心中的下列弱點：kcm: annotate data-races around kcm->rx_wait kcm->rx_psock can be read locklessly in kcm_rfree(). Annotate the read and writes accordingly. syzbot reported: BUG: KCSAN: data-race in kcm_rcv_strparser / kcm_rfree write to 0xffff88810784e3d0 of 1 bytes by task 1823 on cpu 1: reserve_rx_kcm net/kcm/kcmsock.c:283 [inline] kcm_rcv_strparser+0x250/0x3a0 net/kcm/kcmsock.c:363 __strp_recv+0x64c/0xd20 net/strparser/strparser.c:301 strp_recv+0x6d/0x80 net/strparser/strparser.c:335 tcp_read_sock+0x13e/0x5a0 net/ipv4/tcp.c:1703 strp_read_sock net/strparser/strparser.c:358 [inline] do_strp_work net/strparser/strparser.c:406 [inline] strp_work+0xe8/0x180 net/strparser/strparser.c:415 process_one_work+0x3d3/0x720 kernel/workqueue.c:2289 worker_thread+0x618/0xa70 kernel/workqueue.c:2436 kthread+0x1a9/0x1e0 kernel/kthread.c:376 ret_from_fork+0x1f/0x30 arch/x86/entry/entry_64.S:306 read to 0xffff88810784e3d0 of 1 bytes by task 17869 on cpu 0: kcm_rfree+0x121/0x220 net/kcm/kcmsock.c:181 skb_release_head_state+0x8e/0x160 net/core/skbuff.c:841 skb_release_all net/core/skbuff.c:852 [inline] __kfree_skb net/core/skbuff.c:868 [inline] kfree_skb_reason+0x5c/0x260 net/core/skbuff.c:891 kfree_skb include/linux/skbuff.h:1216 [inline] kcm_recvmsg+0x226/0x2b0 net/kcm/kcmsock.c:1161 ____sys_recvmsg+0x16c/0x2e0 ___sys_recvmsg net/socket.c:2743 [inline] do_recvmmsg+0x2f1/0x710 net/socket.c:2837 __sys_recvmmsg net/socket.c:2916 [inline] __do_sys_recvmmsg net/socket.c:2939 [inline] __se_sys_recvmmsg net/socket.c:2932 [inline]
    __x64_sys_recvmmsg+0xde/0x160 net/socket.c:2932 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x2b/0x70 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd value changed:
    0x01 -> 0x00 Reported by Kernel Concurrency Sanitizer on: CPU: 0 PID: 17869 Comm: syz-executor.2 Not tainted 6.1.0-rc1-syzkaller-00010-gbb1a1146467a-dirty #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 09/22/2022 (CVE-2022-50265)

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

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

  - 已解決 Linux 核心中的下列弱點：net: dsa: Removed unneeded of_node_put in felix_parse_ports_node Remove unnecessary of_node_put from the continue path to prevent child node from being released twice, which could avoid resource leak or other unexpected issues. (CVE-2023-53170)

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

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

  - 已解決 Linux 核心中的下列弱點：HID: intel-thc-hid: intel-quicki2c:
    Fix ACPI dsd ICRS/ISUB length The QuickI2C ACPI _DSD methods return ICRS and ISUB data with a trailing byte, making the actual length is one more byte than the structs defined. It caused stack-out-of-bounds and kernel crash: kernel: BUG: KASAN: stack-out-of-bounds in quicki2c_acpi_get_dsd_property.constprop.0+0x111/0x1b0 [intel_quicki2c] kernel: Write of size 12 at addr ffff888106d1f900 by task kworker/u33:2/75 kernel: kernel: CPU: 3 UID: 0 PID: 75 Comm: kworker/u33:2 Not tainted 6.16.0+ #3 PREEMPT(voluntary) kernel: Workqueue: async async_run_entry_fn kernel: Call Trace:
    kernel: <TASK> kernel: dump_stack_lvl+0x76/0xa0 kernel: print_report+0xd1/0x660 kernel: ?
    __pfx__raw_spin_lock_irqsave+0x10/0x10 kernel: ? __kasan_slab_free+0x5d/0x80 kernel: ? kasan_addr_to_slab+0xd/0xb0 kernel: kasan_report+0xe1/0x120 kernel: ? quicki2c_acpi_get_dsd_property.constprop.0+0x111/0x1b0 [intel_quicki2c] kernel: ? quicki2c_acpi_get_dsd_property.constprop.0+0x111/0x1b0 [intel_quicki2c] kernel:
    kasan_check_range+0x11c/0x200 kernel: __asan_memcpy+0x3b/0x80 kernel:
    quicki2c_acpi_get_dsd_property.constprop.0+0x111/0x1b0 [intel_quicki2c] kernel: ?
    __pfx_quicki2c_acpi_get_dsd_property.constprop.0+0x10/0x10 [intel_quicki2c] kernel:
    quicki2c_get_acpi_resources+0x237/0x730 [intel_quicki2c] [...] kernel: </TASK> kernel: kernel: The buggy address belongs to stack of task kworker/u33:2/75 kernel: and is located at offset 48 in frame: kernel:
    quicki2c_get_acpi_resources+0x0/0x730 [intel_quicki2c] kernel: kernel: This frame has 3 objects: kernel:
    [32, 36) 'hid_desc_addr' kernel: [48, 59) 'i2c_param' kernel: [80, 224) 'i2c_config' ACPI DSD methods return: \_SB.PC00.THC0.ICRS Buffer 000000003fdc947b 001 Len 0C = 0A 00 80 1A 06 00 00 00 00 00 00 00 \_SB.PC00.THC0.ISUB Buffer 00000000f2fcbdc4 001 Len 91 = 00 00 00 00 00 00 00 00 00 00 00 00 Adding reserved padding to quicki2c_subip_acpi_parameter/config. (CVE-2025-39809)

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

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

  - io_uring/memmap移位前將 nr_pages 轉換為 size_t 如果配置的大小超過 UINT_MAX則必須將 mr->nr_pages 值轉換為 size_t以防止其溢位。實際上這並不是什麼大問題因為系統會預先驗證所需的記憶體大小並讓使用者知道。
    並且大小必須 > 4GB才會使缺少轉換成為問題其大大超出了一般使用者 locked_vm 設定其通常在 kb 到 mb 的範圍內。不過若使用 root則無法完成計量然後可能會遇到這個問題。 (CVE-2025-39793)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 已解決 Linux 核心中的下列弱點：drm/amdgpu: fix amdgpu_irq_put call trace in gmc_v11_0_hw_fini The gmc.ecc_irq is enabled by firmware per IFWI setting, and the host driver is not privileged to enable/disable the interrupt. So, it is meaningless to use the amdgpu_irq_put function in gmc_v11_0_hw_fini, which also leads to the call trace. [ 102.980303] Call Trace: [ 102.980303] <TASK> [102.980304] gmc_v11_0_hw_fini+0x54/0x90 [amdgpu] [ 102.980357] gmc_v11_0_suspend+0xe/0x20 [amdgpu] [102.980409] amdgpu_device_ip_suspend_phase2+0x240/0x460 [amdgpu] [ 102.980459] amdgpu_device_ip_suspend+0x3d/0x80 [amdgpu] [ 102.980520] amdgpu_device_pre_asic_reset+0xd9/0x490 [amdgpu] [ 102.980573] amdgpu_device_gpu_recover.cold+0x548/0xce6 [amdgpu] [ 102.980687] amdgpu_debugfs_reset_work+0x4c/0x70 [amdgpu] [ 102.980740] process_one_work+0x21f/0x3f0 [ 102.980741] worker_thread+0x200/0x3e0 [ 102.980742] ? process_one_work+0x3f0/0x3f0 [ 102.980743] kthread+0xfd/0x130 [102.980743] ? kthread_complete_and_exit+0x20/0x20 [ 102.980744] ret_from_fork+0x22/0x30 (CVE-2023-53237)

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

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

  - UMcpuinfo修正 CONFIG_CPUMASK_OFFSTACK 的警告。當選取 CONFIG_CPUMASK_OFFSTACK 和 CONFIG_DEBUG_PER_CPU_MAPS 時我們顯示 /proc/cpuinfo 時cpu_max_bits_warn() 會產生類似以下的運行時間警告。透過使用 nr_cpu_ids (運行時間限制) 而非 NR_CPUS 來重複 CPU 來修正此問題。 [ 3.052463] ------------[cut here ]------------ [ 3.059679] WARNING: CPU: 3 PID: 1 at include/linux/cpumask .h:108 show_cpuinfo+0x5e8/0x5f0 [ 3.070072] Modules linked in: efivarfs autofs4 [3.076257] CPU: 0 PID: 1 Comm: systemd Not tainted 5.19-rc5+ #1052 [ 3.099465] Stack : 9000000100157b08 9000000000f18530 9000000000cf846c 9000000100154000 [ 3.109127] 9000000100157a50 0000000000000000 9000000100157a58 9000000000ef7430 [ 3.118774] 90000001001578e8 0000000000000040 0000000000000020 ffffffffffffffff [ 3.128412] 0000000000aaaaaa 1ab25f00eec96a37 900000010021de80 900000000101c890 [3.138056] 0000000000000000 0000000000000000 0000000000000000 0000000000aaaaaa [ 3.147711] ffff8000339dc220 0000000000000001 0000000006ab4000 0000000000000000 [ 3.157364] 900000000101c998 0000000000000004 9000000000ef7430 0000000000000000 [ 3.167012] 0000000000000009 000000000000006c 0000000000000000 0000000000000000 [ 3.176641] 9000000000d3de08 9000000001639390 90000000002086d8 00007ffff0080286 [3.186260] 00000000000000b0 0000000000000004 0000000000000000 0000000000071c1c [ 3.195868] .. [ 3.199917] 呼叫追踪 [ 3.203941] [<90000000002086d8>] show_stack+0x38/0x14c [ 3.210666] [<9000000000cf846c>] dump_stack_lvl+0x60/0x88 [ 3.217625] [<900000000023d268>] __warn+0xd0/0x100 [ 3.223958] [<9000000000cf3c90>] warn_slowpath_fmt+0x7c/0xcc [ 3.231150] [<9000000000210220>] show_cpuinfo+0x5e8/0x5f0 [ 3.238080] [<90000000004f578c>] seq_read_iter+0x354/0x4b4 [ 3.245098] [<90000000004c2e90>] new_sync_read+0x17c/0x1c4 [ 3.252114] [<90000000004c5174>] vfs_read+0x138/0x1d0 [ 3.258694] [<90000000004c55f8>] ksys_read+0x70/0x100 [ 3.265265] [<9000000000cfde9c>] do_syscall+0x7c/0x94 [3.271820] [<9000000000202fe4>] handle_syscall+0xc4/ 0x160 [ 3.281824] ---[ end trace 8b484262b4b8c24c ]--- (CVE-2022-50296)

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

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

  - drm/xe/vm清除發生錯誤的 scratch_pt 指標藉由清除任何 scratch_pt 錯誤指標避免 xe_vm_free_scratch() 中的清理時觸發錯誤指標的解除參照。 (從認可 358ee50ab565f3c8ea32480e9d03127a81ba32f8 精選) (CVE-2025-39811)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 已解決 Linux 核心中的下列弱點：drm/msm/mdp5: Add check for kzalloc As kzalloc may fail and return NULL pointer, it should be better to check the return value in order to avoid the NULL pointer dereference. Patchwork: https://patchwork.freedesktop.org/patch/514154/ (CVE-2023-53239)

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

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

  - 已解決 Linux 核心中的下列弱點：btrfs: add handling for RAID1C23/DUP to btrfs_reduce_alloc_profile Callers of `btrfs_reduce_alloc_profile` expect it to return exactly one allocation profile flag, and failing to do so may ultimately result in a WARN_ON and remount-ro when allocating new blocks, like the below transaction abort on 6.1. `btrfs_reduce_alloc_profile` has two ways of determining the profile, first it checks if a conversion balance is currently running and uses the profile we're converting to. If no balance is currently running, it returns the max-redundancy profile which at least one block in the selected block group has. This works by simply checking each known allocation profile bit in redundancy order. However, `btrfs_reduce_alloc_profile` has not been updated as new flags have been added - first with the `DUP` profile and later with the RAID1C34 profiles. Because of the way it checks, if we have blocks with different profiles and at least one is known, that profile will be selected. However, if none are known we may return a flag set with multiple allocation profiles set.
    This is currently only possible when a balance from one of the three unhandled profiles to another of the unhandled profiles is canceled after allocating at least one block using the new profile. In that case, a transaction abort like the below will occur and the filesystem will need to be mounted with -o skip_balance to get it mounted rw again (but the balance cannot be resumed without a similar abort).
    [770.648] ------------[ cut here ]------------ [770.648] BTRFS: Transaction aborted (error -22) [770.648] WARNING: CPU: 43 PID: 1159593 at fs/btrfs/extent-tree.c:4122 find_free_extent+0x1d94/0x1e00 [btrfs] [770.648] CPU: 43 PID: 1159593 Comm: btrfs Tainted: G W 6.1.0-0.deb11.7-powerpc64le #1 Debian 6.1.20-2~bpo11+1a~test [770.648] Hardware name: T2P9D01 REV 1.00 POWER9 0x4e1202 opal:skiboot-bc106a0 PowerNV [770.648] NIP: c00800000f6784fc LR: c00800000f6784f8 CTR: c000000000d746c0 [770.648] REGS:
    c000200089afe9a0 TRAP: 0700 Tainted: G W (6.1.0-0.deb11.7-powerpc64le Debian 6.1.20-2~bpo11+1a~test) [770.648] MSR: 9000000002029033 <SF,HV,VEC,EE,ME,IR,DR,RI,LE> CR: 28848282 XER: 20040000 [770.648] CFAR:
    c000000000135110 IRQMASK: 0 GPR00: c00800000f6784f8 c000200089afec40 c00800000f7ea800 0000000000000026 GPR04: 00000001004820c2 c000200089afea00 c000200089afe9f8 0000000000000027 GPR08: c000200ffbfe7f98 c000000002127f90 ffffffffffffffd8 0000000026d6a6e8 GPR12: 0000000028848282 c000200fff7f3800 5deadbeef0000122 c00000002269d000 GPR16: c0002008c7797c40 c000200089afef17 0000000000000000 0000000000000000 GPR20: 0000000000000000 0000000000000001 c000200008bc5a98 0000000000000001 GPR24:
    0000000000000000 c0000003c73088d0 c000200089afef17 c000000016d3a800 GPR28: c0000003c7308800 c00000002269d000 ffffffffffffffea 0000000000000001 [770.648] NIP [c00800000f6784fc] find_free_extent+0x1d94/0x1e00 [btrfs] [770.648] LR [c00800000f6784f8] find_free_extent+0x1d90/0x1e00 [btrfs] [770.648] Call Trace: [770.648] [c000200089afec40] [c00800000f6784f8] find_free_extent+0x1d90/0x1e00 [btrfs] (unreliable) [770.648] [c000200089afed30] [c00800000f681398] btrfs_reserve_extent+0x1a0/0x2f0 [btrfs] [770.648] [c000200089afeea0] [c00800000f681bf0] btrfs_alloc_tree_block+0x108/0x670 [btrfs] [770.648] [c000200089afeff0] [c00800000f66bd68]
    __btrfs_cow_block+0x170/0x850 [btrfs] [770.648] [c000200089aff100] [c00800000f66c58c] btrfs_cow_block+0x144/0x288 [btrfs] [770.648] [c000200089aff1b0] [c00800000f67113c] btrfs_search_slot+0x6b4/0xcb0 [btrfs] [770.648] [c000200089aff2a0] [c00800000f679f60] lookup_inline_extent_backref+0x128/0x7c0 [btrfs] [770.648] [c000200089aff3b0] [c00800000f67b338] lookup_extent_backref+0x70/0x190 [btrfs] [770.648] [c000200089aff470] [c00800000f67b54c]
    __btrfs_free_extent+0xf4/0x1490 [btrfs] [770.648] [ ---truncated--- (CVE-2023-53243)

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

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

  - wifilibertas修正 lbs_init_adapter() 中的記憶體洩漏。當 lbs_init_adapter() 中的 kfifo_alloc() 失敗時不會釋放 cmd 緩衝區。新增可用記憶體以處理錯誤路徑。 (CVE-2022-50294)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 已解決 Linux 核心中的下列弱點：f2fs: fix the assign logic of iocb commit 18ae8d12991b (f2fs: show more DIO information in tracepoint) introduces iocb field in 'f2fs_direct_IO_enter' trace event And it only assigns the pointer and later it accesses its field in trace print log. Unable to handle kernel paging request at virtual address ffffffc04cef3d30 Mem abort info: ESR = 0x96000007 EC = 0x25: DABT (current EL), IL = 32 bits pc :
    trace_raw_output_f2fs_direct_IO_enter+0x54/0xa4 lr : trace_raw_output_f2fs_direct_IO_enter+0x2c/0xa4 sp :
    ffffffc0443cbbd0 x29: ffffffc0443cbbf0 x28: ffffff8935b120d0 x27: ffffff8935b12108 x26: ffffff8935b120f0 x25: ffffff8935b12100 x24: ffffff8935b110c0 x23: ffffff8935b10000 x22: ffffff88859a936c x21:
    ffffff88859a936c x20: ffffff8935b110c0 x19: ffffff8935b10000 x18: ffffffc03b195060 x17: ffffff8935b11e76 x16: 00000000000000cc x15: ffffffef855c4f2c x14: 0000000000000001 x13: 000000000000004e x12:
    ffff0000ffffff00 x11: ffffffef86c350d0 x10: 00000000000010c0 x9 : 000000000fe0002c x8 : ffffffc04cef3d28 x7 : 7f7f7f7f7f7f7f7f x6 : 0000000002000000 x5 : ffffff8935b11e9a x4 : 0000000000006250 x3 :
    ffff0a00ffffff04 x2 : 0000000000000002 x1 : ffffffef86a0a31f x0 : ffffff8935b10000 Call trace:
    trace_raw_output_f2fs_direct_IO_enter+0x54/0xa4 print_trace_fmt+0x9c/0x138 print_trace_line+0x154/0x254 tracing_read_pipe+0x21c/0x380 vfs_read+0x108/0x3ac ksys_read+0x7c/0xec __arm64_sys_read+0x20/0x30 invoke_syscall+0x60/0x150 el0_svc_common.llvm.1237943816091755067+0xb8/0xf8 do_el0_svc+0x28/0xa0 Fix it by copying the required variables for printing and while at it fix the similar issue at some other places in the same file. (CVE-2022-50270)

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

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

  - jfsjfs_dmap掛載時驗證 db_l2nbperpage。在 jfs_dmap.c 的第 381 行使用 BLKTODMAP 來取得 dbFree() 內的邏輯區塊號碼。 db_l2nbperpage (每頁 log2 的區塊數) 會做為引數傳送給 BLKTODMAP，BLKTODMAP 使用該引數進行移位。Syzbot 報告因為 db_l2nbperpage 太大而導致移位超出邊界損毀。之所以會發生此情況是因為在第 181 行的 dbMount() 中設定了大值而未進行任何驗證。因此掛載時請確認 db_l2nbperpage 正確無誤。每頁的最大區塊數 = 頁面大小 / 最小區塊大小 => log2(Max num_block per page) = log2(Page size / Min block size) = log2(Page size) - log2(Min block size) => Max db_l2nbperpage = L2PSIZE - L2MINBLOCKSIZE (CVE-2023-53222)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 已解決 Linux 核心中的下列弱點：ublk: fail to recover device if queue setup is interrupted In ublk_ctrl_end_recovery(), if wait_for_completion_interruptible() is interrupted by signal, queues aren't setup successfully yet, so we have to fail UBLK_CMD_END_USER_RECOVERY, otherwise kernel oops can be triggered. (CVE-2023-53207)

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

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

  - medianetup_unidvb修正 del_timer() 的釋放後使用錯誤 Universal DVB 卡卸離時netup_unidvb_dma_fini() 會使用 del_timer() 來停止 dma->timeout 計時器。但是當計時器處置程式 netup_unidvb_dma_timeout() 執行時del_timer() 無法將其停止。因此可能會發生釋放後使用錯誤。處理程序如下(清理常式) | (計時器常式) | mod_timer(&dev->tx_sim_timer, ..) netup_unidvb_finidev() | (稍等) netup_unidvb_dma_fini() | netup_unidvb_dma_timeout() del_timer(&dma->timeout); | | ndev->pci_dev->dev //USE 透過將 del_timer() 變更為 del_timer_sync() 來修正。 (CVE-2023-53219)

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

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

  - ubi修正了 kmemleak 在 ubi_resize_volume() 中報告的未參照物件。kmemleak 報告了一個記憶體洩漏問題未參照的物件 0xffff888102007a00 (大小 128)comm ubirsvol、pid 32090、jiffies 4298464136 (2361.231s) 十六進位轉儲存 (前 32 個位元組) ): ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ........ ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ........ backtrace
    [<ffffffff8176cecd>] __kmalloc+0x4d/0x150 [<ffffffffa02a9a36>] ubi_eba_create_table+0x76/0x170 [ubi] [<ffffffffa029764e>] ubi_resize_volume+0x1be/0xbc0 [ubi] [<ffffffffa02a3321>] ubi_cdev_ioctl+0x701/0x1850 [ubi] [<ffffffff81975d2d>] __x64_sys_ioctl +0x11d/0x170 [<ffffffff83c142a5>] do_syscall_64+0x35/0x80 [<ffffffff83e0006a>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 這是因為建立和破壞介面之間不相符而詳細而言是由 ubi_eba_create_table() 建立但被 kfree() 破壞的 new_eba_tbl同時會造成 new_eba_tbl->entries 未釋放。將 kfree(new_eba_tbl) 取代為 ubi_eba_destroy_table(new_eba_tbl) 以修正此問題 (CVE-2023-53271)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - HIDasus由於使用的是 HID_CONNECT_DEFAULT 連線遮罩因此透過 HID_CLAIMED_INPUT 驗證透過 HID_CLAIMED_INPUT 驗證修正 UAF。在 hidinput_connect() 期間會處理所有輸入和輸出報告並透過 hidinput_configure_usages() 配置和設定對應的 hid_inputs。此處理程序牽涉到插槽標記報告欄位以及設定功能點陣圖中的相關位元來設定使用量。不過也有可能因為根本未設定功能點陣圖而導致後續的 hidinput_has_been_populated() 檢查失敗進而導致釋放 hid_input 和基礎輸入裝置。這會產生問題因為 ASUS ROG N-Key 鍵盤等惡意 HID 裝置可透過特製的描述元觸發上述狀況進而導致釋放後使用hid_hw_start()。以下報告 93 刻意利用 HID_UP_UNDEFINED 使用量頁面該頁面會在使用量組態期間遭到略過進而導致釋放。 0x05、0x0D、 // 使用情況頁面 (Digitizer) 0x09、0x05、 // 使用情況 (觸控板) 0xA1、0x01、// 集合 (應用程式) 0x85、0x0D、// 報告 ID (13) 0x06、0x00、0xFF、/ / 使用情況頁面 (供應商定義的 0xFF00) 0x09、0xC5, // 使用情況 (0xC5) 0x15、0x00, // 邏輯最小值 (0) 0x26、0xFF、0x00, // 邏輯最大值 (255) 0x75、0x08, // 報告大小(8) 0x95、0x04, // 報告計數 (4) 0xB1、0x02, // Feature (Data,Var,Abs) 0x85, 0x5D, // 報告 ID (93) 0x06, 0x00, 0x00, // 使用量頁面 ( Undefined) 0x09、0x01, // 使用情況 (0x01) 0x15, 0x00, // 邏輯最小值 (0) 0x26, 0xFF, 0x00, // 邏輯最大值 (255) 0x75, 0x08, // 報告大小 (8) 0x95, 0x1B , // Report Count (27) 0x81、0x02, // Input (Data,Var,Abs) 0xC0, // End Collection 以下是觸發 UAF 後的 KASAN 展開[ 21.672709] ======== ================================================== ======== [ 21.673700] 錯誤KASANasus_probe+0xeeb/0xf80 中的 slab 釋放後使用 [ 21.673700] kworker/ 作業在 addr ffff88810a0ac000 寫入大小為 8 的 81:2/54 [ 21.673700] [ 21.673700] CPU1 UID0 PI D: 54 Comm
    kworker/1:2 未受污染的 6.16.0-rc4-g9773391cf4dd-dirty #36 PREEMPT(vulnerable) [ 21.673700] 硬體名稱
    QEMU Standard PC (i440FX + PIIX, 1996)BIOS 1.16.2-debian-1.16.2-1 04/01/2014 [ 21.673700] 呼叫追踪[21.673700] <TASK> [ 21.673700] dump_stack_lvl+0x5f/0x80 [ 21.673700] print_report+0xd1/0x660 [ 21.673700] kasan_report+0xe5/0x120 [ 21.673700] __asan_report_store8_noabort+0x1b/0x30 [ 21.673700] asus_probe+0xeeb/0xf80 [ 21.673700] hid_device_probe+0x2ee/0x700 [ 21.673700] real_probe +0x1c6/0x6b0 [21.673700] __driver_probe_device+0x24f/0x310 [ 21.673700] driver_probe_device+0x4e/0x220 [...] [21.673700] [ 21.673700] 由工作 54 分配[ 21.673700] kasan_save_stack+0x3d/0x60 [ 21.673700] kasan_save_track+0x18/0x40 [ 21.673700] kasan_save_alloc_info+0x3b/0x50 [ 21.673700]
    __kasan_kmalloc+0x9c/0xa0 [ 21.673700] __kmalloc_cache_noprof+0x139/0x340 [ 21.673700] input_allocate_device+0x44/0x370 [ 21.673700] hidinput_connect+0xcb6/0x2630 [ 21.673700] hid_connect+0xf74/0x1d60 [ 21.673700] hid_hw_start+0x8cb6/0x10c [ 21.673700] asus_probe+0x5a3/0xf80 [21.673700] hid_device_probe+0x2ee/0x700 [ 21.673700] emerge_probe+0x1c6/0x6b0 [ 21.673700]
    __driver_probe_device+0x24f/0x310 [ 21.673700] driver_probe_device+0x4e/0x220 [...] [ 21.673700] [21.673700] 已由工作 54 釋放[ 21.673700] kasan_save_stack+0x3d/0x60 [ 21.673700] kasan_save_track+0x18/0x40 [ 21.673700] kasan_save_free_info+0x3f/0x60 [ 21.673700]
    __kasan_slab_free+0x3c/0x50 [ 21.673700] kfre ---truncated--- (CVE-2025-39824)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - ftrace修正 trace_printk_seq 在 ftrace_dump 期間可能出現的警告。在讀取 trace_pipe 的同時呼叫 ftrace_dump_one() 時由於爭用情形可能會觸發 trace_printk_seq() 中的 WARN_ON_ONCE()。發生此問題的原因是 CPU0 (ftrace_dump) CPU1 (reader) echo z > /proc/sysrq-trigger !trace_empty(&iter) trace_iterator_reset(&iter) <- len = size = 0 cat /sys/kernel/tracing/trace_pipe trace_find_next_entry_inc(&iter ) __find_next_entry ring_buffer_empty_cpu <- all empty 傳回 NULL trace_printk_seq(&iter.seq) WARN_ON_ONCE(s->seq.len >= s->seq.size)已由其他讀取器消耗。
    這會造成 trace_find_next_entry_inc 傳回 NULL而無法填入「iter.seq」。此時由於先前的 trace_iterator_reset「iter.seq.len」和「iter.seq.size」皆設為 0。由於兩者相等因此會觸發 WARN_ON_ONCE 條件。將 trace_printk_seq() 移至 if 區塊進行檢查以確保 trace_find_next_entry_inc() 的傳回值在 ftrace_dump_one() 中非 NULL進而確保在後續作業之前正確填入「iter.seq」。 (CVE-2025-39813)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 已解決 Linux 核心中的下列弱點：fs/ntfs3: don't hold ni_lock when calling truncate_setsize() syzbot is reporting hung task at do_user_addr_fault() [1], for there is a silent deadlock between PG_locked bit and ni_lock lock. Since filemap_update_page() calls filemap_read_folio() after calling folio_trylock() which will set PG_locked bit, ntfs_truncate() must not call truncate_setsize() which will wait for PG_locked bit to be cleared when holding ni_lock lock.
    (CVE-2023-53163)

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

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

  - sctp檢查 wait_for_sndbuf 後傳送資料流數目此修補程式可修正 asoc 輸出資料流計數可能在 wait_for_sndbuf 之後變更的邊角案例。用戶端中的主執行緒啟動連線時如果其輸出資料流計數設為 N而伺服器中的輸入資料流計數設為 N - 2則用戶端中的另一個執行緒會持續傳送資料流編號為 N - 1 的訊息、 並在處理 INIT_ACK 前等待 sndbuf。不過處理 INIT_ACK 之後用戶端中的輸出資料流計數縮減至 N - 2這與伺服器中的輸入資料流計數相同。當等待 sndbuf 的執行緒喚醒並在不存在的資料流 (N - 1) 中傳送訊息時會發生當機呼叫追踪如下 KASAN[0x0000000000000038-0x000000000000003f] 呼叫追踪範圍內的 null-ptr-deref <TASK> sctp_cmd_send_msg net/sctp/sm_sideeffect.c:1114 [內嵌] sctp_cmd_interpreter net/sctp/sm_sideeffect.c:1777 [內嵌] sctp_side_effects net/sctp/sm_sideeffect.c:1199 [內嵌] sctp_do_sm+0x197d/0x5310 net/sctpatch /sm_sideeffect.c:1170 sctp_primitive_SEND+0x9f/0xc0 net/sctp/primitive.c:163 sctp_sendmsg_to_asoc+0x10eb/0x1a30 net/sctp/socket.c:1868 sctp_sendmsg+0x8d4/0x1d90 net/sctp/socket.c:2026插入 msendg_ 0x9d/0xe0 net/ipv4/af_inet.c:825 sock_sendmsg_nosec net/socket.c:722 [inline] sock_sendmsg+0xde/0x190 net/socket.c:745 修正會在執行緒從 wait_for_sndbuf 喚醒。 (CVE-2023-53296)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - ext4在 get_max_inline_xattr_value_size() 中新增邊界檢查。通常情況下inode 內文中的延伸屬性會在 inode 首次開啟時經過檢查但是如果在檔案系統已掛載時有人正在寫入區塊裝置則可能會針對 inode損毀。新增邊界檢查避免在發生此情況時超出配置記憶體的結尾處讀取。 (CVE-2023-53285)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - misctifm修正 tifm_7xx1_switch_media() 中可能發生的記憶體洩漏。如果 device_register() 在 tifm_7xx1_switch_media() 中傳回錯誤則在 device_add() 中呼叫的 dev_set_name() 中配置的 kobject 名稱會洩漏。請勿在呼叫 device_register() 之後直接釋放 @dev 即使它傳回錯誤也是如此一律使用 put_device() 來放棄已初始化的參照。 (CVE-2022-50349)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - Seafile 11.0.18-Pro、 12.0.10和 12.0.10-Pro 版容易遭受已儲存跨網站指令碼 (XSS) 攻擊。經驗證的攻擊者可修改其使用者名稱在通知和活動中包含惡意的 XSS 承載進而惡意利用此弱點。 (CVE-2025-45091)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - HID: multitouch修正 mt_report_fixup() 中的 slab 超出邊界存取。惡意的 HID 裝置可在 mt_report_fixup() 期間傳入小於 607 位元組的報告描述符號從而觸發 slab 超出邊界。
    mt_report_fixup() 先檢查位元組位移 607 是否為 0x15 嘗試以 0x25 修補描述元的位元組位移 607但是它缺少邊界檢查以在執行此檢查前確認描述元是否夠大。修正此錯誤方法是在存取描述符號大小之前確保其大小至少為 608 位元組。以下是超出邊界存取發生後的 KASAN 展開 [ 13.671954] ================================= ================================= [ 13.672667] 錯誤KASANmt_report_fixup 中平台超出邊界+0x103/0x110 [ 13.673297] 工作 kworker/ 在 addr ffff888103df39df 讀取大小 1/0:1/10 [ 13.673297] [ 13.673297] CPU: 0 UID: 0 PID: 10 Comm: kworker/0:1 未受污染的 6.15。 0-00005-gec5d573d83f4-dirty #3 [ 13.673297] 硬體名稱QEMU Standard PC (i440FX + PIIX, 1996)BIOS 1.16.2-debian-1.16.2-1 04/04 [ 13.673297] 呼叫追踪 [ 13.673297] <TASK> [ 13.673297] dump_stack_lvl+0x5f/0x80 [ 13.673297] print_report+0xd1/0x660 [ 13.673297] kasan_report+0xe5/0x120 [13.673297] __asan_report_load1_noabort+0x18/0x20 [ 13.673297] mt_report_fixup+0x103/0x110 [ 13.673297] hid_open_report+0x1ef/0x810 [ 13.673297] mt_probe+0x422/0x960 [ 13.673297] hid_device_probe+0x2e2/0x6f0 [13.673297] real_probe+0x1c6/0x6b0 [ 13.673297] __driver_probe_device+0x24f/0x310 [ 13.673297] driver_probe_device +0x4e/0x220 [ 13.673297] __device_attach_driver+0x169/0x320 [ 13.673297] bus_for_each_drv+0x11d/0x1b0 [ 13.673297] __device_attach+0x1b8/0x3 e0 [ 13.673297] device_initial_probe+0x12/0x20 [ 13.673297] bus_probe_device+0x13d/0x180 [ 13.673297] device_add+0xe3a/0x1670 [ 13.673297] hid_add_device+0x31d/0xa40 [...] (CVE-2025-39806)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - irqchip/alpine-msi修正 alpine_msix_init_domains 中的 refcount 洩漏 of_irq_find_parent() 傳回具有已遞增 refcount 的節點指標時應在不再需要時對其使用 of_node_put()。新增遺漏的 of_node_put() 以避免 refcount 洩漏。 (CVE-2023-53191)

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

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

  - 已解決 Linux 核心中的下列弱點：floppy: Fix memory leak in do_floppy_init() A memory leak was reported when floppy_alloc_disk() failed in do_floppy_init().
    unreferenced object 0xffff888115ed25a0 (size 8): comm modprobe, pid 727, jiffies 4295051278 (age 25.529s) hex dump (first 8 bytes): 00 ac 67 5b 81 88 ff ff ..g[.... backtrace: [<000000007f457abb>]
    __kmalloc_node+0x4c/0xc0 [<00000000a87bfa9e>] blk_mq_realloc_tag_set_tags.part.0+0x6f/0x180 [<000000006f02e8b1>] blk_mq_alloc_tag_set+0x573/0x1130 [<0000000066007fd7>] 0xffffffffc06b8b08 [<0000000081f5ac40>] do_one_initcall+0xd0/0x4f0 [<00000000e26d04ee>] do_init_module+0x1a4/0x680 [<000000001bb22407>] load_module+0x6249/0x7110 [<00000000ad31ac4d>] __do_sys_finit_module+0x140/0x200 [<000000007bddca46>] do_syscall_64+0x35/0x80 [<00000000b5afec39>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 unreferenced object 0xffff88810fc30540 (size 32): comm modprobe, pid 727, jiffies 4295051278 (age 25.529s) hex dump (first 32 bytes): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ backtrace: [<000000007f457abb>]
    __kmalloc_node+0x4c/0xc0 [<000000006b91eab4>] blk_mq_alloc_tag_set+0x393/0x1130 [<0000000066007fd7>] 0xffffffffc06b8b08 [<0000000081f5ac40>] do_one_initcall+0xd0/0x4f0 [<00000000e26d04ee>] do_init_module+0x1a4/0x680 [<000000001bb22407>] load_module+0x6249/0x7110 [<00000000ad31ac4d>]
    __do_sys_finit_module+0x140/0x200 [<000000007bddca46>] do_syscall_64+0x35/0x80 [<00000000b5afec39>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 If the floppy_alloc_disk() failed, disks of current drive will not be set, thus the lastest allocated set->tag cannot be freed in the error handling path. A simple call graph shown as below: floppy_module_init() floppy_init() do_floppy_init() for (drive = 0; drive < N_DRIVE;
    drive++) blk_mq_alloc_tag_set() blk_mq_alloc_tag_set_tags() blk_mq_realloc_tag_set_tags() # set->tag allocated floppy_alloc_disk() blk_mq_alloc_disk() # error occurred, disks failed to allocated
    ->out_put_disk: for (drive = 0; drive < N_DRIVE; drive++) if (!disks[drive][0]) # the last disks is not set and loop break break; blk_mq_free_tag_set() # the latest allocated set->tag leaked Fix this problem by free the set->tag of current drive before jump to error handling path. [efremov: added stable list, changed title] (CVE-2022-50342)

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

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

  - 已解決 Linux 核心中的下列弱點：clk: imx: clk-imxrt1050: fix memory leak in imxrt1050_clocks_probe Use devm_of_iomap() instead of of_iomap() to automatically handle the unused ioremap region. If any error occurs, regions allocated by kzalloc() will leak, but using devm_kzalloc() instead will automatically free the memory using devm_kfree(). Also, fix error handling of hws by adding unregister_hws label, which unregisters remaining hws when iomap failed. (CVE-2023-53264)

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

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

  - smb用戶端修正 rename 中並行開啟的爭用 (2) 除了傳送重新命名要求至伺服器重新命名處理程序還涉及關閉所有延遲的關閉、等待待處理的 I/O 完成以及標記所有現有的開啟處理以防止其延遲關閉而這會增加目標檔案上潛在並行開啟的爭用視窗。透過預先取消雜湊 dentry 來修正此問題避免在目標上發生任何並行開啟。 (CVE-2025-39825)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

ID	名稱	嚴重性
265271	Linux Distros 未修補的弱點：CVE-2022-50298	medium
265270	Linux Distros 未修補的弱點：CVE-2025-39832	medium
265269	Linux Distros 未修補的弱點：CVE-2022-50310	high
265268	Linux Distros 未修補的弱點：CVE-2025-39833	medium
265267	Linux Distros 未修補的弱點：CVE-2025-10528	high
265266	Linux Distros 未修補的弱點：CVE-2022-50301	high
265265	Linux Distros 未修補弱點：CVE-2023-53309	medium
265264	Linux Distros 未修補的弱點：CVE-2023-53321	high
265263	Linux Distros 未修補的弱點：CVE-2025-39817	high
265262	Linux Distros 未修補的弱點：CVE-2023-53332	medium
265261	Linux Distros 未修補的弱點：CVE-2023-53266	medium
265260	Linux Distros 未修補的弱點：CVE-2023-53272	high
265259	Linux Distros 未修補的弱點：CVE-2022-50283	high
265258	Linux Distros 未修補的弱點：CVE-2022-50333	high
265257	Linux Distros 未修補的弱點：CVE-2022-50300	high
265256	Linux Distros 未修補的弱點：CVE-2025-39796	high
265255	Linux Distros 未修補的弱點：CVE-2022-50309	high
265254	Linux Distros 未修補的弱點：CVE-2022-50278	medium
265253	Linux Distros 未修補的弱點：CVE-2025-39823	high
265252	Linux Distros 未修補的弱點：CVE-2025-39792	medium
265251	Linux Distros 未修補的弱點：CVE-2023-53279	medium
265250	Linux Distros 未修補的弱點：CVE-2025-10537	high
265249	Linux Distros 未修補的弱點：CVE-2022-50289	medium
265248	Linux Distros 未修補的弱點：CVE-2022-50265	medium
265247	Linux Distros 未修補的弱點：CVE-2023-53170	medium
265246	Linux Distros 未修補的弱點：CVE-2025-39809	high
265245	Linux Distros 未修補的弱點：CVE-2025-39793	high
265244	Linux Distros 未修補的弱點：CVE-2023-53237	medium
265243	Linux Distros 未修補的弱點：CVE-2022-50296	medium
265242	Linux Distros 未修補的弱點：CVE-2025-39811	medium
265241	Linux Distros 未修補的弱點：CVE-2023-53239	medium
265240	Linux Distros 未修補的弱點：CVE-2023-53243	medium
265239	Linux Distros 未修補的弱點：CVE-2022-50294	medium
265238	Linux Distros 未修補的弱點：CVE-2022-50270	high
265237	Linux Distros 未修補的弱點：CVE-2023-53222	high
265235	Linux Distros 未修補的弱點：CVE-2023-53207	medium
265234	Linux Distros 未修補的弱點：CVE-2023-53219	high
265233	Linux Distros 未修補的弱點：CVE-2023-53271	medium
265232	Linux Distros 未修補的弱點：CVE-2025-39824	high
265231	Linux Distros 未修補的弱點：CVE-2025-39813	medium
265230	Linux Distros 未修補的弱點：CVE-2023-53163	medium
265229	Linux Distros 未修補的弱點：CVE-2023-53296	medium
265228	Linux Distros 未修補的弱點：CVE-2023-53285	high
265227	Linux Distros 未修補的弱點：CVE-2022-50349	medium
265226	Linux Distros 未修補的弱點：CVE-2025-45091	medium
265225	Linux Distros 未修補的弱點：CVE-2025-39806	high
265224	Linux Distros 未修補的弱點：CVE-2023-53191	medium
265223	Linux Distros 未修補的弱點：CVE-2022-50342	medium
265222	Linux Distros 未修補的弱點：CVE-2023-53264	medium
265221	Linux Distros 未修補的弱點：CVE-2025-39825	medium

偵測

Nessus 的 Misc. 系列

medium

medium

high

medium

high

high

medium

high

high

medium

medium

high

high

high

high

high

high

medium

high

medium

medium

high

medium

medium

medium

high

high

medium

medium

medium

medium

medium

medium

high

high

medium

high

medium

high

medium

medium

medium

high

medium

medium

high

medium

medium

medium

medium