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

  - 启用响应式设计模式时，它会使用对之前已释放的对象的引用。我们推测若攻击者有意操控，就能利用此漏洞运行任意代码。此漏洞会影响 Firefox ESR < 78.10、Thunderbird < 78.10 和 Firefox < 88。(CVE-2021-23995)

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

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

  - 已修复 Linux 内核中的下列漏洞：usb: ulpi: Fix debugfs directory leak The ULPI per-device debugfs root is named after the ulpi device's parent, but ulpi_unregister_interface tries to remove a debugfs directory named after the ulpi device itself. This results in the directory sticking around and preventing subsequent (deferred) probes from succeeding. Change the directory name to match the ulpi device. (CVE-2024-26919)

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

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

  - 在适用于 Windows 和 Linux 的 NVIDIA CUDA 工具包中，nvdisasm 命令行工具中存在一个漏洞，导致攻击者可通过诱骗用户在恶意 ELF 文件中运行 nvdisasm，造成输入验证不当问题。成功利用此漏洞可导致拒绝服务。
    (CVE-2024-0123)

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

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

  - Linux 内核中的 io_uring 子系统允许在 PROVIDE_BUFFERS 运算中绕过 MAX_RW_COUNT 限制，从而导致读取 /proc/<PID>/mem 时在 mem_rw 中使用负值。
    此问题可用于引发堆溢出，继而导致在内核中执行任意代码。此问题已通过提交 d1f82808877b (io_uring：在提供缓冲区时截断大于 MAX_RW_COUNT 的长度) (v5.13-rc1) 解决，并向后移植到 v5.12.4、v5.11.21 和 v5.10.37 版的稳定内核中。此问题是在 ddf0322db79c (io_uring: 添加 IORING_OP_PROVIDE_BUFFERS) (v5.7-rc1) 中引入。(CVE-2021-3491)

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

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

  - 在 32 位平台上运行的 3.15.2 之前的 Linux 内核中，lib/lz4/lz4_decompress.c 中的 lz4_uncompress 函数和 r118 之前的 Yann Collet LZ4 中使用的 LZ4 算法实现中存在整数溢出漏洞，可能允许上下文有关的攻击者通过构建的由编译时无 API 限制的程序错误处理的 Literal Run 来造成拒绝服务（内存损坏）或者可能产生其他不明影响，此漏洞与 CVE-2014-4715 不同。(CVE-2014-4611)

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

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

  - Firefox 的 HTML 解析器未正确解释 HTML 注释标签，从而导致与其他浏览器之间存在不一致问题。这可被用来在放置了用户控制数据的页面上转义 HTML 注释。此漏洞会影响 101 版本之前的 Firefox。(CVE-2022-31743)

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

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

  - 上游 Linux 文件系统存在权限提升漏洞。产品：Android。版本：
    Android 内核。Android ID: A-36817013。 (CVE-2017-0750)

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

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

  - requestPointerLock() 和 setTimeout() 的争用条件可导致用户在认为自己位于别的选项卡上的情况下，与某个选项卡互动。结合某些元素例如 <input type=file>如果用户对网页的来源产生混淆并且可能泄露他们不想要的信息这可能会导致攻击。此漏洞影响 Firefox < 88。(CVE-2021-24000

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

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

  - 在 5.14.12 之前版本的 Linux 内核中，kernel/bpf/stackmap.c 中的 prealloc_elems_and_freelist 允许非特权用户触发 eBPF 乘法整数溢出，从而导致越界写入。(CVE-2021-41864)

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

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

  - 已修复 Linux 内核中的下列漏洞：smb: Fix regression in writes when non-standard maximum write size negotiated The conversion to netfs in the 6.3 kernel caused a regression when maximum write size is set by the server to an unexpected value which is not a multiple of 4096 (similarly if the user overrides the maximum write size by setting mount parm wsize, but sets it to a value that is not a multiple of 4096). When negotiated write size is not a multiple of 4096 the netfs code can skip the end of the final page when doing large sequential writes, causing data corruption. This section of code is being rewritten/removed due to a large netfs change, but until that point (ie for the 6.3 kernel until now) we can not support non-standard maximum write sizes. Add a warning if a user specifies a wsize on mount that is not a multiple of 4096 (and round down), also add a change where we round down the maximum write size if the server negotiates a value that is not a multiple of 4096 (we also have to check to make sure that we do not round it down to zero). (CVE-2024-26692)

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

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

  - 已修复 Linux 内核中的下列漏洞：mm: vmalloc: ensure vmap_block is initialised before adding to queue Commit 8c61291fd850 (mm: fix incorrect vbq reference in purge_fragmented_block) extended the 'vmap_block' structure to contain a 'cpu' field which is set at allocation time to the id of the initialising CPU. When a new 'vmap_block' is being instantiated by new_vmap_block(), the partially initialised structure is added to the local 'vmap_block_queue' xarray before the 'cpu' field has been initialised. If another CPU is concurrently walking the xarray (e.g. via vm_unmap_aliases()), then it may perform an out-of-bounds access to the remote queue thanks to an uninitialised index. This has been observed as UBSAN errors in Android: | Internal error: UBSAN: array index out of bounds: 00000000f2005512 [#1] PREEMPT SMP | | Call trace: | purge_fragmented_block+0x204/0x21c | _vm_unmap_aliases+0x170/0x378 | vm_unmap_aliases+0x1c/0x28 | change_memory_common+0x1dc/0x26c | set_memory_ro+0x18/0x24 | module_enable_ro+0x98/0x238 | do_init_module+0x1b0/0x310 Move the initialisation of 'vb->cpu' in new_vmap_block() ahead of the addition to the xarray. (CVE-2024-46847)

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

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

  - 在 powerpc 平台上的 5.2 之前的 Linux 内核中发现一个问题。
    arch/powerpc/kernel/idle_book3s.S 不具备保存/还原 PNV_POWERSAVE_AMR、PNV_POWERSAVE_UAMOR 和 PNV_POWERSAVE_AMOR 的功能，也称为 CID-53a712bae5dd。(CVE-2020-11669)

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

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

  - 在 Linux 内核 5.0.14 之前的版本中发现问题。在 drivers/usb/misc/yurex.c 驱动程序中，存在恶意 USB 设备造成的空指针取消引用漏洞。(CVE-2019-15216)

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

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

  - netusb修复 smsc75xx_bind 中的内存泄漏。Syzbot 报告 smsc75xx_bind() 中存在内存泄漏。问题是在内存分配之后出错的情况下未释放内存。 backtrace[<ffffffff84245b62>] kmalloc include/linux/slab.h:556 [内联] [<ffffffff84245b62>] kzalloc include/linux/slab.h:686 [内联] [<ffffffff84245b62>] smsc75xx_bind+0x7a/0x334 drivers/net/usb /smsc75xx.c:1460 [<ffffffff82b5b2e6>] usbnet_probe+0x3b6/0xc30 drivers/net/usb/usbnet.c:1728 (CVE-2021-47171)

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

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

  - 已修复 Linux 内核中的下列漏洞：pinctrl: nuvoton: wpcm450: fix out of bounds write Write into 'pctrl->gpio_bank' happens before the check for GPIO index validity, so out of bounds write may happen. Found by Linux Verification Center (linuxtesting.org) with SVACE.
    (CVE-2023-52512)

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

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

  - 在 esptool 中发现一个问题 4.6.2 允许攻击者通过弱式加密算法查看敏感信息。 (CVE-2023-46894)

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

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

  - PCIvmd使 vmd_dev::cfg_lock 成为 raw_spinlock_t 类型 通过 pci_ops::read 和 pci_ops::write 对 PCI 配置空间的访问是低级硬件访问。即使在 PREEMPT_RT 中也可在禁用中断的情况下访问函数。pci_lock 是用于此目的的 raw_spinlock_t。spinlock_t 成为 PREEMPT_RT 上的休眠锁因此无法通过禁用的中断获取。vmd_dev::cfg_lock 在与 pci_lock 相同的上下文中访问。使 vmd_dev::cfg_lock 成为 raw_spinlock_t 类型使其可在禁用中断的情况下使用。此问题报告为缺陷缺陷休眠中从 kernel/locking/spinlock_rt.c:48 的无效上下文调用的函数调用跟踪rt_spin_lock+0x4e/0x130 vmd_pci_read+0x8d/0x100 [vmd] pci_user_read_config_byte+0x6f/0xe0 pci_read_config+0xfe/0x290 sysfs_kf_bin_read +0x68/0x90 [bigeasy改写提交消息] Tested-off-byLuis Claudio R. Goncaves <lgoncalv@redhat.com> [kwilczynski提交日志] [bhelgaas添加回来自 https://lore.kernel.org/lkml/20241218115951.83062-1-ryotkkr98@gmail.com/] 的报告信息 (CVE-2025-23161)

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

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

  - kernel安全启动不会自动启用内核锁定 (CVE-2025-1272)

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

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

  - 已修复 Linux 内核中的下列漏洞：async_xor: increase src_offs when dropping destination page Now we support sharing one page if PAGE_SIZE is not equal stripe size. To support this, it needs to support calculating xor value with different offsets for each r5dev. One offset array is used to record those offsets. In RMW mode, parity page is used as a source page. It sets ASYNC_TX_XOR_DROP_DST before calculating xor value in ops_run_prexor5. So it needs to add src_list and src_offs at the same time. Now it only needs src_list. So the xor value which is calculated is wrong. It can cause data corruption problem. I can reproduce this problem 100% on a POWER8 machine. The steps are:
    mdadm -CR /dev/md0 -l5 -n3 /dev/sdb1 /dev/sdc1 /dev/sdd1 --size=3G mkfs.xfs /dev/md0 mount /dev/md0 /mnt/test mount: /mnt/test: mount(2) system call failed: Structure needs cleaning. (CVE-2021-47066)

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

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

  - PCI/pwrctrl取消注册时取消未完成的重新扫描工作可以通过以下方式触发释放后使用(a) 强制 rescan_work_func() 花费很长时间以及 (b) 使用可能会因某种原因而卸载的 pwrctrl 驱动程序取消未完成的作业，以确保在数据结构被清理之前完成工作。 [bhelgaas整理提交日志] (CVE-2025-38137)

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

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

  - 在 2.24.0 之前（2.16.8 LTS 之前及 2.7.17 LTS 之前）的 Mbed TLS 中发现了一个问题。mbedtls_ssl_read 中缺少用于从内存擦除未用应用程序数据的明文缓冲区归零。
    (CVE-2020-36476)

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

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

  - 已修复 Linux 内核中的下列漏洞：wifi: wilc1000: do not realloc workqueue everytime an interface is added Commit 09ed8bfc5215 (wilc1000: Rename workqueue from WILC_wq to NETDEV-wq) moved workqueue creation in wilc_netdev_ifc_init in order to set the interface name in the workqueue name. However, while the driver needs only one workqueue, the wilc_netdev_ifc_init is called each time we add an interface over a phy, which in turns overwrite the workqueue with a new one. This can be observed with the following commands: for i in $(seq 0 10) do iw phy phy0 interface add wlan1 type managed iw dev wlan1 del done ps -eo pid,comm|grep wlan 39 kworker/R-wlan0 98 kworker/R-wlan1 102 kworker/R-wlan1 105 kworker/R-wlan1 108 kworker/R-wlan1 111 kworker/R-wlan1 114 kworker/R-wlan1 117 kworker/R-wlan1 120 kworker/R-wlan1 123 kworker/R-wlan1 126 kworker/R-wlan1 129 kworker/R-wlan1 Fix this leakage by putting back hif_workqueue allocation in wilc_cfg80211_init. Regarding the workqueue name, it is indeed relevant to set it lowercase, however it is not attached to a specific netdev, so enforcing netdev name in the name is not so relevant. Still, enrich the name with the wiphy name to make it clear which phy is using the workqueue. (CVE-2024-27391)

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

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

  - 在 binder_alloc.c 的 binder_alloc_free_page 中可能存在因不当锁定而导致的双重释放。这可能会导致内核中本地权限提升，且无需其他执行权限。
    不需用户交互即可恶意利用。产品：Android。版本：Android 内核。Android ID：
    A-120025196. (CVE-2019-1999)

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

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

  - 当与 iframe 交互触发重定向时，<code>Content-Security-Policy-Report-Only</code> 标头可允许攻击者泄漏子 iframe 的未编辑 URI。此漏洞会影响 Firefox < 110、Thunderbird < 102.8 和 Firefox ESR < 102.8。(CVE-2023-25728)

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

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

  - ASoCqcom修复提交 5f78e1fb7a3eASoCqcom为 audioreach 解决方案添加驱动程序支持中引入的 Case 值会造成 sc7280 驱动程序数据数组中越界访问例如 sc7280_snd_hw_params() 中 RX_CODEC_DMA_RX_0 的情况。重新定义 LPASS_MAX_PORTS 以考虑 q6dsp 的最大可能端口 id因为 sc7280 驱动程序利用其中的某些值。由 Linux Verification Center (linuxtesting.org) 通过 SVACE 发现。 (CVE-2025-37979)

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

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

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

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

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

  - LoongArch无效 PMD的 huge_pte_offset() 返回空值 LoongArch 的 huge_pte_offset() 当前返回指向 PMD 槽的指针即使底层条目指向 invalid_pte_table(表示无映射)。smaps_hugetlb_range() 等调用程序会通过此指针获取此无效条目值invalid_pte_table 的地址。然后generic is_swap_pte() 检查会错误地将此地址识别为 LoongArch 上的交换条目因为它满足 !pte_present() && !pte_none() 条件。
    这种曲解与 is_migration_entry() 在地址位上的重合相结合导致 pfn_swap_entry_to_page() 中的内核崩溃。通过将 huge_pte_offset() 修改为在返回前使用 pmd_none() 检查 PMD 条目的内容可在架构级别修复此问题。如果条目无效即指向 invalid_pte_table则将 NULL 返回而不是指向插槽的指针。
    (CVE-2025-37818)

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

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

  - 已修复 Linux 内核中的下列漏洞：wifi: ath12k: fix invalid memory access while processing fragmented packets The monitor ring and the reo reinject ring share the same ring mask index. When the driver receives an interrupt for the reo reinject ring, the monitor ring is also processed, leading to invalid memory access. Since monitor support is not yet enabled in ath12k, the ring mask for the monitor ring should be removed. Tested-on: QCN9274 hw2.0 PCI WLAN.WBE.1.1.1-00209-QCAHKSWPL_SILICONZ-1 (CVE-2024-43847)

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

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

  - 已修复 Linux 内核中的下列漏洞：usb: typec: ucsi: Don't attempt to resume the ports before they exist This will fix null pointer dereference that was caused by the driver attempting to resume ports that were not yet registered. (CVE-2023-52938)

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

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

  - ext4忽略超过结尾的 xattrs 进入“ext4_xattr_inode_dec_ref_all”后应该忽略超过“end”条目的 xattrs 条目。此更新修复以下 KASAN 报告的问题
    ================================================== ================ BUG:KASAN任务 repro/2065 CPU: 1 UID: 0 PID: 2065 Comm: repro 未受感染 6.13.0-rc2+ #11 硬件名称QEMU Standard PC (Q35 + ICH9, 2009)BIOS rel-1.16.3-0-ga6ed6b701f0a-prebuilt.qemu.org 04/01 /2014 调用跟踪 <TASK> dump_stack_lvl+0x1fd/0x300 tcp_gro_dev_warn+0x260/0x260 _printk+0xc0/0x100 read_lock_is_recursive+0x10/0x10 ? irq_work_queue+0x72/0xf0 ? __virt_addr_valid+0x17b/0x4b0 print_address_description+0x78/0x390 print_report+0x107/0x1f0 ? __virt_addr_valid+0x17b/0x4b0 ?
    __virt_addr_valid+0x3ff/0x4b0 ? __phys_addr+0xb5/0x160 ? ext4_xattr_inode_dec_ref_all+0xb8c/0xe90 kasan_report+0xcc/0x100 ? ext4_xattr_inode_dec_ref_all+0xb8c/0xe90 ext4_xattr_inode_dec_ref_all+0xb8c/0xe90 ext4_xattr_delete_inode+0xd30/0xd30 ?
    __ext4_journal_ensure_credits+0x5f0/0x5f0 ? __ext4_journal_ensure_credits+0x2b/0x5f0 ? inode_update_timestamps+0x410/0x410 ext4_xattr_delete_inode+0xb64/0xd30 ? ext4_truncate+0xb70/0xdc0 ? ext4_expand_extra_isize_ea+0x1d20/0x1d20 ? __ext4_mark_inode_dirty+0x670/0x670 ? ext4_journal_check_start+0x16f/0x240 ? ext4_inode_is_fast_symlink+0x2f2/0x3a0 ext4_evict_inode+0xc8c/0xff0 ext4_inode_is_fast_symlink+0x3a0/0x3a0 ? do_raw_spin_unlock+0x53/0x8a0 ? ext4_inode_is_fast_symlink+0x3a0/0x3a0 evict+0x4ac/0x950 ? proc_nr_inodes+0x310/0x310 trace_ext4_drop_inode+0xa2/0x220 ? _raw_spin_unlock+0x1a/0x30 iput+0x4cb/0x7e0 do_unlinkat+0x495/0x7c0 ? try_break_deleg+0x120/0x120 ? 0xffffffff81000000 __check_object_size+0x15a/0x210 ? strncpy_from_user+0x13e/0x250 ? getname_flags+0x1dc/0x530 __x64_sys_unlinkat+0xc8/0xf0 do_syscall_64+0x65/0x110 entry_SYSCALL_64_after_hwframe+0x67/0x6f RIP: 0033:0x434ffd Code: 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 f3 0f 1e fa 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 8 RSP
    002b00007ffc50fa7b28 EFLAGS00000246 ORIG_RAX0000000000000107 RAXffffffffffffffda RBX
    00007ffc50fa7e18 RCX: 0000000000434ffd RDX: 0000000000000000 RSI: 0000000020000240 RDI: 0000000000000005 RBP: 00007ffc50fa7be0 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11:
    0000000000000246 R12: 0000000000000001 R13: 00007ffc50fa7e08 R14: 00000000004bbf30 R15: 0000000000000001 </TASK> The buggy address belongs to the object at ffff888012c12000 which belongs to the cache filp of size 360 The buggy address is located 196 bytes inside of freed 360-byte区域 [ffff888012c12000、ffff888012c12168) 有缺陷的地址属于物理 page: page: refcount:1 mapcount:0 mapping:0000000000000000 index:0x0 pfn:0x12c12 head: order:1 mapcount:0 complete_mapcount:0 nr_pages_mapped:0 pincount:0 flags : 0x40(head|node=0|zone=0) page_type: f5(slab) raw: 0000000000000040 ffff888000ad7640 ffffea0000497a00 dead000000000004 raw: 0000000000000000 0000000000100010 00000001f5000000 0000000000000000 head: 0000000000000040 ffff888000ad7640 ffffea0000497a00 dead000000000004 head:
    0000000000000000 0000000000100010 00000001f5000000 0000000000000000 head: 0000000000000001 ffffea00004b0481 ffffffffffffffff 0000000000000000 head: 0000000000000002 0000000000000000 00000000ffffffff 0000000000000000 page dumped because: kasan: bad access detected Memory state around the buggy address: ffff888012c11f80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ffff888012c12000fa fb fb fb fb fb fb fb fb fb fb fb fb fb fb > ffff888012c12080fb fb fb fb fb fb fb fb fb fb fb fb fb fb fb fb ^ ffff888012c12100fb fb fb fb fb fb fb fb fb fb fc fc fc ffff888012c12180fc fc fc fc fc fc fc fc fc ---truncated--- (CVE-2025-37738)

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

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

  - 已修复 Linux 内核中的下列漏洞：Bluetooth: qca: fix info leak when fetching fw build id Add the missing sanity checks and move the 255-byte build-id buffer off the stack to avoid leaking stack data through debugfs in case the build-info reply is malformed. (CVE-2024-36032)

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

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

  - Drupal Core 中的未受信任数据反序列化漏洞允许对象注入。此问题影响 Drupal Core：8.0.0 之前的 10.2.11、10.3.0 之前的 10.3.9、11.0.0 之前的 11.0.8。Drupal 核心包含一系列方法当站点上存在不安全的反序列化漏洞时这些方法是可利用的。这个所谓的小工具链并不构成直接威胁，而是一个向量，如果应用程序因另一漏洞而反序列化不受信任的数据，该向量可用于实现远程代码执行。
    (CVE-2024-55637)

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

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

  - 已修复 Linux 内核中的下列漏洞：platform/x86: intel-vbtn: Protect ACPI notify handler against recursion Since commit e2ffcda16290 (ACPI: OSL: Allow Notify () handlers to run on all CPUs) ACPI notify handlers like the intel-vbtn notify_handler() may run on multiple CPU cores racing with themselves. This race gets hit on Dell Venue 7140 tablets when undocking from the keyboard, causing the handler to try and register priv->switches_dev twice, as can be seen from the dev_info() message getting logged twice: [ 83.861800] intel-vbtn INT33D6:00: Registering Intel Virtual Switches input-dev after receiving a switch event [ 83.861858] input: Intel Virtual Switches as /devices/pci0000:00/0000:00:1f.0/PNP0C09:00/INT33D6:00/input/input17 [ 83.861865] intel-vbtn INT33D6:00:
    Registering Intel Virtual Switches input-dev after receiving a switch event After which things go seriously wrong: [ 83.861872] sysfs: cannot create duplicate filename '/devices/pci0000:00/0000:00:1f.0/PNP0C09:00/INT33D6:00/input/input17' ... [ 83.861967] kobject:
    kobject_add_internal failed for input17 with -EEXIST, don't try to register things with the same name in the same directory. [ 83.877338] BUG: kernel NULL pointer dereference, address: 0000000000000018 ...
    Protect intel-vbtn notify_handler() from racing with itself with a mutex to fix this. (CVE-2024-44937)

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

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

  - 类型检查缺陷可导致编译无效的代码。此漏洞会影响 Firefox < 113、Firefox ESR < 102.11 和 Thunderbird < 102.11。(CVE-2023-32211)

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

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

  - 已修复 Linux 内核中的下列漏洞：dccp/tcp: Unhash sk from ehash for tb2 alloc failure after check_estalblished(). syzkaller reported a warning [0] in inet_csk_destroy_sock() with no repro. WARN_ON(inet_sk(sk)->inet_num && !inet_csk(sk)->icsk_bind_hash); However, the syzkaller's log hinted that connect() failed just before the warning due to FAULT_INJECTION. [1] When connect() is called for an unbound socket, we search for an available ephemeral port. If a bhash bucket exists for the port, we call __inet_check_established() or __inet6_check_established() to check if the bucket is reusable. If reusable, we add the socket into ehash and set inet_sk(sk)->inet_num. Later, we look up the corresponding bhash2 bucket and try to allocate it if it does not exist. Although it rarely occurs in real use, if the allocation fails, we must revert the changes by check_established(). Otherwise, an unconnected socket could illegally occupy an ehash entry. Note that we do not put tw back into ehash because sk might have already responded to a packet for tw and it would be better to free tw earlier under such memory presure.
    [0]: WARNING: CPU: 0 PID: 350830 at net/ipv4/inet_connection_sock.c:1193 inet_csk_destroy_sock (net/ipv4/inet_connection_sock.c:1193) Modules linked in: Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.16.0-0-gd239552ce722-prebuilt.qemu.org 04/01/2014 RIP: 0010:inet_csk_destroy_sock (net/ipv4/inet_connection_sock.c:1193) Code: 41 5c 41 5d 41 5e e9 2d 4a 3d fd e8 28 4a 3d fd 48 89 ef e8 f0 cd 7d ff 5b 5d 41 5c 41 5d 41 5e e9 13 4a 3d fd e8 0e 4a 3d fd <0f> 0b e9 61 fe ff ff e8 02 4a 3d fd 4c 89 e7 be 03 00 00 00 e8 05 RSP: 0018:ffffc9000b21fd38 EFLAGS: 00010293 RAX: 0000000000000000 RBX:
    0000000000009e78 RCX: ffffffff840bae40 RDX: ffff88806e46c600 RSI: ffffffff840bb012 RDI: ffff88811755cca8 RBP: ffff88811755c880 R08: 0000000000000003 R09: 0000000000000000 R10: 0000000000009e78 R11:
    0000000000000000 R12: ffff88811755c8e0 R13: ffff88811755c892 R14: ffff88811755c918 R15: 0000000000000000 FS: 00007f03e5243800(0000) GS:ffff88811ae00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000001b32f21000 CR3: 0000000112ffe001 CR4: 0000000000770ef0 PKRU: 55555554 Call Trace: <TASK> ? inet_csk_destroy_sock (net/ipv4/inet_connection_sock.c:1193) dccp_close (net/dccp/proto.c:1078) inet_release (net/ipv4/af_inet.c:434) __sock_release (net/socket.c:660) sock_close (net/socket.c:1423) __fput (fs/file_table.c:377) __fput_sync (fs/file_table.c:462) __x64_sys_close (fs/open.c:1557 fs/open.c:1539 fs/open.c:1539) do_syscall_64 (arch/x86/entry/common.c:52 arch/x86/entry/common.c:83) entry_SYSCALL_64_after_hwframe (arch/x86/entry/entry_64.S:129) RIP:
    0033:0x7f03e53852bb Code: 03 00 00 00 0f 05 48 3d 00 f0 ff ff 77 41 c3 48 83 ec 18 89 7c 24 0c e8 43 c9 f5 ff 8b 7c 24 0c 41 89 c0 b8 03 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 35 44 89 c7 89 44 24 0c e8 a1 c9 f5 ff 8b 44 RSP: 002b:00000000005dfba0 EFLAGS: 00000293 ORIG_RAX: 0000000000000003 RAX: ffffffffffffffda RBX:
    0000000000000004 RCX: 00007f03e53852bb RDX: 0000000000000002 RSI: 0000000000000002 RDI: 0000000000000003 RBP: 0000000000000000 R08: 0000000000000000 R09: 000000000000167c R10: 0000000008a79680 R11:
    0000000000000293 R12: 00007f03e4e43000 R13: 00007f03e4e43170 R14: 00007f03e4e43178 R15: 00007f03e4e43170 </TASK> [1]: FAULT_INJECTION: forcing a failure. name failslab, interval 1, probability 0, space 0, times 0 CPU: 0 PID: 350833 Comm: syz-executor.1 Not tainted 6.7.0-12272-g2121c43f88f5 #9 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.16.0-0-gd239552ce722-prebuilt.qemu.org 04/01/2014 Call Trace: <TASK> dump_stack_lvl (lib/dump_stack.c:107 (discriminator 1)) should_fail_ex (lib/fault-inject.c:52 lib/fault-inject.c:153) should_failslab (mm/slub.c:3748) kmem_cache_alloc (mm/slub.c:3763 mm/slub.c:3842 mm/slub.c:3867) inet_bind2_bucket_create ---truncated--- (CVE-2024-26741)

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

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

  - 不正确使用“<RowCountChanged>”方法可导致中毒后使用和潜在可利用的崩溃。此漏洞会影响 Firefox < 85。(CVE-2021-23962)

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

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

  - 在 Apache Tomcat 9.0.0.M1 至 9.0.4、8.5.0 至 8.5.27、8.0.0.RC1 至 8.0.49 和 7.0.0 至 7.0.84 版中，完全映射至环境 root 的（空字符串）的 URL 模式用作安全限制定义的一部分时未得到正确处理。这会造成限制被忽略。因此未经授权的用户可访问应该受到保护的 Web 应用程序资源。只有具有空字符串 URL 模式的安全限制会受到影响。(CVE-2018-1304)

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

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

  - ethernetaeroflex修复greth_init_rings() 中潜在的 skb 泄漏当 dma_mapping_error() 返回错误时greth_init_rings() 函数不会释放新分配的 skb因此添加 dev_kfree_skb() 进行修复。
    仅测试编译文件。(CVE-2022-48958)

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

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

  - 在 Linux 内核 5.11.11 之前的版本中发现问题。netfilter 子系统允许攻击者造成拒绝服务（错误），因为 net/netfilter/x_tables.c 和 include/linux/netfilter/x_tables.h 在分配新的表值时缺少完整的内存屏障，也称为 CID-175e476b8cdf。
    (CVE-2021-29650)

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

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

  - ASoCSOF: Intel hda重新加载模块 hda_generic_machine_select() 通过分配使用 devm_kasprintf() 的新字符串将 -idisp 附加到 tplg 文件名时修复 UAF然后将该字符串存储回全局变量 snd_soc_acpi_intel_hda_machines。卸载模块时将释放此内存从而导致全局变量指向已释放的内存。然后重新加载模块会触发释放后使用BUG: KFENCE在 string+0x48/0xe0 处的读取后使用在 0x00000000967e0109 处的释放后使用读取 (在 kfence-#99中)string+0x48/0xe0 vsnprintf+0x329 /0x6e0 devm_kvasprintf+0x54/0xb0 devm_kasprintf+0x58/0x80 hda_machine_select.cold+0x198/0x17a2 [snd_sof_intel_hda_generic] sof_probe_work+0x7f/0x600 [snd_sof] process_one_work+0x17b/0x330 worker_thread+0x2ce/0x3f0 kthread+0xcf/0x100 ret_from_fork+0x31/0x50 ret_from_fork_asm+0x1a/0x30 kfence-#99: 0x00000000198a940f-0x00000000ace47d9d, size=64, cache=kmalloc-64 allocated by task 333 on cpu 8 at 17.798069s (130.453553s ago): devm_kmalloc+0x52/0x120 devm_kvasprintf+0x66/0xb0 devm_kasprintf+0x58/ 0x80 hda_machine_select.cold+0x198/0x17a2 [snd_sof_intel_hda_generic] sof_probe_work+0x7f/0x600 [snd_sof] process_one_work+0x17b/0x330 worker_thread+0x2ce/0x3f0 kthread+0xcf/0x100 ret_from_fork+0x31/0x50 ret_from_fork_asm+0x1a/0x30 freed by task 1543 on cpu 4 的 141.586686s6.665010s 前release_nodes+0x43/0xb0 devres_release_ all+0x90/0xf0 device_unbind_cleanup+0xe/0x70 device_release_driver_internal+0x1c1/0x200 driver_detach+0x48/0x90 bus_remove_driver+0x6d/0xf0 pci_unregister_driver+0x42/0xb0 __do_sys_delete_module+0x1d1/0x310 do_syscall_64+0x82/0x190 entry_SYSCALL_64_after_hwframe+0x76/0x7e Fix it by copying the在修改数组之前将其与 devm_kmemdup_array() 进行匹配。 (CVE-2025-38056)

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

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

  - 已修复 Linux 内核中的下列漏洞：virtiofs: fix memory leak in virtio_fs_probe() When accidentally passing twice the same tag to qemu, kmemleak ended up reporting a memory leak in virtiofs. Also, looking at the log I saw the following error (that's when I realised the duplicated tag): virtiofs: probe of virtio5 failed with error -17 Here's the kmemleak log for reference:
    unreferenced object 0xffff888103d47800 (size 1024): comm systemd-udevd, pid 118, jiffies 4294893780 (age 18.340s) hex dump (first 32 bytes): 00 00 00 00 ad 4e ad de ff ff ff ff 00 00 00 00 .....N.......... ff ff ff ff ff ff ff ff 80 90 02 a0 ff ff ff ff ................ backtrace: [<000000000ebb87c1>] virtio_fs_probe+0x171/0x7ae [virtiofs] [<00000000f8aca419>] virtio_dev_probe+0x15f/0x210 [<000000004d6baf3c>] really_probe+0xea/0x430 [<00000000a6ceeac8>] device_driver_attach+0xa8/0xb0 [<00000000196f47a7>] __driver_attach+0x98/0x140 [<000000000b20601d>] bus_for_each_dev+0x7b/0xc0 [<00000000399c7b7f>] bus_add_driver+0x11b/0x1f0 [<0000000032b09ba7>] driver_register+0x8f/0xe0 [<00000000cdd55998>] 0xffffffffa002c013 [<000000000ea196a2>] do_one_initcall+0x64/0x2e0 [<0000000008f727ce>] do_init_module+0x5c/0x260 [<000000003cdedab6>] __do_sys_finit_module+0xb5/0x120 [<00000000ad2f48c6>] do_syscall_64+0x33/0x40 [<00000000809526b5>] entry_SYSCALL_64_after_hwframe+0x44/0xae (CVE-2021-46956)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/arm/malidp: fix a possible null pointer dereference In malidp_mw_connector_reset, new memory is allocated with kzalloc, but no check is performed. In order to prevent null pointer dereferencing, ensure that mw_state is checked before calling
    __drm_atomic_helper_connector_reset. (CVE-2024-36014)

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

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

  - 在用于解析 XML 文件的 xmllint 命令行工具的交互式 shell 中发现了一个缺陷。
    当用户输入过长的命令时，该程序未能正确检查输入大小，而这可导致程序崩溃。在缺乏现代保护机制的罕见配置中，攻击者可能会利用此问题执行恶意代码。(CVE-2025-6170)

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

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

  - 适用于 Linux 的 NVIDIA GPU 显示驱动程序在内核模式层有一个漏洞，非特权用户可借此造成整数溢出，进而导致信息泄露和拒绝服务。(CVE-2023-25516)

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

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

  - 已修复 Linux 内核中的下列漏洞：crypto: sun8i-ss - Fix memory leak of object d when dma_iv fails to map In the case where the dma_iv mapping fails, the return error path leaks the memory allocated to object d. Fix this by adding a new error return label and jumping to this to ensure d is free'd before the return. Addresses-Coverity: (Resource leak) (CVE-2021-47057)

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

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

  - devlink修复 xa_alloc_logical() 错误处理 如果从 xa_alloc_logical() 返回 1包装将返回 ERR_PTR(1)从而导致 IS_ERR() 为假。可导致取消引用未分配指针 (rel)。通过检查 err 是否小于零来修复此问题。只是注意到实际用例中未发现此问题。感谢 Pierre。 (CVE-2025-22017)

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

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

  - usbatmcxacru修复现有端点检查中的一个缺陷 Syzbot 在 usb 端点检查中再次识别一个缺陷请参阅 [1]。此次问题源于我提交 (2eabb655a968 (usb
    atmcxacru修复 cxacru_bind() 中的端点检查。虽然使用 usb_find_common_endpoints() 通常足以丢弃具有错误端点的设备但在这种情况下不仅仅需要查找和识别足够数量的正确类型的端点还需要检查端点的地址。由于 cxacru_bind() 使用 CXACRU_EP_CMD 地址填充 URB请将端点验证方法切换为 usb_check_XXX_endpoints()以修复不完整的 ep 测试。 [1] Syzbot report: usb 5-1: BOGUS urb xfer, pipe 3 != type 1 WARNING: CPU: 0 PID: 1378 at drivers/usb/core/urb.c:504 usb_submit_urb+0xc4e/0x18c0 drivers/usb/ core/urb.c:503 ... RIP0010:usb_submit_urb+0xc4e/0x18c0 drivers/usb/core/urb.c:503 ... 调用跟踪 <TASK> cxacru_cm+0x3c8/0xe50 drivers/usb/atm/cxacru.c:649 cxacru_card_status drivers/usb/atm/cxacru.c:760 [内联] cxacru_bind+0xcf9/0x1150 drivers/usb/atm/cxacru.c :1223 usbatm_usb_probe+0x314/0x1d30 drivers/usb/atm/usbatm.c:1058 cxacru_usb_probe+0x184/0x220 drivers/usb/atm/cxacru.c:1377 usb_probe_interface+0x641/0xbb0 drivers/usb/core/driver.c:396 real_probe+0x2b9/0xad0 drivers/base/dd.c:658
    __driver_probe_device+0x1a2/0x390 drivers/base/dd.c:800 driver_probe_device+0x50/0x430 drivers/base/dd.c:830 ... (CVE-2025-21916)

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

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

  - 已修复 Linux 内核中的下列漏洞：misc: fastrpc: Fix use-after-free and race in fastrpc_map_find Currently, there is a race window between the point when the mutex is unlocked in fastrpc_map_lookup and the reference count increasing (fastrpc_map_get) in fastrpc_map_find, which can also lead to use-after-free. So lets merge fastrpc_map_find into fastrpc_map_lookup which allows us to both protect the maps list by also taking the &fl->lock spinlock and the reference count, since the spinlock will be released only after. Add take_ref argument to make this suitable for all callers.
    (CVE-2022-48874)

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

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

  - 在 Linux 内核 4.14.11 之前的版本中发现问题。kernel/trace/trace.c 文件中的 allocate_trace_buffer 函数可能导致双重释放。(CVE-2017-18595)

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

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

  - Apache HTTP Server 2.4.60 的核心中的回归问题会忽略处理程序的某些使用旧版基于内容类型的配置。AddType 和类似配置在某些情况下间接请求文件，导致本地内容的源代码泄露。例如，系统可能会提供 PHP 脚本，而非解释 PHP 脚本。建议用户升级为已修复此问题的 2.4.61 版。
    (CVE-2024-39884)

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

ID	名称	严重性
247845	Linux Distros 未修补的漏洞：CVE-2021-23995	high
247844	Linux Distros 未修补的漏洞：CVE-2024-26919	medium
247843	Linux Distros 未修补的漏洞：CVE-2024-0123	low
247842	Linux Distros 未修补的漏洞：CVE-2021-3491	high
247841	Linux Distros 未修补的漏洞：CVE-2014-4611	high
247840	Linux Distros 未修补的漏洞：CVE-2022-31743	medium
247839	Linux Distros 未修补的漏洞：CVE-2017-0750	high
247838	Linux Distros 未修补的漏洞：CVE-2021-24000	low
247837	Linux Distros 未修补的漏洞：CVE-2021-41864	high
247818	Linux Distros 未修补的漏洞：CVE-2024-26692	medium
247817	Linux Distros 未修补的漏洞：CVE-2024-46847	medium
247816	Linux Distros 未修补的漏洞：CVE-2020-11669	medium
247815	Linux Distros 未修补的漏洞：CVE-2019-15216	medium
247814	Linux Distros 未修补的漏洞：CVE-2021-47171	medium
247813	Linux Distros 未修补的漏洞：CVE-2023-52512	medium
247812	Linux Distros 未修补的漏洞：CVE-2023-46894	high
247811	Linux Distros 未修补的漏洞：CVE-2025-23161	high
247810	Linux Distros 未修补的漏洞：CVE-2025-1272	high
247809	Linux Distros 未修补的漏洞：CVE-2021-47066	medium
247808	Linux Distros 未修补的漏洞：CVE-2025-38137	high
247807	Linux Distros 未修补的漏洞：CVE-2020-36476	high
247806	Linux Distros 未修补的漏洞：CVE-2024-27391	high
247805	Linux Distros 未修补的漏洞：CVE-2019-1999	high
247804	Linux Distros 未修补的漏洞：CVE-2023-25728	medium
247803	Linux Distros 未修补的漏洞：CVE-2025-37979	high
247802	Linux Distros 未修补的漏洞：CVE-2022-21415	medium
247801	Linux Distros 未修补的漏洞：CVE-2025-37818	medium
247800	Linux Distros 未修补的漏洞：CVE-2024-43847	high
247799	Linux Distros 未修补的漏洞：CVE-2023-52938	medium
247798	Linux Distros 未修补的漏洞：CVE-2025-37738	high
247797	Linux Distros 未修补的漏洞：CVE-2024-36032	low
247796	Linux Distros 未修补的漏洞：CVE-2024-55637	critical
247795	Linux Distros 未修补的漏洞：CVE-2024-44937	medium
247794	Linux Distros 未修补的漏洞：CVE-2023-32211	medium
247793	Linux Distros 未修补的漏洞：CVE-2024-26741	medium
247792	Linux Distros 未修补的漏洞：CVE-2021-23962	high
247791	Linux Distros 未修补的漏洞：CVE-2018-1304	medium
247790	Linux Distros 未修补的漏洞：CVE-2022-48958	medium
247789	Linux Distros 未修补的漏洞：CVE-2021-29650	medium
247788	Linux Distros 未修补的漏洞：CVE-2025-38056	high
247787	Linux Distros 未修补的漏洞：CVE-2021-46956	medium
247786	Linux Distros 未修补的漏洞：CVE-2024-36014	medium
247785	Linux Distros 未修补的漏洞：CVE-2025-6170	low
247784	Linux Distros 未修补的漏洞：CVE-2023-25516	high
247783	Linux Distros 未修补的漏洞：CVE-2021-47057	medium
247782	Linux Distros 未修补的漏洞：CVE-2025-22017	medium
247781	Linux Distros 未修补的漏洞：CVE-2025-21916	medium
247780	Linux Distros 未修补的漏洞：CVE-2022-48874	high
247779	Linux Distros 未修补的漏洞：CVE-2017-18595	high
247778	Linux Distros 未修补的漏洞：CVE-2024-39884	medium

检测

Nessus 的 Misc. 系列

high

medium

low

high

high

medium

high

low

high

medium

medium

medium

medium

medium

medium

high

high

high

medium

high

high

high

high

medium

high

medium

medium

high

medium

high

low

critical

medium

medium

medium

high

medium

medium

medium

high

medium

medium

low

high

medium

medium

medium

high

high

medium