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

  - 在 HDF5 之前 2.1.1 ，h5dump 工具的 render_bin_output 函数中不受信任的指针取消引用允许攻击者通过具有以二进制模式转储的多个元素的变量长度字符串数据集造成拒绝服务，从而损坏每个元素步幅计算，并导致从未对齐的偏移读取后续元素并将其取消引用为指针。（CVE-2026-19023）

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

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

  - 已修复 Linux 内核中的下列漏洞：iommu/vt-d: Avoid WARNING in sva unbind path The Intel IOMMU driver allows SVA on devices even if they do not support PCI/PRI. Commit 39c20c4e83b9 (iommu/vt-d: Only handle IOPF for SVA when PRI is supported) modified the SVA bind path to allow this configuration by skipping IOPF enablement when PRI is missing. However, it failed to update the unbind path. This creates an imbalance: the unbind path attempts to disable IOPF for a device that never had it enabled, triggering a WARNING in intel_iommu_disable_iopf(): WARNING:
    drivers/iommu/intel/iommu.c:3475 at intel_iommu_disable_iopf+0x4f/0x90d Call Trace: <TASK> blocking_domain_set_dev_pasid+0x50/0x70 iommu_detach_device_pasid+0x89/0xc0 iommu_sva_unbind_device+0x73/0x150 xe_vm_close_and_put+0x4d2/0x1200 [xe] Fix this by bypassing IOPF operations for SVA domains on non-PRI hardware in both the bind and unbind paths. (CVE-2026-64591)

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

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

  - dma-buf/udmabuf：跳过冗余 cpu 同步以修复高速缓存块 EEXIST 警告 启用CONFIG_DMA_API_DEBUG_SG时，将 udmabuf 导入 DRM 驱动程序（例如用于 GNOME 视频/Showtime 中视频播放的 amdgpu）会触发虚假警告： DMA-API：amdgpu 0000：03：00.0：高速缓存块跟踪 EEXIST，\ 不支持重叠映射 警告：kernel/dma/debug.c：619 at add_dma_entry+0x473/0x5f0 调用链为：
    amdgpu_cs_ioctl -> amdgpu_ttm_backend_bind -> dma_buf_map_attachment -> [udmabuf] map_udmabuf -> get_sg_table -> dma_map_sgtable（dev， sg， direction， 0） // attrs=0 -> debug_dma_map_sg -> add_dma_entry -> EEXIST 这是因为 udmabuf 通过 sg_set_folio（） 构建了每个页面的分散-收集列表。当 begin_cpu_udmabuf（） 已经为 misc 设备创建映射的 sg 表，并且导入程序（例如 amdgpu）通过 map_udmabuf（） 为其自己的设备映射相同页面时，DMA 调试基础架构会看到两个活动映射，其物理地址共享高速缓存块边界并警告重叠。DMA_ATTR_SKIP_CPU_SYNC 标记禁止在 add_dma_entry（） 中进行此检查，因为它表明在映射/取消映射时未执行任何 CPU 缓存维护，从而使高速缓存块重叠无害。所有其他主要的 dma-buf 导出器都已传递此标记：- drm_gem_map_dma_buf（） 传递DMA_ATTR_SKIP_CPU_SYNC - amdgpu_dma_buf_map（） 传递DMA_ATTR_SKIP_CPU_SYNC 映射/取消映射时的 CPU 同步对于 udmabuf 也是多余的：当通过 dma-buf 接口请求 CPU 访问时，begin_cpu_udmabuf（） 和 end_cpu_udmabuf（） 已经通过 dma_sync_sgtable_for_cpu/device（） 执行显式缓存同步。将DMA_ATTR_SKIP_CPU_SYNC传递到 udmabuf 中的 dma_map_sgtable（） 和 dma_unmap_sgtable（） 以抑制虚假警告并跳过冗余同步。（CVE-2026-64590）

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

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

  - 已修复 Linux 内核中的下列漏洞：i2c: core: fix NULL-deref on adapter registration failure If adapter registration ever fails the release callback would trigger a NULL-pointer dereference as the completion struct has not been initialised. Note that before the offending commit this would instead have resulted in a minor memory leak of the adapter name. (CVE-2026-64589)

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

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

  - 已修复 Linux 内核中的下列漏洞：fuse-uring: fix data races on ring->ready On weakly-ordered architectures, the store to fiq->ops can be reordered past the store to ring->ready, allowing a CPU that sees ring->ready == true via fuse_uring_ready() to dispatch requests through a stale fiq->ops pointer. Upgrade the store to smp_store_release() and the load in fuse_uring_ready() to smp_load_acquire() so that the preceding WRITE_ONCE(fiq->ops, ...) is visible to any CPU that observes ring->ready == true. Additionally, fuse_uring_do_register() publishes ring->ready with WRITE_ONCE() but the fast-path check reads it with a plain load. This is a marked-vs-unmarked access that KCSAN will flag. Wrap it in READ_ONCE() to mark it without adding unnecessary ordering. Also wrap the fc->ring load in fuse_uring_ready() in READ_ONCE() to prevent the compiler from reloading it between the NULL check and the dereference. (CVE-2026-64588)

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

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

  - btrfs：不修剪不可写入的设备 [BUG] 有一份缺陷报告指出，btrfs/242 会随机失败并出现下列空指针取消引用： 在 2026-06-01 10：25：08 运行 fstests btrfs/242 BTRFS：
    设备 fsid d4d7f234-487c-4787-88e4-47a8b68c9874 devid 1 transid 9 /dev/sdc （8:32） 通过挂载扫描 （122609） BTRFS 信息 （设备 sdc）：文件系统的 d4d7f234-487c-4787-88e4-47a8b68c9874 首次挂载 BTRFS 信息 （设备 sdc）：使用 crc32c 校验和算法 BTRFS 警告 （device sdc）：devid 2 uuid fbe72d72-3272-482d-80fb-ab88ed398192 缺少 BTRFS 警告 （device sdc）：devid 2 uuid fbe72d72-3272-482d-80fb-ab88ed398192 缺少 BTRFS 信息 （device sdc）：允许降级挂载 BTRFS 信息 （device sdc）： 开启异步丢弃 BTRFS 信息 （Device SDC）：启用可用空间树 无法处理虚拟地址的内核空指针取消引用 0000000000000018 用户页面：4k 页面，48 位 VA，CPU pgdp=000000013fd6b000 ：4 UID：0 PID：122625 通信：fstrim 未受感染 7.0.10-2-default #1 PREEMPT（full） openSUSE Tumbleweed e9a5f6b24978fba3bf015a992f865837fdfff3dd 硬件名称：QEMU KVM 虚拟机，BIOS edk2-20250812-19.fc42 08/12/2025 pstate：01400005 （nzcv daif +PAN -UAO -TCO +DIT -SSBS BTYPE=--） pc：btrfs_trim_fs+0x34c/0xa00 [btrfs] lr：btrfs_trim_fs+0x1f0/0xa00 [btrfs] 调用跟踪：
    btrfs_trim_fs+0x34c/0xa00 [btrfs f02c1d570ceea621c69d302ba75dd61868083840] （P） btrfs_ioctl_fitrim+0xe8/0x178 [btrfs f02c1d570ceea621c69d302ba75dd61868083840] btrfs_ioctl+0xdd4/0x2bd8 [btrfs f02c1d570ceea621c69d302ba75dd61868083840] __arm64_sys_ioctl+0xac/0x108 invoke_syscall. constprop.0+0x5c/0xd0 el0_svc_common.constprop.0+0x40/0xf0 do_el0_svc+0x24/0x40 el0_svc+0x40/0x1d0 el0t_64_sync_handler+0xa0/0xe8 el0t_64_sync+0x1b0/0x1b8 代码： 17ffff83 f94017e0 f9002be0 f9402ea0 （f9400c00） ---[ end trace 0000000000000000 ]--- 此外，报告者非常友好地测试添加到 btrfs_trim_free_extents_throttle（） 中的以下 ASSERT（）： ASSERT（device->bdev， devid=%llu path=%s dev_state=0x%lx\n， device->devid， btrfs_dev_name（device）， device->dev_state）;它会显示以下输出：断言失败：device->bdev， in extent-tree.c：6630 （devid=2 path=/dev/sdd dev_state=0x82） 这意味着 device->bdev 为空，dev_state为 BTRFS_DEV_STATE_IN_FS_METADATA |BTRFS_DEV_STATE_ITEM_FOUND，未设置BTRFS_DEV_STATE_WRITEABLE标记。[原因]pc 指向以下调用链：btrfs_trim_fs（） |- btrfs_trim_free_extents（） |- btrfs_trim_free_extents_throttle（） |- bdev_max_discard_sectors（device->bdev） 因此，空指针取消引用是由 device->bdev 为空所导致。乍一看这似乎是不可能的，因为就在调用 btrfs_trim_free_extents_throttle（） 之前，我们跳过了任何设置了BTRFS_DEV_STATE_MISSING标记的设备。不过，在这种特殊情况下，有一个窗口期稍后会重新扫描丢失的设备，从而导致 btrfs 删除BTRFS_DEV_STATE_MISSING标记： btrfs_control_ioctl（） |- btrfs_scan_one_device（） |- device_list_add（） |- rcu_assign_pointer（device->name， name）; |这会将缺少的设备路径更新为新的良好路径。| |- clear_bit（BTRFS_DEV_STATE_MISSING， &device->dev_state） 这会移除 BTRFS_DEV_STATE_MISSING 标记。
    这允许重新出现缺失的设备并清除BTRFS_DEV_STATE_MISSING标记。但是设备仍未设置 BTRFS_DEV_STATE_WRITEABLE 标记，其 bdev 指针也未更新。bdev 指针仍然为空，稍后会触发崩溃。[修复]这是 BTRFS_DEV_STATE_MISSING 与 device->bdev 指针之间的大型去同步化，并显示 btrfs 的重新出现设备处理中的差距。
    正确处理重新出现的设备将需要相当多的额外工作，这超出了这个小的上下文 ---truncated--- （CVE-2026-64593）

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

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

  - rclone 是一个命令行程序，用于将文件和目录同步到不同云存储提供商，或从不同云存储提供商同步。From 1.40.0 until 1.75.0， rclone serve restic 未正确拒绝以 .. 开头的 URL 路径。cmd/serve/restic/restic.go WithRemote 中的 /，后者接受前导父路径并将其传递至已配置后端的 GET、HEAD、POST 和 DELETE 处理程序，包括 WebDAV、FTP、HTTP、Memory 和 SFTP。当 Operator 发布后端子目录，且后端凭据可访问父级或同级对象时，可访问 REST 端点的攻击者可能会读取、创建、覆盖或删除 Operator 配置的路径外的对象。此问题已在 1.75.0中修复。（CVE-2026-71309）

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

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

  - rclone 是一个命令行程序，用于将文件和目录同步到不同云存储提供商，或从不同云存储提供商同步。低于 v1.75.0 的版本会将远程 SFTP 路径插入 backend/sftp/sftp.go 中的 PowerShell 哈希命令，且即使 PowerShell 将 U+2018、U+2019、U+201A 和 U+201B 视为单引号分隔符，quoteOrEscapeShellPath 也仅转义 ASCII 撇号，从而允许攻击者控制的文件名终止预期路径文本，并附加在调用服务器端哈希时作为受害者 SSH 帐户执行的 PowerShell 语句。已在 v1.75.0 版本中修复此问题。（CVE-2026-71312）

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

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

  - rclone 是一个命令行程序，用于将文件和目录同步到不同云存储提供商，或从不同云存储提供商同步。从 v1.51.0 到 v1.75.0，backend/local/local.go 中的本地后端依靠可配置的文件名编码器来防止远程文件名数据变成操作系统路径语法，因此使用 Slash、None、Raw 或在 Windows 上保留反斜线的编码的本地目标可将标准编码的全宽点点组件或本机反斜线表单解码成 filepath 之前的实际父目录组件。Join 会在配置的本地根之外解决此问题，从而允许攻击者控制的源对象作为 rclone 进程在所选目标目录外部创建或覆盖文件。已在 v1.75.0 版本中修复此问题。（CVE-2026-71313）

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

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

  - smb/client：修复 smb2_aead_req_alloc() 中的错误码问题*num_sgs 变量是 u32 类型，因此 ERR_PTR(*num_sgs) 无法正常工作。我们需要采用与上一行类似的处理方式，即先转换为 int 再转换为 long。不过，更简洁的做法是将返回值存储在一个 int ret 变量中。这个缺陷最终会导致在解引用无效的错误指针时发生崩溃。(CVE-2026-64598)

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

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

  - platform/x86：intel-hid：保护 ACPI 通知处理程序免遭递归，自提交 e2ffcda16290 以来（ACPI：
    OSL：允许 Notify （） 处理程序在所有 CPU 上运行） 如 intel-hid notify_handler（） 等 ACPI 通知处理程序可在多个与自身争用的 CPU 内核上运行。在敞篷车和可拆卸设备（与 DMI 机箱类型 31 和 32 dmi_auto_add_switch[]匹配）上，SW_TABLET_MODE 输入设备通过 intel_hid_switches_setup（） 在第一个平板电脑模式事件时从 notify_handler（） 延迟注册。
    当两个此类事件在不同 CPU 上争用时，同时可通过 ！priv->switches 检查，并且两次注册 priv->switches 输入设备，从而导致重复的 sysfs 条目和后续的空指针取消引用。这与提交 e075c3b13a0a 修复的缺陷类型相同（平台/x86：intel-vbtn：
    保护 ACPI 通知处理程序免遭递归）。保护 intel-hid notify_handler（） 免于通过互斥体与自身争用来修复此问题。（CVE-2026-64603）

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

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

  - smb：客户端：修复 SMB2_close() 重放中的双重释放漏洞一次携带响应的尝试可能会返回一个可重放的错误，并释放其响应缓冲区。如果 SMB2_close_init() 在下一次发送之前失败，清理流程会保留之前的缓冲区类型，并再次释放该响应缓冲区。修复方案是在每次尝试之前重置响应记录信息，以防止这种过期的释放操作。(CVE-2026-64597)

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

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

  - usb：gadget：f_midi：在释放 midi 对象之前取消待定的 IN 工作 f_midi 驱动程序嵌入了一个工作项 （midi->work），其处理程序 f_midi_in_work（） 通过 container_of（） 取消引用包含的 struct f_midi。这项工作由两个站点武装：f_midi_complete（） 用于正常的 IN-endpoint 完成，以及 f_midi_in_trigger（） 用于 ALSA rawmidi 输出流启动。f_midi_disable（） 和 f_midi_unbind（） 均不会取消 midi->work。f_midi_disable（） 仅禁用端点并耗尽in_req_fifo;它不同步工作项，声卡异步释放到 MIDI 对象的最终释放。midi 对象是引用计数 （midi->free_ref），只有在 usb_function 引用和 rawmidi private_data引用都丢弃时才会在 f_midi_free（） 中释放。在 f_midi_unbind（） 中，f_midi_disable（） 在释放声卡之前运行，因此尽管 USB 端点已禁用，rawmidi 设备仍可由开放的子流使用。这类子流上的并发用户空间写入可达到 f_midi_in_trigger（） 并在 f_midi_disable（） 返回后再次排入 midi->work。当最后一个引用终止且 f_midi_free（） 继续进行 kfree（midi） 时，以此方式布防的工作项可能仍处于待定状态，进而让 f_midi_in_work（） 在释放 struct 之后将其取消引用，即释放后使用。因此，取消 f_midi_disable（） 中的 midi->work 是不够的：ALSA 触发路径可在 disable（） 返回后重新武装工作。在 refcount-zero 释放站点取消是两个 arming 源都无法留存的边界，因为到那时保持 midi 对象活动的两个引用都已丢失：USB 端点已禁用，rawmidi 设备已释放。通过在 f_midi_free（） 的 refcount-zero 区块中调用 cancel_work_sync（&midi->work） 来修复此问题，然后嵌入的work_struct与结构的其余部分一起释放。opts->lock 是休眠互斥体，因此允许在其下调用 cancel_work_sync（），并且处理程序采用 MIDI->transmit_lock 而非 opts->lock，因此在其等待正在运行的工作实例完成时不会发生自我死锁。此问题由内部静态分析工具发现。
    (CVE-2026-64584)

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

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

  - usb：gadget：f_fs：在分配时初始化reset_work ffs_fs_kill_sb卸载 functionfs 实例时，（） 会无条件在 ffs->reset_work 上调用 cancel_work_sync（）： ffs_data_reset（ffs）;
    cancel_work_sync（&ffs->reset_work）;但是，ffs->reset_work 只能通过 ffs_func_set_alt（） 和 ffs_func_disable（） 中的 INIT_WORK（） 进行初始化，并且仅在FFS_DEACTIVATED路径上初始化。当使用 no_disconnect 选项挂载实例时，只有 ffs_data_closed（） 才能达到该状态，因此对于常见情况（无no_disconnect，或者挂载和卸载而从未停用），reset_work永远不会初始化。ffs_data_new（） 使用 kzalloc_obj（） 分配ffs_data但不初始化reset_work，ffs_data_reset（）/ffs_data_clear（） 也不接触该，因此 reset_work.func 保留为空。
    cancel_work_sync（） 之后会触发 __flush_work（） 中的 WARN_ON（！work->func） 保护： 警告：
    kernel/workqueue.c：4301 在 __flush_work+0x330/0x360， CPU#3：umount 调用跟踪：__flush_work cancel_work_sync ffs_fs_kill_sb [usb_f_fs] deactivate_locked_super deactivate_super cleanup_mnt
    __cleanup_mnt task_work_run exit_to_user_mode_loop el0_svc 在较旧的内核中，零初始化工作结构中的 cancel_work_sync（） 为静默 no-op，这会隐藏缺少的初始化。在 ffs_data_new（） 中初始化一次 reset_work，使其在ffs_data的生命周期内始终有效，并从两个停用路径中丢弃现在冗余的 INIT_WORK（） 调用。（CVE-2026-64594）

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

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

  - iio：adc：spear：请求 IRQ 前初始化完成 Jaeyoung Chung 的报告中：
    drivers/iio/adc/spear_adc.c 中的 spear_adc_probe（） 在使用 init_completion（） 初始化 st->completion 之前，先向 devm_request_irq（） 注册中断处理程序。如果中断在 devm_request_irq（） 之后和 init_completion（） 之前到达，则处理程序会在未初始化的完成时调用 complete（），从而导致内核错误。探测路径，在 spear_adc_probe（） 中：iodev = devm_iio_device_alloc（&pdev->dev， sizeof（*st））;/* st kzalloc-zeroed */ ...retval = devm_request_irq（&pdev->dev， irq， spear_adc_isr， 0， LPC32XXAD_NAME， st）;/* 寄存器处理程序 */ ...
    init_completion（&st->completion）;/* 初始化完成 */ spear_adc_isr（） 调用 complete（）：
    complete（&st->completion）;如果设备在 init_completion（） 运行之前引发中断，complete（） 将获取未初始化的 wait.lock 并遍历 swake_up_locked（） 中的归零task_list。归零的task_list使 list_empty（） 返回假，因此 swake_up_locked（） 取消引用空列表条目，从而触发 KASAN wild-memory-access。修复虚假 IRQ 通过将 init_completion（） 移动到 devm_request_irq（） 上方而导致未初始化指针取消引用的可能性。(CVE-2026-64602)

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

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

  - usb：gadget：udc：bdc：拆卸前释放 IRQ 并耗尽 func_wake_notify Broadcom BDC UDC 驱动程序通过 bdc_udc_init（） 中的 devm_request_irq（） 注册其 IRQ 处理程序，因此只有在 bdc_remove（） 返回后才 devm 释放 IRQ。devm 以反向 LIFO 顺序释放资源，但 bdc_remove（） 在返回之前手动运行 bdc_udc_exit（） 和 bdc_hw_exit（） -> bdc_mem_free（），然后返回： bdc_udc_exit（） 通过 bdc_free_ep（） 去除各个端点对象，而 bdc_hw_exit（） -> bdc_mem_free（） 释放 DMA 一致的状态报告环 （bdc->srr.sr_bds） 和 kfree（） 的 bdc->bdc_ep_array 并使其为空。当 IRQ 处理程序（bdc_udc_interrupt，通过 IRQF_SHARED 请求）在窗口中保持可交付状态直到删除后 devm free_irq（） 时，这两种情况都会发生。收到该窗口中的共享中断时，bdc_udc_interrupt（） 会取消引用 bdc->srr.sr_bds[bdc->srr.dqp_index]（空或已释放的 DMA），并调度索引为 bdc_ep_array 的 sr_handler 回调，从而造成空取消引用或释放后使用。同一窗口影响delayed_work bdc->func_wake_notify，它通过 bdc_sr_uspc（） -> handle_link_state_change（） -> schedule_delayed_work（） 从 IRQ 处理程序布防，也可从其自己的回调 bdc_func_wake_timer（） 自我布防。驱动程序中任何地方都不存在取消，因此在 bdc_remove（） 返回后触发的排队工作项且 bdc 结构为 devm 释放取消引用已释放的内存。将 devm_request_irq（） 替换为 request_irq（），并在 bdc_remove（） 中添加明确的 free_irq（bdc->irq， bdc）。在 free_irq（） 之前清除 BDC_GIE 以阻止设备断言中断，然后 free_irq（） 耗尽任何正在运行的处理程序，然后 cancel_delayed_work_sync（） 耗尽func_wake_notify延迟的工作。此排序可确保 IRQ 处理程序和延迟的工作不会干扰 bdc_udc_exit（） 和 bdc_hw_exit（） 中的后续端点和 DMA 拆卸。将匹配的 free_irq（） 连接到 bdc_udc_init（） 错误路径，以便在探测失败时释放 IRQ，并通过 err0 路由 bdc_init_ep（） 失败，而不是直接返回。此问题由内部静态分析工具发现。（CVE-2026-64583）

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

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

  - 通过 HDF5 的 2.3.0 H5Znbit.c 中的 H5Z__nbit_decompress_one_byte、H5Z__nbit_decompress_one_nooptype 和 H5Z__nbit_decompress_one_atomic 函数将读取索引推进到压缩的区块缓冲区中，而不使其与缓冲区的实际大小绑定。这使得攻击者能够通过特制的 HDF5 文件（该文件的 N 位过滤器参数描述的解压缩数据比存储的压缩区块实际包含的还要多），从而造成越界堆读取，并且在受限的情况下，将相邻堆内存泄露至解压缩的数据集值，此问题由 H5Dread 触发，例如通过 h5ls 或 h5repack 工具触发。（CVE-2026-19027）

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

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

  - 已修复 Linux 内核中的下列漏洞：HID: hid-lenovo-go: cancel cfg_setup work in hid_go_cfg_remove() hid_go_cfg_probe() initialises drvdata.go_cfg_setup and schedules it to run 2 ms later: INIT_DELAYED_WORK(&drvdata.go_cfg_setup, &cfg_setup);
    schedule_delayed_work(&drvdata.go_cfg_setup, msecs_to_jiffies(2)); cfg_setup() dereferences drvdata.hdev to issue MCU command requests. hid_go_cfg_remove() tears down sysfs and stops the HID device, but never drains the delayed work. If the device is unbound within the 2 ms scheduling delay (a probe failure rolling back via remove, or a fast rmmod after probe), the work fires after hid_destroy_device() has dropped its reference and released the underlying hdev struct, leaving cfg_setup() with a stale drvdata.hdev pointer. Mirror the sibling driver hid-lenovo-go-s.c, whose hid_gos_cfg_remove() already calls cancel_delayed_work_sync() on its analogous work, and drain go_cfg_setup at the top of hid_go_cfg_remove(). The cancel must come before guard(mutex)(&drvdata.cfg_mutex) because cfg_setup() acquires that mutex; reversing the order would deadlock. (CVE-2026-64595)

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

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

  - open62541 v.1.5.5 和以前版本中的问题允许远程攻击者通过 NodeManagement 类型实例化逻辑组件 （）CVE-2026-67864 造成拒绝服务

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

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

  - 在 HDF5 中的 H5Znbit.c 中，通过取消引用 cd_values[0] 到 cd_values[4] 进行 2.3.0 H5Z__filter_nbit，而未验证cd_values是否为非 NULL 或cd_nelmts至少为 5（过滤器标头的固定大小）。攻击者可利用此缺陷，通过存储客户端数据值为零的 N 位筛选器管道消息的特制 HDF5 文件造成拒绝服务，可通过 H5Dread（例如 h5ls 或 h5repack 工具）打开和读取。（CVE-2026-19026）

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

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

  - KVM：VMX：若 vCPU 处于访客模式，则获取有关 CR8 拦截更新的 vmcs12 更新 CR8 拦截时，当且仅在 vCPU 处于访客模式时获取 vmcs12，以便未来的更改可在 vCPU 创建期间拦截更新 CR8，而不会违反 get_vmcs12（） 的 lockdep 断言。------------[ 切到这里]------------ debug_locks & & ！（lock_is_held（&（&vcpu->mutex）->dep_map） || ！refcount_read（&vcpu->kvm->users_count））WARNING： arch/x86/kvm/vmx/nested.h：61 at get_vmcs12 arch/x86/kvm/vmx/nested.h：60 [inline]， CPU#0： syz.2.19/5879 WARNING： arch/x86/kvm/vmx/nested.h：61 at vmx_update_cr8_intercept+0x3de/0x4e0 arch/x86/kvm/vmx/vmx.c：6879， CPU#0： syz.2.19/5879 模块链接于：
    CPU：0 UID：0 PID：5879 通信：syz.。 2.19 未受感染 syzkaller #0 PREEMPT（完整） 硬件名称：QEMU Standard PC（Q35 + ICH9,2009），BIOS 1.16.2-debian-1.16.2-1 04/01/2014 RIP：0010：get_vmcs12 arch/x86/kvm/vmx/nested.h：60 [内联] RIP：0010：vmx_update_cr8_intercept+0x3de/0x4e0 arch/x86/kvm/vmx/vmx.c：6879 调用跟踪： <TASK> apic_update_ppr arch/x86/kvm/lapic.c：984 [内联] kvm_lapic_reset+0x1c24/0x2980 arch/x86/kvm/lapic.c：3023 kvm_vcpu_reset+0x44c/0x1bf0arch/x86/kvm/x86.c：12986 kvm_arch_vcpu_create+0x746/0x8b0 arch/x86/kvm/x86.c：12847 kvm_vm_ioctl_create_vcpu+0x428/0x930 virt/kvm/kvm_main.c：4201 kvm_vm_ioctl+0x893/0xd50 virt/kvm/kvm_main.c：5159 vfs_ioctl fs/ioctl.c：51 [内联] __do_sys_ioctl fs/ioctl.c：597 [内联]
    __se_sys_ioctl+0xfc/0x170 fs/ioctl.c：583 do_syscall_x64 arch/x86/entry/syscall_64.c：63 [内联] do_syscall_64+0x174/0x580 arch/x86/entry/syscall_64.c：94 entry_SYSCALL_64_after_hwframe+0x77/0x7f </TASK> 无功能更改。（CVE-2026-64604）

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

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

  - rclone 是一个命令行程序，用于将文件和目录同步到不同云存储提供商，或从不同云存储提供商同步。在版本之前 1.75.0，lib/proxy/http.go 中的共享 HTTP CONNECT 帮助程序会解析含有 http 的代理 CONNECT 响应。通过不受限制的缓冲读取器发送 ReadResponse，从而允许恶意或遭到破坏的已配置代理，或控制明文 HTTP 代理跃点的活动在路径上执行者发送可增加内存的超大标头，直到 rclone 进程失败为止。受影响的帮助程序供 FTP 和 SFTP 代理连接使用，并且 SFTP 在 SSH 服务器认证之前就到达解析器，因此目标主机密钥验证不会对恶意代理进行限制。此问题已在 1.75.0中修复。（CVE-2026-71310）

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

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

  - 之前 HDF5 2.1.1 的 H5Pget_fill_value 中的空指针取消引用允许攻击者通过版本 1 或 2 填充值消息中具有定义的标记集以及负大小字段的数据集造成拒绝服务，该字段未规范化到库的未定义哨兵并以 NULL 数据类型到达H5T_path_find。（CVE-2026-19024）

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

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

  - HDF5 中的 2.3.0 H5Olayout.c 中的 H5O__layout_decode 不会在打开现有数据集时验证分块数据集存储的区块布局维度是否匹配其数据空间排名，而此检查仅在数据集创建时执行。这允许攻击者通过构建的具有不匹配的区块/数据空间等级的 HDF5 文件（例如 h5Dopen2 和 H5Dread（例如 h5repack 工具）打开和读取，从而造成拒绝服务（src/H5Shyper.c 中H5S__hyper_iter_get_seq_list的除以零和应用程序崩溃）。（CVE-2026-19025）

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

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

  - 在 GStreamer gst-plugins-good 程序包中发现一个缺陷。rtph264depay 和 rtph265depay RTP depayloader 元素未对在分段 RTP 数据包处理期间使用的重组缓冲区强制实施最大大小限制。未经认证的远程攻击者可发送连续的 RTP 片段流，但从未传输片段结尾标记，从而导致重组缓冲区无限增长，直到进程内存耗尽。这会导致通过进程终止造成拒绝服务。
    (CVE-2026-18649)

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

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

  - can：esd_usb：在释放 netdevs 之前终止已定位的 URB esd_usb_disconnect（） 释放每个 per-netdev 循环内包含 free_candev（） 的 CAN netdev，之后仅调用 unlink_all_urbs（dev）。每个 netdev 私有数据（结构 esd_usb_net_priv）嵌入在 alloc_candev（） 返回的 net_device 分配中，因此一旦 free_candev（） 运行，dev->nets[i] 指向已释放的内存。然后，unlink_all_urbs（） 会取消引用释放的 dev->nets[i] 以终止每个 netdev 的 TX 锚 （usb_kill_anchored_urbs（&priv->tx_submitted）），清除active_tx_jobs，并重置 priv->tx_contexts[]。
    重新排序拆卸，以便在释放 netdevs 之前终止定位的 URB，匹配同一目录中的其他 CAN/USB 驱动程序（如 ems_usb、usb_8dev 和 mcba_usb，它们先取消注册、取消链接、再释放：先取消注册 netdevs（这将停止其 TX 队列），调用 unlink_all_urbs（dev） 一次，然后释放 netdevs。此问题由内部静态分析工具发现。（CVE-2026-64585）

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

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

  - open62541 v1.5.5 中的缓冲区溢出漏洞允许远程攻击者通过针对运行时解析的 InputArguments 元数据 （CVE-2026-67869） 验证输入参数的Service_Call造成拒绝服务

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

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

  - 已修复 Linux 内核中的下列漏洞：riscv: mm: Unconditionally sfence.vma for spurious fault Svvptc does not guarantee that it's safe to just return here. Since we have already cleared our bit, if, theoretically, the bounded timeframe for the accessed page to become valid still hasn't happened after sret, we could fault again and actually crash. Hopefully, these spurious faults should be rare enough that this is an acceptable slowdown. (CVE-2026-64592)

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

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

  - 在 open62541 v1.5.5 中，服务器端的 AddReferences 实现包含一个针对非本地 ExpandedNodeId 目标的不完整验证缺陷。远程攻击者可发送具有空 targetServerUri 和非零 targetNodeId.serverIndex 的特制 AddReferencesRequest，从而导致目标节点指针在继续执行时保持为空。（CVE-2026-67870）

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

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

  - crypto：amlogic - 避免 meson_crypto_probe（） 中的双重清理 当 meson_allocate_chanlist（） 在部分分配后失败时，它已通过其本地错误路径展开已分配的 chanlist 状态。
    meson_crypto_probe（） 随后跳转到 error_flow 并再次调用 meson_free_chanlist（），从而导致两次相同的按流资源被拆散。在重现的失败路径中，第二个拆卸在已经终结的工作线程上重新输入 crypto_engine_exit（），且 KASAN 报告 kthread_destroy_worker（） 中存在 slab-after-use-after-free（）。通过在 meson_allocate_chanlist（） 内本地处理部分分配失败并跳过外部清除路径来防止双重释放。我们正在开发的用于内核内存管理缺陷的实验性分析工具在分析 v6.13-rc1 时，首先标记此缺陷。
    该工具仍在开发中，尚未公开可用。在通过 v7.1 上的 KASAN 引导的 QEMU x86_64 客户机中使用 tools/testing/meson_crypto_probe 下的复制器再现了该缺陷。复制程序强制 gxl-crypto 探测路径中的第二个 dma_alloc_attrs（） 调用返回空值，从而使 meson_allocate_chanlist（） 在部分初始化后失败。在未经修复的内核上，这可靠地触发了 slab-after-free。应用了此补丁之后，同一复制器不再发出任何 KASAN 报告，并且探测会因 -ENOMEM 而完全失败。
    ================================================================== 缺陷：KASAN：在 kthread_destroy_worker+0xb2/0xd0 中的释放后使用 在地址 ff1100010c057a68 处的大小为 8 的读取，按任务 insmod/265 读取 CPU：1 UID：0 PID：265 comm：insmod 受感染： G O 7.1.0-rc2-00376-g810af9adc907-dirty #10 PREEMPT（lazy） 受感染：
    [O]=OOT_MODULE 硬件名称：QEMU 标准 PC （Q35 + ICH9， 2009），BIOS 1.15.0-1 04/01/2014 调用跟踪：
    <TASK> dump_stack_lvl+0x68/0xa0 print_report+0xcb/0x5e0 ？__virt_addr_valid+0x21d/0x3f0 ？kthread_destroy_worker+0xb2/0xd0 ？kthread_destroy_worker+0xb2/0xd0 kasan_report+0xca/0x100 ？kthread_destroy_worker+0xb2/0xd0 kthread_destroy_worker+0xb2/0xd0 meson_crypto_probe+0x4d0/0xc10 [amlogic_gxl_crypto] platform_probe+0x99/0x140 really_probe+0x1c6/0x6a0 ？
    __pfx___device_attach_driver+0x10/0x10 __driver_probe_device+0x248/0x310 ？acpi_driver_match_device+0xb0/0x100 driver_probe_device+0x48/0x210 ？
    __pfx___device_attach_driver+0x10/0x10 __device_attach_driver+0x160/0x320 bus_for_each_drv+0x104/0x190 ？
    __pfx_bus_for_each_drv+0x10/0x10 ？_raw_spin_unlock_irqrestore+0x2c/0x50 __device_attach+0x19d/0x3b0 ？
    __pfx___device_attach+0x10/0x10 ？do_raw_spin_unlock+0x53/0x220 device_initial_probe+0x78/0xa0 bus_probe_device+0x5b/0x130 device_add+0xcfd/0x1430 ？__pfx_device_add+0x10/0x10 ？insert_resource+0x34/0x50 ？lock_release+0xc9/0x290 platform_device_add+0x24e/0x590 ？
    __pfx_meson_crypto_probe_repro_init+0x10/0x10 [meson_crypto_probe_repro] meson_crypto_probe_repro_init+0x330/0xff0 [meson_crypto_probe_repro] do_one_initcall+0xc0/0x450 ？
    __pfx_do_one_initcall+0x10/0x10 ？_raw_spin_unlock_irqrestore+0x2c/0x50 ？__create_object+0x59/0x80 ？kasan_unpoison+0x27/0x60 do_init_module+0x27b/0x7d0 ？__pfx_do_init_module+0x10/0x10 ？kasan_quarantine_put+0x84/0x1d0 ？kfree+0x32c/0x510 ？load_module+0x561e/0x5ff0 load_module+0x54fe/0x5ff0 ？__pfx_load_module+0x10/0x10 ？security_file_permission+0x20/0x40 ？kernel_read_file+0x23d/0x6e0 ？mmap_region+0x235/0x4a0 ？__pfx_kernel_read_file+0x10/0x10 ？__file_has_perm+0x2c0/0x3e0 init_module_from_file+0x158/0x180 ？__pfx_init_module_from_file+0x10/0x10 ？__lock_acquire+0x45a/0x1ba0 ？idempotent_init_module+0x315/0x610 ？lock_release+0xc9/0x290 ？lock ---truncated--- （CVE-2026-64599）

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

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

  - wifi：brcmfmac：在设备删除brcmf_fw_crashed（） 和 debugfs 重置条目上bus_reset工作都计划 drvr->bus_reset，其回调通过 container_of（） 恢复 drvr 并将其取消引用。
    该删除路径在不耗尽工作量的情况下释放 drvr （brcmf_free -> wiphy_free），因此在删除期间待定或运行的 bus_reset 回调可比 drvr 更有效。取消不能存在于 brcmf_detach（） 或 brcmf_free（） 中：工作回调通过总线 .reset op （PCIe brcmf_pcie_reset -> brcmf_detach;SDIO brcmf_sdio_bus_reset -> brcmf_sdiod_remove -> brcmf_free），因此取消该处将等待正在运行的工作并死锁。添加每总线互斥体 （bus_reset_lock），并通过 brcmf_bus_schedule_reset（） 进行路由所有布防，总线标记为删除时，锁定项下会跳过该补丁。每个总线删除条目都会调用 brcmf_bus_cancel_reset_work（），后者在同一锁定下设置删除并取消工作。
    保持互斥体跨 cancel_work_sync（） 会使集合删除 + 耗尽步骤成为原子型。每个生产者都从进程上下文到达布防路径 -- PCIe 固件停止通知在线程 IRQ 处理程序 （brcmf_pcie_isr_thread） 中运行，而 SDIO 主机邮件路径从数据工作队列运行 -- 因此互斥体仅在可休眠上下文中使用。在适用的情况下，删除条目首先停止固件崩溃生产者：在 PCIe 上掩盖邮箱并synchronize_irq;在 SDIO 上，取消注册总线中断并取消数据工作线程，后者也会通过 brcmf_fw_crashed（） 报告固件停止。互斥体在总线分配时初始化。SDIO 挂起断电路径通过相同的 brcmf_sdiod_remove（） 释放 drvr 并采用相同的锁定;resume 仅在重新探测成功时才重新允许工作。
    同时针对空 bus_if/drvr 保护 brcmf_fw_crashed（）：它可在 brcmf_attach（） 连接 drvr 之前触发，并在到达布防门之前取消引用 drvr （bphy_err/brcmf_dev_coredump）。bus_reset工作在总线之间共享，因此漏将应用到每个删除路径：PCIe（由 Fixes 提交引入的 .reset op）、SDIO（通过 brcmf_fw_crashed（））和 USB（通过 debugfs 重置条目）。cancel_work_sync（） 在删除释放 drvr 之前耗尽正在运行或挂起的 bus_reset 工作项，当重置拆卸已释放这些 DMA 缓冲区时，修补程序 1/2 可确保暂存缓冲区释放安全。此修补程序修复 bus_reset 工作项本身的生存期。它不会尝试解决由 PCIe 重置路径启动的异步固件完成的单独预先存在的生命周期。该回调需要自己的生命周期/所有权协议，并且正在单独跟踪。此问题由内部静态分析工具发现。（CVE-2026-64586）

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

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

  - 在 open62541 1.5.5中，本地 MonitoredItem 回调路径中存在服务器端的释放后使用。在回调为当前本地 MonitoredItem 调用 UA_Server_deleteMonitoredItem 之后，如果 UA_Subscription_localPublish 继续使用当前UA_Notification，会发生该问题。这允许远程攻击者造成拒绝服务。（CVE-2026-67863）

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

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

  - 已修复 Linux 内核中的下列漏洞：ALSA: us144mkii: capture_urb_complete:
    redundant usb_anchor_urb corrupts anchor list on each resubmission In capture_urb_complete(), usb_anchor_urb() is called on every completion callback, but the URB is already anchored from the initial submission in tascam_trigger_start(). Each redundant call corrupts the anchor's doubly-linked list and inflates the URB refcount. When usb_kill_anchored_urbs() traverses the list during stream stop / suspend / disconnect, the corrupted list leads to use-after-free. Remove the redundant usb_anchor_urb() from the resubmit path. (CVE-2026-64601)

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

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

  - HDF5 中的 2.3.0 H5Zfletcher32.c 中的H5Z__filter_fletcher32通过从输入缓冲区大小中减去 4 字节尾部校验和大小，但未检查缓冲区是否至少为 4 字节，计算校验和的数据长度，从而允许size_t下溢。这允许攻击者通过构建的具有小于 4 字节的 Fletcher32 过滤区块的 HDF5 文件造成拒绝服务（大量越界读取和 H5_checksum_fletcher32 中应用程序崩溃），该漏洞可通过 H5Dread 触发，例如 h5ls 或 h5dump 工具触发。（CVE-2026-19028）

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

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

  - 已修复 Linux 内核中的下列漏洞：libfs: set SB_I_NOEXEC and SB_I_NODEV by default in init_pseudo() Since commit 1e7ab6f67824 (anon_inode: rework assertions), path_noexec() warns when an anonymous-inode file is mmap'd from a superblock that has not set SB_I_NOEXEC. dma-buf backs its files this way and never set the flag, so mmap of any exported buffer trips the warning on a CONFIG_DEBUG_VFS=y kernel: WARNING: CPU: 11 PID: 121813 at fs/exec.c:118 path_noexec+0x47/0x50 do_mmap+0x2b5/0x680 vm_mmap_pgoff+0x129/0x210 ksys_mmap_pgoff+0x177/0x240 __x64_sys_mmap+0x33/0x70 init_pseudo() sets up internal SB_NOUSER mounts that are never path-reachable. Set both flags here so every pseudo filesystem gets them by default instead of each caller setting them. SB_I_NODEV is inert for unreachable mounts. SB_I_NOEXEC has one visible effect: an executable mapping of a pseudo-fs fd, such as a dma-buf, now fails with -EPERM, which is the invariant the assertion enforces. No in-tree caller maps these executable. Reproduce on CONFIG_DEBUG_VFS=y: make -C tools/testing/selftests/dmabuf-heaps sudo ./tools/testing/selftests/dmabuf-heaps/dmabuf-heap -t system (CVE-2026-64596)

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

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

  - Sequelize 是一款 Node.js 的 ORM 工具。在之前的版本 6.37.4之前，仅当 dialect 设置为 oracle 时，字符串才可能注入 SQL 。如果值以 TO_TIMESTAMP 或 TO_DATE 开头，则 sql-string.js 中定义的转义函数不会转义引号。在 Oracle 方言中，当 val 是字符串且以 TO_TIMESTAMP 或 TO_DATE 开头时，转义会直接返回 val 而不是替换单引号。攻击者可通过到达此转义路径的应用程序值注入任意 SQL 表达式。此问题已在 6.37.4 版本中修复。(CVE-2026-69240)

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

