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

  - libLAS 1.8.1 在 /libLAS/apps/ts2las.cpp 中包含一个内存泄漏漏洞。 (CVE-2024-27507)

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

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

  - 在 networking.c 的 skb_to_mamac 中可能存在因整数溢出而导致的越界写入。这可能会导致本地权限提升，且无需其他执行权限。利用无需用户交互。Product: AndroidVersions: Android kernelAndroid ID A-143560807 (CVE-2020-0432)

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

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

  - 在转换非特权 cBPF 程序时，版本低于 5.4.10 的 Linux 内核中的 arch/mips/net/bpf_jit.c 会生成不需要的计算机代码，从而允许在内核上下文中执行任意代码。
    出现此问题的原因是条件分支会超过 MIPS 架构的限制 (128 KB)。
    (CVE-2021-38300)

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

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

  - 在 Ansible 中发现了一个缺陷，用户的控制器容易受到模板注入的攻击。如果用户尝试将模板放入多行 YAML 字符串中，并且正在处理的事实通常不包含特殊模板字符，则模板中使用的事实就可能会出现此问题。攻击者可利用此缺陷执行命令注入，从而泄露敏感信息。此漏洞最主要的威胁对象是机密性和完整性。(CVE-2021-3583)

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

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

  - 已修复 Linux 内核中的下列漏洞：mm/slub: add check for s->flags in the alloc_tagging_slab_free_hook When enable CONFIG_MEMCG & CONFIG_KFENCE & CONFIG_KMEMLEAK, the following warning always occurs,This is because the following call stack occurred: mem_pool_alloc kmem_cache_alloc_noprof slab_alloc_node kfence_alloc Once the kfence allocation is successful,slab->obj_exts will not be empty, because it has already been assigned a value in kfence_init_pool. Since in the prepare_slab_obj_exts_hook function,we perform a check for s->flags & (SLAB_NO_OBJ_EXT | SLAB_NOLEAKTRACE),the alloc_tag_add function will not be called as a result.Therefore,ref->ct remains NULL. However,when we call mem_pool_free,since obj_ext is not empty, it eventually leads to the alloc_tag_sub scenario being invoked. This is where the warning occurs. So we should add corresponding checks in the alloc_tagging_slab_free_hook. For __GFP_NO_OBJ_EXT case,I didn't see the specific case where it's using kfence,so I won't add the corresponding check in alloc_tagging_slab_free_hook for now. [ 3.734349] ------------[ cut here ]------------ [ 3.734807] alloc_tag was not set [ 3.735129] WARNING: CPU: 4 PID: 40 at ./include/linux/alloc_tag.h:130 kmem_cache_free+0x444/0x574 [ 3.735866] Modules linked in: autofs4 [ 3.736211] CPU: 4 UID: 0 PID: 40 Comm:
    ksoftirqd/4 Tainted: G W 6.11.0-rc3-dirty #1 [ 3.736969] Tainted: [W]=WARN [ 3.737258] Hardware name: QEMU KVM Virtual Machine, BIOS unknown 2/2/2022 [ 3.737875] pstate: 60400005 (nZCv daif +PAN -UAO -TCO -DIT
    -SSBS BTYPE=--) [ 3.738501] pc : kmem_cache_free+0x444/0x574 [ 3.738951] lr : kmem_cache_free+0x444/0x574 [ 3.739361] sp : ffff80008357bb60 [ 3.739693] x29: ffff80008357bb70 x28: 0000000000000000 x27:
    0000000000000000 [ 3.740338] x26: ffff80008207f000 x25: ffff000b2eb2fd60 x24: ffff0000c0005700 [ 3.740982] x23: ffff8000804229e4 x22: ffff800082080000 x21: ffff800081756000 [ 3.741630] x20: fffffd7ff8253360 x19:
    00000000000000a8 x18: ffffffffffffffff [ 3.742274] x17: ffff800ab327f000 x16: ffff800083398000 x15:
    ffff800081756df0 [ 3.742919] x14: 0000000000000000 x13: 205d344320202020 x12: 5b5d373038343337 [ 3.743560] x11: ffff80008357b650 x10: 000000000000005d x9 : 00000000ffffffd0 [ 3.744231] x8 : 7f7f7f7f7f7f7f7f x7 :
    ffff80008237bad0 x6 : c0000000ffff7fff [ 3.744907] x5 : ffff80008237ba78 x4 : ffff8000820bbad0 x3 :
    0000000000000001 [ 3.745580] x2 : 68d66547c09f7800 x1 : 68d66547c09f7800 x0 : 0000000000000000 [ 3.746255] Call trace: [ 3.746530] kmem_cache_free+0x444/0x574 [ 3.746931] mem_pool_free+0x44/0xf4 [ 3.747306] free_object_rcu+0xc8/0xdc [ 3.747693] rcu_do_batch+0x234/0x8a4 [ 3.748075] rcu_core+0x230/0x3e4 [3.748424] rcu_core_si+0x14/0x1c [ 3.748780] handle_softirqs+0x134/0x378 [ 3.749189] run_ksoftirqd+0x70/0x9c [ 3.749560] smpboot_thread_fn+0x148/0x22c [ 3.749978] kthread+0x10c/0x118 [3.750323] ret_from_fork+0x10/0x20 [ 3.750696] ---[ end trace 0000000000000000 ]--- (CVE-2024-46789)

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

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

  - 已修复 Linux 内核中的下列漏洞：ep93xx: clock: Fix UAF in ep93xx_clk_register_gate() arch/arm/mach-ep93xx/clock.c:154:2: warning: Use of memory after it is freed [clang-analyzer-unix.Malloc] arch/arm/mach-ep93xx/clock.c:151:2: note: Taking true branch if (IS_ERR(clk)) ^ arch/arm/mach-ep93xx/clock.c:152:3: note: Memory is released kfree(psc); ^~~~~~~~~~ arch/arm/mach-ep93xx/clock.c:154:2: note: Use of memory after it is freed return &psc->hw; ^ ~~~~~~~~ (CVE-2022-49047)

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

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

  - 已修复 Linux 内核中的下列漏洞：spi: mchp-pci1xxx: Fix a possible null pointer dereference in pci1xxx_spi_probe In function pci1xxxx_spi_probe, there is a potential null pointer that may be caused by a failed memory allocation by the function devm_kzalloc. Hence, a null pointer check needs to be added to prevent null pointer dereferencing later in the code. To fix this issue, spi_bus->spi_int[iter] should be checked. The memory allocated by devm_kzalloc will be automatically released, so just directly return -ENOMEM without worrying about memory leaks. (CVE-2024-35883)

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

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

  - Linux 内核中可允许权限升级的释放后使用漏洞。io_uring 中不当更新引用计数可导致释放后使用和本地权限升级。在使用修复后的文件调用 io_msg_ring 时，它调用了 io_fput_file()，这会不当减少其引用计数（导致释放后使用和本地权限升级）。修复后的文件将永久注册到环，不应单独放置。我们建议升级过去的提交 https://github.com/torvalds/linux/commit/fc7222c3a9f56271fba02aabbfbae999042f1679 https://github.com/torvalds/linux/commit/fc7222c3a9f56271fba02aabbfbae999042f1679 (CVE-2022-3910)

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

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

  - sched_extbpf_iter_scx_dsq_new() 应始终初始化迭代器即使在 new() 返回错误值之后BPF 程序也可调用 BPF 迭代器上的 next() 和 destroy()例如 bpf_for_each() 宏忽略 new() 返回的错误。 bpf_iter_scx_dsq_new() 可在错误返回后使迭代器处于未初始化状态导致 bpf_iter_scx_dsq_next() 取消引用垃圾数据。使 bpf_iter_scx_dsq_new() 始终清除 $kit->dsq以便 next() 和 destroy() 变为 noops。 (CVE-2025-38012)

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

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

  - 在 之前的 GoBGP 中发现一个问题 3.35.0。 pkg/packet/rtr/rtr.go 不会验证输入长度是否对应于所有字节可用于 RTR 消息的情况。 (CVE-2025-43973)

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

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

  - 在 compiler-clang.h 的 memzero_explicit 中由于未初始化数据可能绕过深度防御。这可能导致本地信息泄露，且无需其他执行权限。恶意利用无需用户交互。Product: AndroidVersions: Android 内核Android ID: A-171418586References上游内核 (CVE-2021-0938)

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

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

  - 已修复 Linux 内核中的下列漏洞：net/mlx5: DR, Fix slab-out-of-bounds in mlx5_cmd_dr_create_fte When adding a rule with 32 destinations, we hit the following out-of-band access issue: BUG: KASAN: slab-out-of-bounds in mlx5_cmd_dr_create_fte+0x18ee/0x1e70 This patch fixes the issue by both increasing the allocated buffers to accommodate for the needed actions and by checking the number of actions to prevent this issue when a rule with too many actions is provided. (CVE-2022-48932)

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

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

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

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

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

  - jfsxattr修复无效 xattr 的缓冲区溢出 xattr 大小非预期大小时将以十六进制格式打印到内核日志中作为调试的一种形式。但是当该 xattr 大小大于预期时将其打印出来可导致超出缓冲区末尾访问。通过正确限制内核日志中调试十六进制转储的大小可修复这一切。 (CVE-2024-40902)

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

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

  - 已修复 Linux 内核中的下列漏洞：scsi: ufs: core: Fix deadlock during RTC update There is a deadlock when runtime suspend waits for the flush of RTC work, and the RTC work calls ufshcd_rpm_get_sync() to wait for runtime resume. Here is deadlock backtrace: kworker/0:1 D 4892.876354 10 10971 4859 0x4208060 0x8 10 0 120 670730152367 ptr f0ffff80c2e40000 0 1 0x00000001 0x000000ff 0x000000ff 0x000000ff <ffffffee5e71ddb0> __switch_to+0x1a8/0x2d4 <ffffffee5e71e604>
    __schedule+0x684/0xa98 <ffffffee5e71ea60> schedule+0x48/0xc8 <ffffffee5e725f78> schedule_timeout+0x48/0x170 <ffffffee5e71fb74> do_wait_for_common+0x108/0x1b0 <ffffffee5e71efe0> wait_for_completion+0x44/0x60 <ffffffee5d6de968> __flush_work+0x39c/0x424 <ffffffee5d6decc0>
    __cancel_work_sync+0xd8/0x208 <ffffffee5d6dee2c> cancel_delayed_work_sync+0x14/0x28 <ffffffee5e2551b8>
    __ufshcd_wl_suspend+0x19c/0x480 <ffffffee5e255fb8> ufshcd_wl_runtime_suspend+0x3c/0x1d4 <ffffffee5dffd80c> scsi_runtime_suspend+0x78/0xc8 <ffffffee5df93580> __rpm_callback+0x94/0x3e0 <ffffffee5df90b0c> rpm_suspend+0x2d4/0x65c <ffffffee5df91448> __pm_runtime_suspend+0x80/0x114 <ffffffee5dffd95c> scsi_runtime_idle+0x38/0x6c <ffffffee5df912f4> rpm_idle+0x264/0x338 <ffffffee5df90f14>
    __pm_runtime_idle+0x80/0x110 <ffffffee5e24ce44> ufshcd_rtc_work+0x128/0x1e4 <ffffffee5d6e3a40> process_one_work+0x26c/0x650 <ffffffee5d6e65c8> worker_thread+0x260/0x3d8 <ffffffee5d6edec8> kthread+0x110/0x134 <ffffffee5d616b18> ret_from_fork+0x10/0x20 Skip updating RTC if RPM state is not RPM_ACTIVE. (CVE-2024-44953)

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

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

  - 在 5.15 到 5.195.19.2之前的 Linux 内核 的 ksmbd 中发现一个问题。零 DataOffset 情况中较大长度时 SMB2_WRITE 存在越界读取和 OOPS。
    (CVE-2022-47943)

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

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

  - 在某些情况下，对 <code>bind</code> 函数的调用可能导致错误的领域。这可能造成与 JavaScript 实现的沙盒（例如 SES）相关的漏洞。
    此漏洞会影响适用于 Android < 112 的 Firefox、低于 112 的 Firefox 以及适用于 Android < 112 的 Focus。
    (CVE-2023-29549)

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

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

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

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

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

  - 在 Linux 系统上如果 content process 遭到破坏即使沙盒明确只有对本地文件系统的读取访问权限而没有写入权限沙盒代理也将允许文件截断。注意：此攻击仅影响 Linux 操作系统。其他操作系统不受影响。此漏洞影响 Firefox < 55。(CVE-2017-7794)

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

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

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

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

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

  - 已修复 Linux 内核中的下列漏洞：media: venus: vdec: fixed possible memory leak issue The venus_helper_alloc_dpb_bufs() implementation allows an early return on an error path when checking the id from ida_alloc_min() which would not release the earlier buffer allocation. Move the direct kfree() from the error checking of dma_alloc_attrs() to the common fail path to ensure that allocations are released on all error paths in this function. Addresses-Coverity: 1494120 (Resource leak) (CVE-2021-47655)

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

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

  - 在 Firefox 开发者工具中如果 URL 遭到恶意特制则将“复制为 cURL”命令的结果粘贴到 macOS 上的命令外壳将会造成执行非预期的其他 bash 脚本命令。这是 macOS 上本机 Bash 版本的一个问题所致。 *注意
    此问题仅影响 macOS。其他操作系统不受影响。* 此漏洞影响 Firefox < 66。(CVE-2019-9804)

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

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

  - 在 Ansible Automation Platform 中发现一个缺陷。创建新的密钥对时ec2_key 模块会直接在标准输出中打印私钥。此缺陷允许攻击者从日志文件中获取这些密钥从而危害系统的机密性、完整性和可用性。
    (CVE-2023-4237)

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

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

  - s390/ism添加 struct device 的释放函数根据 /drivers/base/core.c 中的 device_release()没有释放函数的设备为损坏设备必须修复。当前代码在调用 device_add() 之后直接释放设备而不等待其他内核部分释放其引用。
    因此例如通过 sysfs仍可能保留对结构设备的引用从而在未设置正确的释放函数时导致潜在的释放后使用问题。 (CVE-2025-21856)

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

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

  - 已修复 Linux 内核中的下列漏洞：binder: fix use-after-free in shinker's callback The mmap read lock is used during the shrinker's callback, which means that using alloc->vma pointer isn't safe as it can race with munmap(). As of commit dd2283f2605e (mm: mmap: zap pages with read mmap_sem in munmap) the mmap lock is downgraded after the vma has been isolated. I was able to reproduce this issue by manually adding some delays and triggering page reclaiming through the shrinker's debug sysfs. The following KASAN report confirms the UAF:
    ================================================================== BUG: KASAN: slab-use-after-free in zap_page_range_single+0x470/0x4b8 Read of size 8 at addr ffff356ed50e50f0 by task bash/478 CPU: 1 PID: 478 Comm: bash Not tainted 6.6.0-rc5-00055-g1c8b86a3799f-dirty #70 Hardware name: linux,dummy-virt (DT) Call trace: zap_page_range_single+0x470/0x4b8 binder_alloc_free_page+0x608/0xadc
    __list_lru_walk_one+0x130/0x3b0 list_lru_walk_node+0xc4/0x22c binder_shrink_scan+0x108/0x1dc shrinker_debugfs_scan_write+0x2b4/0x500 full_proxy_write+0xd4/0x140 vfs_write+0x1ac/0x758 ksys_write+0xf0/0x1dc __arm64_sys_write+0x6c/0x9c Allocated by task 492: kmem_cache_alloc+0x130/0x368 vm_area_alloc+0x2c/0x190 mmap_region+0x258/0x18bc do_mmap+0x694/0xa60 vm_mmap_pgoff+0x170/0x29c ksys_mmap_pgoff+0x290/0x3a0 __arm64_sys_mmap+0xcc/0x144 Freed by task 491: kmem_cache_free+0x17c/0x3c8 vm_area_free_rcu_cb+0x74/0x98 rcu_core+0xa38/0x26d4 rcu_core_si+0x10/0x1c __do_softirq+0x2fc/0xd24 Last potentially related work creation: __call_rcu_common.constprop.0+0x6c/0xba0 call_rcu+0x10/0x1c vm_area_free+0x18/0x24 remove_vma+0xe4/0x118 do_vmi_align_munmap.isra.0+0x718/0xb5c do_vmi_munmap+0xdc/0x1fc __vm_munmap+0x10c/0x278 __arm64_sys_munmap+0x58/0x7c Fix this issue by performing instead a vma_lookup() which will fail to find the vma that was isolated before the mmap lock downgrade.
    Note that this option has better performance than upgrading to a mmap write lock which would increase contention. Plus, mmap_write_trylock() has been recently removed anyway. (CVE-2023-52438)

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

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

  - 已修复 Linux 内核中的下列漏洞：rpmsg: Fix possible refcount leak in rpmsg_register_device_override() rpmsg_register_device_override need to call put_device to free vch when driver_set_override fails. Fix this by adding a put_device() to the error path. (CVE-2022-50119)

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

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

  - 已修复 Linux 内核中的下列漏洞：remoteproc: mediatek: Make sure IPI buffer fits in L2TCM The IPI buffer location is read from the firmware that we load to the System Companion Processor, and it's not granted that both the SRAM (L2TCM) size that is defined in the devicetree node is large enough for that, and while this is especially true for multi-core SCP, it's still useful to check on single-core variants as well. Failing to perform this check may make this driver perform R/W operations out of the L2TCM boundary, resulting (at best) in a kernel panic. To fix that, check that the IPI buffer fits, otherwise return a failure and refuse to boot the relevant SCP core (or the SCP at all, if this is single core). (CVE-2024-36965)

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

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

  - Ubuntu Linux - [ksmbd验证复合请求中的会话 id 和树 id] (CVE-2023-3866)

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

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

  - 已修复 Linux 内核中的下列漏洞：net: dsa: Fix possible memory leaks in dsa_loop_init() kmemleak reported memory leaks in dsa_loop_init(): kmemleak: 12 new suspected memory leaks unreferenced object 0xffff8880138ce000 (size 2048): comm modprobe, pid 390, jiffies 4295040478 (age 238.976s) backtrace: [<000000006a94f1d5>] kmalloc_trace+0x26/0x60 [<00000000a9c44622>] phy_device_create+0x5d/0x970 [<00000000d0ee2afc>] get_phy_device+0xf3/0x2b0 [<00000000dca0c71f>]
    __fixed_phy_register.part.0+0x92/0x4e0 [<000000008a834798>] fixed_phy_register+0x84/0xb0 [<0000000055223fcb>] dsa_loop_init+0xa9/0x116 [dsa_loop] ... There are two reasons for memleak in dsa_loop_init(). First, fixed_phy_register() create and register phy_device: fixed_phy_register() get_phy_device() phy_device_create() # freed by phy_device_free() phy_device_register() # freed by phy_device_remove() But fixed_phy_unregister() only calls phy_device_remove(). So the memory allocated in phy_device_create() is leaked. Second, when mdio_driver_register() fail in dsa_loop_init(), it just returns and there is no cleanup for phydevs. Fix the problems by catching the error of mdio_driver_register() in dsa_loop_init(), then calling both fixed_phy_unregister() and phy_device_free() to release phydevs. Also add a function for phydevs cleanup to avoid duplacate. (CVE-2022-49926)

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

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

  - Hisi_acc_vfio_pci修复 XQE dma 地址错误 EQE 和 AEQE 的 dma 地址在迁移后错误并导致客户机内核模式加密服务失败。比较硬件寄存器的定义我们发现将从寄存器读取的数据合并为地址时存在错误。因此需要修正地址组合序列。即使在修复上述问题之后我们仍然遇到一个问题即来自旧内核的客户机可迁移到新内核并可能导致错误数据。为确保迁移后地址正确如果检测到旧 magic number则需要更新 dma 地址。 (CVE-2025-38158)

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

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

  - 已修复 Linux 内核中的下列漏洞：powerpc/64: Fix the definition of the fixmap area At the time being, the fixmap area is defined at the top of the address space or just below KASAN. This definition is not valid for PPC64. For PPC64, use the top of the I/O space. Because of circular dependencies, it is not possible to include asm/fixmap.h in asm/book3s/64/pgtable.h , so define a fixed size AREA at the top of the I/O space for fixmap and ensure during build that the size is big enough. (CVE-2021-47018)

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

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

  - 在 Linux 内核中 drivers/nfc/nfcmrvl/main.c 的 nfcmrvl_nci_unregister_dev() 中发现一个缺陷，在清理例程和固件下载例程之间不同步时，此缺陷可导致释放后使用（读取或写入）。
    (CVE-2022-1734)

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

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

  - KVMVMX将 /dev/kvm 暴露给用户空间之前仅进行_all_初始化仅在完成所有设置之后调用 kvm_init()因为 kvm_init() 会将 /dev/kvm 暴露给用户空间并因此允许用户空间创建 VM并调用其他 ioctl 。例如如果用户空间能够在 vmx_init() 配置该列表之前创建 VMKVM 在尝试向 per-CPU load_vmcss_on_cpu 列表添加 vCPU 时会遇到空指针。
    缺陷内核空指针取消引用地址0000000000000008 #PF内核模式下的主管写入访问 #PFerror_code(0x0002) - 不存在页面 PGD 0 P4D 0 Oops0002 [#1] SMP CPU: 6 PID: 1143 Comm其他
    稳定版未受感染 6.0.0-rc7+ #988 Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 0.0.0 02/06/2015 RIP0010:vmx_vcpu_load_vmcs+0x68/0x230 [kvm_intel] <TASK> vmx_vcpu_load+0x16 /0x60 [kvm_intel] kvm_arch_vcpu_load+0x32/0x1f0 [kvm] vcpu_load+0x2f/0x40 [kvm] kvm_arch_vcpu_create+0x231/0x310 [kvm] kvm_vm_ioctl+0x79f/0xe10 [kvm] ? handle_mm_fault+0xb1/0x220 __x64_sys_ioctl+0x80/0xb0 do_syscall_64+0x2b/0x50 entry_SYSCALL_64_after_hwframe+0x46/0xb0 RIP0033:0x7f5a6b05743b 中链接的模块vhost_net vhost vhost_iotlb(irq+tap kvmpass kvm) </TASK>CVE-2022-49932

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

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

  - 已修复 Linux 内核中的下列漏洞：ksmbd: fix memleak in get_file_stream_info() Fix memleak in get_file_stream_info() (CVE-2021-47568)

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

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

  - 使用 WebGL 的 <code>copyTexSubImage</code> 方法读取部分或全部来源资源之外的区域时，规范要求返回的值必须为零。此前，此内存未初始化，可能导致敏感数据泄露。此漏洞会影响 Thunderbird < 68.7.0、Firefox ESR < 68.7 和 Firefox < 75。(CVE-2020-6821)

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

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

  - drm/sched修复屏蔽引用计数泄漏。 last_scheduled 屏蔽泄漏会在终止实体且添加清除回调失败时发生。当 dma_fence_add_callback() 失败时减少 prev 的引用计数从而确保适当的平衡。 [phasta添加稳定内核的 git 标签信息] (CVE-2025-21995)

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

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

  - Apache Tomcat 的 GCI Servlet 中存在大小写敏感性处理不当漏洞，这使得安全约束无法应用于映射到 CGI Servlet 的 URI 的 pathInfo 组件，从而绕过安全约束。此问题影响以下 Apache Tomcat 版本：11.0.0-M1 至 11.0.6、10.1.0-M1 至 10.1.40、9.0.0.M1 至 9.0.104。建议用户升级至已修复该问题的版本 11.0.7、10.1.41 或 9.0.105。(CVE-2025-46701)

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

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

  - nfcnci修复了 nci_dev_up 和 nci_ntf_packet 中的 uninit-value syzbot 报告了以下 uninit-value 访问问题 [1][2]nci_rx_work() 解析和处理接收到的数据包。负载长度为零时每个消息类型处理程序会读取未初始化的负载且 KMSAN 会检测到该问题。收到大小为零负载的数据包被视为意外因此应静默丢弃此类数据包。此修补程序通过在调用每个消息类型处理程序代码之前检查负载大小解决了此问题。 (CVE-2024-35915)

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

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

  - Wikimedia Foundation MediaWiki 中的权限保留漏洞。此漏洞与 program files includes/actions/RevertAction.Php、includes/api/ApiFileRevert.Php 相关。此问题会影响 MediaWikibefore 1.39.12、 1.42.6、 1.43.1。 (CVE-2025-32696)

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

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

  - 弹出通知延时计算中存在错误，攻击者可能会借此诱骗用户授予权限。该漏洞影响 Firefox < 122、Firefox ESR < 115.7 和 Thunderbird < 115.7。(CVE-2024-0750)

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

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

  - 已修复 Linux 内核中的下列漏洞：fs: Pass AT_GETATTR_NOSEC flag to getattr interface function When vfs_getattr_nosec() calls a filesystem's getattr interface function then the 'nosec' should propagate into this function so that vfs_getattr_nosec() can again be called from the filesystem's gettattr rather than vfs_getattr(). The latter would add unnecessary security checks that the initial vfs_getattr_nosec() call wanted to avoid. Therefore, introduce the getattr flag GETATTR_NOSEC and allow to pass with the new getattr_flags parameter to the getattr interface function. In overlayfs and ecryptfs use this flag to determine which one of the two functions to call. In a recent code change introduced to IMA vfs_getattr_nosec() ended up calling vfs_getattr() in overlayfs, which in turn called security_inode_getattr() on an exiting process that did not have current->fs set anymore, which then caused a kernel NULL pointer dereference. With this change the call to security_inode_getattr() can be avoided, thus avoiding the NULL pointer dereference. (CVE-2023-52779)

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

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

  - 在 Linux 内核 4.14.90 的 drivers/dma/qcom/hidma_dbg.c 中hidma_chan_stats 函数允许本地用户通过读取 debugfs 文件中的 callback= 行获取敏感地址信息。
    (CVE-2018-20449)

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

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

  - Mozilla 开发人员报告 Firefox 73 中存在的内存安全和脚本安全缺陷。有迹象表明其中某些缺陷可导致内存损坏或权限升级我们推测若攻击者有意操控就能利用其中部分缺陷来运行任意代码。该漏洞影响 Firefox < 74 。
    (CVE-2020-6815)

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

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

  - 在 ffmpeg 中发现一个归类为“存在问题”的漏洞。这会对 QuickTime RPZA Video Encoder 组件的 libavcodec/rpzaenc.c 文件的未知部分造成影响。攻击者可利用 argument y_size 造成越界读取。可以远程发起攻击。此补丁的名称为 92f9b28ed84a77138105475beba16c146bdaf984。建议应用补丁修复此问题。此漏洞的相关标识符为 VDB-213543。(CVE-2022-3964)

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

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

  - 在 Linux 内核 4.9.8 及之前版本中，arch/x86/kvm/vmx.c 中的 nested_vmx_check_vmptr 函数未正确模拟 VMXON 指令，KVM L1 客户机操作系统用户可利用此漏洞，通过不当处理页面引用，造成拒绝服务（主机操作系统内存消耗）。(CVE-2017-2596)

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

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

  - netethernetmtk-star-emac修复 rx/tx 轮询上的自旋锁递归问题使用 spin_lock_irqsave 和 spin_unlock_irqrestore 而不是 mtk_star_emac 驱动程序中的 spin_lock 和 spin_unlock以避免 rx/tx 中再次启用 DMA 中断时可能发生的自旋锁递归问题轮询。缺陷
     CPU#0交换器/0/0 lock: 0xffff00000db9cf20 上的自旋锁递归、.magicdead4ead、.owner: swapper/0/0、.owner_cpu: 0 CPU: 0 UID: 0 PID: 0 Comm: swapper/0 未受感染 6.15 .0-rc2-next-20250417-00001-gf6a27738686c-dirty #28 PREEMPT 硬件名称MediaTek MT8365 Open Platform EVK (DT) 调用跟踪show_stack+0x18/0x24 (C) dump_stack_lvl+0x60/0x80 dump_stack+0x18/0x24 spin_dump+0x78 /0x88 do_raw_spin_lock+0x11c/0x120 _raw_spin_lock+0x20/0x2c mtk_star_handle_irq+0xc0/0x22c [mtk_star_emac] __handle_irq_event_percpu+0x48/0x140 handle_irq_event+0x4c/0xb0 handle_fasteoi_irq+0xa0/0x1bc handle_irq_desc+0x34/0x58 generic_handle_domain_irq+0x1c/0x28 gic_handle_irq+0x4c/0x120 do_interrupt_handler+0x50/0x84 el1_interrupt+0x34/0x68 el1h_64_irq_handler+0x18/0x24 el1h_64_irq+0x6c/0x70 regmap_mmio_read32le+0xc/0x20 (P)
    _regmap_bus_reg_read+0x6c/0xac _regmap_read+0x60/0xdc regmap_read+0x4c/0x80 mtk_star_rx_poll+0x2f4/0x39c [mtk_star_emac] __napi_poll+0x38/0x188 net_rx_action+0x164/0x2c0 handle_softirqs+0x100/0x24
    __do_softirq+0x14/0x20____do_softirq+0x10/0x20 call_on_irq_stack+0x24/0x64 do_softirq_own_stack+0x1c/0x40
    __irq_exit_rcu+0xd4/0x10c irq_exit_rcu+0x10/0x1c el1_interrupt+0x38/0x68 el1h_64_irq_handler+0x18/0x24 el1h_64_irq+0x6c/0x70 cpuidle_enter_state+0xac/0x320 (P) cpuidle_enter+0x38/0x50 do_idle+0x1e4/0x260 cpu_startup_entry+0x34/0x3c rest_init+ 0xdc/0xe0 console_on_rootfs+0x0/0x6c __primary_switched+0x88/0x90 `` (CVE-2025-37917)

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

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

  - 已修复 Linux 内核中的下列漏洞：powerpc/kasan: Limit KASAN thread size increase to 32KB KASAN is seen to increase stack usage, to the point that it was reported to lead to stack overflow on some 32-bit machines (see link). To avoid overflows the stack size was doubled for KASAN builds in commit 3e8635fb2e07 (powerpc/kasan: Force thread size increase with KASAN). However with a 32KB stack size to begin with, the doubling leads to a 64KB stack, which causes build errors:
    arch/powerpc/kernel/switch.S:249: Error: operand out of range (0x000000000000fe50 is not between 0xffffffffffff8000 and 0x0000000000007fff) Although the asm could be reworked, in practice a 32KB stack seems sufficient even for KASAN builds - the additional usage seems to be in the 2-3KB range for a 64-bit KASAN build. So only increase the stack for KASAN if the stack size is < 32KB. (CVE-2024-26710)

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

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

  - 已修复 Linux 内核中的下列漏洞：block: fix module reference leakage from bdev_open_by_dev error path At the time bdev_may_open() is called, module reference is grabbed already, hence module reference should be released if bdev_may_open() failed. This problem is found by code review. (CVE-2024-35859)

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

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

  - 已修复 Linux 内核中的下列漏洞：can: mcp251xfd: mcp251xfd_probe(): fix an error pointer dereference in probe When we converted this code to use dev_err_probe() we accidentally removed a return. It means that if devm_clk_get() it will lead to an Oops when we call clk_get_rate() on the next line. (CVE-2021-46995)

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

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

  - 已修复 Linux 内核中的下列漏洞：fuse: revert back to
    __readahead_folio() for readahead In commit 3eab9d7bc2f4 (fuse: convert readahead to use folios), the logic was converted to using the new folio readahead code, which drops the reference on the folio once it is locked, using an inferred reference on the folio. Previously we held a reference on the folio for the entire duration of the readpages call. This is fine, however for the case for splice pipe responses where we will remove the old folio and splice in the new folio (see fuse_try_move_page()), we assume that there is a reference held on the folio for ap->folios, which is no longer the case. To fix this, revert back to
    __readahead_folio() which allows us to hold the reference on the folio for the duration of readpages until either we drop the reference ourselves in fuse_readpages_end() or the reference is dropped after it's replaced in the page cache in the splice case. This will fix the UAF bug that was reported.
    (CVE-2025-21896)

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

