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

  - opennebula v6.10.0.1 的自定义认证器驱动程序中的跨站脚本 （XSS） 漏洞允许攻击者通过构建的负载执行任意 Web 脚本或 HTML。（CVE-2025-56534）

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

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

  - drm/amdkfd：idr_alloc前验证 CRIU 还原的 ID KFD CRIU 还原流从用户空间还原之前的对象 ID。对于事件还原：kfd_criu_restore_event（） -> create_signal_event（） / create_other_event（） -> allocate_event_notification_slot（） -> idr_alloc（...， *restore_id， *restore_id + 1， ...）对于 BO 还原：criu_restore_memory_of_gpu（） -> idr_alloc（...， bo_priv->idr_handle， ...）在两种情况下，还原的 ID 均来自用户空间提供的 CRIU 数据。idr_alloc（） 预期 ID 范围值符合签名的 int 限制。如果还原的 ID 大于 INT_MAX，则可在 IDR 层中触发 WARN。内核 WARN 是不可取的，因为它会打印警告跟踪，并且可能在启用了 panic_on_warn 的系统上造成错误或重新启动。Smatch 报告这些路径允许未经检查的用户空间值到达 idr_alloc（）。在以下情况中使用还原的 ID 之前添加INT_MAX验证： - kfd_criu_restore_event（） - criu_restore_memory_of_gpu（） 如果还原的 ID 无效，返回 -EINVAL。这可防止无效还原数据到达 IDR 层并避免触发 WARN 的路径，同时保持有效的还原行为不变。（CVE-2026-80870）

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

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

  - iommu/iommufd：修复与争用时 iommufd_ioas_change_process 中的空指针取消引用 iopt_map_file_pages iommufd_ioas_change_process（） 迭代每个 IOAS 区域，同时仅保留每个 IOAS iova_rwsem，因此它假设每个区域都有一个非空页面指针。与 iopt_map_file_pages（） 并发运行时，该假设可能是错误的。iopt_map_pages（） 分两个阶段执行。它首先创建区域并将其插入 iova_rwsem 下的间隔树中，使 area->pages 仍为 NULL。然后删除iova_rwsem，稍后填充domains_rwsem下的>页。这会在区域创建和 area->pages 填充之间留下一个窗口，并发 iommufd_ioas_change_process（） 可观察该区域并取消引用空 area->pages 指针，从而导致空指针取消引用： 缺陷：内核空指针取消引用，解决：
    000000000000000c0 #PF：内核模式下的监督人读取访问权限 #PF：error_code（0x0000） - 不存在页面 PGD 4b655067 P4D 4b655067 PUD 0 Oops： Oops： 0000 [#1] SMP NOPTI CPU： 0 UID： 0 PID： 11841 Comm： syz.. 1.628 未受感染 7.1.0 #3 PREEMPT（完整） 硬件名称： QEMU Ubuntu 24.04 PC v2（i440FX + PIIX，arch_caps补丁，1996 年），BIOS 1.16.3-debian-1.16.3-2 04/01/2014 RIP： 0010：iommufd_ioas_change_process+0x419/0xd50 drivers/iommu/iommufd/ioas.c：538 代码： 48 89 c3 48 85 c0 0f 84 cc 00 00 00 e8 10 f5 cb fd 48 8d 7b 68 e8 a7 b5 eb fd 48 8b 6b 68 48 8d bd c0 00 00 00 e8 17 b2 eb fd <8b> ad c0 00 00 00 bf 01 00 00 00 89 ee e8 85 ef cb fd 83 fd 01 74 RSP： 0018：ffffc90015c17d28 EFLAGS： 00010246 RAX： ffff8880186d5328 RBX：
    ffff88801d25e240 RCX： 0000000080000000 RDX： 000000000000002d7 RSI： ffffffff83ba9e10 RDI： 0000000000000000c0 RBP： 0000000000000000 R08： ffffffff8e781eb8 R09： 0000000000000000 R10： 00000000000000000c0 R11：
    ffffffff83ba9e29 R12： ffff88802e216008 R13： ffff88802e216000 R14： 0000000000000001 R15： 0000000000000000 FS： 00007f4aea3f66c0（0000） GS： ffff8880b1fa1000（0000） knlGS：0000000000000000 CS：0010 DS：0000 ES：0000 CR0：0000000080050033 CR2：00000000000000c0 CR3：0000000004b75c000 CR4：0000000000350ef0 调用跟踪： <TASK> iommufd_fops_ioctl+0x287/0x400 drivers/iommu/iommufd/main.c：533 vfs_ioctl fs/ioctl.c：51 [内联]
    __do_sys_ioctl fs/ioctl.c：597 [内联] __se_sys_ioctl fs/ioctl.c：583 [内联] __x64_sys_ioctl+0x120/0x170 fs/ioctl.c：583 x64_sys_call+0x1092/0x1fb0 arch/x86/include/generated/asm/syscalls_64.h：17 do_syscall_x64 arch/x86/entry/syscall_64.c：63 [内联] do_syscall_64+0x10a/0x680 arch/x86/entry/syscall_64.c：94 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP： 0033：0x7f4aec1a82bd 代码： ff c3 66 2e 0f 1f 84 00 00 00 00 00 90 f3 0f 1e fa 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 b0 ff ff ff f7 d8 64 89 01 48 RSP： 002b：00007f4aea3f6018 EFLAGS：00000246 ORIG_RAX：0000000000000010 RAX：ffffffffffffffda RBX：00007f4aec436090 RCX：00007f4aec1a82bd RDX：
    0000200000000180 RSI： 00000000000003b92 RDI： 0000000000000003 RBP： 00007f4aec250295 ： 00000000000000000 R09： 00000000000000000 R10： 0000000000000000000 R11： 0000000000000246 R12： 00000000000000000 R13：R08
    00007f4aec436128 R14： 00007f4aec436090 R15： 00007ffd04ef23e0 </TASK> 模块链接于： CR2：
    00000000000000c0 ---[ 结束跟踪 000000000000000000 ]--- RIP：0010：iommufd_ioas_change_process+0x419/0xd50 drivers/iommu/iommufd/ioas.c：538 代码：48 89 c3 48 85 c0 0f 84 cc 00 00 00 e8 10 f5 cb fd 48 8d 7b 68 e8 a7 b5 eb fd 48 8b 6b 68 48 8d bd c0 00 00 00 e8 17 b2 eb fd <8b> ad c0 00 00 00 bf 01 00 00 00 89 ee e8 85 efcb fd 83 fd 01 74 RSP：0018：ffffc90015c17d28 EFLAGS：00010246 RAX：ffff8880186d5328 RBX：
    ffff88801d25e240 RCX： 0000000080000000 RDX： 000000000000002d7 RSI： ffffffff83ba9e10 RDI： 0000000000000000c0 RBP： 0000000000000000 R08： ffffffff8e781eb8 R09： 0000000000000000 R10： 00000000000000000c0 R11：
    ffffffff83ba9e29 R12： ffff88802e216008 R13： ffff88802e216000 R14： 0000000000000001 R15： 0000000000000000 FS： 00007f4aea3f66c0（000 ---truncated--- （CVE-2026-80817）

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

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

  - ntopng 之前 6.7.260717 无法在删除端点和收件人 REST v2 处理程序中执行授权检查。经身份验证的非管理员用户可发出 POST 请求，不可逆转地删除所有已配置的通知端点和收件人，进而使所有警报静默。（CVE-2026-86090）

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

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

  - 在环境模块中发现一个缺陷。本地攻击者可通过将恶意命名的 modulefile 放置在受害者“MODULEPATH”可见的位置来利用此漏洞。当受害者针对“module”或“ml”命令使用 Bash 完成时，包含 shell 元字符的恶意模块名称会被评估为命令。这可导致在完整用户的 shell 中执行任意命令，从而影响其机密性、完整性和可用性。（CVE-2026-85013）

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

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

  - MongoDB Server 的查询执行引擎中的一个问题可允许具有读写权限的经过认证的用户在对时间序列集合运行某些查询时导致在释放底层内存后使用内部引用。这可能导致服务器崩溃或在查询结果中泄露已释放的内存内容。（CVE-2026-18711）

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

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

  - drm/vmwgfx：将check_add_overflow用于着色器大小+偏移范围 vmw_shader_define（） 通过 （u64）buffer->tbo.base.size < uapi 中__u64 （u64）size + （u64）偏移 drm_vmw_shader_create_arg：：offset 来针对其后备缓冲区验证用户提供的着色器窗口;当它接近U64_MAX无符号加法封装时，生成的微小值通过检查。然后，无限偏移存储在 res->guest_memory_offset 中并转发到主机 SVGA shader-create 命令。使用 check_add_overflow（） 检测封装并将生成的端点与缓冲区大小进行比较。（CVE-2026-80887）

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

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

  - KVM：arm64：nv：针对注入的嵌套 SError 异常写入ESR_EL2 kvm_inject_el2_exception（） 会针对同步异常写入ESR_EL2，但不会针对 SError。enter_exception64（） 未写入任何异常类型ESR_ELx，因此放弃构造的综合症。采用嵌套 SError 的来宾 L2 虚拟机监控程序观察到过时ESR_EL2。这会影响 kvm_inject_nested_serror（） 和 kvm_inject_nested_sea（） 中的 EASE 路径。写入 except_type_serror 的 ESR_EL2，匹配 except_type_sync。（CVE-2026-80873）

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

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

  - nvmet：pci-epf：将 CQ ref 放在映射失败 nvmet_pci_epf_create_cq（） 调用 nvmet_cq_create（） create_cq上，后者会在控制器上获取引用并安装完成队列。如果后续的 PCI 地址空间映射失败或返回太小的部分映射，则该函数将跳至err_internal/err_unmap_queue而不调用 nvmet_cq_put（）。放置在 nvmet_pci_epf_delete_cq（） 中的匹配项对 NVMET_PCI_EPF_Q_LIVE 进行门控，仅在映射成功后设置，因此 teardown 从不释放这些引用。因此，远程 PCI 主机如果通过失败的 PRP1/pci_addr 驱动 Create IO CQ 命令，每次尝试都会泄漏 CQ 和控制器引用。丢弃映射失败路径上的CQ引用。只有在 nvmet_cq_create（） 成功后才能访问 err_internal 和 err_unmap_queue 标签，因此这会正确配对创建/放置。（CVE-2026-80821）

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

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

  - futex：修复初始 mm->futex.phash.ref 分配中的争用 futex_hash_allocate（） 在无任何锁定的情况下分配 mm->futex.phash.ref。提交 d9b05321e21e （futex：将 futex_hash_free（） 移回
    __mmput（）） 将分配移动到此处并假设进程此时只有一个线程。
    提交 ee9dce44362b（futex：终止对私人默认哈希分配的CLONE_THREAD要求）扩大了 need_futex_hash_allocate_default（） 以涵盖任何CLONE_VM克隆，但遗漏了 vfork，因为父项已暂停且无法争用。一旦嵌套了 vfork，这种情况就不再成立。如果 vfork 子项再次调用 vfork 然后通过 SIGKILL 终止，则父项将从其 vfork 等待中释放出来，并在同一个 mm 中与孙子并发运行。它们都未通过 futex_hash_allocate_default（）。当两者同时调用 prctl（PR_FUTEX_HASH， PR_FUTEX_HASH_SET_SLOTS） 时，每个都将 mm->futex.phash.ref 视为空，并存储自己的 percpu 计数器。只有最后一家商店幸存下来。无法再从 mm 访问首先存储的计数器，因此 __futex_ref_atomic_end（） 看不到其上的引用。然后，仍有引用的私有哈希被视为死并释放，仍然保留其中一个存储桶的任务将写入 futex_q_lock（） 中已释放的内存。使用 cmpxchg（） 存储一次计数器，让失败者自己free_percpu（）。必须在存储之前获取初始引用，否则另一个任务可能会在计数器仍为 0 时安装私有哈希。（CVE-2026-80775）

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

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

  - 已修复 Linux 内核中的下列漏洞：HID: huawei: fix missing hid_is_usb() check to_usb_interface() can only be used on a hid_device whose parent is really USB; uhid can create devices that identify as being on BUS_USB, but don't actually have a USB parent. Fix the use of to_usb_interface() without a hid_is_usb() check. I have verified that it is currently possible to trigger a kernel splat due to this bug in an ASAN build, and that this commit fixes the issue. (CVE-2026-80773)

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

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

  - drm/xe/oa：修复 OA 配置发出失败时的同步条目泄漏 xe_oa_emit_oa_config（） 仅在其成功路径中释放同步条目和同步数组。当它在不返回点（隔离分配、配置缓冲区分配或批量提交）之前失败时，它在不接触 stream->sync 的情况下返回。流打开路径会处理调用程序中的此类失败，但 xe_oa_config_locked（） 会在未经任何清理的情况下传播错误，因此会泄漏已解析条目保留的同步数组和隔离引用。
    下一个配置 ioctl 将覆盖 stream->syncs，从而永久无法访问内存。当 xe_oa_emit_oa_config（） 失败时，清理解析的同步，与由流打开错误路径完成的清理相匹配。
    （从提交 8af97b3da2cfce04e6b457c6eb17ed3c1daf912b 中精选出的内容）（CVE-2026-80903）

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

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

  - iommufd：修复 replace iommufd_hwpt_replace_device（） 调用时传递给 iommufd_auto_response_faults 的错误 hwpt：iommufd_auto_response_faults（hwpt， old_handle）;将 *new* hwpt 与设备的 *old* 域的句柄一起传递。这应该是参数不匹配：1. 从语义上讲，iommufd_auto_response_faults（x， handle） 会扫描 x->fault 的传递列表和响应 xarray，寻找与句柄相匹配的群组。组在错误传递时附加的 hwpt 下排队。old_handle 是在域切换 * 之前* 获取的，因此其群组存在于旧>fault 上，而不是处于新的 hwpt->fault 上。2.
    从历史上看，第一个论点是古老的。此例程是由提交 b7d8833677ba 引入的（iommufd：
    fault.c 中的 fault-capable hwpt attach/detach/replace）作为 __fault_domain_replace_dev（），正确调用 iommufd_auto_response_faults（old， curr）。提交 fb21b1568ada（iommufd：使attach_handle通用而不是特定于故障）将此内容移动到 device.c 中的 iommufd_hwpt_replace_device（） 并将其交换到 hwpt。这应该是重构回归，而不是有意的更改。通过转而传递旧内容来修复此问题。
    (CVE-2026-80894)

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

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

  - serial：msm：禁用内核控制台 UART 的 DMA 目前，从用户空间和内核到控制台的并发写入可触发争用条件，从而导致反复打印相同消息的无限循环。当 init 系统启动/停止与各种内核代码交互的大量系统服务时，最有可能在系统启动或关机期间发生这种情况。当用户空间写入 TTY 设备时，驱动程序会启动异步 DMA 传输并释放端口锁定。同时，内核 printk 路径可能会获取端口锁定，并针对 PIO 重新配置 UART 控制器，而无需等待 DMA 操作完成。似乎此冲突导致 DMA 引擎没有报告进度，因此会反复向控制台打印相同的文本。对于内核控制台，我们需要一个即使在崩溃等情况下也能正常工作的可靠输出路径。因此，无需实施复杂的代码来将内核控制台写入例程与用户空间 DMA 写入例程同步，只需禁用控制台 UART 实例的 DMA 即可。许多其他串口驱动程序中存在类似的检查，例如 8250_port.c、imx.c、sh-sci.c 等。CVE-2026-80886

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

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

  - ntfs3：使用 alloc_page 分配 iomap inline_data 这修复了 iomap_write_end_inline 中报告的一个缺陷：
    iomap_inline_data_valid检查inline_data是否适合页面。如果使用 kmemdup 分配inline_data，则无法保证其页面对齐，因此检查有时会失败。使用alloc_page进行分配以确保其页面对齐。（CVE-2026-80868）

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

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

  - crypto：xilinx-trng - 删除crypto_rng接口 实现 crypto_rng 接口没有任何意义，因为它在实践中并未被使用。它也从其他驱动程序中删除。只需将其删除即可。这样就剩下实际使用的 hwrng。由于删除了缺陷，因此使用“Cc stable”标记：- xtrng_trng_generate（） 有时会返回成功，即使它没有填写所有字节。- 由于 xtrng_hwrng_trng_read（） 中的锁定代码已损坏，xtrng_trng_generate（） 和 xtrng_hwrng_trng_read（） 可能并发运行并互相干扰。（CVE-2026-80871）

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

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

  - ocfs2：修复 ocfs2_dio_end_io_write 中的循环锁定依赖关系 循环锁定依赖关系涉及 INODE_ALLOC_SYSTEM_INODE、EXTENT_ALLOC_SYSTEM_INODE 和 ORPHAN_DIR_SYSTEM_INODE。1. ocfs2_mknod（） 获取INODE_ALLOC然后EXTENT_ALLOC。2. ocfs2_dio_end_io_write（） 获取未写入盘区的EXTENT_ALLOC，然后在仍保留EXTENT_ALLOC时通过 ocfs2_del_inode_from_orphan（） 进行ORPHAN_DIR。3.
    ocfs2_wipe_inode（） 获取ORPHAN_DIR然后通过 ocfs2_remove_inode 进行INODE_ALLOC。通过在获取ORPHAN_DIR之前释放分配上下文（释放EXTENT_ALLOC）来打破 ocfs2_dio_end_io_write（） 中的循环。警告：检测到可能的循环锁定依赖关系
    ------------------------------------------------------ 正在尝试获取锁： ffff8881e78b33a0 （&ocfs2_sysfile_lock_key[INODE_ALLOC_SYSTEM_INODE]）{+.+.}-{4:4}， at： ocfs2_evict_inode+0x1539/0x43b0 fs/ocfs2/inode.c：1299 但任务已保持锁定： ffff8881e78b4fa0 （&ocfs2_sysfile_lock_key[ORPHAN_DIR_SYSTEM_INODE]）{+.+.}-{4:4}， at： ocfs2_evict_inode+0xe97/0x43b0 fs/ocfs2/inode.c：1299 现有依存关系链（顺序相反）为： -> #2 （&ocfs2_sysfile_lock_key[ORPHAN_DIR_SYSTEM_INODE]）{+.+.}-{4:4}： inode_lock include/linux/fs.h：1029 [inline] ocfs2_del_inode_from_orphan+0x12e/0x7a0 fs/ocfs2/namei.c：2728 ocfs2_dio_end_io+0xf9c/0x1370 fs/ocfs2/aops.c：2418 dio_complete+0x25b/0x790 fs/direct-io.c：281 -> #1 （&ocfs2_sysfile_lock_key[EXTENT_ALLOC_SYSTEM_INODE]）{+.+.}-{4:4}： inode_lock include/linux/fs.h：1029 [inline] ocfs2_reserve_suballoc_bits+0x16d/0x4840 fs/ocfs2/suballoc.c：882 ocfs2_reserve_new_metadata_blocks+0x415/0x9a0 fs/ocfs2/suballoc.c：1078 ocfs2_mknod+0x10f3/0x2260 fs/ocfs2/namei.c：351 -> #0 （&ocfs2_sysfile_lock_key[INODE_ALLOC_SYSTEM_INODE]）{+.+.}-{4:4}:
    __lock_acquire+0x15a5/0x2cf0 kernel/locking/lockdep.c：5237 lock_acquire+0x106/0x350 kernel/locking/lockdep.c：5868 down_write+0x96/0x200 kernel/locking/rwsem.c：1625 inode_lock include/linux/fs.h：1029 [内联] ocfs2_remove_inode fs/ocfs2/inode.c：733 [内联] ocfs2_wipe_inode fs/ocfs2/inode.c：896 [内联] ocfs2_delete_inode fs/ocfs2/inode.c：1157 [内联] ocfs2_evict_inode+0x1539/0x43b0 fs/ocfs2/inode.c：1299 存在以下链：
    &ocfs2_sysfile_lock_key[INODE_ALLOC_SYSTEM_INODE] --> &ocfs2_sysfile_lock_key[EXTENT_ALLOC_SYSTEM_INODE]
    --> &ocfs2_sysfile_lock_key[ORPHAN_DIR_SYSTEM_INODE] 可能的不安全锁定情况：CPU0 CPU1 ---- ---- lock（&ocfs2_sysfile_lock_key[ORPHAN_DIR_SYSTEM_INODE]）;
    lock（&ocfs2_sysfile_lock_key[EXTENT_ALLOC_SYSTEM_INODE]）;
    lock（&ocfs2_sysfile_lock_key[ORPHAN_DIR_SYSTEM_INODE]）;
    lock（&ocfs2_sysfile_lock_key[INODE_ALLOC_SYSTEM_INODE]）;死锁 *** （CVE-2026-80879)

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

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

  - ipvs：在 TCP 状态查找中使用解析后的传输偏移 TCP 状态处理重新解析 skb 以查找 TCP 标头。对于 IPv6，它使用 sizeof（struct ipv6hdr），而周围的 IPVS 代码已使用 ip_vs_fill_iph_skb（） 解析数据包，并且在 iph.len 中具有真正的传输标头偏移。这使得 TCP 状态处理在 IPv6 数据包携带扩展标头时查看错误的字节。读取 TCP 标头时使用从 ip_vs_set_state（） 向下传递的解析传输偏移。对于没有扩展标头的 IPv4 和 IPv6 数据包，传递的偏移量与之前的值匹配。（CVE-2026-80875）

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

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

  - ALSA：FCP：对通知端点使用专用 URB fcp_init_notify（） 使用的 mixer->urb，snd_usb_mixer_status_create（） 为可选的 UAC2 状态中断端点分配该端点，而 mixer.c 终止、重新提交和释放。在具有该端点的设备上，fcp_init_notify（） 已设置的提前返回在状态 URB 上触发，并在未执行任何操作的情况下返回成功。未提交任何 FCP 通知 URB，并且cmd_done保留为零，因为它在该早期返回之后初始化，没有其他任何地方。然后 fcp_init（） 发出 init1_opcode，而 wait_for_completion_timeout（） 将崩溃，从而添加到清零的 wait.head。
    fcp_cleanup_urb（） 还将终止和释放 mixer.c 的状态 URB。在 fcp_data 中使用单独的 URB，并在分配了fcp_data的 fcp_init_private（） 中初始化cmd_done。暂停后通过 fcp_reinit（） 再次达到 fcp_init_notify（），fcp_notify（） 中的 URB 终止路径完成cmd_done，留下一个过时计数，可满足下一个命令在设备 ACK 之前的等待时间。使用 reinit_completion（） 将其清除。（CVE-2026-80816）

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

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

  - Bluetooth：hci_aml：验证固件段长度 aml_download_firmware（） 从固件标头读取两个长度并用于构建指针，然后再检查标头和段数据是否存在。截断或不一致的固件映像可使驱动程序在构造 TCI 命令时读取过去的固件>数据。拒绝比标头短的图像，并确保 ICCM 和 DCCM 范围适合加载的固件，然后再下载任一区段。（CVE-2026-80759）

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

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

  - MongoDB Server 的 JavaScript 脚本引擎中的一个问题可允许具有写入权限的经认证用户通过在内部维护周期期间处理的特别构建的存储值，导致在其他用户的查询范围内执行其控制的代码。这可导致影响其他用户的查询结果损坏以及针对其在同一数据库上的操作的拒绝服务。影响仅限于脚本引擎的执行沙盒，不提供对数据库、文件系统或网络资源的访问。（CVE-2026-18708）

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

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

  - crypto：tegra - 当 ccm 的输入缓冲区分配失败时返回 ENOMEM 确保在 tegra_ccm_do_one_req 中输入缓冲区分配失败时设置 ENOMEM 错误值。 （CVE-2026-80882）

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

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

  - futex：避免最终放置的隐私哈希释放后使用 futex_private_hash_put（） 在评估 wake_up_var（） 的 fph->mm 之前终止对 fph 的引用。futex_ref_put（） 在返回前再次启用优先权。如果该放置丢弃了最终引用并且该任务被抢占，则另一个任务可以转向替换哈希并在 RCU 宽限期后释放旧哈希。第一个任务随后在恢复时从释放的分配中读取 fph->mm。KASAN 报告 futex_private_hash_put（） 中存在 slab-after-use-free（），读取偏移 24 处是已释放的 kmalloc-512 分配。分配和释放堆栈分别指向 futex_hash_allocate（） 和 RCU 自由路径。在仍保留 fph 引用时加载 mm 指针并将保存的值传递到 wake_up_var（）。wake_up_var（） 将指针用作等待队列键，并且不通过它取消引用 mm。（CVE-2026-80758）

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

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

  - mshv：修复 mshv_irqfd_deassign mshv_irqfd_deactivate（） 中的争用和 pt_irqfds_list 的 hlist 遍历需要保留 pt->pt_irqfds_lock，但是 mshv_irqfd_deassign（） 省略了该项。这会与 mshv_irqfd_wakeup（） 中的 EPOLLHUP 路径争用，后者会在调用 mshv_irqfd_deactivate（） 之前进行锁定。
    此外，mshv_irqfd_deactivate（） 使用 hlist_del（） 使节点指针中毒，而不是重置它们。由于 mshv_irqfd_is_active（） 依赖 hlist_unhashed（）（检查 pprev == NULL），中毒节点似乎仍处于活动状态。如果并行路径在相同 irqfd 上再次调用 mshv_irqfd_deactivate（），防护无法防止中毒指针上的双重 hlist_del（）。修复了两个问题：- 在 mshv_irqfd_deassign（） 中的列表遍历周围添加缺失的 spin_lock_irq/spin_unlock_irq，与 mshv_irqfd_release（） 相匹配。- 使用 hlist_del_init（） 而不是 hlist_del（），这样在删除节点后会将节点正确地标记为未哈希，从而使is_active防护可靠。（CVE-2026-80896）

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

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

  - ring-buffer：通过强制 8 字节对齐修复事件长度 RB_FORCE_8BYTE_ALIGNMENT为 true 时，rb_calculate_event_length（） 将 event->array[0] 的空间预留用于放置数据长度，而 rb_update_event（） 相应地将数据长度存储在 event->array[0] 中。因此，整个事件长度将无条件地为 sizeof（event.array[0]） 额外增加 4 个字节。但是 ring_buffer_event_length（） 仅减去大于 RB_MAX_SMALL_DATA + sizeof（event->array[0]） 的事件的 sizeof（event->array[0]）。因此，RB_FORCE_8BYTE_ALIGNMENT=true 架构上的小型事件会报告比预期大 4 个字节的数据长度。要修复此问题，请添加该RB_FORCE_8BYTE_ALIGNMENT作为条件，以便在 RB_FORCE_8BYTE_ALIGNMENT 为 true 时减去该长度字段的大小。在 CONFIG_HAVE_64BIT_ALIGNED_ACCESS 设置为 y 的 riscv64 内核中运行 ftrace selftest trace_marker_raw.tc 时发现此问题，得到奇怪的日志：对于 id 为 1..100 的情况，数据字段数为 8*N，但一旦 id 超过 100，数据字段数变为 8*N+4： # 1 buf：58 00 00 00 80 5e d1 63（数据字段数为 8*1）... # a buf：58 ...（数据字段的数量为 8*2） ... # 64 缓冲器：58 ...
    （数据字段数为 8*13） # 65 缓冲器：58 ...（数据字段数为8*13+4）应用该更改后，数据字段的数量始终保持为 8*N+4。（CVE-2026-80876）

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

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

  - MongoDB Server 中的一个问题可允许对分片具有直接网络访问权限的经认证用户错误地提交或中止正在进行的准备的事务，从而绕过预期的事务协调进程。这可导致跨分片数据不一致、群集时钟损坏，以及违反事务原子性保证。（CVE-2026-18709）

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

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

  - xfs：在 xfs_trans_roll 中无条件地还原 NOFS 上下文 当 __xfs_trans_commit（） 在 xfs_trans_roll（） 中失败时，NOFS 上下文会遭到清除，但仅会在成功路径中还原。这会使错误路径缺少 nofs 保护，进而造成 xfs_nondir_ilock_class 和 fs_reclaim 之间存在循环锁定依赖关系：CPU0 CPU1 ---- ---- lock（&xfs_nondir_ilock_class）;lock（fs_reclaim）;
    lock（&xfs_nondir_ilock_class）;lock（fs_reclaim）;通过在错误检查之前移动 xfs_trans_set_context（） 来修复此问题，以便始终在新事务上还原 nofs 上下文。(CVE-2026-80804)

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

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

  - Avo 是用于为 Ruby on Rails 应用程序创建管理面板的框架。从版本 2.28.0 到旧版本 3.32.0，Avo 的直接附件上传端点缺少服务器端上传授权，并绕过已记载的字段级上传策略方法，例如 upload_{FIELD_ID}？。可以访问 Avo 附件上传端点的经过身份验证的 Avo 用户可以在解析的记录上替换或添加附件内容，包括二进制内容、文件名和内容类型元数据，即使两者都更新？而upload_<field>？政策拒绝该行动。这主要影响多角色 Avo Pro/Advanced 样式的部署，在此类部署中，非管理员或受限操作员用户可以访问 Avo，并且策略应强制执行按记录或按字段操作。已在版本 3.32.0 中修补此问题。(CVE-2026-53769)

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

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

  - 数值截断造成的越界写入 Linux x86-64 上的 Samsung Open Source Escargot 允许可提供 JavaScript 执行的攻击者通过实例初始化条目计数超过 UINT16_MAX 的构建类定义，损坏本地内存并使主机进程崩溃。此问题影响 Escargot： 5dc93606abd42b859045add05d704a038e197359。（CVE-2026-86315）

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

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

  - Perl 的 Authen：：SASL：:P erl：:D IGEST_MD5 之前 2.2100 的版本接受通过 server_step 中未经验证的临时信息的重放认证响应。server_start 会生成新的临时信息并将其发送到质询中，之后不会再将该值与客户端返回的临时信息进行比较。 server_step 从客户端自己的参数派生预期的摘要，因此只要响应的摘要符合它携带的临时信息，响应就会进行验证。它还检查的计数表以客户端提供的 nonce 键入，并且在每个新服务器对象中以空开始，因此捕获的带有“”nc=00000001的第一个响应也会传递该响应。RFC 2831 将响应中的临时信息定义为服务器在上一个质询中发送的值。发现一个成功的“qop=auth”交换的攻击者可针对相同服务、主机、领域和用户的后续会话重放捕获到的响应，并在不知道密码的情况下以该用户身份进行认证。
    (CVE-2026-86219)

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

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

  - Node.js HTTP 客户端中的一个缺陷可造成基于Node.js的转发代理的请求去同步化，这些转发代理从可见的“IncomingMessage”标头重建出站标头，同时将原始正文通过管道输送到重用的后端连接。Node.js可从“req.headers”、“req.rawHeaders”和“req.headersDistinct”中省略“maxHeadersCount”/“maxHeaderPairs”以外的标头，同时仍在内部将这些被忽略的标头用于 HTTP 消息帧。特别是，在请求正文仍在传递时，可对 userland 隐藏“Content-Length”。此漏洞影响所有受支持的版本系列：**Node.js 22**、
    **Node.js 24** 和 **Node.js 26**。（CVE-2026-48932）

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

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

  - ugrep 之前 7.6.0 在处理构建的 时在 LZW 解压缩器中包含一个堆缓冲区过度读取漏洞。Z 存档文件。攻击者可提供畸形 .Z 文件，可造成解压缩器读取超过分配的堆缓冲区的一个字节，进而可能造成进程崩溃。（CVE-2025-15614）

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

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

  - PJSIP 是以 C 语言编写的免费开源多媒体通信库。提交 acc03b5 之前，处理注册响应中的 Service-Route 标头时（pjsua_acc.c 中的 update_service_route（））时，PJSUA 中存在堆栈缓冲区溢出。这会影响使用 PJSUA/PJSUA2 帐户 API（默认注册路径）注册的应用程序。来自对 REGISTER 的 2xx 响应的服务路由 URI 存储在固定大小的数组中，而不限制标头数量;返回过量 Service-Route 标头的注册器可以超过堆栈上数组的末尾进行写入。写入的值为内部指针而非任意数据，因此最可能的影响是应用程序意外终止（拒绝服务），但不能排除内存损坏。恶意响应可能来自遭到破坏或恶意的注册机构，或在未受保护的传输上发出伪造响应。已通过提交 acc03b5 修补此问题。（CVE-2026-57161）

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

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

  - PJSIP 是以 C 语言编写的免费开源多媒体通信库。在提交 a1b707c 之前，在 SDP 提供/应答（transport_srtp_sdes.c 中的 sdes_encode_sdp（））期间处理 a=crypto 属性时，SRTP/SDES 媒体传输中存在堆栈缓冲区溢出。这会影响启用了 SRTP 的应用程序（use_srtp可选或必须，使用 SDES 密钥）。在媒体协商期间，远程 SDP 中的 crypto 属性被收集到固定大小的数组中，而不限制其数量;如果远程对等机在单一媒体描述中包含过多 a=crypto 属性，则可以超过堆栈上该数组的末尾进行写入。在应用程序级认证之前，可以在要约/应答期间通过传入的 SIP INVITE 访问此信息。影响范围可能从应用程序意外终止到控制流劫持/内存损坏。未启用 SRTP 的应用程序不受影响。此问题已通过提交 a1b707c 得到修补。（CVE-2026-57162）

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

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

  - PJSIP 是以 C 语言编写的免费开源多媒体通信库。在提交 628b716 之前，在历史记录调用期间重绘命令行时（cli_telnet.c 中的 handle_up_down（）），PJLIB-UTIL telnet CLI 前端存在堆栈缓冲区溢出。此问题仅影响启用 telnet CLI 前端的应用程序（与相关 CLI 问题相同的门控）。撤回的历史记录条目的行重绘序列可累积比固定大小的堆栈缓冲区容纳的数据多，这可能导致应用程序终止。要利用此漏洞，需要访问未经认证的 telnet CLI，因为此版本已经允许任意 CLI 命令，因此额外影响有限。未启用 telnet CLI 前端的应用程序不受影响。此问题已通过认可 628b716 修补。（CVE-2026-57165）

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

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

  - PJSIP 是以 C 语言编写的免费开源多媒体通信库。在提交 d6a0e7f 之前，序列化通用数组标头（如 Allow、Require、Support 和 Unsupported）的函数 pjsip/src/pjsip/sip_msg.c 中的 pjsip_generic_array_hdr_print（） 中可能出现缓冲区溢出。在某些输出缓冲区边界条件下，该函数可在缓冲区末尾之外写入一个字节。这主要在解析和重新序列化传入 SIP 请求的应用程序中可实现，例如代理、SBC 或 B2BUA，其中远程对等机可影响序列化的消息。越界写入为单个固定字节;未演示代码执行和信息泄露，在典型的基于池的分配中，字节属于分配宽松范围内。此问题已通过提交 d6a0e7f 修复。
    (CVE-2026-57160)

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

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

  - PJSIP 是以 C 语言编写的免费开源多媒体通信库。在提交 673b978 之前，启用远程负载类型映射维护功能时，SDP 协商器中可能发生远程越界读取和写入。pjmedia/src/pjmedia/sdp_neg.c 中的 assign_pt_and_update_map（） 使用取自远程 SDP 的有效负载类型编号，在未充分验证边界的情况下，为固定大小的内部表编制索引，因此特制的远程 SDP 可造成这些表之外的内存访问。实际影响为内存损坏和拒绝服务;未演示代码执行。只有在启用了PJMEDIA_SDP_NEG_MAINTAIN_REMOTE_PT_MAP时，才能访问此路径。默认设置为禁用，因此默认版本不受影响;该功能是集成产品可能支持的互操作性选项。此问题已通过提交 673b978 得到修补。（CVE-2026-57159）

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

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

  - PJSIP 是以 C 语言编写的免费开源多媒体通信库。在提交 8d5956a 之前，缓冲 HTTP 响应正文时，PJLIB-UTIL HTTP 客户端 （http_client.c） 中存在堆缓冲区溢出。这会影响使用 PJLIB-UTIL HTTP 客户端来一次性接收整个响应正文（没有增量on_data_read回调的完成回调）的应用程序。在扩大响应缓冲区时，基于服务器提供的 Content-Length 的不正确大小计算可使缓冲区过小，从而导致在分配末尾后写入响应数据。恶意或中间人 HTTP 服务器可通过构建的响应触发此问题;影响范围从应用程序意外终止到内存损坏等。以增量方式（通过on_data_read）使用响应的应用程序，或仅连接到受信任服务器的应用程序不受影响。此问题已通过提交 8d5956a 修补。
    (CVE-2026-57164)

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

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

  - PJSIP 是以 C 语言编写的免费开源多媒体通信库。在提交 4472a31 之前，为输入的命令行呈现反馈时，PJLIB-UTIL telnet CLI 前端存在堆栈缓冲区溢出。多个命令行处理路径在未进行充分边界检查的情况下向固定大小的缓冲区写入数据量，因此长命令行可使它们溢出。此问题仅影响启用 telnet CLI 前端的应用程序（例如 pj_cli_telnet_create（） / --cli-telnet-port）。
    telnet CLI 是没有认证的交互式管理接口，因此任何可访问它的客户端都已经可以发出任意 CLI 命令。格式错误或过长的命令行可在渲染命令行反馈时造成固定大小的堆栈缓冲区溢出，进而可能导致应用程序终止。
    由于访问此代码已需要访问未经认证的 CLI，因此超出现有访问权限的影响有限。未启用 telnet CLI 前端的应用程序不受影响。
    此问题已通过提交 4472a31 修补。（CVE-2026-57166）

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

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

  - PJSIP 是以 C 语言编写的免费开源多媒体通信库。在提交 c4a151a 之前，解析对等证书（ssl_sock_gtls.c 中的 tls_cert_get_info（））的主题备用名称扩展时，GnuTLS TLS 后端中存在堆栈缓冲区溢出。仅 GnuTLS 版本受到影响 （--with-gnutls）;OpenSSL 和 Apple SecureTransport/Network.framework 版本不受影响。在 TLS 握手后提取证书信息时，不正确的缓冲区大小值可导致将超大的 SubjectAltName 条目写入固定大小的堆栈缓冲区末尾后的位置。如果向连接客户端提供恶意服务器，或向请求证书的服务器提供恶意客户端，则网络定位的攻击者可以在 TLS 握手期间，在任何 SIP 级身份验证之前触发此操作。影响范围可能从应用程序意外终止到控制流劫持/内存损坏。此问题已通过提交 c4a151a 修补。（CVE-2026-57163）

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

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

  - libpcap BPF 解释器检测到由于缺少返回指令而未到达筛选程序缓冲区末端，也未执行偏移转换为缓冲区外部指针的跳转指令。特别是在罕见的使用情况下，特制的筛选器程序可导致解释器尝试读取 64 位架构上缓冲区周围 32GiB 的 OS 进程内存，以及 32 位架构上整个地址空间中的 OS 进程内存。（CVE-2026-31912）

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

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

  - libpcap BPF 解释器将“ja L”BPF 指令中的偏移视为有符号的整数，以通过向后跳跃实现循环，但它不限制循环迭代的次数。特别是在不常见的用例中，构建的过滤程序可造成解释器无限循环。（CVE-2026-6554）

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

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

  - rpcapd 可为从客户端收到的每条RPCAP_MSG_UPDATEFILTER_REQ或RPCAP_MSG_STARTCAP_REQ消息分配最多 65536 字节，但它从不释放内存，因此即使在正常使用情况下也会泄漏内存。
    恶意客户端可造成服务器以更快的速度泄漏内存。（CVE-2026-18313）

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

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

  - 在从/向暂存内存寄存器加载/存储值的 BPF 指令中，寄存器索引为无符号的 32 位整数，且不得超过 15，但是 libpcap BPF 解释器不会验证该值。
    特别是在罕见的使用情况下，特制的筛选器程序可导致解释器尝试在 16GiB 中读取和写入 OS 进程内存，在 64 位架构上从当前堆栈帧开始，在 32 位架构上尝试在整个地址空间中读取和写入。（CVE-2026-0799）

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

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

  -“div #k”和“mod #k”ALU 指令的 libpcap BPF 解释器未检查即时值是否为零。特别是在罕见的用例中，构建的筛选程序可造成除零。（CVE-2026-6244）

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

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

  - libpcap BPF 解释器在遇到具有无效操作码的 BPF 指令时调用 abort（）。特别是在不常见的使用情况下，构建的筛选器程序可终止 OS 进程。（CVE-2026-31911）

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

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

  - 处理从服务器收到的 RPCAP_MSG_PACKET 消息的 rpcap 客户端代码未正确验证其标头。恶意服务器可发送构建的消息，并导致客户端将超出缓冲区末尾的客户端进程内存中最多 20 字节视为捕获数据包的一部分。（CVE-2026-18238）

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

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

  - 在 2.15.4之前的 libxml2 中，uri.c 中的 xmlURIEscapeStr 存在整数溢出。（CVE-2026-86139）

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

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

  - 在之前 2.15.4的 libxml2 中，valid.c 中的 xmlSnprintfElements 存在 strcat 基于堆栈的缓冲区溢出。
    (CVE-2026-86140)

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

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

  - undici 的缓存拦截器记录了仅缓存安全的 HTTP 方法，但其跳过缓存的逻辑是通过从安全方法集中减去配置的方法来构建的，因此 POST、PUT 或 DELETE 等不安全方法永远不会放在跳过列表中，而是会返回完整的缓存读取路径。响应存储门也缺少方法检查，因此会存储启发式缓存或带有明确缓存控制指令的不安全请求的响应，然后从缓存重播。由于来自远程源的响应头不受信任，源可以以可缓存的状态回答一次，然后在未到达源的情况下从过时缓存条目提供客户端对该路径的后续状态变更请求，而不会到达源，这是在拦截器的默认配置下发生的完整性失败。这会影响最高和7.29.18.0.0最高到 8.10.2的 undici 版本。7.0.0 用户应升级到 undici 7.29.1 或 8.10.2.（CVE-2026-85008）

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

