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

  - bpf：掩盖校验器日志中的伪指针值 print_bpf_insn（） 在不允许指针泄漏时立即掩盖包含指针的伪源的 ldimm64，但掩码仅涵盖BPF_PSEUDO_MAP_FD和BPF_PSEUDO_MAP_VALUE。BPF_PSEUDO_MAP_IDX、BPF_PSEUDO_MAP_IDX_VALUE 和 BPF_PSEUDO_BTF_ID 也可以在校验器日志打印指令之前解析为内核指针值。将它们包括在现有指针分类中，以便日志打印0x0而不是重写的地址。（CVE-2026-72402）

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

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

  - ixgbe：不为 XDP 队列配置 xps 不应为 XDP Tx 队列调用 netif_set_xps_queue），因为此类队列不会泄露 netdev。在 CPU 数 >=64 的系统上，适配器上 E610 ，netdev 被配置为最大队列对数为 63（由于 MSI-X 分配），但配置 XDP 会导致 64 个 XDP 队列。因此，在 XDP 程序加载期间，为最后一个 XDP 队列调用 netif_set_xps_queue（） 时，我们将收到包含调用跟踪的警告，然后（如果启用）进行 KASAN 报告。[ 2012.699800] WARNING： net/core/dev.c：2854 at __netif_set_xps_queue+0x116a/0x1e40， CPU#36： xdpsock/103668 [...][2012.700029] RIP：0010：__netif_set_xps_queue+0x116a/0x1e40 [ 2012.700035] 代码：b6 34 06 48 89 f8 83 e0 07 83 c0 01 40 38 f0 7c 09 40 84 f6 0f 85 03 0a 00 00 0f b7 44 24 40 66 43 89 44 6a 18 e9 01 fb ff ff <0f> 0b e9 f2 ee ff ff 44 8b 44 24 44 45 85 c0 74 50 4d 85 e4 0f 84 [ 2012.700040] RSP： 0018：ffff8882369aeb28 EFLAGS：00010246 [ 2012.700046] RAX：00000000000000000 RBX：000000000000003f RCX：0000000000000000 [2012.700050] RDX：1ffff1111da3d891 RSI：ffff888120e34250 RDI：ffff8888ed1ec488 [ 2012.700054] RBP：
    ffff888913281560 R08： 0000000000000000 R09： ffff8888ed1ec000 [ 2012.700058] R10： ffff8888a2e83180 R11：
    00000000000000000 ： 00000000000007fa8 [ 2012.700061] R13： 000000000000003f R14： ffff888120e34854R15R12：
    ffff8889132817c8 [ 2012.700065] FS：00007fc8ea9ff740（0000） GS：ffff88884cefe000（0000） knlGS：0000000000000000 [ 2012.700069] CS：0010 DS：0000 ES：0000 CR0：0000000080050033 [ 2012.700073] CR2：
    00007f81c8000020 CR3： 00000002299f8006 CR4： 00000000007726f0 [ 2012.700077] PKRU： 55555554 [ 2012.700080] 调用跟踪： [ 2012.700084] [ 2012.700087<TASK> ] ？ ktime_get+0x61/0x150 [ 2012.700097] ？ usleep_range_state+0x133/0x1b0 [ 2012.700108] ？ __pfx_usleep_range_state+0x10/0x10 [ 2012.700114] netif_set_xps_queue+0x31/0x50 [ 2012.700119] ixgbe_configure_tx_ring+0x472/0x920 [ixgbe] [...][2012.700486] ixgbe_xdp+0x38f/0x750 [ixgbe] [...][ 2012.701094] 缺陷：KASAN：中的 slab-out-of-bound
    __netif_set_xps_queue+0x1ac5/0x1e40 [ 2012.701100] 任务 xdpsock/103668 在地址 ffff888888d43cff8 处写入大小为 4 跳过 XDP Tx 队列的 XPS 配置。（CVE-2026-74317）

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

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

  - netfilter：ipset：确保正确停止 gc Sashiko 注意到，当销毁集合时，cancel_delayed_work_sync（） 被调用，而 gc 会无条件调用 queue_delayed_work（），这可导致无法正确关闭 gc。（CVE-2026-72434）

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

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

  - crypto：sun4i-ss - 删除不安全且未使用的rng_alg 删除 sun4i_ss_rng，因其不安全且未经使用：- 它有多种漏洞。sun4i_ss_prng_seed（） 缺少锁定并存在缓冲区溢出。
    sun4i_ss_prng_generate（） 无法使用加密的随机字节填充整个缓冲区，因为它会向下舍入目标长度，并且实际上不会等待硬件准备就绪便从中拉取字节。- 尚无此代码的用户。理论上只能通过 rng 算法类型的AF_ALG使用。但用户空间实际上只是使用实际的 Linux RNG（/dev/random 等）代替。
    而且rng_algs也不会将熵贡献给实际的 Linux RNG。（这可能与 hwrng 混淆，后者确实贡献了熵。）sun4i_ss_prng_seed（） 缓冲区溢出由 Tianchu Chen 报告，并由 Atuin 发现 - 自动化漏洞发现引擎 如果这是未使用的代码，那么单独修复所有这些漏洞是没有意义的，因此我们仅删除它。（CVE-2026-74438）

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

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

  - cpu：hotplug：绑定热插拔状态 sysfs 输出 states_show（） 使用 sprintf（） 将 CPU 热插拔状态名称添加到单个 sysfs 缓冲区。有了足够多的注册状态，这可写入超过PAGE_SIZE缓冲区的末尾。使用 sysfs_emit_at（） 以便限制输出。（CVE-2026-72066）

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

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

  - minix：避免位图区块计数计算中发生溢出 minix_check_superblock（） 使用 minix_blocks_needed（） 验证磁盘上的 imap 和 zmap 区块计数是否足以对于公布的 inode 和区域计数。帮助程序当前在无符号 int 算法中执行 DIV_ROUND_UP（）。
    Minix v3 映像可设置接近UINT_MAX的s_ninodes或s_zones，因此 DIV_ROUND_UP（） 中的加法封装为零。这会使零 imap/zmap 块计数看起来有效，在此之后，即使未分配任何位图缓冲区，minix_fill_super（） 也可以取消引用 s_imap[0] 或 s_zmap[0]。影响：装载其s_ninodes或s_zones接近UINT_MAX的特制 Minix v3 图像会使 minix_check_superblock（） 接受零位图块计数，以及 minix_fill_super（） 取消引用 s_imap[0]/s_zmap[0]，进而造成内核错误。除数是位图容量，块大小 * 8，始终是 2 的幂：minix_fill_super（） 通过 sb_set_blocksize（） 获取块大小，blk_validate_block_size（） 拒绝任何不是 2 的大小。使用 DIV_ROUND_UP_POW2（），它在添加舍入项之前进行除法，因此不能为 2 的幂除数溢出。（CVE-2026-72369）

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

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

  - 已修复 Linux 内核中的下列漏洞：ntfs: fix off-by-one in mapping pairs decoding bounds checks In ntfs_mapping_pairs_decompress(), attr_end points one byte past the end of the attribute record: attr_end = (u8 *)attr + le32_to_cpu(attr->length); The two bounds checks validating that mapping pair data bytes fit within the attribute use strict greater-than (>), which allows a one-byte out-of-bounds read when the data extends exactly to attr_end: b = *buf & 0xf; if (b) { if (unlikely(buf + b > attr_end)) // off-by-one goto io_error; for (deltaxcn = (s8)buf[b--]; b; b--) deltaxcn = (deltaxcn << 8) + buf[b]; } When buf + b == attr_end, the check evaluates to false and buf[b] reads one byte past the valid attribute boundary. The same pattern appears in the LCN delta bytes check. Fix both checks to use >= so that buf[b] at exactly attr_end is correctly rejected as out of bounds. (CVE-2026-72210)

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

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

  - net：udp_tunnel：防止 udp_tunnel_nic_device_sync 中的重复排队 Yue Sun 报告并发设备操作期间，udp_tunnel_nic_device_sync_work（） 中存在释放后使用和 debugobjects 警告。工作队列核心在调用工作线程之前清除内部待定位。此时，并发线程可以再次将工作排队。当已经在运行的工作线程最终将 work_pending 标记清除为 0 时，它错误地清除了新排队实例的标记。然后，udp_tunnel_nic_unregister（） 观察到 work_pending 为 0，并在第二个工作项在队列中仍处于活动状态时释放结构，从而导致 UAF。如果已设置 work_pending，则通过在 udp_tunnel_nic_device_sync（） 中提早返回来修复此问题，从而防止冗余工作排队。（CVE-2026-72405）

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

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

  - tracing/osnoise：取消注册时调用 synchronize_rcu（） 这可确保遍历实例列表的所有 RCU 读取器都已完成，然后才会向实例指向的追踪程序释放引用。
    (CVE-2026-72012)

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

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

  - dmaengine：dw-edma-pcie：拒绝没有驱动程序数据的设备 dw_edma_pcie_probe（） 将 PCI 设备 ID driver_data视为控制器布局的模板，并无条件地复制它。通过 sysfs 动态绑定的设备可在没有该数据的情况下匹配驱动程序，这会导致空指针取消引用。
    启用设备之前拒绝此类匹配。（CVE-2026-72147）

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

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

  - cxl/region：解决区域删除争用 Sungwoo 注意到用于删除区域的 sysfs 触发器可能会多次尝试删除区域。它也没有与通过 CXL 根设备拆卸释放区域的内核相关的排除。不要按区域安装新的 cxl root devres 操作，而是使用现有的根解码器取消注册事件删除所有剩余的区域。区域的 xarray 替换区域的 devres 列表。这可解决采用旧方法的 3 个单独问题：1/ sysfs 用户争先恐后地删除相同区域：由于regions_lock被保留在查找和删除期间，因此不再可能发生。
    2/ 多个动作触发同一区域删除：通过在按住@regions_lock的同时擦除区域并在成功擦除时才继续解决。3/ 用户空间争用 devres_release_all（） 触发 devres Not found 警告：已通过 sysfs 取消注册解决，无需释放操作 （CVE-2026-74272）

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

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

  - netfs：修复 netfs_create_write_req（） 以处理异步缓存对象创建 如果禁用 fscache cookie，netfs_create_write_req（） 将跳过缓存，但这是一个问题，因为异步缓存对象创建可能尚未达到足够的启用距离，从而导致跳过对 fscache_begin_write_operation（） 的调用。通过删除对 cookie 的检查并将其委托给 fscache_begin_write_operation（） 来修复此问题。（CVE-2026-72366）

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

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

  - netfilter：xt_connmark：拒绝无效位移参数 CONNMARK 目标的修订版 2 接受用户控制的位移参数，并将其应用到 connmark_tg_shift（） 中的 32 位位标记值。当评估规则时，shift_bits值为 32 或更大会触发未定义位移缺陷。也可以接受无效shift_dir值并静默地回到左移路径。拒绝 connmark_tg_check（） 中无效的 revision-2 shift 参数，以便在安装时畸形规则到达数据包路径之前失败。（CVE-2026-72347）

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

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

  - sctp：解包 Cookie 后添加 INIT 验证 在 SCTP 握手中，INIT 区块最初由服务器处理，然后嵌入到 INIT-ACK 中携带的 Cookie 中。然后，客户端通过 COOKIE-ECHO 返回此 Cookie，服务器在 COOKIE-ECHO 中解包它并重建原始的 INIT 区块。当启用 cookie 认证时，将保护 cookie 内容免遭篡改，因此在不重新验证的情况下重复使用解包的 INIT 是安全的。但是，当禁用 cookie 认证时，重建的 INIT 将不再可信。在这种情况下，必须在解包后对 INIT 进行明确验证，以避免处理可能被篡改的数据。禁用 cookie_auth_enable 时，在 COOKIE-ECHO 处理路径（sctp_sf_do_5_1D_ce（） 和 sctp_sf_do_5_2_4_dupcook（））中对 cookie 解包后添加 sctp_verify_init（） 检查。失败时，将释放新的关联并丢弃数据包。还通过验证嵌入的区块类型在将其作为 INIT 区块之前是否SCTP_CID_INIT，加强了 sctp_unpack_cookie（） 中的 cookie 验证。最后，更新 sctp_verify_init（） 以使用实际嵌入的 INIT 长度（而非 chunk->chunk_end）来验证参数边界，因为存储在 COOKIE-ECHO 中的 INIT 可能不会覆盖整个区块缓冲区。（CVE-2026-72398）

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

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

  - Debian Linux - inetutils - 无 Ubuntu Linux - 长 DNS 名称 （CVE-2026-19720） 的 talkd 缓冲区溢出

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

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

  - bpf：释放时清除 rb 节点链接 bpf_rb_root bpf_rb_root_free（） 通过复制当前rb_root_cached然后用RB_ROOT_CACHED替换活根来分离根。然后遍历复制的根并丢弃树中包含的每个对象。这样会在丢弃对象时保持 rb 节点状态不变。如果对象经过 refcount 且在终止后仍幸存下来，则其bpf_rb_node_kern中仍包含指向已释放的根和过时 rb 树链接的所有者指针。如果后续bpf_rb_root分配重复使用相同的地址，bpf_rbtree_remove（） 可能错误地通过所有者检查，并在 rb 指针属于旧树的节点上调用 rb_erase_cached（）。通过在分离根时将节点标记为忙碌来镜像列表耗尽行为，然后清除 rb 节点并释放所有者，然后再删除包含的对象。这会使幸存节点变得无主，并且可以安全地拒绝、删除或接受以后的添加。
    (CVE-2026-74344)

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

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

  - netfs：修复了直通写入以使用集合卸载 修复了直写写入以对请求设置NETFS_RREQ_OFFLOAD_COLLECTION，从而异步处理集合，而不是只在最后处理，从而完全收集异步O_SYNC写入。（CVE-2026-72365）

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

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

  - wifi：mac80211：在 RX 之前验证扩展帧布局 扩展帧仅在常规 802.11 标头偏移处具有扩展标头。通用 RX 路径仍可访问在终止不受支持的扩展子类型之前读取常规标头地址字段的帮助程序和接口调度代码。mac80211 当前仅处理 S1G 信标扩展帧。在其他扩展子类型能够达到常规标头 RX 处理之前，将其丢弃。对于 S1G 信标，使用管理帧路径线性化 SKB，并在通用 RX 分派之前要求固定的 S1G 信标标头，包括帧控制指示的可选固定字段。通过基站/默认链路 RX 路径路由 S1G 信标，而无需常规标头基站查找。在处理 S1G 扩展信标的 mac80211 RX 路径中避免常规标头地址读取，包括接受帧、重复检测、地址复制和 MLO 地址转换路径。
    还在返回 S1G 源地址指针前使 ieee80211_get_bssid（） 长度安全。
    (CVE-2026-68470)

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

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

  - netfilter：nft_compat：ebtables 仿真必须拒绝非桥接目标 xtables 目标返回 netfilter 判定：NF_ACCEPT、NF_DROP，等等。ebtables 目标返回不兼容的判定：EBT_ACCEPT、EBT_DROP、... 我们不能允许回退到 NFPROTO_UNSPEC。自 11ff7288beb2 起 ebtables 不允许此操作（netfilter：ebtables：拒绝非桥接目标），但该提交未通过nft_compat层。
    (CVE-2026-72416)

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

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

  - ext4：在 EXT4_IOC_MOVE_EXT 中尽早验证捐赠者文件超级块 如果捐赠者文件与原始文件不属于同一超级块，则提早拒绝EXT4_IOC_MOVE_EXT ioctl。目前，此验证由 mext_check_validity（） 在 ext4_move_extents（） 内部执行，但仅在 lock_two_nondirectories（） 已经获得 inode 锁定之后才会执行。当供体 fd 引用不同文件系统（例如 overlayfs）上的文件时，此延迟验证将创建循环锁定依赖关系：CPU0 （overlayfs 写入） CPU1 （ext4 ioctl） ---- ---- inode_lock（ovl_inode） mnt_want_write_file（filp） sb_start_write（ext4_sb） [sb_writers] backing_file_write_iter（） vfs_iter_write（real_file） file_start_write（real_file） sb_start_write（ext4_sb） [被冻结阻止] lock_two_nondirectories（） inode_lock（ovl_inode） [阻止] 和写入端保留sb_writers并行冻结操作，这会形成死锁循环：CPU0 等待冻结完成，冻结等待 CPU1 的 sb_writers 读取器退出，CPU1 等待 CPU0 的 inode 锁定。由于 EXT4_IOC_MOVE_EXT 在两个文件之间交换物理盘区，因此从根本上讲，它要求两个文件都驻留于同一个 ext4 文件系统中。在任何锁定采集之前移动超级块检查在语义上都是正确的，并且通过确保在获取sb_writers或 inode 锁定之前拒绝跨文件系统供体 fd，来消除循环依赖关系。（CVE-2026-74307）

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

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

  - ntfs3：验证 indx_insert_into_buffer indx_insert_into_buffer（） 中的拆分点偏移计算 used = used1 - to_copy - sp_size;memmove（de_t， Add2Ptr（sp， sp_size），已使用 - le32_to_cpu（hdr1->de_off））;其中 sp 和 sp_size 来自 hdr_find_split（）。hdr_find_split（） 按 le16_to_cpu（e->size） 遍历条目，而不验证每个步骤是否在 hdr->used 范围内或大小字段至少为 sizeof（struct NTFS_DE）。index_hdr_check（） 是加载网关保持，它只验证标头级字段（已使用、总计、de_off），不遍历每个条目的大小。因此，构建的 NTFS 图像，其叶INDEX_HDR报告 used == total，但包含一个大小 = 0xFFF0 的内部NTFS_DE通过验证，通过 ntfs_create（） -> indx_insert_entry（） 路径下降至 indx_insert_into_buffer（），并使 hdr_find_split（） 返回其 sp_size （0xFFF0） 大大超过缓冲区中剩余字节的 sp。
    u32 减法下溢，memmove 计数变为接近 4 GiB 的值，进而产生越界内核写入，损坏相邻分配并使内核发生错误。在具有 UML + KASAN 的 7.0.0-rc7 上通过构建的图像和挂载目录内的单一“触摸”进行重现;崩溃站点解析为 memmove 处的 fs/ntfs3/index.c。触发仅需要本地挂载攻击者提供的文件系统映像（USB、环回或可移动媒体自动挂载）。只要所选 sp 加上其声明的大小已超出 hdr1->used，则拒绝拆分。这是最小的补丁;它保留了现有的 hdr_find_split（） 协定，并依赖于与预先存在的错误返回的相同的 out： cleanup 路径。提交 b8c44949044e 时修复了完全相同的 indx_insert_into_buffer（） memmove 中之前的 OOB 读取 （fs/ntfs3： 通过增强 hdr_find_e（） 修复了 indx_insert_into_buffer） 中的 OOB 读取，但该补丁未涵盖此处解决的拆分点大小字段路径：sp 由 hdr_find_split（） 返回，而不是 hdr_find_e（）， 下溢由 sp->size 驱动，而不是超过 hdr->total 的 hdr->used。
    (CVE-2026-72191)

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

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

  - ipv4：fib：不转储 fib_leaf_notify（） 中的垂死fib_info。syzbot 在 nsim_fib4_prepare_event（） 中报告释放后使用。[0] 问题是以下函数在 RCU 下转储fib_info时调用 fib_info_hold（） / refcount_inc（），这是不安全的。* mlxsw_sp_router_fib4_event（） * rocker_router_fib_event（） * nsim_fib4_prepare_event（） refcount_inc_not_zero（） 必须使用，但为时已晚。让我们保证 fib_leaf_notify（） 中fib_info的生命周期。请注意，由于 fib6_table_dump（） 持有 fib6_table.tb6_lock，因此 IPv6 不需要相应的更改。[0]：refcount_t：在 0 上加法;释放后使用。WARNING： lib/refcount.c：25 at refcount_warn_saturate+0x9f/0x110 lib/refcount.c：25， CPU#0： kworker/u8：15/3420 链接的模块： CPU： 0 UID： 0 PID： 3420 通信： kworker/u8：15 未受感染的 syzkaller #0 PREEMPT_{RT，（full）} 硬件名称： Google Google Compute Engine/Google Compute Engine， BIOS Google 04/18/2026 工作队列： netns cleanup_net RIP： 0010：refcount_warn_saturate+0x9f/0x110 lib/refcount.c：25 代码： EB 66 85 DB 74 3E 83 FB 01 75 4C E8 1B F1 22 FD 48 8D 3D 84 CB F1 0A 67 48 0F B9 3A EB 4A E8 08 F1 22 FD 48 8D 3D 81 CB F1 0A 48 0F <67> B9 3A EB 37 E8 F5 F0 22 FD 48 8D 3D 7E CB F1 0A 67 48 0F RSP： 0018：ffffc9000f2c7270 EFLAGS： 00010293 RAX： ffffffff84a18858 RBX： 0000000000000002 RCX：
    ffff888032ff9ec0 RDX： 00000000000000000 RSI： 00000000000000000 RDI： ffffffff8f9353e0 RBP： 0000000000000000 R08： ffff888032ff9ec0 R09： 0000000000000005 R10： 0000000000000100 R11： 0000000000000004 R12：
    ffff8880570cc000 R13： dffffc0000000000 R14： ffff88802b40563c R15： ffff8880570cc000 FS：
    0000000000000000（0000） GS：ffff888126173000（0000） knlGS：0000000000000000 CS：0010 DS：0000 ES：0000 CR0：
    0000000080050033 CR2： 00007fb1f4d5d000 CR3： 000000006072a000 CR4： 000000000003526f0 调用跟踪： <TASK>
    __refcount_add include/linux/refcount.h：-1 [内联] __refcount_inc include/linux/refcount.h：366 [内联] refcount_inc include/linux/refcount.h：383 [内联] fib_info_hold include/net/ip_fib.h：629 [内联] nsim_fib4_prepare_event drivers/net/netdevsim/fib.c：930 [内联] nsim_fib_event_schedule_work drivers/net/netdevsim/fib.c：1000 [内联] nsim_fib_event_nb+0x1055/0x1240 drivers/net/netdevsim/fib.c：1043 call_fib_notifier+0x45/0x80 net/core/fib_notifier.c：25 call_fib_entry_notifier net/ipv4/fib_trie.c：90 [内联] fib_leaf_notify net/ipv4/fib_trie.c：2176 [内联] fib_table_notify net/ipv4/fib_trie.c：2194 [内联] fib_notify+0x36b/0x5e0 net/ipv4/fib_trie.c：2217 fib_net_dump net/core/fib_notifier.c：70 [内联] register_fib_notifier+0x184/0x360 net/core/fib_notifier.c：108 nsim_fib_create+0x85d/0x9f0 drivers/net/netdevsim/fib.c：1596 nsim_dev_reload_create drivers/net/netdevsim/dev.c：1604 [内联] nsim_dev_reload_up+0x374/0x7c0 drivers/net/netdevsim/dev.c：1058 devlink_reload+0x501/0x8d0 net/devlink/dev.c：475 devlink_pernet_pre_exit+0x1ff/0x420 net/devlink/core.c：558 ops_pre_exit_list net/core/net_namespace.c：161 [内联] ops_undo_list+0x187/0x940 net/core/net_namespace.c：234 cleanup_net+0x56e/0x800 net/core/net_namespace.c：702 process_one_work kernel/workqueue.c：3314 [内联] process_scheduled_works+0xb5d/0x1860 kernel/workqueue.c：3397 worker_thread+0xa53/0xfc0 kernel/workqueue.c：3478 kthread+0x388/0x470 kernel/kthread.c：436 ret_from_fork+0x514/0xb70 arch/x86/kernel/process.c：158 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S：245 </TASK> （CVE-2026-74289）

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

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

  - ntfs：跳过回写中的盘区 MFT 记录以防止死锁 此修补程序修复了自提交 6994acf33bae 后由 xfstests generic/113 触发的 extent_lock 和盘区 mrec_lock 之间的 ABBA 死锁（ntfs：查找盘区记录的基本 inode 时使用基本mft_no）。路径 A（inode 回写）：VFS 回写 -> ntfs_write_inode（） -> __ntfs_write_inode（） -> mutex_lock（&ni->extent_lock） -> mutex_lock（&tni->mrec_lock） 路径 B（MFT folio 回写）：脏 folio 的 $MFT VFS 回写 -> ntfs_mft_writepages（） -> ntfs_write_mft_block（） -> ntfs_may_write_mft_record（） -> 保留上一个迭代mrec_lock盘区 -> 尝试获取另一个基础 inode extent_lock 通过mrec_lock extent_lock从MFT folio 回写路径，ABBA 锁定排序已消除： 路径 A：__ntfs_write_inode（）： extent_lock -> mrec_lock 路径 B（已删除）：
    ntfs_write_mft_block（）： mrec_lock -> extent_lock 路径 B 对于范围记录始终是冗余的，因为： 1.
    mark_mft_record_dirty（ext_ni） 不会损坏 MFT 作品集。它仅设置 NInoDirty（ext_ni） 并通过 __mark_inode_dirty（I_DIRTY_DATASYNC） 将基础 VFS inode 标记为脏，这会触发路径 A。因此，正常盘区修改永远不会造成 MFT 作品集已更改且路径 B 未计划的情况。2.
    MFT folio 仅通过 ntfs_mft_record_alloc（） 中的 ntfs_mft_mark_dirty（） 被污染。但 attrib.c（ntfs_attr_add、ntfs_attr_record_move_away、ntfs_attr_make_non_resident、ntfs_attr_record_resize）中所有已识别的调用程序都会通过 mark_mft_record_dirty（） 完成，这会触发路径 A 写入完整记录。3. ntfs_evict_big_inode（） 在释放盘区 inode 之前调用 ntfs_commit_inode（），确保在基础 inode 离开 icache 之前通过路径 A 刷新所有脏盘区。
    (CVE-2026-72203)

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

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

  - kernfs：在 LSM init 挂钩之前将 kn 链接到其父项 提交 12e9e3cd03b5 后（simpe_xattr：使用 per-sb 缓存），kernfs_xattr_set（） 和 kernfs_xattr_get（） 会在任何其他检查之前通过 kernfs_root（kn） 计算缓存。kernfs_root（kn） 首先经过 kn->__parent，然后回退到 kn->dir.root，两者在刚kmem_cache_zalloc（） 处理的 kn 上都是空。之后在 kernfs_new_node（） 中设置 kn->__parent
    __kernfs_new_node（） 时，甚至在稍后通过 kernfs_create_dir_ns（） / kernfs_create_empty_dir（） 来设置 kn->dir.root。在任一字段初始化之前，从 __kernfs_new_node（） 内部调用 LSM kernfs_init_security钩子。selinux_kernfs_init_security（） 以 kernfs_xattr_set（kn， XATTR_NAME_SELINUX， ...） 结尾。然后 kernfs_root（kn） 返回 NULL，&（（struct kernfs_root *）NULL）->xa_cache 评估为 offsetof（struct kernfs_root， xa_cache），后者会发生以下错误：缺陷：内核空指针取消引用，地址：0000000000000000e0 RIP：0010：simple_xattr_set+0x27/0x8b0 调用跟踪：kernfs_xattr_set+0x63/0xb0 selinux_kernfs_init_security+0x13b/0x270 security_kernfs_init_security+0x36/0xc0
    __kernfs_new_node+0x182/0x290 kernfs_new_node+0x80/0xc0 kernfs_create_dir_ns+0x2b/0xa0 cgroup_create+0x116/0x380 cgroup_mkdir+0x7c/0x1a0 在支持 SELinux 的发行版本上以确定性地在 PID 1 （systemd） 处重现。/sys/fs/cgroup 下具有标记的父项的第一个 cgroup mkdir 会造成内核错误。LSM 钩子的合同是 kn_dir 参数是新 kn 的父项，因此 kn->__parent 在钩子运行时应该已经指向kn_dir。将 kn->__parent 的 kernfs_get（parent） 和 rcu_assign_pointer 从 kernfs_new_node（） 移动到安全挂钩正前的 __kernfs_new_node（），展开 err_out4 路径上的父引用。然后，kernfs_root（kn） 在挂钩期间获取其父分支并返回 parent->dir.root，这是正确的根。这还关闭了 kernfs_xattr_get（） 中的相同形状的潜在缺陷（目前仅通过 kernfs_iattrs_noalloc（） 在新的 kn 上返回 NULL 来隐藏该缺陷）。
    (CVE-2026-74342)

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

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

  - mlxsw：修复 mlxsw_sp_port_lag_join（） 中的 refcount 泄漏 当 mlxsw_sp_port_lag_index_get（） 失败时，mlxsw_sp_port_lag_join（） 返回错误而不释放由之前的 mlxsw_sp_lag_get（） 获取的滞后引用。函数中的所有其他错误路径都会跳转到以 mlxsw_sp_lag_put（） 结尾的清理标签，因此这是一个遗漏的释放。通过将裸露的“返回错误”替换为转到现有错误清理标签来修复泄漏，这将安全地删除引用。（CVE-2026-72308）

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

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

  - ALSA：seq：oss：修复处理具有嵌入 SysEx 数据的事件时的 UAF OSS 音序器将输入 MIDI 字节处理成要稍后调度的音序器事件（在从 snd_seq_oss_process_event（） 调用的 snd_seq_oss_midi_putc（） 中）。如果是 SysEx 数据，则事件记录包含指向原始 SysEx 字节的 data.ext.ptr 指针，引用的数据随后会在调度时复制到池中。问题是，如果排序器端口在分派之前并发关闭，则 OSS 排序器核心也会释放资源（在 snd_seq_oss_midi_check_exit_port（） 中），而待定事件可能保留一个过时指针，最终导致稍后分派时出现 UAF。幸运的是，已经有一个用于 OSS MIDI 设备访问的引用计数机制 （snd_use_lock_t），为了解决上述问题，我们只需要扩展引用计数，直到事件被调度。此修补程序扩展 snd_seq_oss_process_event（） 以返回 refcount 对象，该对象接着在调用调用方端具有指定事件的音序器调度程序后释放。根据原始报告，KASAN 报告如下：snd_seq_event_dup+0x40c/0x470 中的 KASAN slab-after-free RIP：0033：0x7f2cb66a6340读取大小为 6 调用跟踪：dump_stack_lvl+0x73/0xb0 （？：？） print_report+0xd1/0x650 （？：？） srso_alias_return_thunk+0x5/0xfbef5 （？：？） __virt_addr_valid+0x1a7/0x340 （？：？） kasan_complete_mode_report_info+0x64/0x200 （？：？） kasan_report+0xf7/0x130 （？：?)snd_seq_event_dup+0x40c/0x470 （？：？） kasan_check_range+0x10c/0x1c0 （？：？） __asan_memcpy+0x27/0x70 （？：？） snd_seq_event_dup+0x9/0x470 （？：？） snd_seq_client_enqueue_event+0x139/0x240 （？：？）
    _raw_spin_unlock_irqrestore+0x4b/0x60 （？：？） snd_seq_kernel_client_enqueue+0x102/0x120 （？：？） snd_seq_oss_write+0x416/0x4e0 （？：？） apparmor_file_permission+0x20/0x30 （？：？） odev_write+0x3b/0x60 （？：？） vfs_write+0x1ce/0x850 （？：？） lock_release+0xc8/0x2a0 （？：？） __kasan_check_write+0x18/0x20 （？：？）
    __mutex_unlock_slowpath+0x129/0x510 （？：？） ksys_write+0xe1/0x180 （？：？） mutex_unlock+0x16/0x20 （？：？） odev_ioctl+0x65/0xc0 （？：？） __x64_sys_write+0x46/0x60 （？：？） x64_sys_call+0x7d/0x20d0 （？：？） do_syscall_64+0xc1/0x360 （arch/x86/entry/syscall_64.c：87） entry_SYSCALL_64_after_hwframe+0x77/0x7f （？：？）（CVE-2026-74388）

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

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

  - RDMA/bnxt_re：如果 ioremap 失败则正确回滚bnxt_qplib_alloc_dpi即使 ioremap 失败也会返回成功。添加当 ioremap 失败并返回 -ENOMEM 状态时的正确回滚。（CVE-2026-72496）

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

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

  - perf/x86/amd/brs：修复内核地址泄漏 仅供用户使用的分支堆栈可以包含源自内核的分支。因此，即使请求了 PERF_SAMPLE_BRANCH_USER，内核地址也会暴露给用户空间。在支持 X86_FEATURE_BRS 的 AMD 处理器上（仅限 Zen 3），perf 仍可报告分支地址位于内核中的 SYSRET/interrupt 返回等条目。例如 $ perf 记录
    -j any，u -c 4000 -e branch-brs -o - -- \ perf bench syscall basic --loop 1000 | \ perf script -i - -F brstack|tr ' ' '\n'| \ grep -E '0x[89a-f][0-9a-f]{15}' ...0xffffffff810001c4/0x72e2e32955eb/-/-/-/0//- 0xffffffff810001c4/0x72e2d94a9821/-/-/-/0//- 0xffffffff810001c4/0x72e2d94ffa1b/-/0//- ... BRS 不提供硬件分支筛选，因此权限级别筛选完全在软件中执行。但是，amd_brs_match_plm（） 仅根据请求的权限级别验证 branch-to 地址。对于从内核到用户空间的分支，branch-from 地址未经检查并被泄漏。扩展软件过滤器以同时验证 branch-from 地址，以便在请求 PERF_SAMPLE_BRANCH_USER 时删除其 branch-from 地址在内核中的任何分支记录。（CVE-2026-72237）

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

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

  - ALSA：seq：修复 bounce_error_event（） 中的内核堆地址泄漏 上述注释 bounce_error_event（） 记录了用户客户端应接收的SNDRV_SEQ_EVENT_BOUNCE，其中原始事件嵌入为可变长度数据，而内核客户端应接收包含引用内核指针的SNDRV_SEQ_EVENT_KERNEL_ERROR。但是，该实现会无条件地为所有客户端使用将 data.quote.event 设置为原始结构snd_seq_event指针的 SNDRV_SEQ_EVENT_KERNEL_ERROR。通过 snd_seq_read（） 将退回错误事件发送到USER_CLIENT时，data.quote.event 中的内核堆地址会通过固定长度分支中的 copy_to_user（） 暴露给用户空间。这是一条不同于提交 705dd6dcbc0e 解决的泄漏路径（ALSA：seq：清除读取时的变量事件指针），该路径会审查 snd_seq_read（） 的变量长度分支中的 data.ext.ptr。bounce_error_event（） 泄露使用固定长度的事件，这些事件会在未发生审查的情况下获取 else 分支。按客户端类型区分退回事件。对于USER_CLIENT，发送带有指向原始事件的 SNDRV_SEQ_EVENT_LENGTH_VARIABLE 和 data.ext 的SNDRV_SEQ_EVENT_BOUNCE。snd_seq_event_dup（） 中的变量长度路径将事件数据复制到链接的单元格中，而 snd_seq_expand_var_event（） 仅将内容（从不指针）复制到用户空间。对于KERNEL_CLIENT，请保留带引号指针的现有SNDRV_SEQ_EVENT_KERNEL_ERROR行为。（CVE-2026-74278）

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

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

  - wifi：mt76：mt7925：验证测试模式查询中的 skb 长度 在 mt7925_tm_query（） 中，来自 mt76_mcu_send_and_get_msg（） 的响应 skb 在 memcpy 中使用，但未验证其长度：memcpy（evt_resp， skb->data + 8， MT7925_EVT_RSP_LEN）;其中 MT7925_EVT_RSP_LEN 是 512。如果固件返回短于 520 字节 （8 + 512） 的响应，则读取范围会超出 skb 数据缓冲区。越界读取数据随后通过 mt7925_testmode_dump（） 中的 nla_put（） 返回到用户空间。在 memcpy 之前添加长度检查以确保 skb 包含足够的数据。（CVE-2026-74324）

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

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

  - gpio：mt7621：避免共享中断触发状态的损坏 “rising”和“falling”等 bank 共享字段使用非原子读取-修改-写入操作进行修改。由于每个 gpio 芯片实例代表整个 32 个引脚组，如果为同一组上的不同 IRQ 并发调用“mediatek_gpio_irq_type（）”，则可能覆盖彼此的配置。因此，请使用与处理“mediatek_gpio_irq_mask（）”和“mediatek_gpio_irq_unmask（）”回调相同的方式irp_chip使用“gpio_generic_lock_irqsave”锁定保护此状态。（CVE-2026-72062）

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

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

  - can：bcm：修复 CAN 帧 rx/tx 统计数据 KCSAN 检测到两个不同的 CPU 在单个 rx op 中同时接收并处理两个 CAN 帧时，bcm_rx_handler（） 中存在数据争用。使用具有（已签名）长数据类型的原子操作来访问热路径中的统计数据，从而修复 KCSAN 投诉。此外，通过在单独的 bcm_update_[rx|tx]_stats（） 函数中使用原子操作，简化统计数据溢出的更新和检查。rx 变体在bcm_rx_update_lock下运行以防止在重置两个 rx 计数器时出现争用;Tx 变体在 bcm_tx_lock 下运行，只需要保护其自身计数器的溢出。由于 rx 路径重置其值已经在 LONG_MAX / 100，因此即使对于同时使用这两个路径的 ops，两个锁定域之间也不会发生冲突（bcm_rx_update_lock 与 bcm_tx_lock）。bcm_rx_changed（） 中的 rx 统计数据更新和 frames_filtered 更新以前在两个单独的bcm_rx_update_lock部分中执行。对于在所有接口上订阅的 rx op （ifindex == 0），bcm_rx_handler（） 可在不同 CPU 上并发运行，因此由这两个部分之间的一个 CPU 重置计数器可能使frames_filtered大于另一个 CPU 上的frames_abs，从而在 procfs 中产生虚假的（甚至是负的）减少百分比。更新与 bcm_rx_changed（） 相同关键部分中的统计数据以缩小此差距，同时删除了围绕traffic_flags计算现在不需要的额外锁定/解锁对。（CVE-2026-72118）

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

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

  - md/raid10：修复丢弃失败时的writes_pending和屏障引用泄漏 raid10_make_request（） 在调用 raid10_handle_discard（） 之前通过 md_write_start（） 获取writes_pending引用。raid10_handle_discard（） 中的多个失败路径完成 bio 并在不释放相应引用的情况下返回，从而导致跳过 md_write_end（）。请在从这些失败路径返回之前调用 md_write_end（） 以保持writes_pending核算平衡。此外，在 wait_barrier（） 成功之后，可能会发生丢弃拆分分配失败。这些路径返回时不调用 allow_barrier（），从而泄露相关的屏障引用。在从这些路径返回之前释放屏障。（CVE-2026-72438）

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

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

  - basecamp/upright 在提交 efe4f2e5254ac6e57e45d2261804cca74dbbca3f 时禁用其 Alertmanager 和 Prometheus 代理控制器的 Rails CSRF 保护。未经认证的攻击者可引诱已登录用户的浏览器提交并转发到已启用上游写入或管理端点的请求，例如创建 Alertmanager 静默或请求 Prometheus 重新加载。最终影响取决于上游服务启用的 API。（CVE-2026-67990）

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

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

  - jupyterlab 是一个可扩展的环境，用于基于 Jupyter Notebook 架构的交互式和可再生计算。在 4.5.04.5.10 jupyterlab/extensions/manager.py 和 jupyterlab/extensions/pypi.py 的 until 和 4.6.2中，JupyterLab 的 PyPI 扩展管理器通过将请求的安装名称与具有比 PyPI 程序包名称规范化弱的自定义规范化的阻止列表条目进行比较来强制执行blocked_extensions_uris。经身份验证的用户可针对 jupyterlab-git 等被列入阻止名单的程序包请求 PyPI 等同拼写（如 JupyterLab.Git），即使 pip 将变体解析为相同的程序包，JupyterLab 也会接受安装请求。安全影响要求允许列表或阻止列表，用以限制程序包安装、PyPI 扩展管理器以及禁用或委托给远程主机的内核和终端。此绕过漏洞可让经过认证的用户安装禁止的扩展，突破完整性限制，并影响可用性而无需获得新的读取访问权限。此问题已在 4.5.10 和 4.6.2 版本中得到修补。(CVE-2026-73416)

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

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

  - jupyterlab 是一个可扩展的环境，用于基于 Jupyter Notebook 架构的交互式和可再生计算。从 3.3.0 until 4.5.10 和 4.6.2，JupyterLab 允许使用设置编辑器中的导入按钮通过overrides.json文件共享和应用笔记本设置。在 packages/notebook-extension/schema/tracker.json 和 packages/notebook-extension/src/index.ts 中，在插入到样式内容中之前未正确验证 sideBySideLeftMarginOverride 和 sideBySideRightMarginOverride 设置，从而允许构建的设置文件包含作为代码执行的指令，而不仅仅是更改显示首选项。用户可导入恶意文件，或有权访问共享设置位置的攻击者可植入自动应用的overrides.json。嵌入式代码以受影响用户的访问权限运行，并且可以通过笔记本服务器读取或修改笔记本和文件，以及运行代码，包括在连接的内核上。此问题已在 4.5.10 和 4.6.2 版本中得到修补。(CVE-2026-73417)

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

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

  - 问题摘要：当 OpenSSL QUIC 服务器（监听器 SSL 对象）为未知目标连接 ID 处理有效的 QUIC 初始数据包时，其可在不强制执行任何限制的情况下，分配新的传入通道并为其排队。影响汇总：远程对等端能够使许多初始数据包到达服务器侦听器的速度快于应用程序接受连接的速度，可造成分配用于存储每个通道状态的内存无限制地增长，从而可能使 QUIC 侦听程序不可用并导致拒绝服务。
    CWE：CWE-770：无限制或限制的资源分配 描述：处理入站 QUIC 数据包的函数使用数据包标头中的 Connection-Id 查找现有连接（QUIC 通道）。如果未找到现有连接并且数据包类型为 INITIAL，该函数会将数据包视为新连接。它分配一个新的通道对象并将其插入队列中，等待采用 SSL_accept（3ossl） 的本地应用程序接受。如果应用程序调用 SSL_accept（） 的频率不足以处理这些入站连接请求，这些初始通道对象占用的内存可能会无比增长。此问题自添加 QUIC 服务器实现的 OpenSSL 3.5 之后出现。该补丁引入了待定连接的限制。默认限制设置为 256 个待定连接（等待本地应用程序接受）。应用程序可通过调用 SSL_set_value_uint（3ossl） 更改默认设置。FIPS 影响：否 FIPS 模块未受影响，因为 QUIC 实现位于 OpenSSL FIPS 模块边界之外。（CVE-2026-14456）

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

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

  - LXD 的 NVIDIA 实例配置处理中的特殊元素不当抵消漏洞允许经认证的攻击者注入任意配置指令。通过在“nvidia.driver.capabilities”或“nvidia.require.*”配置值中提供换行符，攻击者可操纵生成的 lxc.conf 文件。此缺陷使攻击者能够以 LXD 后台程序的权限在主机系统上执行任意代码。（CVE-2026-63298）

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

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

  - go-chi chi 版本 >= 5.2.1 和更早 5.3.0 版本在 RealIP 中间件中包含一个 IP 欺骗漏洞，会盲目信任 X-Forwarded-For HTTP 标头的第一个（最左）值。远程攻击者可通过在 X-Forwarded-For 标头中提供伪造的 IP 地址绕过基于 IP 的访问控制列表和速率限制机制，伪造日志条目。此问题已在版本 5.3.0.
    (CVE-2026-72815)

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

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

  - go-chi/chi 之前5.3.0的版本0.9.0在 RealIP 中间件中包含一个 IP 欺骗漏洞，可在不验证受信任代理的情况下，使用 X-Forwarded-For 标头中的第一个 IP 解析请求源 IP （Request.RemoteAddr）。恶意客户端可以在前面加上伪造的 IP 作为 X-Forwarded-For 标头的第一个值，以欺骗请求源 IP，从而可能绕过访问控制或伪造请求日志。（CVE-2026-72817）

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

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

  - 之前 3.12.1 的 actix-http 版本在 HTTP/1.1 解析器中包含 HTTP 请求走私漏洞，该漏洞接受同时包含 Content-Length 和 Transfer-Encoding： chunked 标头的请求。未经认证的远程攻击者可利用此漏洞，通过前端中介使后端请求失去同步，并将恶意 HTTP 请求走私到 Actix 服务。（CVE-2026-73051）

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

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

  - go-chi/chi through 5.2.1 在 RealIP 中间件 （middleware/realip.go） 中包含一个 IP 欺骗漏洞。realIP（） 函数读取客户端控制的标头（True-Client-IP、X-Real-IP 和 X-Forwarded-For）并覆盖 r.RemoteAddr，而不验证请求是否来自受信任的代理。攻击者可以在这些标头中提供任意 IP 地址，以绕过基于 IP 的访问控制、规避速率限制和地理 IP 限制并污染审核日志。已在 5.3.0中修复。
    (CVE-2026-72816)

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

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

  - js-yaml 是一个 JavaScript YAML 解析器和转储器。从 5.0.0 直到 5.2.2，当应用程序对不受信任的输入调用 load（） 或 loadAll（） 时，解析小型 YAML 文档可能会占用指数时间。在 src/parser/parser.ts中，当流序列条目识别为 key：value 对时，readFlowCollection 使用 restoreState 并再次调用 parseNode。如果密钥是相同形状的嵌套流序列，则会对每个级别进行两次解析，从而造成 O（2^n） 工作并允许 200 字节以下的输入使一个 CPU 忙碌数分钟，阻断Node.js事件循环并停止进程。不需要定位标记、别名、合并、标记或非默认选项。此问题已在 5.2.2 版本中修复。(CVE-2026-73643)

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

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

  - 在 dnssec.c 库中发现流导致 dnsmasq 服务无限循环。攻击者若能控制任何 DNSSEC 签署的区域，就可使用单一特制的响应来挂起 dnsmasq 进程，进而终止其客户端的所有 DNS 解析。（CVE-2026-13002）

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

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

  - 在 HTTP 服务器 Undertow 的 HTTP 响应头写入路径中发现一个缺陷。写入 HTTP 响应头值时，“writeString（）”方法执行从 16 位 Unicode 字符到 8 位字节的静默缩小转换。远程攻击者可利用此漏洞，在用户控制的输入中提供特定 Unicode 字符，应用程序可将其放入响应头中。这可能导致这些字符被截断成 ASCII 控制字符或特殊符号，如果应用程序未正确清理用户输入，就可能会造成有限的完整性影响或信息泄露。（CVE-2026-19879）

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

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

  - Debian Linux - nltk - 无 Ubuntu Linux - [未知描述] （CVE-2026-12841）

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

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

  - Debian Linux - nltk - 无 Ubuntu Linux - [未知描述] （CVE-2026-12876）

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

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

  - TUI 退出后打印路径时，gdu 无法从目录和文件名中剥离终端转义序列。攻击者可构建恶意目录或文件名，其中包含由终端解释的转义序列，从而实现标题欺骗、剪贴板操纵或其他与终端相关的效果。（CVE-2026-73480）

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

