Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - ACPICA修复 dswstate.c 中的 acpi 操作数缓存泄漏 ACPICA commit 987a3b5cf7175916e2a4b6ea5b8e70f830dfe732 我在 ACPI 提前终止和引导继续的情况下发现 ACPI 缓存泄漏。由于恶意的 ACPI 表而导致提前终止时Linux 内核会终止 ACPI 函数并继续引导进程。当内核终止 ACPI 函数时kmem_cache_destroy() 报告 Acpi-Operand 缓存泄漏。ACPI 操作数缓存泄漏的启动日志如下>[ 0.585957] ACPI新增 _OSI(Module Device) >[ 0.587218] ACPI新增
    _OSI(Processor Device) >[ 0.588530] ACPI已添加 _OSI (3.0 _SCP Extensions) >[ 0.589790] ACPI已添加
    _OSI(Processor Aggregator Device) >[ 0.591534] ACPI 错误非法 I/O 端口地址/长度超过 64K
    C806E00000004002/0x2 (20170303/hwvalid-155) >[ 0.594351] ACPI 异常AE_LIMIT无法初始化修复的事件 (20170303/evevent-88) >[ 0.597858] ACPI无法启动 ACPI 解释器 >[ 0.599162] ACPI 错误无法删除 SCI 处理程序 (20170303/evmisc-281) >[ 0.601836] kmem_cache_destroy Acpi-OperandSlab 缓存中仍有对象>[ 0.603556] CPU: 0 PID: 1 Comm: swapper/0 未受感染 4.12. 0-rc5 #26 >[ 0.605159] 硬件名称innotek gmb_h virtual_box/virtual_box, BIOS virtual_box 12/01/2006 >[0.609177] 调用跟踪>[ 0.610063] ? dump_stack+0x5c/0x81 >[ 0.611118] ? kmem_cache_destroy+0x1aa/0x1c0 >[0.612632] ? acpi_sleep_proc_init+0x27/0x27 >[ 0.613906] ? acpi_os_delete_cache+0xa/0x10 >[ 0.617986] ? acpi_ut_delete_caches+0x3f/0x7b >[ 0.619293] ? acpi_terminate+0xa/0x14 >[ 0.620394] ? acpi_init+0x2af/0x34f >[ 0.621616] ? __class_create+0x4c/0x80 >[ 0.623412] ? video_setup+0x7f/0x7f >[0.624585] ? acpi_sleep_proc_init+0x27/0x27 >[ 0.625861] ? do_one_initcall+0x4e/0x1a0 >[ 0.627513] ? kernel_init_freeable+0x19e/0x21f >[ 0.628972] ? rest_init+0x80/0x80 >[ 0.630043] ? kernel_init+0xa/0x100 >[ 0.631084] ? ret_from_fork+0x25/0x30 >[ 0.633343] vgaarb已加载 >[ 0.635036] EDAC MC: Ver: 3.0.0 >[0.638601] PCI探测 PCI 硬件 >[ 0.639833] PCI 主机桥接到总线 0000:00 >[ 0.641031] pci_bus 0000:00根总线资源 [io 0x0000-0xffff] > ... 继续引导并忽略日志 ... 我详细分析了此内存泄漏发现 acpi_ds_obj_stack_pop_and_ delete() 函数错误计算堆栈顶部。 acpi_ds_obj_stack_push() 函数使用 walk_state->operand_index 作为顶部的开始位置但 acpi_ds_obj_stack_pop_and_delete() 函数考虑索引 0。因此这会造成 acpi 操作数内存泄漏。此缓存泄漏会造成安全威胁因为旧内核 (<= 4.9) 在堆栈转储中显示内核函数的内存位置。一些恶意用户可利用此信息使内核 ASLR 失效。制作了修补程序修复了 ACPI 操作数缓存泄漏。 (CVE-2025-38345)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - drm/amd/display避免时序发生器的 NULL 取消引用 [原因及方式] 在访问其函数之前检查分配的时序发生器是否为空以避免空取消引用。 (CVE-2023-52753)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：dccp: fix dccp_v4_err()/dccp_v6_err() again dh->dccph_x is the 9th byte (offset 8) in struct dccp_hdr, not in the byte 7 as Jann claimed. We need to make sure the ICMP messages are big enough, using more standard ways (no more assumptions). syzbot reported: BUG: KMSAN: uninit-value in pskb_may_pull_reason include/linux/skbuff.h:2667 [inline] BUG:
    KMSAN: uninit-value in pskb_may_pull include/linux/skbuff.h:2681 [inline] BUG: KMSAN: uninit-value in dccp_v6_err+0x426/0x1aa0 net/dccp/ipv6.c:94 pskb_may_pull_reason include/linux/skbuff.h:2667 [inline] pskb_may_pull include/linux/skbuff.h:2681 [inline] dccp_v6_err+0x426/0x1aa0 net/dccp/ipv6.c:94 icmpv6_notify+0x4c7/0x880 net/ipv6/icmp.c:867 icmpv6_rcv+0x19d5/0x30d0 ip6_protocol_deliver_rcu+0xda6/0x2a60 net/ipv6/ip6_input.c:438 ip6_input_finish net/ipv6/ip6_input.c:483 [inline] NF_HOOK include/linux/netfilter.h:304 [inline] ip6_input+0x15d/0x430 net/ipv6/ip6_input.c:492 ip6_mc_input+0xa7e/0xc80 net/ipv6/ip6_input.c:586 dst_input include/net/dst.h:468 [inline] ip6_rcv_finish+0x5db/0x870 net/ipv6/ip6_input.c:79 NF_HOOK include/linux/netfilter.h:304 [inline] ipv6_rcv+0xda/0x390 net/ipv6/ip6_input.c:310 __netif_receive_skb_one_core net/core/dev.c:5523 [inline]
    __netif_receive_skb+0x1a6/0x5a0 net/core/dev.c:5637 netif_receive_skb_internal net/core/dev.c:5723 [inline] netif_receive_skb+0x58/0x660 net/core/dev.c:5782 tun_rx_batched+0x83b/0x920 tun_get_user+0x564c/0x6940 drivers/net/tun.c:2002 tun_chr_write_iter+0x3af/0x5d0 drivers/net/tun.c:2048 call_write_iter include/linux/fs.h:1985 [inline] new_sync_write fs/read_write.c:491 [inline] vfs_write+0x8ef/0x15c0 fs/read_write.c:584 ksys_write+0x20f/0x4c0 fs/read_write.c:637 __do_sys_write fs/read_write.c:649 [inline] __se_sys_write fs/read_write.c:646 [inline] __x64_sys_write+0x93/0xd0 fs/read_write.c:646 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x41/0xc0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd Uninit was created at:
    slab_post_alloc_hook+0x12f/0xb70 mm/slab.h:767 slab_alloc_node mm/slub.c:3478 [inline] kmem_cache_alloc_node+0x577/0xa80 mm/slub.c:3523 kmalloc_reserve+0x13d/0x4a0 net/core/skbuff.c:559
    __alloc_skb+0x318/0x740 net/core/skbuff.c:650 alloc_skb include/linux/skbuff.h:1286 [inline] alloc_skb_with_frags+0xc8/0xbd0 net/core/skbuff.c:6313 sock_alloc_send_pskb+0xa80/0xbf0 net/core/sock.c:2795 tun_alloc_skb drivers/net/tun.c:1531 [inline] tun_get_user+0x23cf/0x6940 drivers/net/tun.c:1846 tun_chr_write_iter+0x3af/0x5d0 drivers/net/tun.c:2048 call_write_iter include/linux/fs.h:1985 [inline] new_sync_write fs/read_write.c:491 [inline] vfs_write+0x8ef/0x15c0 fs/read_write.c:584 ksys_write+0x20f/0x4c0 fs/read_write.c:637 __do_sys_write fs/read_write.c:649 [inline]
    __se_sys_write fs/read_write.c:646 [inline] __x64_sys_write+0x93/0xd0 fs/read_write.c:646 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x41/0xc0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd CPU: 0 PID: 4995 Comm: syz-executor153 Not tainted 6.6.0-rc1-syzkaller-00014-ga747acc0b752 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 08/04/2023 (CVE-2023-52577)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 在 5.0.13 之前的 Linux 内核 5.x 中，net/ipv4/udp_offload.c 中的 udp_gro_receive_segment 允许远程攻击者通过具有 0 负载的 UDP 数据包导致拒绝服务问题（slab-out-of-bounds 内存损坏）或可能造成其他不明影响，这是因为不当处理填充的数据包（又称为 GRO 数据包崩溃问题）。(CVE-2019-11683)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 在 Ansible Collection community.crypto 中发现一个缺陷。 openssl_privatekey_info 暴露日志中的私钥。这会直接影响机密性 (CVE-2020-25646)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 在 Android 内核的 f2fs 驱动程序中由于缺少边界检查可能存在越界读取。这可能导致信息泄露，并需要系统执行权限。无需用户交互即可利用漏洞。(CVE-2019-9245)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：media: mtk-jpeg: Fix use after free bug due to error path handling in mtk_jpeg_dec_device_run In mtk_jpeg_probe, &jpeg->job_timeout_work is bound with mtk_jpeg_job_timeout_work. In mtk_jpeg_dec_device_run, if error happens in mtk_jpeg_set_dec_dst, it will finally start the worker while mark the job as finished by invoking v4l2_m2m_job_finish. There are two methods to trigger the bug. If we remove the module, it which will call mtk_jpeg_remove to make cleanup. The possible sequence is as follows, which will cause a use-after-free bug. CPU0 CPU1 mtk_jpeg_dec_... | start worker | |mtk_jpeg_job_timeout_work mtk_jpeg_remove | v4l2_m2m_release | kfree(m2m_dev); | | | v4l2_m2m_get_curr_priv | m2m_dev->curr_ctx //use If we close the file descriptor, which will call mtk_jpeg_release, it will have a similar sequence. Fix this bug by starting timeout worker only if started jpegdec worker successfully. Then v4l2_m2m_job_finish will only be called in either mtk_jpeg_job_timeout_work or mtk_jpeg_dec_device_run. (CVE-2023-52491)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - Oracle MySQL 的 MySQL Server 产品中存在漏洞（组件：Server: Optimizer）。支持的版本中受影响的是 8.0.26 和较早版本。可轻松利用的漏洞允许低权限攻击者通过多种协议进行网络访问，从而破坏 MySQL Server。成功利用此漏洞进行攻击可导致在未经授权的情况下造成 MySQL Server 挂起或频繁出现崩溃（完整 DOS），以及未经授权更新、插入或删除某些 MySQL Server 可访问数据的访问权限。(CVE-2021-35610)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 低于 的 SOGo 中跨站请求伪造 (CSRF) 漏洞 3.1.0。 (CVE-2015-5395)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - EDAC/skx_common修复一般保护错误 在加载 i10nm_edac会自动加载 skx_edac_common之后如果仅卸载 i10nm_edac然后重新加载其并执行错误注入测试可能会发生一般保护错误mce[Hardware Error]: 计算机检查事件已记录的 Oops一般保护错误 ...... Workqueue事件 mce_gen_pool_process RIP0010:string+0x53/0xe0 ... 调用跟踪 <TASK> ? die_addr+0x37/0x90 ? exc_general_protection+0x1e7/0x3f0 asm_exc_general_protection+0x26/0x30 ? string+0x53/0xe0 vsnprintf+0x23e/0x4c0 snprintf+0x4d/0x70 skx_adxl_decode+0x16a/0x330 [skx_edac_common] skx_mce_check_error.part.0+0xf8/0x220 [skx_edac_common] skx_mce_check_error+0x_common] ... 发生此问题的原因是未重置用于计数 ADXL 组件的变量“adxl_component_count”在 skx_edac_common 内。在重新加载 i10nm_edac 期间计数会再次增加 ADXL 组件的实际数量导致计数是 ADXL 组件实际数量的双倍。这导致 ADXL 组件数组的越界引用从而造成上述一般保护错误。通过重置 adxl_put() 中卸载 {skx,i10nm}_edac 期间调用的“adxl_component_count”来修复此问题。 (CVE-2025-38298)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - dma-buf在更新 num_fences smp_store_mb() 存储操作之后插入内存屏障之前插入内存屏障。这与注释的原始目标不同因此如果重新排序内存更新可能会发生空指针取消引用。 (CVE-2025-38095)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - qibfs修复 _another_leak 失败以分配 inode => 泄漏的 dentry...此错误自初始合并以来一直存在公平地说如果我们已经到了 OOM 的程度该特定分配失败的几率会很低... (CVE-2025-37983)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - ext4添加 xattr.h 中的 EXT4_INODE_HAS_XATTR_SPACE 宏将 xattr 添加到 inode 时必须确保 inode_size 不小于 EXT4_GOOD_OLD_INODE_SIZE + extra_isize + pad。否则结束位置可能大于开始位置从而导致 UAF。 (CVE-2022-50083)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - Firefox 58 中报告了内存安全缺陷。有迹象表明其中某些错误可导致内存损坏，我们推测若攻击者有意操控，就能利用其中部分错误来运行任意代码。此漏洞影响 Firefox < 59。(CVE-2018-5126)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - drm/mediatek修复 mtk_drm_crtc_finish_page_flip 中的空指针崩溃问题。mtk_drm_crtc_finish_page_flip() 中的 mtk_crtc->event 可能为空。 pending_needs_vblank 值由 mtk_crtc->event 设置但在 mtk_drm_crtc_atomic_flush() 中它不受 mtk_drm_finish_page_flip() 中相同锁定的保护因此会发生争用条件。考虑以下情况CPU1 CPU2 步骤 1mtk_drm_crtc_atomic_begin() mtk_crtc->event 不为空步骤 1mtk_drm_crtc_atomic_flushmtk_drm_crtc_update_config(!!mtk_crtc->event) 步骤 2mtk_crtc_ddp_irq -> mtk_drm_finish_atomic_flush: to setk_drm_crtc_atomic_flushmtk_drm_crtc_atomic_begin()为空pending_needs_vblank 设置为 false 解锁 pending_needs_vblank 设置为 true第 2 步mtk_crtc_ddp_irq -> mtk_drm_finish_page_flip 再次调用了 pending_needs_vblank 仍为 true //空指针只检查是否包含 mtk_crtc->event 会更有效而不是保护整个 mtk_drm_crtc_atomic_flush()使用前为空。 (CVE-2024-26874)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：ACPI: GTDT: Don't corrupt interrupt mappings on watchdow probe failure When failing the driver probe because of invalid firmware properties, the GTDT driver unmaps the interrupt that it mapped earlier. However, it never checks whether the mapping of the interrupt actially succeeded. Even more, should the firmware report an illegal interrupt number that overlaps with the GIC SGI range, this can result in an IPI being unmapped, and subsequent fireworks (as reported by Dann Frazier). Rework the driver to have a slightly saner behaviour and actually check whether the interrupt has been mapped before unmapping things. (CVE-2021-46953)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - stagingrtl8712修复释放后使用缺陷 _Read/Write_MACREG 回调为空因此 read/write_macreg_hdl() 函数除了释放 pcmd 指针之外不执行任何操作。它会导致释放后使用。将其删除。 (CVE-2022-49956)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - wifibrcmfmac修复 brcmf_cfg80211_detach 中的释放后使用缺陷这是 的候选修补程序 CVE-2023-47233https://nvd.nist.gov/vuln/detail/CVE-2023-47233 在 brcm80211 驱动程序中以以下调用链开头以启动 init 超时工作线程->brcmf_usb_probe ->brcmf_usb_probe_cb
    ->brcmf_attach ->brcmf_bus_started ->brcmf_cfg80211_attach ->wl_init_priv ->brcmf_init_escan
    ->INIT_WORK(&cfg->escan_timeout_work, brcmf_cfg80211_escan_timeout_worker);如果通过热插拔断开 USB则会调用 brcmf_usb_disconnect 进行清理。调用链为 brcmf_usb_disconnect
    ->brcmf_usb_disconnect_cb ->brcmf_detach ->brcmf_cfg80211_detach ->kfree(cfg);而超时唤醒可能仍在运行。这将造成 brcmf_cfg80211_escan_timeout_worker 中的 cfg 出现释放后使用缺陷。通过删除 brcmf_cfg80211_detach 中的定时器并取消工作线程来修复此问题。 [arend.vanspriel@broadcom.com
    按原样保留定时器删除并就在释放之前取消工作] (CVE-2024-35811

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - net删除 SIOCBRADDIF 和 SIOCBRDELIF 的 RTNL 跳动。SIOBRDELIF 首先传递到 dev_ioctl()然后再转发到 br_ioctl_call()这会在 RTNL 压力下造成不必要的 RTNL 跳动及 splat 低于 [0]。假设线程 A 正在尝试将某个设备从桥分离而线程 B 正在尝试删除该桥。在 dev_ioctl() 中线程 A 通过 netdev_hold() 提升桥接设备的 refcnt 并释放 RTNL因为后续 br_ioctl_call() 也重新获取 RTNL。在争用窗口中线程 B 可获取 RTNL 并尝试删除桥接设备。然后线程 B 的 rtnl_unlock() 将释放 RTNL 并等待线程 A 的 netdev_put()。但是线程 A 在 dev_ifsioc() 中解锁之后必须保持 RTNL这在 RTNL 压力下可能耗时较长进而导致线程 B。线程 A (SIOCBRDELIF) 线程 B (SIOCBRDELBR) ---------------------- --------------- ------- sock_ioctl sock_ioctl `- sock_do_ioctl `- br_ioctl_call `- dev_ioctl `- br_ioctl_stub |- rtnl_lock | |- dev_ifsioc“ ” |- dev =
    __dev_get_by_name(...) |- netdev_hold(dev, ...) 。 / |- rtnl_unlock ------。 | | |- br_ioctl_call `---> |- rtnl_lock 争用 | | `- br_ioctl_stub |- br_del_bridge Window | | | |- dev = __dev_get_by_name(...) | | |可能耗时较长 | `- br_dev_delete(dev, ...) | | |面临 RTNL 压力 | `- unregister_netdevice_queue(dev, ...) | | | | `- rtnl_unlock \| |- rtnl_lock <-' `- netdev_run_todo | |- ... `- netdev_run_todo | `- rtnl_unlock |- __rtnl_unlock | |- netdev_wait_allrefs_any |- netdev_put(dev, ...) <----------------' 等待 refcnt 减少并在下方记录 splat为避免不必要地阻断 SIOCBRDELBR请勿调用 dev_ioctl()对于 SIOCBRADDIF 和 SIOCBRDELIF。在 dev_ioctl() 路径中我们执行以下操作1. 通过 sock_do_ioctl() 中的 get_user_ifreq 复制 struct ifreq 2. 检查 dev_ioctl() 中的 CAP_NET_ADMIN 3. 调用 dev_ioctl() 中的 dev_load() 4. 从 ifr 获取主 dev。 dev_ifsioc() 3. 中的 ifr_name 可通过 br_ioctl_call() 中的 request_module() 完成因此我们将 1.、2. 和 4. 移动到 br_ioctl_stub()。2. 请注意稍后也会在 add_del_if() 中进行检查但最好在 RTNL 之前执行。自 pre-git 时代以来已在 dev_ioctl() 中处理 SIOCBRADDIF 和 SIOCBRDELIF并且似乎没有在此处理它们的特定原因。 [0]
    unregister_netdevice等待 wpan3 释放。使用计数 = 2 ref_tracker
    wpan3@ffff8880662d8608 在 __netdev_tracker_alloc include/linux/netdevice.h:4282 [内联] netdev_hold include/linux/netdevice.h:4311 [内联] dev_ifsioc+0xc6a/0x1160 net/core/dev_ioctl.c:624 dev_ioctl 在 __netdev_tracker_alloc 有 1 名用户+0x255/0x10c0 net/core/dev_ioctl.c:826 sock_do_ioctl+0x1ca/0x260 net/socket.c:1213 sock_ioctl+0x23a/0x6c0 net/socket.c:1318 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs /ioctl.c:906 [内联] __se_sys_ioctl fs/ioctl.c:892 [内联] __x64_sys_ioctl+0x1a4/0x210 fs/ioctl.c:892 do_syscall_x64 arch/x86/entry/common.c:52 [内联] do_syscall_64+0xcb /0x250 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x77/0x7f (CVE-2025-22111)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：uprobes/x86: Harden uretprobe syscall trampoline check Jann reported a possible issue when trampoline_check_ip returns address near the bottom of the address space that is allowed to call into the syscall if uretprobes are not set up:
    https://lore.kernel.org/bpf/202502081235.5A6F352985@keescook/T/#m9d416df341b8fbc11737dacbcd29f0054413cbbfThough the mmap minimum address restrictions will typically prevent creating mappings there, let's make sure uretprobe syscall checks for that. (CVE-2025-22046)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - ANGLE 无法初始化参数，这会导致从未初始化的内存中读取数据。攻击者可利用此问题泄漏内存中的敏感数据。此漏洞会影响 Firefox < 129、Firefox ESR < 115.14、Firefox ESR < 128.1、Thunderbird < 128.1 和 Thunderbird < 115.14。(CVE-2024-7526)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 在 Linux 内核 5.0.21中，挂载特制的 f2fs 文件系统映像可导致 fs/f2fs/segment.c 中 f2fs_build_segment_manager 中的 slab-out-of-bound 读取访问，这与 fs/f2fs/segment.c 中的 init_min_max_mtime 有关（因为未验证 get_seg_entry 的第二个参数）。 (CVE-2019-19449)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - ksmbd为创建租用上下文添加边界检查为创建租用上下文添加缺少的边界检查。
    (CVE-2025-22042)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - Mozilla 开发人员和社区成员报告 Firefox 72 与 Firefox ESR 68.4 中存在内存安全错误。其中某些错误展示出内存损坏迹象，我们推测如果攻击者进行足够的尝试，则可以利用此漏洞运行任意代码。一般来说，无法通过 Thunderbird 产品中的电子邮件来利用这些缺陷，因为读取邮件时会禁用脚本，但这些缺陷在浏览器或类似浏览器的上下文中属于潜在风险。此漏洞影响 Thunderbird < 68.5、Firefox < 73，以及 Firefox < ESR68.5。(CVE-2020-6800)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - Oracle MySQL 的 MySQL Server 产品中存在漏洞（组件：Server: Optimizer）。支持的版本中受影响的是 8.0.35 和较早版本以及 8.2.0 和较早版本。利用此漏洞的难度较低，通过多种协议进行网络访问的高权限攻击者可借此破坏 MySQL Server。
    成功攻击此漏洞可导致在未经授权的情况下造成 MySQL Server 挂起或频繁出现崩溃（完全 DOS）。(CVE-2024-20966)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 在 6.7.4 及之前版本的 Linux 内核中，drivers/md/dm-table.c 中的 dm_table_create 可能尝试（在 alloc_targets 中）分配超过 INT_MAX 字节的内存，并且可能崩溃，这是缺少对 struct dm_ioctl.target_count 的检查所致。(CVE-2023-52429)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 当 HTTP/2 缓存流关闭但仍处于使用状态时HTTP/2 中会发生释放后使用漏洞进而导致潜在的可利用崩溃。此漏洞会影响 Firefox ESR < 60.8、Firefox < 68 和 Thunderbird < 60.8。(CVE-2019-11713)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 当启用了 CGI Servlet 时，Apache Tomcat 7.x 到 7.0.70 以及 8.x 到 8.5.4 会遵循 RFC 3875 第 4.1.18 节的规定，因此不会针对 HTTP_PROXY 环境变量中出现的不受信任的客户端数据保护应用程序，这使得远程攻击者能够通过 HTTP 请求中特制的代理标头，将应用程序的出站 HTTP 流量重新定向到任意代理服务器，又称为“httpoxy”问题。注意供应商称 缓解计划用于跟踪 CVE-2016-5388的 Tomcat 的未来版本。换言之这不是漏洞的 CVE ID。 (CVE-2016-5388)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - MIPScpuinfo修复 CONFIG_CPUMASK_OFFSTACK 的警告选择 CONFIG_CPUMASK_OFFSTACK 和 CONFIG_DEBUG_PER_CPU_MAPS 时cpu_max_bits_warn() 会在显示 /proc/cpuinfo 时生成类似如下的运行时警告。通过使用 nr_cpu_ids运行时限制而不是 NR_CPUS 来迭代 CPU可修复此问题。 [ 3.052463] ------------[ 在此处切换 ]------------ [ 3.059679] WARNINGCPU3PID1include/linux/cpumask .h:108 show_cpuinfo+0x5e8/0x5f0 [ 3.070072] 链接的模块efivarfs autofs4 [3.076257] CPU: 0 PID: 1 Comm: systemd Not tainted 5.19-rc5+ #1052 [ 3.084034] 硬件名称龙芯 Loongson-3A4000 -7A1000-1w-V0.1-CRB/Loongson-LS3A4000-7A1000-1w-EVB-V1.21, BIOS Loongson-UDK2018-V2.0.04082-beta7 04/27 [ 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] 90000 00000d3de08 9000000001639390 90000000002086d8 00007ffff0080286 [ 3.186260] 00000000000000b0 0000000000000004 0000000000000000 0000000000071c1c [ 3.195868] ... [ 3.199917] Call Trace: [ 3.203941] [<98000000002086d8>] show_stack+0x38/0x14c [ 3.210666] [<9800000000cf846c>] dump_stack_lvl+0x60 /0x88 [ 3.217625] [<980000000023d268>] __warn+0xd0/0x100 [ 3.223958] [<9800000000cf3c90>] warn_slowpath_fmt+0x7c/0xcc [3.231150] [<9800000000210220>] show_cpuinfo+0x5e8/0x5f0 [ 3.238080] [<98000000004f578c>] seq_read_iter +0x354/0x4b4 [ 3.245098] [<98000000004c2e90>] new_sync_read+0x17c/0x1c4 [ 3.252114] [<98000000004c5174>] vfs_read+0x138/0x1d0 [ 3.258694] [<98000000004c55f8>] ksys_read+0x70/0x100 [3.265265] [<9800000000cfde9c>] do_syscall+0x7c/0x94 [ 3.271820] [<9800000000202fe4>] handle_syscall+0xc4/0x160 [ 3.281824] ---[ 结束跟踪 8b484262b4b8c24c ]--- (CVE-2022-50210)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：mtd: maps: Fix refcount leak in ap_flash_init of_find_matching_node() returns a node pointer with refcount incremented, we should use of_node_put() on it when not need anymore. Add missing of_node_put() to avoid refcount leak.
    (CVE-2022-50160)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 在某些 Haswell CPU 上，在 Linux 内核 5.11.8 及之前版本的 arch/x86/events/intel/ds.c 的 intel_pmu_drain_pebs_nhm 中，由于 PEBS 记录中的 PEBS 状态处理不当，用户空间应用程序（例如 perf-fuzzer）可导致系统崩溃，也称为 CID-d88d05a9e0b6。(CVE-2021-28971)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 5.2.9 及之前的 Linux 内核的 drivers/net/wireless/rsi/rsi_91x_usb.c 存在构建的 USB 设备流量导致的双重释放问题。(CVE-2019-15504)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - GNU PSPP 到 2.0.1 中的 libpspp-core.a 允许攻击者在 zip-reader.c 的 inflate_read 从 spv_read_xml_member 间接调用中造成基于堆的缓冲区溢出。 (CVE-2025-47814)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：soc: qcom: llcc: Handle a second device without data corruption Usually there is only one llcc device. But if there were a second, even a failed probe call would modify the global drv_data pointer. So check if drv_data is valid before overwriting it. (CVE-2023-52871)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：watchdog: sp5100_tco: Fix a memory leak of EFCH MMIO resource Unlike release_mem_region(), a call to release_resource() does not free the resource, so it has to be freed explicitly to avoid a memory leak. (CVE-2022-50110)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：hwmon: (nct6775) Fix access to temperature configuration registers The number of temperature configuration registers does not always match the total number of temperature registers. This can result in access errors reported if KASAN is enabled. BUG: KASAN: global-out-of-bounds in nct6775_probe+0x5654/0x6fe9 nct6775_core (CVE-2024-26730)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - Apache Tomcat 中的 Unchecked Error Condition 漏洞。如果 Tomcat 配置为使用自定义 Jakarta 身份验证（旧称 JASPIC）ServerAuthContext 组件，其可能会在未明确设置表示失败的 HTTP 状态的情况下于身份验证过程中返回异常，导致身份验证可能不会失败，从而允许用户绕过身份验证过程。任何已知 Jakarta 身份验证组件均不会以这种方式运行。此问题影响以下 Apache Tomcat 版本：11.0.0-M1 至 11.0.0-M26、10.1.0-M1 至 10.1.30、9.0.0-M1 至 9.0.95。建议用户升级到已修复此问题的版本 11.0.0、 10.1.31 或 9.0.96。(CVE-2024-52316)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - Mozilla 开发人员报告 Firefox 90 和 Firefox ESR 78.12 中存在内存安全错误。其中某些错误展示出内存损坏迹象，我们推测如果攻击者进行足够的尝试，则可以利用此漏洞运行任意代码。此漏洞会影响 Thunderbird < 78.13、Firefox ESR < 78.13 和 Firefox < 91。(CVE-2021-29989)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 在 npm-serialize-javascript 中发现缺陷。出现该漏洞的原因是 serialize-javascript 模块未正确审查某些输入例如 regex 或其他 JavaScript 对象类型从而允许攻击者注入恶意代码。当通过 Web 浏览器反序列化时可以执行此代码从而造成跨站脚本 (XSS) 攻击。在将序列化数据发送至 Web 客户端的环境中此问题严重可能会危害使用此程序包的网站或 Web 应用程序的安全。 (CVE-2024-11831)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - Thunderbird 对 X-Mozilla-External-Attachment-URL 标头的处理可被利用于在 file:/// 上下文中执行 JavaScript。通过特制嵌套的电子邮件附件 (message/rfc822) 并将其内容类型设置为 application/pdf，Thunderbird 可能会在打开时错误地将其渲染为 HTML，从而使嵌入式 JavaScript 在不下载文件的情况下运行。此行为依赖于 Thunderbird 自动将附件保存到 /tmp 并通过 file:/// 协议链接可能启用 JavaScript 作为 HTML 的一部分执行。此漏洞会影响 Thunderbird < 128.10.1 和 Thunderbird < 138.0.1。(CVE-2025-3909)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - Oracle MySQL 的 MySQL Server 产品中存在漏洞（组件：Server: Optimizer）。支持的版本中受影响的是 8.0.0-8.0.42、8.4.0-8.4.5 和 9.0.0-9.3.0。利用此漏洞的难度较低，通过多种协议进行网络访问的高权限攻击者可借此破坏 MySQL Server。
    成功攻击此漏洞可导致在未经授权的情况下造成 MySQL Server 部分拒绝服务（部分 DOS）。(CVE-2025-50098)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - Cacti 是一个开源性能和错误管理框架。存储在 Automation_tree_rules.php 中的某些数据未进行彻底检查并用于连接 lib/api_Automation.php 中 build_rule_item_filter() 函数中的 SQL 语句从而导致 SQL 注入。此漏洞已在 1.2.29 中修复。(CVE-2025-24368)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 在 ashmem.c 的 calc_vm_may_flags 中可能存在因权限绕过而导致的共享内存任意写入情况。这可通过损坏进程之间共享的内存导致本地权限升级而无需其他执行权限。不需用户交互即可恶意利用。Product: Android Versions Android 内核 Android ID A-142938932 (CVE-2020-0009)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - Oracle MySQL 的 MySQL Server 产品中存在漏洞（组件：Server: Stored Procedure）。支持的版本中受影响的是 8.0.23 和较早版本。利用此漏洞的难度较低，通过多种协议进行网络访问的高权限攻击者可借此破坏 MySQL Server。成功利用此漏洞进行攻击可导致在未经授权的情况下造成 MySQL Server 挂起或频繁出现崩溃（完整 DOS），以及未经授权更新、插入或删除某些 MySQL Server 可访问数据的访问权限。(CVE-2021-2304)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - x86/i8259用 IRQ_LEVEL 标记旧的 PIC 中断 Baoquan 报告称在触发崩溃后后续崩溃内核在大约一半的情况下无法引导。它会在周期刻度代码中触发空指针取消引用。发生这种情况的原因是在软中断 (tasklet) 上下文中发生在软件中重新发送旧定时器中断 (IRQ0)。在此上下文中get_irq_regs() 返回导致空指针取消引用的 NULL。重新发送的原因是 IRQ0 向量上存在虚假的 APIC 中断此中断在启用旧定时器中断时被捕获并导致重新发送。这是错误的因为旧版 PIC 中断由级别触发因此不应在软件中重新发送但也不会在这些中断上设置 IRQ_LEVEL 标记因此核心代码不知道其触发类型。确保在设置旧的 PCI 中断时设置了 IRQ_LEVEL。 (CVE-2023-52993)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - Oracle MySQL 的 MySQL Server 产品中存在漏洞（组件：Server: Components Services）。
    支持的版本中受影响的是 8.0.22 和较早版本。难以利用的漏洞允许高权限攻击者通过多种协议进行网络访问，从而破坏 MySQL Server。成功攻击此漏洞可导致在未经授权的情况下造成 MySQL Server 挂起或频繁出现崩溃（完全 DOS）。(CVE-2021-2038)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：net: rswitch: Avoid use-after-free in rswitch_poll() The use-after-free is actually in rswitch_tx_free(), which is inlined in rswitch_poll().
    Since `skb` and `gq->skbs[gq->dirty]` are in fact the same pointer, the skb is first freed using dev_kfree_skb_any(), then the value in skb->len is used to update the interface statistics. Let's move around the instructions to use skb->len before the skb is freed. This bug is trivial to reproduce using KFENCE. It will trigger a splat every few packets. A simple ARP request or ICMP echo request is enough.
    (CVE-2024-42108)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：KVM: Reject attempts to consume or refresh inactive gfn_to_pfn_cache Reject kvm_gpc_check() and kvm_gpc_refresh() if the cache is inactive.
    Not checking the active flag during refresh is particularly egregious, as KVM can end up with a valid, inactive cache, which can lead to a variety of use-after-free bugs, e.g. consuming a NULL kernel pointer or missing an mmu_notifier invalidation due to the cache not being on the list of gfns to invalidate.
    Note, active needs to be set if and only if the cache is on the list of caches, i.e. is reachable via mmu_notifier events. If a relevant mmu_notifier event occurs while the cache is active but not on the list, KVM will not acquire the cache's lock and so will not serailize the mmu_notifier event with active users and/or kvm_gpc_refresh(). A race between KVM_XEN_ATTR_TYPE_SHARED_INFO and KVM_XEN_HVM_EVTCHN_SEND can be exploited to trigger the bug. 1. Deactivate shinfo cache: kvm_xen_hvm_set_attr case KVM_XEN_ATTR_TYPE_SHARED_INFO kvm_gpc_deactivate kvm_gpc_unmap gpc->valid = false gpc->khva = NULL gpc->active = false Result: active = false, valid = false 2. Cause cache refresh: kvm_arch_vm_ioctl case KVM_XEN_HVM_EVTCHN_SEND kvm_xen_hvm_evtchn_send kvm_xen_set_evtchn kvm_xen_set_evtchn_fast kvm_gpc_check return -EWOULDBLOCK because !gpc->valid kvm_xen_set_evtchn_fast return -EWOULDBLOCK kvm_gpc_refresh hva_to_pfn_retry gpc->valid = true gpc->khva = not NULL Result: active = false, valid = true 3. Race ioctl KVM_XEN_HVM_EVTCHN_SEND against ioctl KVM_XEN_ATTR_TYPE_SHARED_INFO: kvm_arch_vm_ioctl case KVM_XEN_HVM_EVTCHN_SEND kvm_xen_hvm_evtchn_send kvm_xen_set_evtchn kvm_xen_set_evtchn_fast read_lock gpc->lock kvm_xen_hvm_set_attr case KVM_XEN_ATTR_TYPE_SHARED_INFO mutex_lock kvm->lock kvm_xen_shared_info_init kvm_gpc_activate gpc->khva = NULL kvm_gpc_check [ Check passes because gpc->valid is still true, even though gpc->khva is already NULL. ] shinfo = gpc->khva pending_bits = shinfo->evtchn_pending CRASH: test_and_set_bit(..., pending_bits) (CVE-2022-49882)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 在 Firefox 122 中修复了内存安全缺陷。其中某些错误展示出内存损坏迹象，我们推测如果攻击者进行足够的尝试，则可以利用此漏洞运行任意代码。此漏洞会影响 Firefox < 123。(CVE-2024-1557)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - Mozilla 开发人员报告 Firefox 83 中存在的内存安全错误。其中某些错误展示出内存损坏迹象，我们推测如果攻击者进行足够的尝试，则可以利用此漏洞运行任意代码。此漏洞会影响 Firefox < 84。(CVE-2020-35114)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

ID	名称	严重性
247265	Linux Distros 未修补的漏洞：CVE-2025-38345	medium
247264	Linux Distros 未修补的漏洞：CVE-2023-52753	medium
247263	Linux Distros 未修补的漏洞：CVE-2023-52577	medium
247262	Linux Distros 未修补的漏洞: CVE-2019-11683	critical
247261	Linux Distros 未修补的漏洞：CVE-2020-25646	high
247260	Linux Distros 未修补的漏洞：CVE-2019-9245	medium
247259	Linux Distros 未修补的漏洞：CVE-2023-52491	high
247258	Linux Distros 未修补的漏洞：CVE-2021-35610	high
247257	Linux Distros 未修补的漏洞: CVE-2015-5395	high
247256	Linux Distros 未修补的漏洞：CVE-2025-38298	high
247255	Linux Distros 未修补的漏洞：CVE-2025-38095	medium
247254	Linux Distros 未修补的漏洞：CVE-2025-37983	medium
247253	Linux Distros 未修补的漏洞：CVE-2022-50083	high
247252	Linux Distros 未修补的漏洞：CVE-2018-5126	critical
247251	Linux Distros 未修补的漏洞：CVE-2024-26874	medium
247250	Linux Distros 未修补的漏洞：CVE-2021-46953	medium
247249	Linux Distros 未修补的漏洞：CVE-2022-49956	high
247248	Linux Distros 未修补的漏洞：CVE-2024-35811	medium
247247	Linux Distros 未修补的漏洞：CVE-2025-22111	medium
247246	Linux Distros 未修补的漏洞：CVE-2025-22046	high
247245	Linux Distros 未修补的漏洞：CVE-2024-7526	medium
247244	Linux Distros 未修补的漏洞：CVE-2019-19449	high
247243	Linux Distros 未修补的漏洞：CVE-2025-22042	high
247242	Linux Distros 未修补的漏洞：CVE-2020-6800	high
247241	Linux Distros 未修补的漏洞：CVE-2024-20966	medium
247240	Linux Distros 未修补的漏洞：CVE-2023-52429	medium
247239	Linux Distros 未修补的漏洞：CVE-2019-11713	critical
247238	Linux Distros 未修补的漏洞：CVE-2016-5388	high
247237	Linux Distros 未修补的漏洞：CVE-2022-50210	medium
247236	Linux Distros 未修补的漏洞：CVE-2022-50160	high
247235	Linux Distros 未修补的漏洞：CVE-2021-28971	medium
247234	Linux Distros 未修补的漏洞：CVE-2019-15504	critical
247233	Linux Distros 未修补的漏洞：CVE-2025-47814	critical
247232	Linux Distros 未修补的漏洞：CVE-2023-52871	high
247231	Linux Distros 未修补的漏洞：CVE-2022-50110	medium
247230	Linux Distros 未修补的漏洞：CVE-2024-26730	high
247229	Linux Distros 未修补的漏洞：CVE-2024-52316	critical
247228	Linux Distros 未修补的漏洞：CVE-2021-29989	high
247227	Linux Distros 未修补的漏洞：CVE-2024-11831	medium
247226	Linux Distros 未修补的漏洞：CVE-2025-3909	medium
247225	Linux Distros 未修补的漏洞：CVE-2025-50098	low
247224	Linux Distros 未修补的漏洞：CVE-2025-24368	high
247223	Linux Distros 未修补的漏洞：CVE-2020-0009	medium
247222	Linux Distros 未修补的漏洞：CVE-2021-2304	medium
247221	Linux Distros 未修补的漏洞：CVE-2023-52993	medium
247220	Linux Distros 未修补的漏洞：CVE-2021-2038	medium
247219	Linux Distros 未修补的漏洞：CVE-2024-42108	medium
247218	Linux Distros 未修补的漏洞：CVE-2022-49882	medium
247217	Linux Distros 未修补的漏洞：CVE-2024-1557	high
247216	Linux Distros 未修补的漏洞：CVE-2020-35114	high

检测

Nessus 的 Misc. 系列

medium

medium

medium

critical

high

medium

high

high

high

high

medium

medium

high

critical

medium

medium

high

medium

medium

high

medium

high

high

high

medium

medium

critical

high

medium

high

medium

critical

critical

high

medium

high

critical

high

medium

medium

low

high

medium

medium

medium

medium

medium

medium

high

high