ID	名称	严重性
246282	Linux Distros 未修补的漏洞：CVE-2024-27507	high
246281	Linux Distros 未修补的漏洞：CVE-2020-0432	high
246280	Linux Distros 未修补的漏洞：CVE-2021-38300	high
246279	Linux Distros 未修补的漏洞：CVE-2021-3583	high
246278	Linux Distros 未修补的漏洞：CVE-2024-46789	medium
246277	Linux Distros 未修补的漏洞：CVE-2022-49047	high
246276	Linux Distros 未修补的漏洞：CVE-2024-35883	medium
246275	Linux Distros 未修补的漏洞：CVE-2022-3910	high
246274	Linux Distros 未修补的漏洞：CVE-2025-38012	medium
246273	Linux Distros 未修补的漏洞：CVE-2025-43973	critical
246272	Linux Distros 未修补的漏洞：CVE-2021-0938	medium
246271	Linux Distros 未修补的漏洞：CVE-2022-48932	medium
246270	Linux Distros 未修补的漏洞：CVE-2024-21052	medium
246269	Linux Distros 未修补的漏洞：CVE-2024-40902	high
246267	Linux Distros 未修补的漏洞：CVE-2024-44953	medium
246266	Linux Distros 未修补的漏洞：CVE-2022-47943	high
246265	Linux Distros 未修补的漏洞：CVE-2023-29549	medium
246264	Linux Distros 未修补的漏洞：CVE-2022-21553	medium
246263	Linux Distros 未修补的漏洞：CVE-2017-7794	high
246262	Linux Distros 未修补的漏洞：CVE-2021-2164	medium
246261	Linux Distros 未修补的漏洞：CVE-2021-47655	medium
246260	Linux Distros 未修补的漏洞：CVE-2019-9804	critical
246259	Linux Distros 未修补的漏洞：CVE-2023-4237	high
246258	Linux Distros 未修补的漏洞：CVE-2025-21856	high
246257	Linux Distros 未修补的漏洞：CVE-2023-52438	high
246256	Linux Distros 未修补的漏洞：CVE-2022-50119	medium
246255	Linux Distros 未修补的漏洞：CVE-2024-36965	medium
246254	Linux Distros 未修补的漏洞：CVE-2023-3866	critical
246253	Linux Distros 未修补的漏洞：CVE-2022-49926	medium
246252	Linux Distros 未修补的漏洞：CVE-2025-38158	medium
246251	Linux Distros 未修补的漏洞：CVE-2021-47018	medium
246250	Linux Distros 未修补的漏洞：CVE-2022-1734	high
246249	Linux Distros 未修补的漏洞：CVE-2022-49932	medium
246248	Linux Distros 未修补的漏洞：CVE-2021-47568	medium
246247	Linux Distros 未修补的漏洞：CVE-2020-6821	high
246246	Linux Distros 未修补的漏洞：CVE-2025-21995	medium
246245	Linux Distros 未修补的漏洞：CVE-2025-46701	high
246244	Linux Distros 未修补的漏洞：CVE-2024-35915	medium
246243	Linux Distros 未修补的漏洞：CVE-2025-32696	critical
246242	Linux Distros 未修补的漏洞：CVE-2024-0750	high
246241	Linux Distros 未修补的漏洞：CVE-2023-52779	medium
246240	Linux Distros 未修补的漏洞：CVE-2018-20449	medium
246239	Linux Distros 未修补的漏洞：CVE-2020-6815	critical
246238	Linux Distros 未修补的漏洞：CVE-2022-3964	high
246237	Linux Distros 未修补的漏洞：CVE-2017-2596	medium
246236	Linux Distros 未修补的漏洞：CVE-2025-37917	medium
246235	Linux Distros 未修补的漏洞：CVE-2024-26710	medium
246234	Linux Distros 未修补的漏洞：CVE-2024-35859	medium
246233	Linux Distros 未修补的漏洞：CVE-2021-46995	medium
246232	Linux Distros 未修补的漏洞：CVE-2025-21896	high

检测

Nessus 的 Misc. 系列

high

high

high

high

medium

high

medium

high

medium

critical

medium

medium

medium

high

medium

high

medium

medium

high

medium

medium

critical

high

high

high

medium

medium

critical

medium

medium

medium

high

medium

medium

high

medium

high

medium

critical

high

medium

medium

critical

high

medium

medium

medium

medium

medium

high