远程主机上运行的 Golang 版本为低于 1.25.13 的 1.25.x 版，或低于 1.26.6 的 1.26.x 版。因此，它受到 golang-announce 公告中提及标准库和工具链中的多个漏洞影响。

  - ToASCII 和 ToUnicode 函数未正确接受解码为仅 ASCII 标签的 Punycode 编码标签。这可导致使用 idna 程序包的程序中的权限升级。
    (CVE-2026-39821)

  - 当服务器配置为支持未加密的 HTTP/2 时，服务器会从每个新连接读取字节以检查 HTTP/2 客户端前言。以前这是在不超时的情况下完成的。现在已将 ReadHeaderTimeout 用于此检查。（CVE-2026-56853）

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

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

  - 以前，病态输入可提早关闭未转义的“/”，允许受攻击控制的数据注入任意内容，可能导致 XSS。（CVE-2026-56858）

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

ID	名称	严重性
335542	Linux Distros 未修补的漏洞：CVE-2026-72402	medium
335541	Linux Distros 未修补的漏洞：CVE-2026-74317	high
335540	Linux Distros 未修补的漏洞：CVE-2026-72434	high
335539	Linux Distros 未修补的漏洞：CVE-2026-74438	high
335538	Linux Distros 未修补的漏洞：CVE-2026-72066	high
335537	Linux Distros 未修补的漏洞：CVE-2026-72369	high
335536	Linux Distros 未修补的漏洞：CVE-2026-72210	critical
335535	Linux Distros 未修补的漏洞：CVE-2026-72405	high
335534	Linux Distros 未修补的漏洞：CVE-2026-72012	high
335533	Linux Distros 未修补的漏洞：CVE-2026-72147	medium
335532	Linux Distros 未修补的漏洞：CVE-2026-74272	high
335531	Linux Distros 未修补的漏洞：CVE-2026-72366	critical
335530	Linux Distros 未修补的漏洞：CVE-2026-72347	high
335529	Linux Distros 未修补的漏洞：CVE-2026-72398	critical
335528	Linux Distros 未修补的漏洞：CVE-2026-19720	critical
335527	Linux Distros 未修补的漏洞：CVE-2026-74344	high
335526	Linux Distros 未修补的漏洞：CVE-2026-72365	high
335525	Linux Distros 未修补的漏洞：CVE-2026-68470	high
335524	Linux Distros 未修补的漏洞：CVE-2026-72416	high
335523	Linux Distros 未修补的漏洞：CVE-2026-74307	high
335522	Linux Distros 未修补的漏洞：CVE-2026-72191	critical
335521	Linux Distros 未修补的漏洞：CVE-2026-74289	high
335520	Linux Distros 未修补的漏洞：CVE-2026-72203	high
335519	Linux Distros 未修补的漏洞：CVE-2026-74342	medium
335518	Linux Distros 未修补的漏洞：CVE-2026-72308	high
335517	Linux Distros 未修补的漏洞：CVE-2026-74388	high
335516	Linux Distros 未修补的漏洞：CVE-2026-72496	critical
335515	Linux Distros 未修补的漏洞：CVE-2026-72237	medium
335514	Linux Distros 未修补的漏洞：CVE-2026-74278	medium
335513	Linux Distros 未修补的漏洞：CVE-2026-74324	high
335512	Linux Distros 未修补的漏洞：CVE-2026-72062	high
335511	Linux Distros 未修补的漏洞：CVE-2026-72118	medium
335510	Linux Distros 未修补的漏洞：CVE-2026-72438	high
335482	Linux Distros 未修补的漏洞：CVE-2026-67990	medium
335481	Linux Distros 未修补的漏洞：CVE-2026-73416	medium
335480	Linux Distros 未修补的漏洞：CVE-2026-73417	high
335479	Linux Distros 未修补的漏洞：CVE-2026-14456	high
335478	Linux Distros 未修补的漏洞：CVE-2026-63298	critical
335477	Linux Distros 未修补的漏洞：CVE-2026-72815	medium
335476	Linux Distros 未修补的漏洞：CVE-2026-72817	medium
335475	Linux Distros 未修补的漏洞：CVE-2026-73051	medium
335474	Linux Distros 未修补的漏洞：CVE-2026-72816	medium
335459	Linux Distros 未修补的漏洞：CVE-2026-73643	high
335458	Linux Distros 未修补的漏洞：CVE-2026-13002	medium
335457	Linux Distros 未修补的漏洞：CVE-2026-19879	medium
335455	Linux Distros 未修补的漏洞：CVE-2026-12841	critical
335454	Linux Distros 未修补的漏洞：CVE-2026-12876	critical
335453	Linux Distros 未修补的漏洞：CVE-2026-73480	medium
335411	Golang 1.25.x < 1.25.13 / 1.26.x < 1.26.6 多个漏洞	high
335390	Linux Distros 未修补的漏洞：CVE-2026-56858	medium

检测

Nessus 的 Misc. 系列

medium

high

high

high

high

high

critical

high

high

medium

high

critical

high

critical

critical

high

high

high

high

high

critical

high

high

medium

high

high

critical

medium

medium

high

high

medium

high

medium

medium

high

high

critical

medium

medium

medium

medium

high

medium

medium

critical

critical

medium

high

medium