根据其自我报告的版本，远程主机上运行的 Tenable Sensor Proxy 版本低于 1.4.2。因此，该应用程序受到 TNS-2026-21 公告中提及的代码注入漏洞的影响。

  - Tenable Sensor Proxy 中的漏洞允许远程攻击者通过引诱操作员将传感器连接到攻击者控制的主机来以提升的权限执行代码。（CVE-2026-18667）

请注意，Nessus 尚未测试此问题，而是只依据应用程序自我报告的版本号进行判断。

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

  - OpenSIPS 是会话初始协议 （SIP） 服务器实现。之前3.6.5的版本3.4.0在表示模块中包含拒绝服务漏洞。当配置选项 enable_sphere_check=1 的情况下，表示模块的 handle_publish（） 函数处理包含 Event： presence 标头和消息正文的 SIP PUBLISH 请求时，它会在不首先调用 parse_content_type_hdr（） 的情况下调用 get_content_type（） 宏，导致其取消引用未初始化或 NULL Content-Type 解析状态并崩溃。如果存在 Content-Type 标头但未解析，msg->content_type->parsed 为 NULL 并取消引用为content_t指针;如果请求完全缺少 Content-Type 标头，则 msg->content_type 本身为空，并且两种情况都会导致崩溃。因此，远程攻击者可使用有效的 Content-Type： application/pidf+xml 请求或已删除标头的请求，通过 UDP 或 TCP 发出单一 PUBLISH 请求，对受影响的实例造成拒绝服务（虽然在到达此路由之前，部署的路由配置可能要求认证）。已在版本 3.6.6 和 4.0.0-rc1 中修复此问题。（CVE-2026-45084）

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

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

  - OpenSIPS 是会话初始协议 （SIP） 服务器实现。在 4.0.0-rc1 之前 3.6.6 的版本中，TCP 消息框架层使用未签名的 int 算法解析 Content-Length 标头，不进行溢出检查。当攻击者发送一个让未签名的 int（如 4294967296）溢出的 Content-Length 值时，框架层会计算一个环绕值（如 0），并在错误的边界处拆分 TCP 流，造成第一条 SIP 消息的正文被处理为单独的消息，并启用 SIP 消息走私。由于 Content-Length 在认证之前已在传输层中进行解析，因此未经认证的基于网络的攻击者可在任何启用 TCP 的实例上通过任何基于 TCP 的传输（proto_tcp、proto_tls、proto_ws proto_wss）走私任意 SIP 消息，而无需任何路由脚本先决条件。这允许走私消息绕过前端 SBC/代理安全策略、继承连接的认证上下文并规避速率限制。已在版本 3.6.6 和 4.0.0-rc1 中修复此问题。（CVE-2026-45103）

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

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

  - xidown（yt-dlp/ffmpeg GUI 封装程序）构建其 yt-dlp 命令行调用（xidown/core/scanner.py 和 downloader.py），方法是将用户提供或扫描的 URL 附加为裸尾位置参数，在代码库中不使用“--”选项结尾标记，也不使用方案验证。（CVE-2026-71212）

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

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

  - OpenSIPS 是会话初始协议 (SIP) 服务器实现。在版本 4.0.0 和以前版本中，当在路由脚本中调用 sip_to_json() 时，处理标头名称长度超过 255 字节的 SIP 消息将导致堆栈缓冲区溢出。函数 sip_to_json() (modules/sipmsgops/sipmsgops.c) 将 SIP 标头名称复制到固定的 255 字节堆栈缓冲区而不进行边界检查，从而执行完整标头名称长度的 memcpy，即使 SIP 解析器没有此类限制（标头名称大约可以为 65000 字节）。因此，路由脚本调用 sip_to_json() 时，标头名称长度超过 255 字节的 SIP 消息会触发堆栈缓冲区溢出，其中覆盖的长度和内容均由攻击者控制，从而损坏保存的帧指针和返回地址。发送到 SIP 端口 (5060) 的单个未经认证的 UDP 数据包可导致进程崩溃，或者在没有堆栈保护的版本中，劫持返回地址以实现远程代码执行。这会影响其路由脚本调用 sip_to_json() 的部署。截至发布之时，此问题尚未修复。
    (CVE-2026-45538)

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

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

  - OpenSIPS 是会话初始协议 （SIP） 服务器实现。在 4.0.0-rc1 之前 3.6.6 的版本中，construct_uri（） 函数将多个 URI 组件（协议、用户名、域、端口、参数）串联到固定的 1024 字节全局 BSS 缓冲区中，而不进行任何边界检查。当路由脚本使用攻击者控制的用户名调用 construct_uri（） 时，超过 1024 字节的组件长度组合会溢出缓冲区，从而利用攻击者控制的内容损坏相邻的全局数据。该溢出到达控制 SIP 503 响应处理的全局标记 disable_503_translation，从而允许攻击者通过 URI 用户名确定性地设置该标记并更改服务器对后续消息的路由行为。由于与 contact_builder（） 共享相同的缓冲区，该溢出还会损坏该函数的数据，并且如果没有内存审查器，相邻的全局将在每个包含长用户名的请求中静默覆盖。已在版本 3.6.6 和 4.0.0-rc1 中修复此问题。
    (CVE-2026-45537)

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

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

  - Vim Project v9.2.0389 和更早版本中的问题允许本地攻击者通过文件 vim/src/os_vms.c （CVE-2026-51400） 中的 vms_fixfilename（） 函数执行任意代码

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

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

  - OpenSIPS 是会话初始协议 （SIP） 服务器实现。低于 4.0.0-rc1 的 3.6.6 版本在 SDP 带宽线路解析逻辑中包含一个拒绝服务漏洞。包含 Content-Type： application/sdp 和畸形会话层级 SDP 带宽行缺少所需冒号分隔符的 SIP 请求会损坏已解析的 SDP 带宽元数据。当路由或模块随后克隆损坏的 SDP 状态时（对话和 QoS 处理会发生这种情况），OpenSIPS 工作进程会崩溃。因此，未经认证的远程攻击者可在其路由脚本解析由攻击者控制的 SDP 并应用对话/QoS 处理的任何配置中触发崩溃。已在版本 3.6.6 和 4.0.0-rc1 中修复此问题。（CVE-2026-46334）

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

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

  - OpenSIPS 是会话初始协议 （SIP） 服务器实现。在 4.0.0-rc1 之前 3.6.6 的版本中，多部分正文解析器中的 find_line_delimiter（） 函数在搜索 MIME 边界分隔符时通过 strncmp（） 执行越界读取。在正文末尾附近找到 -- 模式后，该函数会比较从正文缓冲区逻辑末尾或之后的位置开始的 delimiter.len 字节（通常为 20-70），读过正文边界。当 SIP 消息具有具有边界参数的 Content-Type： multipart/mixed，并且其正文包含 -- 在正文结尾的两到三个字节范围内，且后面没有实际的边界分隔符时，会触发该缺陷。已在版本 3.6.6 和 4.0.0-rc1 中修复此问题。（CVE-2026-45705）

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

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

  - Vim Project v9.2.0389 和更早版本中的问题允许本地攻击者通过文件 vim/src/os_vms.c （CVE-2026-51401） 中的 vms_fixfilename（） 函数执行任意代码

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

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

  - OpenSIPS 是会话初始协议 （SIP） 服务器实现。版本 3.4.0-beta 到 3.6.5 4.0.0-beta 在 {s.b64encode} 字符串转换中包含一个缓冲区溢出。{s.b64encode} 的大小检查仅验证输入是否适合 64 KB 转换缓冲区，但 base64 编码将数据扩展了大约三分之一，因此大约 49,153 到 65,535 字节之间的输入产生的输出比缓冲区可以容纳的输出多，并且最多溢出 21,844 个字节。由于这些转换缓冲区在内存中相邻且且用于链式转换，因此该溢出会将攻击者控制的数据写入相邻的缓冲区并损坏处理相同 SIP 消息的后续转换所使用的值。当路由脚本将 {s.b64encode} 应用于攻击者控制的输入时，远程攻击者可通过发送带有较大标头值（大约 50,000 字节或更大）的 SIP 消息来触发此漏洞，使可利用性取决于部署的路由配置。已在版本 3.6.6 和 4.0.0-rc1 中修复此问题。（CVE-2026-45100）

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

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

  - Firefox for Android 和 Firefox Focus for Android 中的信息泄露。此漏洞已在 Firefox 153.0.3 中修复。(CVE-2026-18809)

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

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

  - OpenSIPS 是会话初始协议 （SIP） 服务器实现。低于 4.0.0-rc1 的 3.6.6 版本在 watcherinfo 生成功能中包含拒绝服务漏洞。攻击者可通过发送包含长 From URI 的 SUBSCRIBE Event： presence 请求创建超大的观察器条目，然后针对相同的 presentity 触发 presence.winfo watcherinfo XML 生成。OpenSIPS 将存储的观察程序 URI 复制到固定大小的堆栈缓冲区中，从而使其溢出并造成进程崩溃。远程攻击者可在暴露 handle_subscribe（） 并允许生成 watcherinfo （presence.winfo） 的部署中，造成 OpenSIPS 工作线程崩溃。该问题与配置有关，因为必须加载 presence 和 presence_xml 模块，并且必须可访问 SUBSCRIBE 路由。已在版本 3.6.6 和 4.0.0-rc1 中修复此问题。（CVE-2026-45809）

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

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

  - 为超出终端宽度的选项表格式化帮助文本时，在 popt 库中发现整数下溢。如果本地用户能够在这些情况下导致应用程序打印帮助，则其可造成该应用程序崩溃或无法显示帮助，进而导致受影响的应用程序拒绝服务。（CVE-2026-18839）

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