ID	名称	严重性
343444	Linux Distros 未修补的漏洞：CVE-2025-56534	medium
343443	Linux Distros 未修补的漏洞：CVE-2026-80870	medium
343442	Linux Distros 未修补的漏洞：CVE-2026-80817	medium
343441	Linux Distros 未修补的漏洞：CVE-2026-86090	high
343440	Linux Distros 未修补的漏洞：CVE-2026-85013	high
343439	Linux Distros 未修补的漏洞：CVE-2026-18711	high
343438	Linux Distros 未修补的漏洞：CVE-2026-80887	medium
343437	Linux Distros 未修补的漏洞：CVE-2026-80873	medium
343436	Linux Distros 未修补的漏洞：CVE-2026-80821	medium
343435	Linux Distros 未修补的漏洞：CVE-2026-80775	medium
343434	Linux Distros 未修补的漏洞：CVE-2026-80773	medium
343433	Linux Distros 未修补的漏洞：CVE-2026-80903	medium
343432	Linux Distros 未修补的漏洞：CVE-2026-80894	medium
343431	Linux Distros 未修补的漏洞：CVE-2026-80886	medium
343430	Linux Distros 未修补的漏洞：CVE-2026-80868	medium
343429	Linux Distros 未修补的漏洞：CVE-2026-80871	medium
343428	Linux Distros 未修补的漏洞：CVE-2026-80879	medium
343427	Linux Distros 未修补的漏洞：CVE-2026-80875	medium
343426	Linux Distros 未修补的漏洞：CVE-2026-80816	medium
343425	Linux Distros 未修补的漏洞：CVE-2026-80759	medium
343424	Linux Distros 未修补的漏洞：CVE-2026-18708	medium
343423	Linux Distros 未修补的漏洞：CVE-2026-80882	medium
343422	Linux Distros 未修补的漏洞：CVE-2026-80758	medium
343421	Linux Distros 未修补的漏洞：CVE-2026-80896	medium
343420	Linux Distros 未修补的漏洞：CVE-2026-80876	medium
343419	Linux Distros 未修补的漏洞：CVE-2026-18709	medium
343418	Linux Distros 未修补的漏洞：CVE-2026-80804	medium
343412	Linux Distros 未修补的漏洞：CVE-2026-53769	medium
343411	Linux Distros 未修补的漏洞：CVE-2026-86315	medium
343407	Linux Distros 未修补的漏洞：CVE-2026-86219	critical
343404	Linux Distros 未修补的漏洞：CVE-2026-48932	low
343402	Linux Distros 未修补的漏洞：CVE-2025-15614	medium
343130	Linux Distros 未修补的漏洞：CVE-2026-57161	high
343129	Linux Distros 未修补的漏洞：CVE-2026-57162	high
343128	Linux Distros 未修补的漏洞：CVE-2026-57165	medium
343127	Linux Distros 未修补的漏洞：CVE-2026-57160	medium
343126	Linux Distros 未修补的漏洞：CVE-2026-57159	high
343125	Linux Distros 未修补的漏洞：CVE-2026-57164	high
343124	Linux Distros 未修补的漏洞：CVE-2026-57166	medium
343123	Linux Distros 未修补的漏洞：CVE-2026-57163	high
343122	Linux Distros 未修补的漏洞：CVE-2026-31912	medium
343121	Linux Distros 未修补的漏洞：CVE-2026-6554	medium
343120	Linux Distros 未修补的漏洞：CVE-2026-18313	medium
343119	Linux Distros 未修补的漏洞：CVE-2026-0799	high
343118	Linux Distros 未修补的漏洞：CVE-2026-6244	medium
343117	Linux Distros 未修补的漏洞：CVE-2026-31911	medium
343116	Linux Distros 未修补的漏洞：CVE-2026-18238	medium
343108	Linux Distros 未修补的漏洞：CVE-2026-86139	high
343107	Linux Distros 未修补的漏洞：CVE-2026-86140	high
343106	Linux Distros 未修补的漏洞：CVE-2026-85008	medium

检测

Nessus 的 Misc. 系列

medium

medium

medium

high

high

high

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

critical

low

medium

high

high

medium

medium

high

high

medium

high

medium

medium

medium

high

medium

medium

medium

high

high

medium