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

  - fbdev：修复fb_new_modelist以防止 info->var 中的 null-ptr-deref fb_videomode_to_var帧缓冲区的当前模式在 info->modelist 中应有匹配的条目。var_to_display（） 依赖此情况并将失败的 fb_match_mode（） 视为不应发生这种情况。fb_set_var（） 通过在每次更改时将模式添加到列表中来保持其真实性，而 do_register_framebuffer（） 在注册时执行相同的操作。store_modes（） 替换用户空间中的模式列表。fb_new_modelist（） 验证新模式，但不检查 info->var 是否仍存在匹配项。它依靠 fbcon_new_modelist（） 重新指向控制台，但仅处理映射到帧缓冲区的控制台。fbcon unbound 没有任何内容，因此 info->var 只留下描述不再在列表中的模式。后续的控制台接管运行 var_to_display（），其中 fb_match_mode（） 返回 NULL 并保留 fb_display[i].mode NULL。fbcon_switch（） 将其传递给 display_to_var（），fb_videomode_to_var（） 取消引用 NULL 模式。将列表中的当前模式保留在 fb_new_modelist（） 中，与 fb_set_var（） 相同。（CVE-2026-53403）

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

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

  - f2fs：验证孤立的 inode 条目计数 f2fs_recover_orphan_inodes（） 在重播检查点包中的孤立 inode 时信任孤立区块entry_count。大于 F2FS_ORPHANS_PER_BLOCK 的损坏entry_count会使恢复循环读取经过 ino[] 数组，并将页脚或后续数据解释为 inode 编号。在特别构建的图像上，挂载未经修补的内核可驱动孤立恢复到 f2fs_bug_on（） 并致使内核发生错误。在消耗条目之前验证entry_count，以便损坏的检查点数据因 -EFSCORRUPTED 使挂载失败，并改为请求 fsck。也设置ERROR_INCONSISTENT_ORPHAN，这样就可以在超级块 s_errors[] 字段中记录损坏原因。即使挂载时间孤立恢复失败可能没有机会通过检查点持续存在SBI_NEED_FSCK，这也会向 fsck 提供持久提示。（CVE-2026-63818）

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

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

  - net：skmsg：在 SG 转换之间保留 sg.copy sk_msg sg.copy 位图属于 scatterlist 条目所有权状态的一部分。一组位指示 sk_msg_compute_data_pointers（） 不通过可写 BPF ctx->data 暴露条目。这保护了非sk_msg私有页面支持的条目，例如剪接支持的文件页面缓存页面。多个sk_msg转换路径可移动、复制、拆分或压缩 msg->sg.data[] 条目，而不移动相匹配的 sg.copy 位。这可使外部支持的条目到达具有清除复制位的新插槽。之后的 SK_MSG 判定随后会将 sg_virt（sge） 暴露为可写入的 ctx->data，且 BPF 存储可修改原始页面缓存。无论何时条目被传输、移动、拆分或复制到新sk_msg，都保持 sg.copy 与 sg.data[] 同步。当条目被新分配的专用页面替换或释放条目时，请清除该位。这涵盖了 BPF pull/push/pop 辅助函数 sk_msg_shift_left/right（）、sk_msg_xfer（） 和 tls_split_open_record（），包括 TLS 开放记录拆分期间创建的部分尾部条目。（CVE-2026-63830）

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

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

  - f2fs：修复由错误的 nat_entry 标记使用造成的 fsck 不一致 f2fs_need_dentry_mark（） 在未与检查点路径进行互斥的情况下读取 nat_entry 标记，这可导致不正确的 inode 块标记状态。情况如下：创建 &; 写入 &; fsync“文件 A”写入检查点 - f2fs_do_sync_file // 内联 inode - f2fs_write_inode // inode folio 脏 - f2fs_write_checkpoint - f2fs_flush_merged_writes - f2fs_sync_node_pages - f2fs_fsync_node_pages // 无脏节点 - f2fs_need_inode_block_update // 返回 true - f2fs_fsync_node_pages // inode 脏 - f2fs_need_dentry_mark //返回 true - f2fs_flush_nat_entries - f2fs_write_checkpoint 结束 -
    __write_node_folio // 已DENT_BIT_SHIFT设置 SPO 的 inode，fsck --dry-run 发现 inode 已检查点但仍DENT_BIT_SHIFT设置 f2fs_need_dentry_mark（） 观察到的状态可能与获取 sbi->node_write 之后在 __write_node_folio（） 中观察到的状态不同。根本原因是只有在检查点写入完全完成后才能保证 IS_CHECKPOINTED 和 HAS_FSYNCED_INODE 的语义。此修补程序将 set_dentry_mark（） 移至 __write_node_folio（） 并使用 sbi->node_write 锁对其进行保护。（CVE-2026-53368）

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

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

  - IIO：light：veml6075：向具有 5 个元素但VEML6075_CONF_IT可生成值 0-7 的索引veml6075_it_ms添加边界检查veml6075_it_ms。如果返回值 >= 5，这将造成越界数组访问。添加边界检查，如果索引超出范围则返回 -EINVAL。问题值已保留，因此切勿从寄存器读取。因此，这是针对故障设备、编程错误或总线损坏的强化措施。（CVE-2026-53387）

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

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

  - KVM：SVM：修复 sev_dbg_crypt（） 中用于加密路径的页面溢出 在 sev_dbg_crypt（） 中，每次迭代传输长度受源页面偏移量 （PAGE_SIZE - s_off） 限制，而不是由目标页面偏移量 （PAGE_SIZE - d_off） 限制。d_off > s_off时，加密路径 （__sev_dbg_encrypt_user） 使用单页中间缓冲区 （dst_tpage） 执行读取-修改-写入：1. 发出 PSP 命令之前，__sev_dbg_decrypt（） 将大小扩展为 round_up（len + （d_off &; 15）， 16）。如果长度 + （d_off &; 15） > PAGE_SIZE，PSP 写入超过 4096 字节dst_tpage分配的终点。2. 在相同条件下，后续 memcpy（）/copy_from_user（） 变成 page_address（dst_tpage） + （d_off &; 15） 的“len”字节最多溢出 15 个字节。触发示例：s_off = 0，d_off = 1，debug.len = PAGE_SIZE - 指示 PSP 将 round_up（4097， 16） = 4112 字节写入到 4096 字节缓冲区。通过同时将 len 界定为 （PAGE_SIZE - d_off） 来修复，此检查与 sev_send_update_data（） 已针对其单页客户机区域执行的检查相同。================================================================== 缺陷：KASAN：sev_dbg_crypt+0x993/0xd10 中的 slab-after-free 使用 [kvm_amd] 在地址 ff110062293bb009 处按任务写入大小为 4095 CPU sev_dbg_test/228214 CPU：96 UID：0 PID：228214 通信：sev_dbg_test 受感染：G U W 7.0.0-smp-- 5ce9b0c48211-dbg #156 PREEMPTLAZY 受感染：[U]=USER，[W]=WARN 硬件名称：Google Astoria/astoria，BIOS 0.20250817.1-0 2025 年 8 月 25 日调用跟踪： <TASK> dump_stack_lvl+0x54/0x70 print_report+0xbc/0x260 kasan_report+0xa2/0xd0 kasan_check_range+0x25f/0x2c0 __asan_memcpy+0x40/0x70 sev_dbg_crypt+0x993/0xd10 [kvm_amd] sev_mem_enc_ioctl+0x33c/0x450 [kvm_amd] kvm_vm_ioctl+0x65d/0x6d0 [KVM] __se_sys_ioctl+0xb2/0x100 do_syscall_64+0xe8/0x870 entry_SYSCALL_64_after_hwframe+0x4b/0x53 </TASK> 有缺陷的地址属于物理页面：page：refcount： 1 mapcount：0 mapping：000000000000000000 index：0x7fe72b6a0 pfn：0x62293bb memcg：ff11000112827d82 flags： 0x1400000000000000（node=1|zone=1） raw： 14000000000000000000 000000000000000000 dead0000000000122 000000000000000000 raw： 00000007fe72b6a0 00000000000000000001ffffffff ff11000112827d82 页面转储原因是： kasan： 检测到错误访问 错误地址周围的内存状态： ff110062293bbf00：
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff110062293bbf80： 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >ff110062293bc000： fa fb fb fb fb fb fb fc ^ ff110062293bc080： fa fb fb fb fb fc ff110062293bc100： fa fb fb fb fb fb fb fb fb fc fc fc ================================================================== 禁用内核感染导致的锁定调试 [sean：添加示例 KASAN splat、补丁和stable@] （CVE-2026-63794）

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

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

  - fuse：在替换页面缓存 folio fuse_try_move_folio（） 之前重新锁定请求，会在条目时解锁请求，但不会在成功路径上重新锁定它。这意味着 fuse_chan_abort（） 可以结束请求并释放fuse_io_args（例如 fuse_readpages_end（）），而 fuse_try_move_folio（） 之后的后续复制链逻辑访问fuse_io_args，从而导致释放后使用问题。通过先调用 lock_request（），先调用 replace_page_cache_folio（），以修复此问题。这可确保请求锁定在成功路径上，从而防止在后续复制逻辑运行时释放fuse_io_args，并且由于 ap->folios[i]->mapping 始终在 replace_page_cache_folio（） 之后指向新对开本，因此 ap->folios[i]-mapping 永远不为空。（CVE-2026-53388）

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

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

  - pNFS：修复 pnfs_update_layout（） 中的释放后使用 命中 pnfs_update_layout（） 中的 NFS_LAYOUT_RETURN 分支时，代码会调用 pnfs_prepare_to_retry_layoutget（lo）。如果成功，将在仍引用“lo”的 trace_pnfs_update_layout（） 之前调用 pnfs_put_layout_hdr（lo）。当跟踪点访问 lo 的字段时，这会导致释放后使用。通过将跟踪点调用移到 pnfs_put_layout_hdr（lo） 之前来修复此问题。（CVE-2026-63800）

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

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

  - iio：adc：ti-ads1298：向具有 7 个元素但ADS1298_MASK_CH_PGA可生成值 0-7 的索引pga_settings添加边界检查ads1298_pga_settings。如果生成 >= 7 的值，这将造成越界数组访问。添加边界检查，如果索引超出范围则返回 -EINVAL。请注意，剩余值 b111 已保留，因此不应在正常运行的系统中看到该值。（CVE-2026-53386）

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

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

  - esp：修复skb_to_sgvec失败时的页面碎片引用泄漏 在 esp_output_tail（） 中，当 esp->inplace 为 false 时，旧的 skb 页面碎片将替换为 xfrm page_frag缓存中的新页面。源 scatterlist （sg） 是在替换之前从旧碎片构建而来，而 esp_ssg_unref（） 则负责在 crypto 操作完成后释放旧页面引用。但是，如果第二个 skb_to_sgvec（） 调用（从新页面构建目标 scatterlist）失败，代码将跳转到仅调用 kfree（tmp） 的error_free。源 scatterlist 中捕获的旧页面碎片引用永远不会释放： 1. sg[] 通过 skb_to_sgvec（） 从旧碎片构建（无额外get_page） 2.nr_frags设置为 1，frag[0] 替换为新的第 3 页。第二个 skb_to_sgvec（） 失败 -> goto error_free 4.
    kfree（tmp） 释放 sg[] 内存，但旧碎片并非未取消引用 5.kfree_skb（） 仅发布 frag[0]（新页面），不发布旧页面 通过向 esp_ssg_unref（） 添加 bool 参数修复此问题，当该参数为 true 时，无条件取消引用源 scatterlist frag，而不检查 req->src 和 req->dst，因为 aead_request_set_crypt（） 在发生错误时尚未对这些字段进行初始化。现有调用程序传递 false 以保留原始行为。由于代码相同，esp4 和 esp6 中存在相同的问题。（CVE-2026-63872）

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

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

  - drm/amdgpu/vcn：设置 VCN v2.5 enc/dec 环的no_user_fence VCN 编码器和解码器环不支持 64 位用户屏蔽写入，拒绝带有用户屏蔽的 CS 提交。（从提交 efc9dd5590894109bce9a0bfe1fa5592dd6b20b1 中精选出的内容）（CVE-2026-63855）

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

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

  - fbdev：omap2：修复 omapfb_mmap omapfb_mmap（） 中的释放后使用在 OMAPFB_SETUP_PLANE ioctl 中存在争用条件，可导致释放后使用：fb_mmap（） 条目点保留 mm_lock 但不锁定 （fb_info->lock），而像 OMAPFB_SETUP_PLANE 这样的 ioctl 处理程序保持锁定但不mm_lock。这可允许并发执行。在 omapfb_mmap（） 中：1. rg = omapfb_get_mem_region（ofbi->region）;获取旧区域引用 2。开始 = omapfb_get_region_paddr（ofbi）;从 NEW 区域 3 读取。len = fix->smem_len;从新区域 4 读取。vm_iomap_memory（vma， start， len）;映射新区域内存 5.atomic_inc（&rg->map_count）;增加 OLD 区域！同时，OMAPFB_SETUP_PLANE可以：- 重新分配 ofbi->region = new_rg - 更新 fix->smem_len - 然后OMAPFB_SETUP_MEM检查 NEW region 的map_count （0！） 并将其释放。这会将用户空间映射到已释放的物理内存。修复方法是从将递增其 map_count 的相同区域引用 （rg） 读取所有必要值（start、len），以防止在仍映射时释放该区域。(CVE-2026-53401)

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

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

  - batman-adv：tp_meter：限制未确认的列表条目数量 当 unacked_list未绑定时，攻击者可发送具有小长度和挪用 seqno + 间隙的消息，以强制接收方分配越来越多的unacked_list条目。最终要么造成内存不足情况，要么增加（大型）列表的管理开销，从而在搜索列表时浪费了很大一部分 CPU 周期。将列表限制为特定数量时，仍务必正确地将新条目添加到列表中。但是，如果列表大于限制，则必须删除列表中的最后一个条目（具有最高的 seqno），以便仍然允许较早的 seqno 完成并因此继续该过程。否则，进程可能会因非 batadv_tp_ack_unordered（） 处理的过高 seqno 而卡住。（CVE-2026-63834）

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

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

  - media：vidtv：修复 vidtv_mux_push_si 中的空指针取消引用 syzbot 报告了 vidtv_psi_ts_psi_write_into [1] 中的一般保护错误。vidtv_mux_get_pid_ctx（） 可能返回 NULL，但 vidtv_mux_push_si（） 在取消引用返回的指针以访问连续性计数器之前不会对此进行检查。这会导致访问 NULL 附近的地址时的一般保护错误。根本原因是 vidtv_mux_pid_ctx_init（） 未检查 PMT 部分 PID 的 vidtv_mux_create_pid_ctx_once（） 的返回值。如果分配失败，则永远不会创建 PID 上下文，但 init 会返回成功。随后的 vidtv_mux_push_si（） 调用从 vidtv_mux_get_pid_ctx（） 得到 NULL 并崩溃。修复根源（在 vidtv_mux_pid_ctx_init 中为 PMT PID 添加错误检查）并在vidtv_mux_push_si中为所有 vidtv_mux_get_pid_ctx（） 调用添加防御性 NULL 检查。[1] 错误：一般保护错误，可能针对非规范地址 0xdffffc0000000000：0000 [#1] SMP KASAN PTI KASAN：范围内的 null-ptr-deref [0x0000000000000000-0x0000000000000007] 工作队列：事件vidtv_mux_tick RIP：
    0010：vidtv_psi_ts_psi_write_into+0x54a/0xbc0 drivers/media/test-drivers/vidtv/vidtv_psi.c：197 调用跟踪：
    <TASK> vidtv_psi_table_header_write_into drivers/media/test-drivers/vidtv/vidtv_psi.c：799 [内联] vidtv_psi_pmt_write_into+0x3b2/0xa70 drivers/media/test-drivers/vidtv/vidtv_psi.c：1231 vidtv_mux_push_si+0x932/0xe80 drivers/media/test-drivers/vidtv/vidtv_mux.c：196 vidtv_mux_tick+0xe9b/0x1480 drivers/media/test-drivers/vidtv/vidtv_mux.c：408 （CVE-2026-53382）

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

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

  - nfsd：修复 SETACL 解码失败 nfsaclsvc_decode_setaclargs（） 和 nfs3svc_decode_setaclargs（） 每次调用 nfs_stream_decode_acl（） 两次（首先是 NFS_ACL，然后是 NFS_DFACL））时的posix_acl泄漏。每次成功调用都会将新分配的posix_acl的所有权转移到 argp->acl_access 或 argp->acl_default。如果第一个调用成功但第二个调用失败，解码器将返回 false，并且 argp->acl_access 处于悬摆状态。ACLPROC2_SETACL.pc_release 连接到 nfssvc_release_attrstat，ACLPROC3_SETACL.pc_release 连接到 nfs3svc_release_fhandle。两者都仅调用 fh_put（） 且不知道 argp 上的 ACL 字段。posix_acl_release（） 对处于最佳位置：标签位于 nfsacld_proc_setacl（） 和 nfsd3_proc_setacl（） 内，但是当 pc_decode 返回 false 时，svc_process（） 会跳过pc_func，因此在解码失败时无法执行清除：svc_process_common（） pc_decode（） /* decode_setaclargs：false */ /* 跳过了 pc_func */ pc_release（） /* 仅fh_put -- 泄漏了 ACL */ 在服务器的整个生命周期内泄漏孤立的posix_acl。通过添加 nfsaclsvc_release_setacl（） 和 nfs3svc_release_setacl（）（） 来修复，除了 fh_put（） 之外会同时释放 argp->acl_access 和 argp->acl_default，并将它们作为各自 SETACL 程序的pc_release进行连接。pc_release在解码后 svc_process（） 采用的每条路径（包括解码失败）上运行，因此从 proc 函数的 out： 标签中删除 posix_acl_release（） 对以将所有权保留在一个地方。这与同级 GETACL 程序使用的现有 release_getacl（） 模式相匹配。（CVE-2026-53397）

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

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

  - virtiofs：如果超级块已被破坏，则修复从 fuse_release_end（） 调用的 submount umount iput（） 上的 UAF。通常，通过等待num_waiting降至零再开始超级块关机来防止这种情况发生。但是，这仅适用于最后一个子挂载实例，因为等待计数器是每个连接，而不是每个超级块。恢复为针对auto_submounts情况使用同步释放请求，目前仅限 virtiofs。（CVE-2026-53381）

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

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

  - crypto：nx - 修复nx_crypto_ctx_exit参数调用 nx_crypto_ctx_shash_exit crypto_shash_ctx（...） nx_crypto_ctx_exit但crypto_shash_ctx给出nx_crypto_ctx *，而不是 crypto_tfm *。修复 nx_crypto_ctx_exit 中的类型并终止虚假的 crypto_tfm_ctx 调用。这修复了以下 oops：缺陷：无法处理 0xc0403effffffffc8 处的内核数据访问 错误指令地址：0xc000000000396cb4 哎呀：
    错误区域的内核访问，sig：11 [#15] 调用跟踪：nx_crypto_ctx_shash_exit+0x24/0x60 crypto_shash_exit_tfm+0x28/0x40 crypto_destroy_tfm+0x98/0x140 crypto_exit_ahash_using_shash+0x20/0x40 crypto_destroy_tfm+0x98/0x140 hash_release+0x1c/0x30 alg_sock_destruct+0x38/0x60 __sk_destruct+0x48/0x2b0 af_alg_release+0x58/0xb0 __sock_release+0x68/0x150 sock_close+0x20/0x40 __fput+0x110/0x3a0 sys_close+0x48/0xa0 system_call_exception+0x140/0x2d0 system_call_common+0xf4/0x258 ..它来自 hardlink（1） 机会性地使用 AF_ALG。nx_crypto_ctx_skcipher_exit获得一个它没有预料到的上下文也存在同样的问题，但显然多年来没有人遇到过这个问题。（CVE-2026-63805）

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

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

  - Netty 是用于开发协议服务器和客户端的网络应用程序框架。在低于 4.1.136.Final 和 4.2.16.Final 的版本中，io.netty.handler.codec.stomp.StompSubframeDecoder 无法限制标头总数或每帧的累计大小，并且 maxLineLength 参数仅限制单个标头行。攻击者可发送大量在 DefaultStompHeadersSubframe 内存中累积的短标头，直到 JVM 抛出 OutOfMemoryError，从而对暴露基于 StompSubframeDecoder 的 STOMP 端点的服务器造成拒绝服务。版本 4.1.136.Final 和 4.2.16.Final 已修复此问题。（CVE-2026-44891）

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

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

  - urwid Web 显示后端 （urwid/display/web.py） 通过连接两个使用 Python 的 Mersenne Twister PRNG（加密不安全的 random.randrange（10**9） 调用，在 Screen.start（） 中生成 Web 会话标识符 （urwid_id）。每次调用大约消耗 30 位的 PRNG 状态，而 Mersenne Twister 内部状态约为 19,937 位，因此，观察到大约 334 个会话 ID（例如，通过 X-Urwid-ID HTTP 响应头）的攻击者可以完全重建内部状态，并预测过去和未来的所有会话 ID（路径 B）。在全局可列出的 /tmp 目录（例如 /tmp/urwid375487765176907690.in）中创建的 FIFO 文件名也使用相同的标识符，因此主机上的任何本地用户都可以列出 /tmp 以直接枚举活动会话标记（路径 A）。有了有效的会话 ID，攻击者就可以通过轮询端点读取受害者的终端屏幕，将按键注入到受害者的会话中（如果会话运行 shell，则以会话所有者的权限生成操作系统级别的代码执行），然后注入退出序列或淹没 FIFO 以终止会话或使会话崩溃。之前关于此用法的 Bandit S311 警告已通过 # noqa 取消显示：
    S311 而不是固定的 （CVE-2026-9323）

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

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

  - SimpleSAMLphp 之前 1.18.6 的版本包含一个信息泄露漏洞。在 和 2.5.2之前2.4.7之前，SimpleSAMLphp 的 SAML SP ACS 路径在未签名的 Response/InResponseTo 与缺少 SubjectConfirmationData/InResponseTo 的签名断言相结合时不会强制为 SP 发起的登录选择的 IdP，从而允许一个受信任的 IdP 发出的响应绑定到为另一个 IdP 创建的 SP 状态，并绕过将用户路由到特定 IdP 的流， 包括将 enable_unsolicited 设置为 false 的部署。此问题已在 2.4.7 和 2.5.2 版本中得到修补。(CVE-2026-49284)

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

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

  - pyzipper 是 Python zipfile 的替代品，可以读取和写入经 AES 加密的 zip 文件。之前 0.4.0，pyzipper/zipfile_aes.py 中的 Python 运算符优先级缺陷导致在加密期间从不自动选择 AE-2 格式，从而导致以 AE-1 格式写入加密条目并暴露 ZIP 标头中的纯文本 CRC32 校验和，并且对于无法搜索的 zip 存档，在 datadescripter 部分暴露明文校验和，从而允许拥有存档的攻击者通过比较 CRC32 值来暴力破解小型或低熵文件的候选明文。此问题已在 0.4.0 版本中修复。
    (CVE-2026-44722)

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

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

  - rust-openssl 为 Rust 编程语言提供 OpenSSL 绑定。From 0.10.500.10.80until ， openssl/src/cipher_ctx.rs 中的 CipherCtxRef：：cipher_update_inplace 在与 AES key-wrap-with-padding 密码一起使用时错误地调整了输出缓冲区的大小 EVP_aes_{128,192,256}_wrap_pad. 对于非 8 的倍数输入，OpenSSL 最多可在调用方缓冲区或 Vec 末尾之后写入 7 个字节，从而在明文长度受到攻击者影响时产生攻击者可控制的堆损坏。此问题已在 0.10.80 版本中修复。
    (CVE-2026-45784)

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

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

  - oras-go 是用于管理 OCI 构件的 Go 库。在之前， 2.6.1content/file/file.go 中的 resolveWritePath（） 使用词法文件路径。Rel 检查 workingDir 且未考虑符号链接遍历，因此当 AllowPathTraversalOnWrite=false 时，通过 ocispec 获得攻击者控制的 blob 标题。AnnotationTitle（如 out/pwn.txt）可以跟随 workingDir 符号链接 out -> /some/outside/dir，并使 pushFile（） 在 workingDir 外部创建 /some/outside/dir/pwn.txt。此问题已在 2.6.1 版本中修复。(CVE-2026-50162)

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

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

  - oras-go 是用于管理 OCI 构件的 Go 库。在版本之前 2.6.1，blobStore.completePushAfterInitialPost 中的 registry/remote/repository.go 在单片 blob 上传期间跟随注册表控制的 Location 标头，并将初始 POST 请求中的 Authorization 标头复用于后续 PUT 请求，从而允许恶意注册表返回跨主机位置，并在攻击者控制的端点接收调用者的凭据。此问题已在 2.6.1 版本中修复。(CVE-2026-50151)

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

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

  - oras-go 是用于管理 OCI 构件的 Go 库。低于 、auth2.6.1.客户端在未验证方案或主机的情况下遵循注册表的 WWW-Authenticate： 承载程序质询，从而允许恶意或已被破坏的注册表通过 Client.Do（）、Client.fetchBearerToken（）、fetchDistributionToken 和 fetchOAuth2Token 导致内部网络（例如 http://169.254.169.254/、 http://10.0.0.x/http://127.0.0.1/和 ）的 SSRF，或将通过 https:// 联系的注册表降级至 registry/remote/auth/client.go 中的 http:// 标记端点。此问题已在 2.6.1 版本中修复。(CVE-2026-48978)

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

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

  - PyMdown Extensions 是一组“Python-Markdown”Markdown 项目的扩展。在受影响的版本中，使用包含文件语法时可以读取任意文件。通过使用语法“--8<--/etc/passwd”或“--8<--/proc/self/environ”，生成的文档中将呈现这些文件的内容。此外，相对于指定允许的基路径的路径也可用于渲染指定基路径之外的文件内容：“--8<-- ../../../../etc/passwd'。
    在 Snippets 扩展中，存在“base_path”选项，但该实现容易受到目录遍历。易受攻击的部分存在于 snippets.py 的第 155 至 174 行“get_snippet_path（self， path）”中。执行此插件的主机上的任何可读文件都可能暴露其内容。
    这可能会影响向外部用户公开 Snippets 使用的任何 Snippets 使用。绝不建议使用片段来处理面向用户的动态内容。它设计为在主机的控制下处理后端上的已知内容，但如果有人不小心为面向用户的内容启用了它，则可能暴露不需要的信息。此问题已在 10.0 版中解决。建议用户升级。无法升级的用户可通过筛选输入来限制相对路径。（CVE-2023-32309）

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

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

  - secure_headers管理使用许多安全默认值的安全标头的应用程序。在 7.3.0之前，secure_headers 通过使用 ; 分隔符拼接指令来构建 Content-Security-Policy 值，并且 build_sandbox_list_directive、build_media_type_list_directive 和 build_report_to_directive 在不清理 ;、 \r或 \n的情况下插入调用程序提供的字符串。当不受信任的输入到达 ：sandbox、:p lugin_types 或 ：report_to 的 SecureHeaders.override_content_security_policy_directives 或附加 API 时，攻击者可在合法的 script-src 之前注入 CSP 指令，例如 script-src 'unsafe-inline' *，通过这些接收器或 CSP 报告渗漏实现 XSS 可访问性。此问题已在 7.3.0 版本中修复。(CVE-2026-54163)

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

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

  - joserfc 是一个 Python 库，可提供多种 JSON 对象签名和加密 (JOSE) 标准的实现。在之前的版本 1.6.8中，当调用程序提供的验证密钥为空字符串或 None 时，joserfc.jwt.decode 接受攻击者伪造的 HMAC 签名标记，因为 src/joserfc/_rfc7518/jws_algs.py 中的 HMACAlgorithm.sign 和 HMACAlgorithm.verify 会将 OctKey.get_op_key（...） 的输出传递到 hmac.new（...），而 src/joserfc/_rfc7518/oct_key.py 中的 OctKey.import_key 仅针对短于 14 字节的密钥发出 SecurityWarning，而不拒绝零长度输入。此问题已在 1.6.8 版本中修复。
    (CVE-2026-49852)

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

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

  - websocket-driver 是具有可插拔 I/O 的 WebSocket 协议处理程序。 在 之前 0.7.5，如果此库与 permessage-deflate 扩展一起使用，则可使 WebSocket 服务器或客户端接受大于已配置消息大小上限的消息，因为会针对消息帧的长度标头（其给出压缩数据的大小）检查限制。 不是 lib/websocket/driver/hybi.js 中解压缩后的大小。这可导致应用程序接受比预期更大的消息，并且超过其预期的资源使用量。此问题已在 0.7.5 版本中修复。(CVE-2026-54490)

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

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

  - websocket-driver 是具有可插拔 I/O 的 WebSocket 协议处理程序。在 0.7.5之前，WebSocket 协议的草稿版本中的帧格式包含长度标头，可允许将任意大整数编码为设置高位的字节序列。通过发送值0x80或以上的无限字节序列，客户端可使服务器将这些字节解析为 lib/websocket/driver/draft75.js;由于 JavaScript 数字是 64 位浮点值，所以此数字最终会失去精度，并导致后续负载被错误解析。此问题已在 0.7.5 版本中修复。(CVE-2026-54466)

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

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

  - css_parser 是一款 Ruby CSS 解析器。From 2.2.0 until 3.0.0、lib/css_parser/parser.rb 中的 CssParser：:P arser#read_remote_file（因此 load_uri！ 和 add_block！ 的 @import-following 分支）针对任何主机、端口和 URI 发出 HTTP 和 HTTPS 请求，而没有方案允许列表、主机或 IP 过滤或针对链接本地、环回或 RFC-1918 地址的保护。位置：重定向以递归方式回到同样提供 file:// URI 服务的相同函数，因此单一攻击者控制的 HTTP 重定向可将缺陷从 SSRF 升级为任意本地文件泄露。任何向其提供受攻击者影响的 CSS 以及 base_uri： 选项的 css_parser 用户都将暴露出漏洞。此问题已在 3.0.0 版本中修复。(CVE-2026-53727)

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

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

  - sigstore-go 是用于 Sigstore 签名和验证的 Go 库。在之前 1.2.0，配置有 WithTransparencyLog（N>1） 或 WithSignedCertificateTimestamps（N>1） 的验证器会计算每个条目或每个验证路径（而不是每个日志颁发机构）的已验证见证人，从而允许单个受损的透明度日志或 CT 日志满足多日志阈值要求并破坏多日志策略。此问题已在 1.2.0 版本中修复。(CVE-2026-49834)

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

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

  - websocket-driver 是具有可插拔 I/O 的 WebSocket 协议处理程序。在此 0.8.1之前，websocket-driver 中 WebSocket 协议的草稿版本包含一个长度标头，可允许将任意大整数编码为设置高位的字节，并且服务器或客户端可发送无限的 0x80 或更高字节序列，对等机将其解析为不断增长的 Ruby 整数。这可使得 WebSocket 连接消耗无限量的内存，并导致主机进程内存不足。此问题已在 0.8.1 版本中修复。(CVE-2026-54463)

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

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

  - 在 Telegram Desktop 及之前 6.7.5版本中检测到一个安全漏洞。此漏洞会影响组件 Bot API 的 Telegram/SourceFiles/boxes/url_auth_box.cpp 文件的函数 RequestButton。
    参数 login_url 的操纵会导致空指针取消引用。可以远程发起攻击。此利用已公开披露，可能会被使用。人们对此漏洞的真实存在一直存疑。升级到版本 6.7.6 能够解决此问题。建议升级受影响的组件。供应商提供争议理由如下：所述情景不会导致任何安全问题或漏洞，而只会导致一次性崩溃。在概述的方案中，目标用户必须执行主动操作，该操作在重新启动应用后不会产生任何后果。（CVE-2026-7701）

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

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

  - websocket-driver 是具有可插拔 I/O 的 WebSocket 协议处理程序。在此之前 0.8.1，当 websocket-driver 用于在使用 WebSocket：:D river.server（） 的 TCP 服务器之上实现 WebSocket 服务器或用于补充 WebSocket 客户端时，对等机可通过发送包含永无止境的标头列表的 HTTP 请求或响应，使单个连接消耗无限量的内存。这可导致接收进程内存不足。此问题已在 0.8.1 版本中修复。(CVE-2026-54465)

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

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

  - ### 影响 如果此库与“permessage-deflate”扩展同时使用，则可使 WebSocket 服务器或客户端接受大于已配置消息大小上限的消息。这是因为会对照消息帧的长度标头检查此限制，其给出的是压缩数据的大小，而非解压缩后的大小。这可导致应用程序接受比预期更大的消息，并且超过其预期的资源使用量。### 修补程序 已在版本 0.8.1中修补此问题，方法是在传入扩展处理消息之后检查消息的长度。所有用户都应升级到此版本。### 变通方案 尚无已知的变通方案。### 致谢 此问题由 DepthFirst 安全研究团队的 Pranjali Thakur 发现并报告。
    (CVE-2026-54464)

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

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

  - libjxl v.0.11.2 和之前版本中的缓冲区溢出漏洞允许本地攻击者通过 DecodeImageAPNG 函数 （CVE-2026-52584） 获取敏感信息

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

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

  - oras-go 是用于管理 OCI 构件的 Go 库。在之前 2.6.2，content/file/utils.go：262-275 中的 ensureLinkPath 验证了相对于提取基础的硬链接目标，但返回未解析的目标，从而导致操作系统。链接（victim.secret， <extract_base>/payload.tar.gz/evil_cwd_link） 以解析标头。Linkname 与 Typeflag=TypeLink 条目的进程当前工作目录（例如 Name=payload.tar.gz/evil_cwd_link 和 Linkname=victim.secret（含 io.deis.oras.content.unpack）：
    true，可暴露或篡改 .env、.git/config、.aws/credentials 和 ~/.ssh/config 等文件。此问题已在 2.6.2 版本中修复。(CVE-2026-50163)

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

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

  - Sigstore Timestamp Authority 是用于发布 RFC 3161 时间戳的服务。在之前 2.1.0，全局 wrapMetrics 中间件会记录原始 HTTP 请求路径 r.URL。路径和原始 HTTP 请求方法 r.Method as Prometheus 在路由前标记延迟和请求计数指标矢量，从而允许未经身份验证的远程攻击者发出具有随机路径的请求（例如 /api/v1/timestamp/ 或<uuid> 随机 HTTP 方法），并创建耗尽内存的无限制永久时间序列条目。此问题已在 2.1.0 版本中修复。(CVE-2026-49835)

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

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

  - Zeroconf 是多播 DNS 服务发现的纯 Python 实现。在之前 0.149.6，DNSIncoming._log_exception_debug 和四种 QuietLogger 异常重复数据删除方法存储了
    _seen_logs由受攻击者影响的 IncomingDecodeError 消息键控的字典，保留其帧 locals 保留原始数据包 self.data 缓冲区的 sys.exc_info（） 回溯，并允许通过 UDP/5353 （224.0.0.251 / ff02：：fb） 的本地链接上未经认证的主机驱动内存增长，直到 mDNS 相关的功能降级或进程遭到 OOM 终止。此问题已在 0.149.6 版本中修复。(CVE-2026-47183)

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

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

  - JLine 是用于处理控制台输入的 Java 库。在低于 、 和 4.0.16的4.2.1版本3.30.14中，JLine3 Telnet 服务器远程 telnet 模块不会将上限应用至通过 Telnet NAWS 选项接收的终端维度，并且 TelnetIO.java：856-879 中的 TelnetIO.handleNAWS（） 将客户端提供的宽度和高度读取为 16 位无符号整数并将 65535x65535 之类的值传递到 setTerminalGeometry（），从而允许未经认证的远程攻击者反复改变值并触发导致 CPU 的连续昂贵渲染工作，从而允许未经认证的远程攻击者反复改变值并触发导致 CPU 的连续昂贵渲染工作疲惫和拒绝服务。在版本 3.30.14、 和 4.0.164.2.1中修复了此问题。（CVE-2026-56741）

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

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

  - Zeroconf 是多播 DNS 服务发现的纯 Python 实现。之前 0.149.12，AsyncListener.handle_query_or_defer 会保留所有截断的 TC 位传入查询，每个查询最多保留到
    _MAX_MSG_ABSOLUTE = 8966 字节，在 self._deferred[addr] 中，并且在 self._timers[addr] 中武装了每个地址定时器，而不限制每个地址列表或不同的地址键，从而允许通过 UDP/5353 （224.0.0.251 / ff02：：fb） 的本地链接上未经认证的主机欺骗来源、增长_deferred和
    _timers，并造成内存耗尽和二次 CPU 烧毁。此问题已在 0.149.12 版本中修复。
    (CVE-2026-48045)

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

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

  - Zeroconf 是多播 DNS 服务发现的纯 Python 实现。之前 0.149.16，
    src/zeroconf/_protocol/incoming.py 中的_read_character_string和 _read_string 未经针对self._data_len检查的情况下，由攻击者声明的 RDLENGTH 推进了 self.offset，从而允许通过 UDP/5353 （224.0.0.251 / ff02：：fb） 的本地链接上未经认证的主机发送 TXT、HINFO 或 A/AAAA 记录， rdlength=65535 其中包含带有截断的、攻击者形状的键/值或地址记录的 DNSCache 和 ServiceInfo.properties。此问题已在 0.149.16 版本中修复。(CVE-2026-48487)

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

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

  - JLine 是用于处理控制台输入的 Java 库。在低于 、 和 4.0.16的4.2.1版本3.30.14中，JLine3 Telnet 服务器 remote-telnet 模块不会限制客户端可能通过 Telnet NEW-ENVIRON 选项注入的环境变量数量，而 TelnetIO.java：1127-1180 中的 TelnetIO.readNEVariables（） 将每个变量对存储在 ConnectionData 保留的 HashMap 中，从而允许未经认证的攻击者在终止 IAC SE 字节之前淹没唯一变量对，并以 OutOfMemoryError 耗尽 JVM 堆内存。在版本 3.30.14、 和 4.0.164.2.1中修复了此问题。（CVE-2026-56740）

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

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

  - Zeroconf 是多播 DNS 服务发现的纯 Python 实现。在之前 0.149.5，DNSIncoming._decode_labels_at_offset 会根据每个 DNS 名称压缩指针递归一次，且携带链接指针的单个 mDNS 数据包可触发转义DNSIncoming.__init__的 RecursionError，从而对通过 UDP/5353 的本地链接上未经认证的主机造成持续的 CPU 烧毁、日志洪流和 mDNS 相关功能降级 （224.0.0.251 / ff02：：fb）。此问题已在 0.149.5 版本中修复。
    (CVE-2026-47180)

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

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

  - Zeroconf 是多播 DNS 服务发现的纯 Python 实现。之前 0.149.7，DNSCache._async_add 将每个响应记录插入缓存、_expirations、_expire_heap 和 service_cache，无上限，从而允许通过 UDP/5353 （224.0.0.251 / ff02：：fb） 的本地链接上未经认证的主机使用唯一名称多播有效的 mDNS 响应，并造成内存耗尽、缓存查找速度变慢、async_expire传递速度变慢，以及发现、注册和 ServiceBrowser 回调中断。
    此问题已在 0.149.7 版本中修复。(CVE-2026-47184)

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

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

  - Excon 是适用于 Ruby 的可用、快速、简单的 HTTP 1.1 。在之前的版本 1.5.0中，Excon 的 RedirectFollower 中间件无法在跟随重定向时剥离其他敏感标头，并且未提供要剥离的标头的自定义列表。当初始请求包含不应用于新目标的标头信息时，这可导致无意间泄露敏感数据。此问题已在 1.5.0 版本中修复。
    (CVE-2026-54171)

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

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

  - 在 xdgmime 中发现一个缺陷。可在 中触发基于堆的缓冲区溢出
    当执行 MIME 类型检测的应用程序（例如通过 g_content_type_guess（））解析用户可写入的 XDG 数据位置（如路径中 $XDG_DATA_HOME/mime/magic ）中由攻击者控制的 MIME magic 文件时，小端系统上的 xdgmimemagic.c 文件中存在_xdg_mime_magic_parse_magic_line（））。执行字节交换时，写入端的错误指针算术运算会造成 2 字节的越界写入，从而导致应用程序崩溃或内存损坏。（CVE-2026-16118）

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

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

  - Perl 的 1.75 GD：：SecurityImage 版本使用 rand 生成密码。随机方法通过使用 Perl 的内置 rand 函数从数组中抽样字符来创建用于 CAPTCHA 的质询文本，并生成一个（默认情况下）六个字符的字符串。内置的 rand 函数不适用于安全应用，因为它是可预测且可逆的。（CVE-2026-13082）

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

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

  - 之前的 Mojo：：JWT 版本 1.02 对于 Perl 使用非常量时间字符串比较来验证 HMAC 签名。
    decode（） 方法将提供的签名与使用 Perl 的 eq 运算符重新计算的 HMAC 进行比较，后者在第一个不同的字节处停止，因此比较时间会随着匹配前导字节的数量而变化。解码攻击者提供的标记的调用程序会通过此时间变化泄露预期签名，该时间变化可通过许多请求聚合，以恢复签名和伪造标记。
    (CVE-2026-9537)

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

ID	名称	严重性
327841	Linux Distros 未修补的漏洞：CVE-2026-53403	medium
327840	Linux Distros 未修补的漏洞：CVE-2026-63818	high
327839	Linux Distros 未修补的漏洞：CVE-2026-63830	critical
327838	Linux Distros 未修补的漏洞：CVE-2026-53368	high
327837	Linux Distros 未修补的漏洞：CVE-2026-53387	high
327836	Linux Distros 未修补的漏洞：CVE-2026-63794	high
327835	Linux Distros 未修补的漏洞：CVE-2026-53388	high
327834	Linux Distros 未修补的漏洞：CVE-2026-63800	critical
327833	Linux Distros 未修补的漏洞：CVE-2026-53386	high
327832	Linux Distros 未修补的漏洞：CVE-2026-63872	high
327831	Linux Distros 未修补的漏洞：CVE-2026-63855	high
327830	Linux Distros 未修补的漏洞：CVE-2026-53401	high
327829	Linux Distros 未修补的漏洞：CVE-2026-63834	medium
327828	Linux Distros 未修补的漏洞：CVE-2026-53382	medium
327827	Linux Distros 未修补的漏洞：CVE-2026-53397	high
327826	Linux Distros 未修补的漏洞：CVE-2026-53381	high
327825	Linux Distros 未修补的漏洞：CVE-2026-63805	high
327823	Linux Distros 未修补的漏洞：CVE-2026-44891	high
327792	Linux Distros 未修补的漏洞：CVE-2026-9323	critical
327791	Linux Distros 未修补的漏洞：CVE-2026-49284	high
327790	Linux Distros 未修补的漏洞：CVE-2026-44722	medium
327789	Linux Distros 未修补的漏洞：CVE-2026-45784	medium
327787	Linux Distros 未修补的漏洞：CVE-2026-50162	medium
327786	Linux Distros 未修补的漏洞：CVE-2026-50151	high
327785	Linux Distros 未修补的漏洞：CVE-2026-48978	low
327784	Linux Distros 未修补的漏洞：CVE-2023-32309	high
327783	Linux Distros 未修补的漏洞：CVE-2026-54163	medium
327782	Linux Distros 未修补的漏洞：CVE-2026-49852	high
327781	Linux Distros 未修补的漏洞：CVE-2026-54490	medium
327780	Linux Distros 未修补的漏洞：CVE-2026-54466	critical
327779	Linux Distros 未修补的漏洞：CVE-2026-53727	high
327778	Linux Distros 未修补的漏洞：CVE-2026-49834	medium
327777	Linux Distros 未修补的漏洞：CVE-2026-54463	medium
327776	Linux Distros 未修补的漏洞：CVE-2026-7701	medium
327775	Linux Distros 未修补的漏洞：CVE-2026-54465	medium
327774	Linux Distros 未修补的漏洞：CVE-2026-54464	medium
327773	Linux Distros 未修补的漏洞：CVE-2026-52584	high
327772	Linux Distros 未修补的漏洞：CVE-2026-50163	high
327768	Linux Distros 未修补的漏洞：CVE-2026-49835	medium
327767	Linux Distros 未修补的漏洞：CVE-2026-47183	medium
327766	Linux Distros 未修补的漏洞：CVE-2026-56741	high
327765	Linux Distros 未修补的漏洞：CVE-2026-48045	medium
327764	Linux Distros 未修补的漏洞：CVE-2026-48487	medium
327763	Linux Distros 未修补的漏洞：CVE-2026-56740	high
327762	Linux Distros 未修补的漏洞：CVE-2026-47180	medium
327761	Linux Distros 未修补的漏洞：CVE-2026-47184	medium
327760	Linux Distros 未修补的漏洞：CVE-2026-54171	medium
327697	Linux Distros 未修补的漏洞：CVE-2026-16118	high
327696	Linux Distros 未修补的漏洞：CVE-2026-13082	medium
327695	Linux Distros 未修补的漏洞：CVE-2026-9537	medium

检测

Nessus 的 Misc. 系列

medium

high

critical

high

high

high

high

critical

high

high

high

high

medium

medium

high

high

high

high

critical

high

medium

medium

medium

high

low

high

medium

high

medium

critical

high

medium

medium

medium

medium

medium

high

high

medium

medium

high

medium

medium

high

medium

medium

medium

high

medium

medium