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

  - 已解決 Linux 核心中的下列弱點：nfsd: Fix a memory leak in an error handling path If this memdup_user() call fails, the memory allocated in a previous call a few lines above should be freed. Otherwise it leaks. (CVE-2022-50348)

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

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

  - rbd避免當 rbd_dev_create() 失敗時在 do_rbd_add() 中發生釋放後使用如果在 rbd_dev_create() 中取得 ID 或設定工作佇列失敗rbd_dev->rbd_client、rbd_dev->spec 和rbd_dev->opts 在 do_rbd_add() 中觸發。根本原因是這些結構的擁有權過早傳輸給 rbd_dev而當 rbd_dev_create() 在傳回 do_rbd_add() 之前先呼叫 rbd_dev_free() 時這些結構的擁有權最終都會遭到釋放。由 Linux Verification Center (linuxtesting.org) 的 SVACE (Natalia Petova 提交的不完整修補程式) 發現 <n.petrova@fintech.ru>。 (CVE-2023-53307)

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

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

  - 已解決 Linux 核心中的下列弱點：netfilter: nft_set_rbtree: fix overlap expiration walk The lazy gc on insert that should remove timed-out entries fails to release the other half of the interval, if any. Can be reproduced with tests/shell/testcases/sets/0044interval_overlap_0 in nftables.git and kmemleak enabled kernel. Second bug is the use of rbe_prev vs. prev pointer. If rbe_prev() returns NULL after at least one iteration, rbe_prev points to element that is not an end interval, hence it should not be removed. Lastly, check the genmask of the end interval if this is active in the current generation. (CVE-2023-53304)

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

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

  - drm/mediatekdp在 mtk_dp_aux_transfer() 和 mtk_dp_aux_transfer() 函式中將 mtk_dp_aux_transfer() 的記錄變更至 dev() 將記錄從 drm_{err,info}() 變更至 dev_{err,info}()這對於如果在附加橋接器之前 AUX 傳輸期間發生任何類型的錯誤可避免發生 NULL 指標核心錯誤。這可能會在稍後實作輔助匯流排支援的認可中開始發生因為在附加 mtk-dp 橋接器之前會從面板驅動程式 (針對 EDID) 觸發 AUX 傳輸而這在為橋接器做準備時完成。 (CVE-2023-53325)

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

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

  - 已解決 Linux 核心中的下列弱點：cifs: Fix xid leak in cifs_create() If the cifs already shutdown, we should free the xid before return, otherwise, the xid will be leaked.
    (CVE-2022-50351)

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

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

  - fs/ntfs3增強功能健全檢查同時產生 attr_list ni_create_attr_list 會在產生屬性清單時使用 WARN_ON 擷取錯誤案例但這只會列印堆疊追踪而且可能還不夠。這會以更適當的錯誤處理流程取代。 [ 59.666332] 錯誤核心 NULL 指標解除參照位址000000000000000e [ 59.673268] #PF核心模式中的監督讀取存取 [ 59.678354] #PF
    error_code(0x0000) - 不存在頁面 [ 59.682831] PGD 8000000005ff1067 P4D 8000000005ff1067 PUD 7dee067 PMD 0 [ 59.688556] Oops0000 [#1] PREEMPT SMP KASAN PTI [ 59.692642] CPU0 PID 198 通訊 poc 污染GBW 6.2.0-rc1+ #4 [ 59.698868] 硬體名稱QEMU Standard PC (i440FX + PIIX, 1996)BIOS rel-1.16.0-0-gd239552ce722-prebuilt.qemu.org 04/01/2014 [ 59.708795] RIP
    0010:ni_create_attr_list+0x505/0x860 [ 59.713657] 程式碼7e 10 e8 5e d0 d0 ff 45 0f b7 76 10 48 8d 7b 16 e8 00 d1 d0 ff 66 44 89 73 16 4d 8d 75 3f 4c 89 f 7 d e8 ff 4c 8d8 [ 59.731559] RSP
    0018:ffff88800a56f1e0 EFLAGS00010282 [ 59.735691] RAX0000000000000001 RBXffff88800b7b5088 RCX
    ffffffffb83079fe [ 59.741792] RDX 0000000000000001 RSI 0000000000000008 RDI ffffffffbb7f9fc0 [59.748423] RBP ffff88800a56f3a8 R08R09ffff88800b7b50a0 59.7546543f9 [ fffffbfff76 R10ff
    ffffffffbb7f9fc7 R11fffffffff76ff3f8 R12ffff88800b756180 [ 59.761552] R130000000000000000 R14
     R15000000000000000e  : 0000000000000050 [ 59.768323] FS: 00007feaa8c96440(0000) GS:ffff88806d400000(0000) knlGS:0000000000000000 [ 59.776027] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 59.781395] CR2:
    00007f3a2e0b1000 CR3000000000a5bc000 CR400000000000006f0 [ 59.787607] 呼叫追踪 [ 59.790271] <TASK> [ 59.792488] __pfx_ni_create_attr_list+0x10/0x10 [ 59.797235] ? kernel_text_address+0xd3/0xe0 [59.800856] ? unwind_get_return_address+0x3e/0x60 [ 59.805101] ? __kasan_check_write+0x18/0x20 [ 59.809296] ? preempt_count_sub+0x1c/0xd0 [ 59.813421] ni_ins_attr_ext+0x52c/0x5c0 [ 59.817034] ?
    __pfx_ni_ins_attr_ext+0x10/0x10 [ 59.821926] ? __vfs_setxattr+0x121/0x170 [ 59.825718]
    __vfs_setxattr_noperm+0x97/0x300 [ 59.829562] __vfs_setxattr_locked+0x145/0x170 [ 59.833987] vfs_setxattr+0x137/0x2a0 [ 59.836732] ? do_setxattr+0xce/0x150 [ 59.839807] ? setxattr+0x126/0x140 [59.842353] ? path_setxattr+0x164/0x180 [ 59.845275] ? __x64_sys_setxattr+0x71/0x90 [ 59.848838] do_syscall_64+0x3f/0x90 [ 59.851898] ? entry_SYSCALL_64_after_hwframe+0x72/0xdc [ 59.857046] stack_depot_save+0x17/0x20 [ 59.860299] ni_insert_attr+0x1ba/0x420 [ 59.863104] ?
    __pfx_ni_insert_attr+0x10/0x10 [ 59.867069] preempt_count_sub+0x1c/0xd0 [ 59.869897] ?
    _raw_spin_unlock_irqrestore+0x2b/0x50 [ 59.874088] ? __create_object+0x3ae/0x5d0 [ 59.877865] ni_insert_ passenger+0xc4/0x1c0 [ 59.881430] ? __pfx_ni_insert_ passenger+0x10/0x10 [ 59.886355] ? kasan_save_alloc_info+0x1f/0x30 [ 59.891117] __kasan_kmalloc+0x8b/0xa0 [ 59.894383] ntfs_set_ea+0x90d/0xbf0 [ 59.897703] ? __pfx_ntfs_set_ea+0x10/0x10 [ 59.901011] ? kernel_text_address+0xd3/0xe0 [ 59.905308] ? __kernel_text_address+0x16/0x50 [ 59.909811] ? unwind_get_return_address+0x3e/0x60 [ 59.914898] ? __pfx_stack_trace_consume_entry+0x10/0x10 [ 59.920250] ? arch_stack_walk+0xa2/0x100 [ 59.924560] ? filter_irq_stacks+0x27/0x80 [ 59.928722] ntfs_setxattr+0x405/0x440 [ 59.932512] ? __pfx_ntfs_setxattr+0x10/0x10 [ 59.936634] kvmalloc_node+0x2d/0x120 [ 59.940378] ? kasan_save_stack+0x41/0x60 [ 59.943870] ? kasan_save_stack+0x2a/0x60 [ 59.947719] ? kasan_set_track+0x29/0x40 [ 59.951417] ? kasan_save_alloc_info+0x1f/0x30 [ 59.955733] __kasan_kmalloc+0x8b/0xa0 [ 59.959598] ?
    __kmalloc_node+0x68/0x150 [ 59.963163] ? kvmalloc_node+0x2d/0x120 [ 59.966490] ? vmemdup_user+0x2b/0xa0
    ---truncated--- (CVE-2023-53328)

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

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

  - netrose將 'use' 欄位轉換為 refcount_t struct rose_neigh 中的 'use' 欄位用作參照計數器但缺少原子性。這可導致爭用情形其中 rose_neigh 結構在釋放後仍被其他程式碼路徑參照。例如在 ioctl 作業期間透過 rose_rt_ioctl() 進行 rose_neigh->use 變為零時該結構可能在其計時器仍在作用中時遭到移除進而可能造成釋放後使用問題。此修補程式將「use」的類型從 unsigned short 變更為 refcount_t並將所有程式碼路徑更新為使用自動執行參照計數的 rose_neigh_hold() 和 rose_neigh_put()。 (CVE-2025-39826)

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

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

  - wifi: ath9khif_usb如果 ath9k_hif_usb_rx_stream() 失敗則清理 skbs Syzkaller 在 ath9k_hif_usb_rx_stream() 中偵測到 skbs 記憶體洩漏。處理 ath9k_hif_usb_rx_stream() 中的 skbs 時如果 ath9k_hif_usb_rx_stream() 失敗則不會釋放 skb_pool 中已配置的 skbs。如果我們有不正確的 pkt_len 或 pkt_tag輸入 skb 會被視為無效並捨棄。應捨棄並釋放 skb_pool 中所有已存在的相關封包。新增描述此問題的註解。該修補程式也會在處理後讓剩餘的_skb 為 NULL因此在可能的釋放之後無法參照。與 rest_skb 相關聯的 hif_dev 欄位初始化 (rx_remain_len、rx_transfer_len 和 rx_pad_len) 會在配置新的 keep_skb 後移動。由 Linux Verification Center (linuxtesting.org) 的 Syzkaller 發現。 (CVE-2023-53199)

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

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

  - drm/msm/dsi對 alloc_ordered_workqueue 新增遺漏檢查。新增對 alloc_ordered_workqueue 傳回值的檢查因為其可能傳回 NULL 指標並造成 NULL 指標解除參照。修補程式
    https://patchwork.freedesktop.org/patch/517646/ (CVE-2023-53223)

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

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

  - cifs修正加密期間的 oops當針對 Azure 執行 xfstests 時會在 arm64 系統上發生下列 oops 無法處理虛擬位址 ffff0001221cf000 唯讀記憶體的核心寫入 記憶體中止資訊ESR = 0x9600004f EC = 0x25DABT (最新版本 EL) , IL = 32 位元 SET = 0, FnV = 0 EA = 0, S1PTW = 0 FSC = 0x0f層級 3 權限錯誤資料中止資訊ISV = 0, ISS = 0x0000004f CM = 0, WnR = 1 swapper pgtable4k 頁面、48 位元 VA、 pgdp=00000000294f3000 [ffff0001221cf000] pgd=18000001ffff8003、p4d=18000001ffff8003、 pud=18000001ff82e003、 pmd=18000001ff71d003、 pte=00600001221cf787 內部錯誤
    Oops9600004f [#1] PREEMPT SMP ... pstate 80000005 (Nzcv daif -PAN -UAO -TCO BTYPE=--) pc
    __memcpy+0x40/0x230 lr : scatterwalk_copychunks+0xe0/0x200 sp : ffff800014e92de0 x29: ffff800014e92de0 x28: ffff000114f9de80 x27: 0000000000000008 x26: 0000000000000008 x25: ffff800014e92e78 x24:
    0000000000000008 x23: 0000000000000001 x22: 0000040000000000 x21: ffff000000000000 x20: 0000000000000001 x19: ffff0001037c4488 x18: 0000000000000014 x17: 235e1c0d6efa9661 x16: a435f9576b6edd6c x15:
    0000000000000058 x14: 0000000000000001 x13: 0000000000000008 x12: ffff000114f2e590 x11: ffffffffffffffff x10: 0000040000000000 x9 : ffff8000105c3580 x8 : 2e9413b10000001a x7 : 534b4410fb86b005 x6 :
    534b4410fb86b005 x5 : ffff0001221cf008 x4 : ffff0001037c4490 x3 : 0000000000000001 x2 : 0000000000000008 x1 : ffff0001037c4488 x0 : ffff0001221cf000 Call trace: __memcpy+0x40/0x230 scatterwalk_map_and_copy+0x98/0x100 crypto_ccm_encrypt+0x150/0x180 crypto_aead_encrypt+0x2c/0x40 crypt_message+0x750/0x880 smb3_init_transform_rq+0x298 /0x340 smb_send_rqst.part.11+0xd8/0x180 smb_send_rqst+0x3c/0x100 compound_send_recv+0x534/0xbc0 smb2_query_info_compound+0x32c/0x440 smb2_set_ea+0x438/0x4c0 cifs_xattr_set+0x5d4/0x7c0 This is because in scatterwalk_copychunks(), we attempted to write to a已由 crypt_message() 在堆疊 (vmalloc 區域) 中配置並因此存取其剩餘 8 (x2) 位元組的緩衝區 (@sign)最終跨越頁面邊界。若要簡單地修正它我們可以從 crypt_message() 傳送 @sign kmalloc'd然後我們就完成了。幸好我們似乎不會傳送 smb_rqst::rq_iov 中任何其他 vmalloc 所用的緩衝區... 相反我們在 cifs_sg_set_buf() 中也一併從 vmalloc 緩衝區對應正確的頁面和位移然後避免此類 oops。 (CVE-2022-50341)

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

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

  - 已解決 Linux 核心中的下列弱點：block: ublk: make sure that block size is set correctly block size is one very key setting for block layer, and bad block size could panic kernel easily. Make sure that block size is set correctly. Meantime if ublk_validate_params() fails, clear ub->params so that disk is prevented from being added. (CVE-2023-53269)

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

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

  - 已解決 Linux 核心中的下列弱點：MIPS: SGI-IP27: Fix platform-device leak in bridge_platform_create() In error case in bridge_platform_create after calling platform_device_add()/platform_device_add_data()/ platform_device_add_resources(), release the failed 'pdev' or it will be leak, call platform_device_put() to fix this problem. Besides, 'pdev' is divided into 'pdev_wd' and 'pdev_bd', use platform_device_unregister() to release sgi_w1 resources when xtalk-bridge registration fails. (CVE-2022-50281)

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

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 的判定取決於廠商所報告的套件是否存在。

ID	名稱	嚴重性
265283	Linux Distros 未修補的弱點：CVE-2022-50348	medium
265282	Linux Distros 未修補的弱點：CVE-2023-53307	high
265281	Linux Distros 未修補的弱點：CVE-2023-53304	medium
265280	Linux Distros 未修補的弱點：CVE-2023-53325	medium
265279	Linux Distros 未修補的弱點：CVE-2022-50351	medium
265278	Linux Distros 未修補的弱點：CVE-2023-53328	medium
265277	Linux Distros 未修補的弱點：CVE-2025-39826	high
265276	Linux Distros 未修補的弱點：CVE-2023-53199	medium
265275	Linux Distros 未修補的弱點：CVE-2023-53223	medium
265274	Linux Distros 未修補的弱點：CVE-2022-50341	medium
265273	Linux Distros 未修補的弱點：CVE-2023-53269	medium
265272	Linux Distros 未修補的弱點：CVE-2022-50281	medium
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

偵測

Nessus 的 Misc. 系列

medium

high

medium

medium

medium

medium

high

medium

medium

medium

medium

medium

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