ID	名称	严重性
333083	Linux Distros 未修补的漏洞：CVE-2026-19023	medium
333082	Linux Distros 未修补的漏洞：CVE-2026-64591	medium
333081	Linux Distros 未修补的漏洞：CVE-2026-64590	high
333080	Linux Distros 未修补的漏洞：CVE-2026-64589	medium
333079	Linux Distros 未修补的漏洞：CVE-2026-64588	high
333078	Linux Distros 未修补的漏洞：CVE-2026-64593	critical
333077	Linux Distros 未修补的漏洞：CVE-2026-71309	high
333076	Linux Distros 未修补的漏洞：CVE-2026-71312	high
333075	Linux Distros 未修补的漏洞：CVE-2026-71313	medium
333074	Linux Distros 未修补的漏洞：CVE-2026-64598	high
333073	Linux Distros 未修补的漏洞：CVE-2026-64603	medium
333072	Linux Distros 未修补的漏洞：CVE-2026-64597	critical
333071	Linux Distros 未修补的漏洞：CVE-2026-64584	high
333070	Linux Distros 未修补的漏洞：CVE-2026-64594	critical
333069	Linux Distros 未修补的漏洞：CVE-2026-64602	medium
333068	Linux Distros 未修补的漏洞：CVE-2026-64583	high
333067	Linux Distros 未修补的漏洞：CVE-2026-19027	medium
333066	Linux Distros 未修补的漏洞：CVE-2026-64595	medium
333065	Linux Distros 未修补的漏洞：CVE-2026-67864	high
333064	Linux Distros 未修补的漏洞：CVE-2026-19026	medium
333063	Linux Distros 未修补的漏洞：CVE-2026-64604	high
333062	Linux Distros 未修补的漏洞：CVE-2026-71310	medium
333061	Linux Distros 未修补的漏洞：CVE-2026-19024	high
333060	Linux Distros 未修补的漏洞：CVE-2026-19025	medium
333059	Linux Distros 未修补的漏洞：CVE-2026-18649	high
333058	Linux Distros 未修补的漏洞：CVE-2026-64585	high
333057	Linux Distros 未修补的漏洞：CVE-2026-67869	high
333056	Linux Distros 未修补的漏洞：CVE-2026-64592	medium
333055	Linux Distros 未修补的漏洞：CVE-2026-67870	critical
333054	Linux Distros 未修补的漏洞：CVE-2026-64599	high
333053	Linux Distros 未修补的漏洞：CVE-2026-64586	high
333052	Linux Distros 未修补的漏洞：CVE-2026-67863	high
333051	Linux Distros 未修补的漏洞：CVE-2026-64601	high
333050	Linux Distros 未修补的漏洞：CVE-2026-19028	medium
333049	Linux Distros 未修补的漏洞：CVE-2026-64596	high
333048	Linux Distros 未修补的漏洞：CVE-2026-69240	critical
333044	Tenable Sensor Proxy < 1.4.2 Code Injection (TNS-2026-21)	critical
333038	Linux Distros 未修补的漏洞：CVE-2026-45084	high
333037	Linux Distros 未修补的漏洞：CVE-2026-45103	high
333036	Linux Distros 未修补的漏洞：CVE-2026-71212	medium
333035	Linux Distros 未修补的漏洞：CVE-2026-45538	critical
333034	Linux Distros 未修补的漏洞：CVE-2026-45537	critical
333033	Linux Distros 未修补的漏洞：CVE-2026-51400	high
333015	Linux Distros 未修补的漏洞：CVE-2026-46334	high
333014	Linux Distros 未修补的漏洞：CVE-2026-45705	medium
333013	Linux Distros 未修补的漏洞：CVE-2026-51401	high
333012	Linux Distros 未修补的漏洞：CVE-2026-45100	critical
333011	Linux Distros 未修补的漏洞：CVE-2026-18809	medium
333010	Linux Distros 未修补的漏洞：CVE-2026-45809	high
332787	Linux Distros 未修补的漏洞：CVE-2026-18839	low

检测

Nessus 的 Misc. 系列

medium

medium

high

medium

high

critical

high

high

medium

high

medium

critical

high

critical

medium

high

medium

medium

high

medium

high

medium

high

medium

high

high

high

medium

critical

high

high

high

high

medium

high

critical

critical

high

high

medium

critical

critical

high

high

medium

high

critical

medium

high

low