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

  - Kakoune 是代码编辑器。在低于版本 2026.05.21之前，默认启用捆绑的“autorestore.kak”脚本容易受到恶意备份文件的利用，只需打开文件便导致执行任意 kakoune 和 shell 命令。Kakoune 2026.05.21 修复了该问题。变通方案为向用户添加“autorestore-disable”，kakrc 将禁用自动还原功能。（CVE-2026-48120）

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

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

  - Debian Linux - libvirt - 无 （CVE-2026-61478）

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

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

  - pypdf 是一个免费的开源纯 python PDF 库。在 6.15.0之前，当 pypdf/_cmap.py 函数parse_bfrange在文本提取期间解析字体 /ToUnicode CMap 中异常大的源代码或目标字符串标记时，构建的 PDF 可导致大量内存消耗。此问题已在 6.15.0中修复。
    (CVE-2026-71870)

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

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

  - gopacket 为 Go 提供数据包处理能力。在版本 1.7.0中，多层解码器在根据数据包缓冲区进行验证之前使用攻击者控制的长度、计数或偏移，从而允许通过 DecodingLayerParser 或 DecodeFromBytes 解码的构建数据包触发未恢复的错误并远程拒绝服务。210f25f 处提供修补程序提交。（CVE-2026-65819）

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

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

  - JupyterHub 是一款允许用户为 Jupyter notebook 创建多用户服务器的软件。之前 5.5.0基于表单的登录认证程序的无效输入可在失败登录日志中放置不受限制的攻击者控制的用户名，从而允许未经认证的攻击者消耗日志记录和存储资源。此问题已在 5.5.0 版本中修复。(CVE-2026-54338)

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

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

  - pypdf 是一个免费的开源纯 python PDF 库。在 6.15.0文本提取期间，当 pypdf/_font.py 函数Font._collect_cid_character_widths扩展异常大的 CID 字体 /W 宽度范围或超宽条目时，构建的 PDF 可导致长时间运行时和大量内存消耗。此问题已在 6.15.0中修复。（CVE-2026-71852）

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

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

  - Ruby JSON 是 Ruby 的 JSON 实现。From 2.20.0 until 2.21.2，Ruby 的 JSON 本机 C 扩展会清除已使用的 JSON：：ResumableParser 输入缓冲区，但将 state.start、state.cursor 和 state.end 留到释放的存储中。当 partial_value 重新构造包含重复密钥的不完整对象时，重复密钥警告路径会调用 cursor_position，从而取消引用这些过时指针。这可导致释放后堆使用，并可终止 Ruby 进程。能够将 JSON 流数据提供给使用 JSON：：ResumableParser 的应用程序的攻击者可在应用程序对包含重复对象密钥的不完整攻击者控制输入调用partial_value时，造成进程终止。
    此问题已在 2.21.2 版本中修复。(CVE-2026-71847)

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

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

  - 适用于 Perl 的 Imager 版本从 _02 1.034 开始0.45，可能会通过 copy_string_tags 中零计数 ASCII EXIF 条目的 strlen（） 过度读取，暴露相邻的堆字节。copy_string_tags（） 将 ASCII EXIF 标签的长度计算为“entry->size - 1”，以剥离结尾的 NUL。零计数 ASCII 条目将“entry->size”设置为 0，且派生长度达到 i_tags_add（） 为 -1，这被解释为调用 strlen（） 的请求，扫描过条目到下一个 NUL，并将这些字节复制到标签中。JPEG 通过 im_decode_exif（） 到达此路径，单独的 Imager：：File：：WEBP 发行版本也是如此，此问题已通过升级 Imager 修复。对攻击者提供的具有此类条目的图像的 Imager->read（） 的任何调用程序可能收到一个 exif_* 标签，其会保留相邻的堆字节，而非空白字符串。（CVE-2026-19082）

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

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

  - 之前 3.2.1 的 crypto-js 程序包 for Node.js 通过串联字符串 0 生成随机数。
    替换为整数，这使输出比必要更可预测。（CVE-2020-36732）

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

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

  - go-git 是用纯 Go 编写的可扩展 git 实现库。低于 6.0.0-alpha.5 的 5.19.2 版本未审查引用名称便将其用于在引用存储目录下构造磁盘上的路径，因此恶意构建的引用名称（例如包含目录遍历序列）可导致 go-git 在预期引用存储目录外部写入文件。版本 5.19.2 和 6.0.0-alpha.5 修复了此问题。（CVE-2026-71557）

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

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

  - go-git 是用纯 Go 编写的可扩展 git 实现库。低于 5.19.2 6.0.0-alpha.5 的 worktree 操作（包括检出、状态和添加）会解析工作树内的符号链接，而不将解析限于工作树边界，因此当克隆存储库并使用其 worktree 操作时，恶意构建的包含符号链接的存储库可造成 go-git 读取或写入预期工作目录外部的文件。版本和 5.19.2 6.0.0-alpha.5。
    (CVE-2026-71556)

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

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

  - Debian Linux - libheif - 无 （CVE-2026-62292）

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

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

  - crypto-js 是采用 crypto 标准的 JavaScript 库。在 CryptoJS.lib.WordArray.random（） 中生成随机性之前 4.0.0 的 crypto-js 版本使用从 Math.random（） 植入的 Multiply-With-Carry 伪随机数发生器的自定义变体，而非密码安全的源。
    该发生器在版本 3.1.2-4 中被引入，并且几乎在每个 3.x 版本中都存在。通过此函数对 128 或 256 位熵的名义请求会产生大约 2 到 39 个可能性和 2 到 47 个可能性的有效搜索空间，小到足以在商用硬件上枚举。使用 CryptoJS.lib.WordArray.random（） 作为恢复短语熵 BIP39 源的下游钱包应用程序受到影响，枚举减少的输出空间的攻击者可恢复产生的私钥并控制关联资金。此问题已在 4.0.0 版本中修复。
    (CVE-2026-71851)

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

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

  - Debian Linux - libheif - 无 （CVE-2026-62289）

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

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

  - llama.cpp版本 b1283 至 b9058 在 llama_batch_init（） 函数中包含一个整数溢出漏洞，计算分配大小时，malloc（） 调用中未经检查的乘法可换行过去的INT32_MAX。攻击者可传递特制的参数触发整数溢出，进而导致堆损坏，且可能通过后续批操作（写入超出分配的缓冲区边界）实现执行任意代码。（CVE-2026-43627）

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

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

  - rclone 是一个命令行程序，用于将文件和目录同步到不同云存储提供商，或从不同云存储提供商同步。在 之前 1.75.0，backend/ftp/ftp.go 中有效但非默认的 FTP 文件名编码可在攻击者控制的路径插值到面向行的 FTP 控制通道之前立即还原原始 CR/LF，并且 github.com/jlaffaye/ftp 通过 textproto 对参数进行格式化。Conn.Cmd 而不拒绝 CR 或 LF，从而允许受害者复制或同步到权限更高的 FTP 目标时，诸如 victim CRLF DELE other-secret CRLF NOOP 之类的文件名注入独立的经认证的 FTP 命令。此问题已在 1.75.0中修复。（CVE-2026-71311）

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

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

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

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

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

  - iommu/vt-d：避免 sva 取消绑定路径中出现警告 Intel IOMMU 驱动程序允许在设备上使用 SVA，即使设备不支持 PCI/PRI。提交 39c20c4e83b9（iommu/vt-d：仅在支持 PRI 时处理 SVA 的 IOPF）通过在缺少 PRI 时跳过 IOPF 启用，修改了 SVA 绑定路径以允许此配置。
    但是，它未能更新取消绑定路径。这造成不平衡：unbind 路径尝试禁用从未启用过 IOPF 的设备，从而触发 intel_iommu_disable_iopf（） 中的警告：
    警告：drivers/iommu/intel/iommu.c：3475 at intel_iommu_disable_iopf+0x4f/0x90d 调用跟踪： <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] 通过绕过绑定和取消绑定路径中非 PRI 硬件上的 SVA 域的 IOPF 操作来修复此问题。（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 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - i2c：core：修复适配器注册失败时的空取消引用 如果适配器注册失败，释放回调将触发空指针取消引用，因为完成结构尚未初始化。请注意，在有问题的提交之前，这反而会导致适配器名称的轻微内存泄漏。（CVE-2026-64589）

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

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

  - fuse-uring：修复 ring->ready 上的数据争用在弱排序架构中，可通过存储到 ring->ready 重新排序 fiq->ops 的存储，从而允许通过 fuse_uring_ready（） 发现 ring->ready == true 的 CPU 通过过时的 fiq->ops 指针分派请求。将存储升级到 smp_store_release（），将 fuse_uring_ready（） 中的加载升级到 smp_load_acquire（），以便上述 WRITE_ONCE（fiq->ops， ...） 对任何观察到 ring->ready == true 的 CPU 可见。此外，fuse_uring_do_register（） 通过 WRITE_ONCE（） 发布 ring->就绪，但快速路径检查以普通负载读取。这是 KCSAN 将标记的标记与未标记访问。将其封装在 READ_ONCE（） 中以对其进行标记，而不会添加不必要的排序。还将 fuse_uring_ready（） 中的 fc->ring 加载封装在 READ_ONCE（） 中以防止编译器在 NULL 检查和取消引用之间重新加载它。（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 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - HID：hid-lenovo-go：取消 hid_go_cfg_remove（） 中的cfg_setup工作 hid_go_cfg_probe（） 初始化drvdata.go_cfg_setup并计划其在 2 毫秒后运行：INIT_DELAYED_WORK（&drvdata.go_cfg_setup， &cfg_setup）;schedule_delayed_work（&drvdata.go_cfg_setup， msecs_to_jiffies（2））;cfg_setup（） 取消引用 drvdata.hdev 以发出 MCU 命令请求。hid_go_cfg_remove（） 会去除 sysfs 并停止 HID 设备，但从不耗尽延迟的工作。如果设备在 2 毫秒计划延迟内未绑定（探测失败通过删除回滚，或探测后快速 rmmod），则在 hid_destroy_device（） 丢弃其引用并释放底层 hdev 结构后，工作会触发，而 cfg_setup（） 则会有一个过时的 drvdata.hdev 指针。镜像同级驱动程序 hid-lenovo-go-s.c，其 hid_gos_cfg_remove（） 已在其类似工作中调用 cancel_delayed_work_sync（），并在 hid_go_cfg_remove（） 顶部耗尽go_cfg_setup。取消必须位于 guard（mutex）（&drvdata.cfg_mutex） 之前，因为 cfg_setup（） 获取该互斥体;颠倒顺序将会死锁。(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 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - riscv：mm：无条件 sfence.vma 解决虚假错误 Svvptc 不保证返回这里是安全的。由于我们已清理位，因此如果理论上所访问页面生效的限定时间范围在 SRET 后仍未发生，我们可能再次发生错误并实际上崩溃。
    希望这些虚假故障应该足够罕见，这是一个可以接受的减速。
    (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 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - ALSA：us144mkii：capture_urb_complete：每次重新提交时冗余usb_anchor_urb损坏定位标记列表 在 capture_urb_complete（） 中，每次完成回调都会调用 usb_anchor_urb（），但 URB 已从 tascam_trigger_start（） 中的初始提交开始定位。每个冗余调用都会损坏定位标记的双重链接列表并增加 URB 引用计数。当 usb_kill_anchored_urbs（） 在流停止/暂停/断开连接期间遍历列表时，损坏的列表会导致释放后使用。从重新提交路径中删除冗余的 usb_anchor_urb（）。（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 依赖供应商报告的程序包是否存在进行判断。

ID	名称	严重性
333526	Linux Distros 未修补的漏洞：CVE-2026-48120	high
333525	Linux Distros 未修补的漏洞：CVE-2026-61478	critical
333524	Linux Distros 未修补的漏洞：CVE-2026-71870	medium
333523	Linux Distros 未修补的漏洞：CVE-2026-65819	high
333522	Linux Distros 未修补的漏洞：CVE-2026-54338	medium
333383	Linux Distros 未修补的漏洞：CVE-2026-71852	medium
333382	Linux Distros 未修补的漏洞：CVE-2026-71847	high
333381	Linux Distros 未修补的漏洞：CVE-2026-19082	high
333380	Linux Distros 未修补的漏洞：CVE-2020-36732	medium
333379	Linux Distros 未修补的漏洞：CVE-2026-71557	medium
333378	Linux Distros 未修补的漏洞：CVE-2026-71556	high
333377	Linux Distros 未修补的漏洞：CVE-2026-62292	critical
333376	Linux Distros 未修补的漏洞：CVE-2026-71851	critical
333375	Linux Distros 未修补的漏洞：CVE-2026-62289	critical
333366	Linux Distros 未修补的漏洞：CVE-2026-43627	high
333084	Linux Distros 未修补的漏洞：CVE-2026-71311	medium
333083	Linux Distros 未修补的漏洞：CVE-2026-19023	medium
333082	Linux Distros 未修补的漏洞：CVE-2026-64591	medium
333081	Linux Distros 未修补的漏洞：CVE-2026-64590	medium
333080	Linux Distros 未修补的漏洞：CVE-2026-64589	medium
333079	Linux Distros 未修补的漏洞：CVE-2026-64588	medium
333078	Linux Distros 未修补的漏洞：CVE-2026-64593	medium
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	medium
333073	Linux Distros 未修补的漏洞：CVE-2026-64603	medium
333072	Linux Distros 未修补的漏洞：CVE-2026-64597	high
333071	Linux Distros 未修补的漏洞：CVE-2026-64584	medium
333070	Linux Distros 未修补的漏洞：CVE-2026-64594	medium
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	medium
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	medium
333053	Linux Distros 未修补的漏洞：CVE-2026-64586	medium
333052	Linux Distros 未修补的漏洞：CVE-2026-67863	high
333051	Linux Distros 未修补的漏洞：CVE-2026-64601	medium
333050	Linux Distros 未修补的漏洞：CVE-2026-19028	medium

检测

Nessus 的 Misc. 系列

high

critical

medium

high

medium

medium

high

high

medium

medium

high

critical

critical

critical

high

medium

medium

medium

medium

medium

medium

medium

high

high

medium

medium

medium

high

medium

medium

medium

high

medium

medium

high

medium

high

medium

high

medium

high

medium

high

medium

critical

medium

medium

high

medium

medium