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

  - 在 GIMP 的 file-pcx 插件中发现一个缺陷，仅影响 32 位版本。当处理 PCX 图像文件时，该插件会根据图像尺寸和颜色平面数量计算内存分配大小。如果特制的文件在足够大的维度下将平面数设置为 4，计算将超出 32 位整数限制并溢出，从而导致基于堆的缓冲区分配过小。当插件随后将图像数据写入较小的缓冲区时，此整数溢出问题会导致基于堆的缓冲区溢出，从而造成内存损坏，从而可能导致任意代码执行或拒绝服务。（CVE-2026-78465）

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

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

  - 在 WebKitGTK 中发现一个缺陷。处理恶意 Web 内容可能因不正确的内存处理而造成释放后使用问题，并导致内存损坏。（CVE-2026-78376）

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

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

  - 在 GIMP 中的 file-pix （ESM） 插件中发现一个缺陷。当处理特别构建的 PIX 图像文件时，该插件会在未正确检查边界的情况下，在堆栈上分配一个可变长度数组 （VLA），从而造成未限制边界的堆栈分配，然后发生 21 字节的堆栈过度读取。这可能会因为堆栈耗尽以及将堆栈内存内容泄露到中间文件中有限的信息泄露而导致拒绝服务。（CVE-2026-78475）

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

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

  - 在 RPM 的 rpmbuild tarball 处理中发现一个漏洞。当处理构建的源存档时，tools/rpmbuild.cc 中的 getTarSpec（） 函数会将攻击者控制的 tar 存档成员名称作为宏表达式的一部分 %{basename:...} 传递到 rpmExpand（）。因此，特别构建的 .spec 成员名称可注入包括 Lua 表达式在内的 RPM 宏，从而导致以运行 rpmbuild 的用户的权限执行任意代码。当受害者或自动化构建系统使用 rpmbuild tarball 模式（例如 -ts、-ta 或 -tb）处理攻击者控制的源 tarball 时，此漏洞可被利用。
    (CVE-2026-78367)

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

根据其自我报告的版本，远程主机上运行的 Tenable Security Center 版本低于 6.9.0。因此，该软件受到 TNS-2026-22 公告中提及的多个漏洞影响。

  - 在某些情况下，libcurl 可能会将错误的连接重新用于 SMB（S） 传输。libcurl 具有最近连接池，因此后续请求可以重复使用现有连接以避免开销。
    重复使用连接时，必须满足一系列条件。由于代码中的逻辑错误，应用程序请求的网络传输操作可能错误地重新使用与使用不同于新的后续传输应有的“共享”的相同服务器的现有 SMB 连接。在不走运的情况下，这可能导致下载错误的文件或将文件上传到错误的位置。
    发生这种情况时，将使用相同的凭据和相同的服务器名称。（CVE-2026-5773）

  - libcurl 将之前用过的连接保留在连接池中，如果其中一个连接与设置匹配，则后续传输可重用。在应用程序将同一句柄切换到自定义 CA 材料以进行以后的传输之后，首先使用默认本机 CA 信任的简单句柄可以继续信任本机平台存储。（CVE-2026-11564）

  - Security Center 中存在命令注入漏洞，未经身份验证的远程攻击者可利用此问题，以服务帐户的权限在底层操作系统上执行任意命令。（CVE-2026-19682）

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

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

  - 在 JSS （Java Security Services） 中发现一个缺陷。JSSTrustManager 类在验证 CA 证书时未验证 NSS 信任标记，这允许接受 NSS 数据库中不含 TRUSTED_CA 标记的证书作为 TLS 连接的信任定位标记。在证书吊销检查禁用的非默认配置中，这可允许中间人攻击者伪造 PKI 客户端连接接受的证书。（CVE-2026-78323）

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

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

  - RDMA/bnxt_re：公开到用户空间之前将共享页面归零 bnxt_re_alloc_ucontext（） 通过 __get_free_page（GFP_KERNEL） 分配 uctx->shpg。好友分配器不会在没有__GFP_ZERO的情况下将页面归零，因此该页面包含来自最近释放它的对象的任何对象的过时内核数据。然后通过 bnxt_re_mmap（） 中 BNXT_RE_MMAP_SH_PAGE 下的 vm_insert_page（） 将页面映射到用户空间。驱动程序只会在 bnxt_re_create_ah（） 中的偏移BNXT_RE_AVID_OFFT （0x10） 处写入 4 个字节 （u32 AVID）;页面的剩余 4092 字节暴露在未经清理的用户空间中，从而泄漏内核内存内容。具有 bnxt_re 设备的主机上具有 /dev/infiniband/uverbsX 访问权限的任何用户（通常为 rdma 群组成员资格）都可通过IB_USER_VERBS_CMD_GET_CONTEXT后 pgoff 0 上的单个 mmap（） 读取此数据。同一文件中的其他共享页面已正确使用 get_zeroed_page（）：drivers/infiniband/hw/bnxt_re/ib_verbs.c srq->uctx_srq_page = （void *）get_zeroed_page（GFP_KERNEL）;cq->uctx_cq_page = （无效 *）get_zeroed_page（GFP_KERNEL）;uctx->shpg 是唯一的异常值。通过切换到 get_zeroed_page（） 使其符合现有约定。
    (CVE-2026-74584)

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

根据其版本，Microsoft .NET Core 是 10.x。因此，供应商或提供商不会再对其进行维护。

缺少支持意味着供应商将不再发布该产品的任何新安全修补程序。因此，它可能包含安全漏洞。

根据其版本，Microsoft .NET Core 是 9.x。因此，供应商或提供商不会再对其进行维护。

缺少支持意味着供应商将不再发布该产品的任何新安全修补程序。因此，它可能包含安全漏洞。

根据其版本，Microsoft .NET Core 是 8.x。因此，供应商或提供商不会再对其进行维护。

缺少支持意味着供应商将不再发布该产品的任何新安全修补程序。因此，它可能包含安全漏洞。

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

  - 在 GNU C 库版本 2.1 中足够深的树上调用 tdelete 可能会 2.44 在堆栈上 alloca 分配的数组的末尾后写入一个指针，这可能造成应用程序崩溃。tdelete 实现保留用于重新平衡的父节点的显式堆栈，在树下降时根据需要增长。两个重新平衡的分支在不检查容量的情况下推送一个额外的条目，并在堆栈刚好已满时写入超出数组。要触发此漏洞，需要一个深度为 40（或 40 加以 20 的倍数）的节点，这意味着树至少具有 100 万个节点，因此攻击者必须通过使用 tsearch 和 tdelete 的应用程序来推动大量插入和删除。写入的值是指向树节点的指针，并非直接受攻击者控制。在通用发行版本中尚未发现受影响的应用程序。（CVE-2026-19542）

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

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

  - udp：修复隧道分段中潜在的释放后使用 __skb_udp_tunnel_segment（） 在确保隧道标头位于 skb 头中之前获取 UDP 标头。如果 pull 重新分配 skb->head，则保存的 UDP 标头指针不再有效。在拉取之后获取 UDP 标头以避免潜在的释放后使用。
    (CVE-2026-74705)

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

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

  - accel/amdxdna：修复 amdxdna_insert_pages（） 中可本地利用的BUG_ON 在 amdxdna_insert_pages（） 中，vm_flags_mod（） 设置VM_MIXEDMAP并清除VM_PFNMAP。如果非特权用户空间进程 mmap 非导入的 GEM 对象，然后调用 madvise（MADV_DONTNEED），由于VM_MIXEDMAP允许这样做，PTE 将被成功清除（与 VM_PFNMAP 不同）。当用户空间随后访问内存时，drm_gem_shmem_fault（） 会处理页面错误并尝试通过调用 vmf_insert_pfn_prot（） 的 vmf_insert_pfn（） 来映射后备 shmem 页面。由于后备 shmem 页面为正常系统内存 （pfn_valid（pfn） 为 true），且 VMA 现在已设置VM_MIXEDMAP，这不会可预见地触发显式断言 BUG_ON（（vma->vm_flags &; VM_MIXEDMAP） &; pfn_valid（pfn）） 通过删除 vm_flags_mod（） 调用并将 vm_insert_pages（） 预填充替换为已用于导入 （dma-buf） 路径的 handle_mm_fault（） 循环进行修复。（CVE-2026-74716）

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

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

  - ovpn：跳过已从 by_id ovpn_nl_peer_set_doit（） 删除的对等机的重新哈希 执行 ovpn->lock 前通过 ovpn_peer_get_by_id（） 解析目标对等机。在查找（仅采用 refcount）和后续 spin_lock_bh（&ovpn->lock） 之间的窗口中，并发OVPN_CMD_PEER_DEL、keepalive 到期或套接字拆卸可首先采用 ovpn->lock，运行 ovpn_peer_remove（） 以从所有四个表（by_id、by_vpn_addr4/6 by_transp_addr）对对等机反哈希并释放锁定。set_doit 然后获取 ovpn->lock 并调用 ovpn_peer_hash_vpn_ip（），从而将现已删除的对等机重新插入到二度哈希表中。相同的争用也会影响浮动路径：ovpn_peer_endpoints_update（） 仅保留一个 refcount，并且很晚才取得 ovpn->lock（在异步 AEAD 解密和 netlink 通知之后），然后在by_transp_addr表中重新哈希对等机。从 RX 查找 （ovpn_peer_get_by_transp_addr） 和 TX VPN-IP 查找可再次通过恢复的对等体来访问，即使用户空间认为其已消失也是如此。一旦数据路径引用计数丢弃，对等机将通过call_rcu释放，同时其中嵌入的哈希条目保持链接，从而打开 UAF 窗口。反哈希 hash_entry_id 时退出重新哈希，镜像 ovpn_peer_remove（） 已用于检测已删除状态的 sentinel。此检查在 ovpn->lock 下是安全的，因为它会序列化 hash_entry_id 的每一个突变，并且由于 ovpn_peer_add_mp（） 在调用 ovpn_peer_hash_vpn_ip（） 之前插入hash_entry_id，因此对添加路径无任何操作。（CVE-2026-74727）

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

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

  - NTB：ntb_netdev：在分配失败时保留 RX 队列深度 ntb_netdev_rx_handler（） 在分配替换之前将接收的 skb 传递给网络堆栈。如果分配失败，则不会重新发布任何内容。
    因此，当接口保持运行时，每次失败都会从 RX 队列中占用一个缓冲区，并且足够多的失败最终会停止接收。重试路径可在稍后重新填充队列，但 ntb_netdev 没有。
    请首先分配替换。如果失败，请丢弃数据包并重新发布相同的 skb。如此可保持队列完整，并让数据包传送在内存再次可用时立即恢复。（CVE-2026-74626）

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

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

  - drm/amd/display：检查 dce110_set_avmute 中的 tg ops 某些较旧的 DCE 定时发生器不会在其 ops 表中实现 is_tg_enabled。在等待 AV 静音帧时无条件调用它，可能会在通过 HDMI 关闭显示器时，造成 Southern Islands dGPU 上出现空指针取消引用。在等待帧之前，检查 tg 和所需的 ops 是否存在。（从提交 2686a0c0a07bec2e24131835cf27b5fd4935a5 中精选出的内容）（CVE-2026-74732）

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

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

  - 已修复 Linux 内核中的下列漏洞：sched_ext: Skip sub-disable teardown for never-linked sub-schedulers A sub-scheduler enable can fail before scx_link_sched() links the sched into the hierarchy, e.g. when the parent is already being disabled, and cleanup still runs the full scx_sub_disable(). That is racy against root disable: drain_descendants() is the only ordering between a sub's disable-time task walk and root disable's all-task teardown, and an unlinked sub is invisible to it.
    Root's teardown can thus run between the never-linked sub's drain and its walk, exiting every task to no scheduler. The walk then trips the membership WARN and re-homes the exited tasks onto the dying hierarchy, a use-after-free. Skip the cgroup ownership reset and the task walk if @sch was never linked, indicated by the empty ->sibling as unlinking only happens later in the same function. The membership WARN remains valid: a linked sub is always waited on by an ancestor's drain. (CVE-2026-74731)

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

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

  - ALSA：usx2y：绑定 hwdep mmap 错误偏移 snd_us428ctls_vm_fault（） 将故障页面偏移转换为没有任何种类边界的内核地址：offset = vmf->pgoff << PAGE_SHIFT;vaddr = （字符
    *)(...)->us428ctls_sharedmem + 偏移;页面 = virt_to_page（vaddr）;get_page（页面）;vmf->page = page;
    返回 0;snd_us428ctls_mmap（） 仅检查映射的长度，从不检查偏移量，并且us428ctls_sharedmem是来自 alloc_pages_exact（） 的单页。对于字符设备，file_mmap_size_max（） 返回 ULONG_MAX，因此 mm 层也没有施加上限。每个页面偏移量高于零都会解析为对象外部的结构页，处理程序将其安装到调用方的地址空间读写中;
    VMA 未标记为只读。调用程序以单个 mmap（） 参数选择页面帧并获取其不拥有的内核内存页面的读写访问权限;落入未填充 vmemmap 区域的偏移会改为错误。能够打开附加US-X2Y的hwdep节点的进程通过同一节点加载FPGA图像后达到此水平;不涉及功能检查。在 7.2.0-rc5 （arm64） 上，具有较大偏移的 mmap（）： 无法处理虚拟地址 fffffdffc45d5ac8 pc 上的内核分页请求：snd_us428ctls_vm_fault+0x68/0x140 [snd_usb_usx2y] 调用跟踪：snd_us428ctls_vm_fault+0x68/0x140 [snd_usb_usx2y] __do_fault __handle_mm_fault handle_mm_fault el0_da 拒绝共享区域之外的任何偏移。usx2yhwdeppcm.c 中的 pcm hwdep 处理程序以相同的方式计算其地址，并且需要相同的边界。由 XBOW 发现，由 Baul Lee <baul.lee@xbow.com> 分类 （CVE-2026-74641）

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

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

  - net：atlantic：释放已消耗但未重新填充的缓冲区的 RX 页面 aq_ring_rx_deinit（） 仅遍历 [sw_head、sw_tail），发布到硬件的区域。由于添加了页面重用策略，清理后的 RX 缓冲区将其页面（及其 DMA 映射）保留在环中以供重用，并且对重填进行批处理：aq_ring_rx_fill（） 提早返回，直到AQ_CFG_RX_REFILL_THRES插槽空闲为止。因此，已消耗但尚未重新发布的插槽位于实时页面的互补 [sw_tail、sw_head） 间隙中，并且 deinit walk 从不访问它们：最多一个重新填充批次的页面，并且每个界面关闭时都会泄漏 DMA 映射。相反，走完整个环并释放仍然存在的任何东西。如果缓冲区环已消失，则也退出：
    部分 aq_ptp_ring_alloc（） 失败会释放环，但会保留aq_nic集，因此 aq_ptp_ring_deinit（） 仍会在展开路径中到达此处。（CVE-2026-74622）

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

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

  - 低于 3.10.0 NLTK（受影响版本 <= 3.9.4）在 nltk/pathsec.py 的 validate_network_url（） 函数中包含服务器端请求伪造 （SSRF） 漏洞。_resolve_hostname（） 辅助函数在 socket.getaddrinfo（） 期间捕获 OSError 和 ValueError，并返回空列表;解析 DNS 失败时，验证循环不会执行任何 IP 检查，并且函数会使打开失败，从而允许 urlopen（） 在未经验证的情况下继续进行。能够触发 DNS 解析失败或使用 DNS 重新绑定的攻击者可绕过 SSRF 保护并访问受限的网络资源，包括云元数据端点（例如 169.254.169.254）。（CVE-2026-63311）

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

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

  - enic：修复设备删除时tx_hang_reset释放后使用 enic_remove（） 取消重置和change_mtu_work项目，但不取消tx_hang_reset。在设备移除过程中触发的 TX 超时可计划 enic_tx_hang_reset（），使其在 free_netdev（） 之后运行，进而导致释放后使用。在这里，仅使用 cancel_work_sync（） 是不够的：仍然活着的监视程序和通知路径可以在 cancel 和 unregister_netdev（） 之间的窗口中重新安排这些工作项。使用 disable_work_sync（） 来取消工作并阻止任何后续 schedule_work（） 对其进行重新排队，并将其也应用到重置和change_mtu_work项目，以便为所有拆卸工作关闭相同的重新排队争用。（CVE-2026-74725）

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

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

  - NLTK 3.9.4 through 3.10.2 在 CrubadanCorpusReader 中包含一个路径遍历漏洞。
    _load_lang_ngrams将语料库根与crubadan_code（从语料库table.txt映射文件读取的 column-0 值）连接，并使用内置 open（） 打开结果，而非经 pathsec 验证的开启程序，因此 os.path.join 会在该值为绝对值时丢弃根，并且当设置 ENFORCE 时，读取转义语料库目录，而无采用 nltk.pathsec 的包含检查。控制语料库程序包的攻击者可通过lang_freq泄露语料库根以外的文件内容，但仅限以 -3grams.txt 结尾且其内容解析为标记计数行的路径。（CVE-2026-71514）

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

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

  - sctp：修复缓存未完成出站 ASCONF 区块addip_last_asconf缓存的缓存 ASCONF 区块的释放后使用。正常 ASCONF-ACK 完成路径释放区块并清除指针。但是，sctp_asconf_queue_teardown（） 在不清除addip_last_asconf的情况下释放缓存的区块。在对等机重新启动处理期间，sctp_sf_do_dupcook_a（） SCTP_CMD_PURGE_ASCONF_QUEUE排队，这会在关联保持活动状态并使指针保持悬摆状态时调用 sctp_asconf_queue_teardown（）。经过延迟认证的 ASCONF-ACK 随后可到达 sctp_sf_do_asconf_ack（），后者会访问过时的区块并将其传递到 sctp_process_asconf_ack（），从而造成释放后使用和第二次释放。清除指针会暴露 T4 到期的争用。对等机重启处理会在清除前将定时器排队，但 SCTP_CMD_TIMER_STOP 使用 timer_delete（），它不会等待已在另一个 CPU 上运行的回调。这类回调可在清除和取消引用 NULL 之后到达 sctp_sf_t4_timer_expire（）。释放缓存的区块后清除 addip_last_asconf，如果没有剩余的未完成 ASCONF，则使 sctp_sf_t4_timer_expire（） 消耗过时的 T4 过期时间。（CVE-2026-74587）

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

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

  - 之前 3.9.4 的 NLTK 版本在 JSONTaggedDecoder.decode_obj（） 中包含不受限制的递归漏洞，可允许攻击者通过提供深度嵌套的 JSON 结构来造成拒绝服务。攻击者可构建超出递归限制的 JSON 负载，以触发未处理的 RecursionError，造成 Python 进程崩溃。（CVE-2026-66393）

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

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

  - net/dibs：正确释放 dmb_clientid_arr dibs 设备中断处理程序可在 dibs_dev_del（） 之后激活，并且可能仍可访问dmb_clientid_arr。（UAF）如果 dibs_lo_dev_probe（） 调用 dibs_dev_add（） 失败，dmb_clientid_arr将释放两次（双重释放）。在缺少最后一个引用之后，dibs_dev_release（） 中的释放dmb_clientid_arr。请注意，目前可以在 dibs_dev_add（） 而不是 dibs_dev_alloc（） 中进行分配，因为在 dibs_dev_add（） 之前无法注册任何 dmbs。（CVE-2026-74629）

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

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

  - net：bridge：mrp：修复了线路上未初始化的字节 br_mrp_alloc_test_skb（） 在来自 dev_alloc_skb（） 的 skb 上构建 MRP 测试帧，不会清除线性数据区域。在MRA ring-role分支上，子选项TLV标头附加sub_tlv = skb_put（skb， sizeof（*sub_tlv））;sub_tlv->类型 = BR_MRP_SUB_TLV_HEADER_TEST_AUTO_MGR;因此永远不会写入 sub_tlv->length，并且两个末尾对齐字节附加一个裸 skb_put（），该字节也不会清除它们。邻近的 oui 和 sub_opt 区域明确归零，因此每个发出的 MRA MRP_Test 帧中会留下三个未初始化的字节。将子选项 TLV 标头和对齐填充放在一个 skb_put_zero（） 中，这将清除两者。AUTO_MGR sub-TLV 不携带任何负载，因此归零的长度字段已经是它应有的值。（CVE-2026-74659）

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

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

  - tipc：读取 tipc_node_link_down（） 中节点锁定下的 le->link tipc_node_link_down（） 在进行 n->lock 之前缓存链接指针：struct tipc_link *l = le->link;/* 解锁 */ if （！l） 返回;
    tipc_node_write_lock（n）;if （！tipc_link_is_establishing（l）） { /* 取消引用 l */ ...tipc_link_reset（l）;/* 写入 l */ if （delete） { kfree（l）; le->link = NULL;delete=true 调用程序会释放 n->lock 下的该对象，因此该锁定不会保护缓存的指针不受其影响：- CPU A， delete=false：
    TIPC_LINK_DOWN_EVT上的 tipc_rcv（），或通过 tipc_node_timeout（） 的链路监督定时器，读取 l unlocked，然后在 n->lock 下取消引用;- CPU B，delete=true：netlink TIPC_NL_BEARER_DISABLE -> bearer_disable（） -> tipc_node_delete_links（） -> tipc_node_link_down（n， bearer_id， true） -> kfree（l）。使用普通 kfree（） 而不是 kfree_rcu（） 释放链接，并且对于 UDP 承载 disable_media（） 仅计划异步 cleanup_bearer（） 工作，因此其 synchronize_net（） 在链接消失后运行。因此，已读取 l 的正在运行的 CPU A 在 B 释放已释放的内存后取消引用该内存：在 tipc_link_is_establishing（） 中进行释放后使用读取，并通过建立分支上的 tipc_link_reset（） 进行释放后使用写入。
    下列跟踪信息是在 7.2.0-rc5-00284-gaf39eb111ce6 上捕获的：缺陷：KASAN：tipc_link_is_establishing 中的 slab-after-use （net/tipc/link.c：285） 在 addr ffff88802e2aa068 处的大小为 4 的读取 任务 swapper/2/0 tipc_link_is_establishing （net/tipc/link.c：285） tipc_node_link_down （net/tipc/node.c：1076） tipc_node_timeout （net/tipc/node.c：843） 按任务 9549 分配： tipc_link_create （net/tipc/link.c：490） tipc_node_check_dest （net/tipc/node.c：1279） tipc_disc_rcv （net/tipc/discover.c：252） tipc_udp_recv （net/tipc/udp_media.c：389） 由任务 9549 释放：tipc_node_link_down （net/tipc/node.c：1084） tipc_node_delete_links （net/tipc/node.c：1320） bearer_disable （net/tipc/bearer.c：414）
    __tipc_nl_bearer_disable （net/tipc/bearer.c：992） 移动 tipc_node_write_lock（） 内部的 le->link 读取，以便针对删除路径中的 kfree（） 进行序列化。现在争用拆卸现在要么尚未运行，但看到了有效的链接，要么已经运行了，但看到 NULL。（CVE-2026-74609）

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

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

  - 之前 3.10.3 的 NLTK 在 AllowlistUnpickler 中包含一个远程代码执行漏洞，该漏洞仅验证 pickle 模块字符串而不验证全局名称，从而允许攻击者通过属性遍历到允许列表命名空间之外的可调用对象来解析点点名称。当 TransitionParser.parse 通过 allowlisted_pickle_load 加载模型时，攻击者可构建不受信任的 transition-parser 模型，以执行任意命令。（CVE-2026-71513）

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

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

  - fscrypt：在允许设置加密策略之前，使用 fscrypt_ioctl_set_policy（） fscrypt_ioctl_set_policy（） 调用具有 &nop_mnt_idmap 的 inode_owner_or_capable（） 的所有者检查，而非发出 ioctl 的挂载的 idmap。fscrypt 由支持 id 映射挂载的文件系统（如 ext4、f2fs）使用，因此在此类挂载上，这会将调用程序的 fsuid 与未映射的磁盘所有者（而非映射所有者）进行比较：实际所有者可能会通过 -EACCES 错误地被拒绝，并错误地允许不相关的调用程序。请使用 file_mnt_idmap（filp） 代替。（CVE-2026-74595）

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

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

  - dibs：初始化 dibs_dev_alloc（） 中的 dibs->lock dibs->lock 由 dibs_dev_add（） 初始化，但是 dibs 设备在该调用之前已经可以进行中断：ism_probe（） 在调用 dibs_dev_add（） 之前运行 ism_dev_init（），因此运行 request_irq（）。此时没有客户端可以注册 dmb，因此不会发生任何 dmb 中断，但 GID 事件中断可以，并且 ism_handle_irq（） 在检查任何其他内容之前，会在进入时无条件地获取 dibs->lock。请改为初始化 dibs_dev_alloc（） 中的锁定，使其在驱动程序可以将设备发布到其中断处理程序时立即生效。
    (CVE-2026-74617)

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

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

  - bonding：alb：重新检查 bond_alb_monitor bond_alb_monitor（） 中的 RTNL 下的primary_is_promisc，在 RCU 下读取primary_is_promisc，然后舍弃 RCU 并通过 rtnl_trylock（） 获取 RTNL，然后撤消其在活动从属设备上设置的混杂。在该窗口中，活动从服务器可在 RTNL 下更改 （RTM_DELLINK
    -> __bond_release_one（） -> bond_alb_handle_active_change（）），后者已经放弃混杂并清除primary_is_promisc。监控器仍对过时决策起作用：如果删除从设备时未进行故障转移，则curr_active_slave现在为 NULL 并且 deref 错误;如果故障转移，过时的 dev_set_promiscuity（-1） 会在新从属设备的混杂计数器中下溢并将其固定在IFF_PROMISC中。哎呀：
    一般保护错误，可能是针对非规范地址... KASAN：范围内的 null-ptr-deref [0x0000000000000000-0x0000000000000007] 工作队列：b42 bond_alb_monitor RIP：0010：bond_alb_monitor （drivers/net/bonding/bond_alb.c：1600） process_one_work （kernel/workqueue.c：3322） worker_thread （kernel/workqueue.c：3486） kthread （kernel/kthread.c：436） ret_from_fork （arch/x86/kernel/process.c：158） 内核错误 - 不同步：致命异常 在执行 RTNL 后重新检查 primary_is_promisc（和 curr_active_slave），以便监控器仅撤消仍然的增量拥有。其他绑定监视器已在其提交阶段重新读取 RTNL 下的状态 （bond_miimon_commit/bond_ab_arp_commit）;bond_alb_monitor（） 是唯一依据 trylock 前决策执行操作的人。（CVE-2026-74726）

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

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

  - perf/core：修复同级分离后组组前导符释放后使用错误 perf_group_detach（） 以不同方式处理前导符和同级分离。当组领导者分离时，所有同级都将提升为单例事件，并且其group_leader指针将重置为自己。当同级分离时，它将从领导者的sibling_list中删除，但其group_leader指针仍指向旧领导者。当同级被关闭并立即释放时，这是无害的，就像在DETACH_DEAD路径中一样。当同级被分离但保持活动状态时（例如带DETACH_GROUP的 CPU 热插拔期间），这是不安全的。在这种情况下，同级将从上下文中删除，而其文件描述符仍可使其处于活动状态。典型的失败序列为：- 群组包含前导 L 和同级 S。- CPU 热插拔通过 DETACH_GROUP 分离 S，将其从 L->sibling_list 中删除但保留 S->group_leader == L。- L 稍后关闭并释放。- S 上的PERF_IOC_FLAG_GROUP ioctl 跟随 S->group_leader 并取消引用已释放的 leader。这通过同时运行 perf 事件 fuzzer、CPU 热插拔和压力工作负载再现：无法处理虚拟地址 006b6b6b6b6b6cdb 上的内核分页请求 CPU：2 PID：12489 通信：perf_fuzzer 6.18.7 PREEMPT pc：perf_ioctl+0x34c/0xc68 x20：ffffff89a3fa2c70 x8：6b6b6b6b6b6b6b6b 代码：943c4a0e 340047a0 f9404a94 f9411e88 （f940b908） 调用跟踪：perf_ioctl+0x34c/0xc68 （P） __arm64_sys_ioctl+0xa0/0xf4 invoke_syscall+0x58/0xe4 el0_svc_common+0xa8/0xdc do_el0_svc+0x1c/0x28el0_svc+0x40/0xc0 el0t_64_sync_handler+0x68/0xdc el0t_64_sync+0x1c4/0x1c8 错误发生在 perf_ioctl（） 中，其中 perf_event_for_each（） 跟随过时的 group_leader 指针，而 perf_event_for_each_child（） 随后取消引用已释放的 leader 的上下文。通过将已分离的同级提升为单例来修复释放后使用。还修复了 __event_disable（） cgroup 核算和事件状态变更。（CVE-2026-74637）

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

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

  - mm/page_table_check：跳过基于 PageAnon（） 的特殊零映射 page_table_check_set（） 和 page_table_check_clear（） 帐户映射。共享零页面 PTE 和大型零 PMD 是特殊映射，但page_table_check仍可将它们视为文件支持页面。非特权进程可以填充足够零映射以溢出file_map_count并命中现有BUG_ON（）。PTE 路径可以通过共享零页面执行此操作，而 PMD 路径可以对大型零映射执行相同的操作。跳过用户页表记帐路径中的特殊零映射。保持 PTE 端的 pte_special（） 检查，并从映射的作品集（而不是 pmd_special（））中识别巨大的零 PMD。这涵盖了 pmd_special（） 为非 op 而未将huge_zero_pfn检查添加到通用计数器帮助程序的架构。（CVE-2026-74600）

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

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

  - hwmon：（pmbus） 修复通知逻辑中的类型混淆 Sashiko 报告： 在 pmbus_notify（） 循环开始时，代码会无条件地将每个属性转换为 struct sensor_device_attribute：
    drivers/hwmon/pmbus/pmbus_core.c：pmbus_notify（） { for （i = 0; i < data->num_attributes; i++） { struct device_attribute *da = to_dev_attr（data->group.attrs[i]）; struct sensor_device_attribute *attr = to_sensor_dev_attr（da）; int index = attr->index; ... }但是，data->group.attrs 可以包含其他类型，如 struct pmbus_samples_reg 或 struct pmbus_sensor，它们仅嵌入基本 struct device_attribute。如果 da 是结构pmbus_samples_reg，则 dev_attr 是最后一个成员。将其转换为结构sensor_device_attribute并读取索引字段似乎会访问超过分配末尾的内存，这可能会触发 slab-out-bound 读取。此外，如果 da 是结构pmbus_sensor，则转换它会导致索引字段与 page、phase 和 reg 字段重叠。这是否会在小端系统上产生垃圾掩码，其在警报期间假性匹配目标 reg、page 和flag？通过在 struct pmbus_sensor 和 struct pmbus_label中使用 struct sensor_device_attr来修复此问题。
    由于这些属性从不触发通知，因此请为它们将 attr->index 的值设为 -1。使用此值可与 _can_ 触发通知的布尔属性区分开来，并使用索引字段对掩码、页面和寄存器值进行编码。（CVE-2026-74711）

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

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

  - thunderbolt：编制 sw->ports 索引前绑定 DROM 双链路端口号 tb_drom_parse_entry_port（） 在编制 sw->ports[] 索引之前针对 sw->config.max_port_number 验证设备提供的 header->index，但同级字段 entry->dual_link_port_nr（同样是从 DROM 读取的 6 位值）会在未进行此类检查的情况下为同一数组编制索引。恶意或格式错误的 Thunderbolt 设备可设置超出分配的 sw->ports[]（max_port_number + 1 条目）的dual_link_port_nr，从而生成存储并在稍后取消引用的越界tb_port指针。拒绝dual_link_port_nr超过 max_port_number 的端口条目，此边界已应用到 header->index。（CVE-2026-74585）

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

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

  - sched_ext：先在 scx_cgroup_lock（） 中采用 cgroup_lock（） scx_cgroup_lock（） 写锁定scx_cgroup_ops_rwsem，然后采用 cgroup_lock（），后者可通过 kernfs 进行死锁： SCX 启用/禁用 cgroup rmdir cpu.weight 写入 ------------------ ------------ ---------------- cgroup_lock（） percpu_down_write（rwsem） cgroup_lock（） kernfs_get_active（） percpu_down_read（rwsem） kernfs_drain（） 启用路径等待 rmdir 释放cgroup_mutex。rmdir 停用 CPU 控制器的文件后，在 kernfs_drain（） 中等待写入的活动引用。scx_group_set_weight（） 中的写入等待待定写入器后面的 rwsem。首先以 cgroup_lock（） 为例。set_* 路径在读取端内不采用 cgroup 锁定，因此待定的写锁定只会等待始终运行到完成的读取部分，并且不会保留从 rwsem 返回cgroup_mutex的依赖关系。（CVE-2026-74593）

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

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

  - vhost-scsi：验证 T10 PI 分散列表计数 协商 PI 时 T10 ，vhost-scsi 会在映射请求 scatterlist 之前，从数据迭代器拆分保护字节。畸形请求可声明覆盖或超过完整负载长度的保护字节。前者不留下任何数据字节可映射，而后者则在推进迭代器之前下溢exp_data_len。两种情况均可让零数据 SGL 计数达到 sg_alloc_table_chained（），从而触发 BUG_ON（！nents）。拒绝覆盖或超过有效负载的保护长度，然后减去prot_bytes并推进迭代器。此外，在调用分配器之前传播来自保护 SGL 计算的负错误，进而匹配数据 SGL 路径。
    (CVE-2026-74703)

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

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

  - ima：修复 xattr_verify（） 中的越界读取 xattr_verify（） 中的摘要长度检查混合了 int 和 size_t：if （xattr_len - sizeof（xattr_value->type） - hash_start >= iint->ima_hash->length） sizeof（） 产生size_t，因此通常的算术转换会在减法运行之前将整个左边提升为无符号 64 位。对于截断的 xattr，此值会下溢而不是变为负数：1 字节的 xattr IMA_XATTR_DIGEST_NG （xattr_len == 1， hash_start == 1） 将 1 - 1 转换为 SIZE_MAX，这轻易 >= ima_hash->length。然后检查通过，以下 memcmp（） 读取从超过为其分配的缓冲区 vfs_getxattr_alloc（） 的末尾开始的 iint->ima_hash->length 字节。
    没有任何上游会首先将xattr_len限制回安全范围：ima_get_hash_algo（） 仅在特殊情况下xattr_len < 2 来选择默认算法，而 evm_verifyxattr（） 在未加载 HMAC 密钥时返回INTEGRITY_UNKNOWN而不是失败，因此截断的 security.ima 值会按原样到达长度检查。
    重写比较，以便每个操作数保持签名的 int，并且不会发生向 size_t 的隐式转换。
    (CVE-2026-74671)

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

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

  - vhost_iotlb：add_range vhost_iotlb_add_range_ctx（） 中的绑定映射分配仅当表具有非零限制、刚好达到该限制并设置了VHOST_IOTLB_FLAG_RETIRE时才会取消旧条目。未停用的表在达到其配置的限制之后可继续分配条目。现有 vhost 设备通过来自 vhost.c 的max_iotlb_entries分配其 IOTLB，其默认值为 2048，可通过模块参数进行调整。在分配点使用调用程序提供的限制，而不是在通用 IOTLB 帮助程序中添加单独的默认值，并拒绝 vhost 路径中可报告错误的非正值。当可从用户空间或客户机控制的请求填充条目时，其他 vhost IOTLB 用户不应创建零限制表。为 mlx5 vDPA、VDUSE 和 vhost-vDPA 添加呼叫程序端max_iotlb_entries参数。拒绝非正 VDUSE 和 vhost-vDPA 值，并且要求至少有两个条目用于安装全范围映射的 vdpa_sim 和 mlx5 vDPA 路径，因为这些映射被拆分为两个 IOTLB 条目。
    通过在插入前半部分之前检查 IOTLB 是否可以同时保留拆分条目，处理通用帮助程序中的全范围映射。这可避免在留下一半映射后返回错误。当表已满时，请保留即将停用的表的现有停用行为，并为未停用的表返回 -ENOSPC。重复使用已退役的映射节点，而非将其释放并分配替换节点，这样在表达到限制后，IOTLB 更新流无法继续强制进行GFP_ATOMIC分配。
    如果零限制 IOTLB 仍然到达通用帮助程序，请将其视为配置错误并返回
    -EINVAL。我自己发现了这个错误，尽管该补丁是在 AI 协助下编写的。（CVE-2026-74713）

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

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

  - net：tap：在解析 tap_get_user_xdp（） 中的 virtio net 标头之前设置 skb->dev 提交 4f61f133f354（net：tap：当 skb->dev 为 null 时，dev_parse_header_protocol 中的空指针取消引用）修复了 tap_get_user（） 中的崩溃，方法是在调用 tun_vnet_hdr_to_skb（） 之前分配 skb->dev。这是必需的，因为 virtio_net_hdr_to_skb（） 可能会调用取消引用 skb->dev 的 dev_parse_header_protocol（）。如果没有此赋值，则可能发生空指针取消引用。但是，tap_get_user_xdp（） 在分配 skb->dev 之前仍会解析 virtio-net 标头。vhost TX 路径经过包含 GSO virtio-net 标头的 XDP 缓冲区，但该协议故意设置为零时，tun_vnet_hdr_to_skb（） 可到达 dev_parse_header_protocol（），而 skb->dev 仍为空，从而导致崩溃。通过在调用 tun_vnet_hdr_to_skb（） 之前查找 tap 设备并分配 skb->dev 来修复此问题，与 tap_get_user（） 中已使用的顺序匹配。跨 dev_queue_xmit（） 保留现有 RCU 读取端关键部分。
    (CVE-2026-74684)

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

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

  - net/sched：act_ct：修复标头检查拒绝数据包时的sk_buff泄漏 tcf_ct_handle_fragments（） 会在将任何内容传递给碎片整理引擎之前运行其标头健全性检查：if （family == NFPROTO_IPV4） err = tcf_ct_ipv4_is_fragment（skb， &frag）;否则 err = tcf_ct_ipv6_is_fragment（skb， &frag）;
    if （err || ！frag） 返回错误;tcf_ct_ipv4_is_fragment（） 返回 -EINVAL 或 -ENOMEM;
    当 ipv6_find_hdr（） 失败时，tcf_ct_ipv6_is_fragment（） 添加了 -EPROTO。它们都不会释放 skb 或排队 skb，因此在该路径上调用程序仍然拥有它。然而，tcf_ct_act（） 将每个非零返回汇入所有权转移退出：err = tcf_ct_handle_fragments（net， skb， family， p->zone， &defrag）;if （err） 转至out_frag;...out_frag：if （err ！= -EINPROGRESS） tcf_action_inc_drop_qstats（&c->common）;返回TC_ACT_CONSUMED;TC_ACT_CONSUMED表示操作占有 skb 的所有权，因此没有调用方释放它 - sch_handle_ingress（）、sch_handle_egress（） 和 tcf_qevent_handle（） 都会故意跳过该判定的释放。skb 因此被孤立：一个sk_buff加上它的数据缓冲区被泄漏到每个格式错误的数据包中，而且不受限制。请注意，丢弃计数器已针对这些错误递增，因此统计信息声明丢弃从未发生。三种不同的所有权状态达到out_frag：今天 - skb 可能已被 defrag 引擎 （-EINPROGRESS） 排队、已由 nf_ct_handle_fragments（） 释放或仍属于我们。告诉调用者是哪一个，在最后一种情况下自行释放数据包，这会恢复 Fixes 之前的TC_ACT_SHOT行为：commit。在具有 action ct 的 clsact 入口链上，在 v7.2-rc6 上重现，其中 54 字节帧带有一个 40 字节 IPv6 标头（nexthdr = 0（逐跃点），之后不存在任何内容。kmemleak 报告每个数据包有一个泄漏的 232 字节 skbuff_head_cache 对象及其 704 字节数据缓冲区;通过此修补程序，它未报告任何内容。(CVE-2026-74621)

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

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

  - hashcat 在解析还原文件时无法限制命令行选项，允许攻击者注入输出重定向选项，例如 --outfile--potfile-path和 。攻击者可以使用恶意选项构建还原文件，将攻击者控制的内容附加到任意文件，从而在瞄准 shell 启动文件时启用代码执行。（CVE-2026-68766）

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

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

  - netfilter：nf_conntrack：延迟无效日志，直到解锁之后 TCP 和 SCTP conntrack 路径可在仍保留 ct->lock 时发出无效数据包日志。当无效日志记录路由到 nfnetlink_log 并启用 conntrack 导出时，日志路径可重新进入 conntrack netlink glue 并再次转储相同的 conntrack。协议属性转储可能会采用 ct->lock，因此在保持该锁定时进行日志记录会死锁。
    通过在保留 ct->lock 期间仅存储最小日志上下文并在解锁后发出日志，来延迟 TCP 无效日志。另外使 TCP timeout-lowering 无效路径返回是否需要日志，然后在解锁后发出该日志。对持有 ct->lock 时可访问的 SCTP 无效状态转换日志执行相同的操作。将 lockdep 断言添加到 nf_ct_l4proto_log_invalid（），以便将来在保持 ct->lock 期间记录无效 conntrack 的调用程序也会在 TCP 和 SCTP 外部被捕获。（CVE-2026-74624）

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

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

  - net：openvswitch：为不匹配的 ID 重新分配更新回复 ovs_flow_cmd_new（） 会在选择回复 skb ovs_mutex前和知道将更新哪些现有流之前预分配该选择性回复 skb。这通常没问题，因为 skb 的大小来自请求流标识符。该标识符也将成为插入流的标识符。但是，对于更新，带有 UFID 的请求可能会错过 UFID 查找，然后回退到流密钥查找。该查找可以合法地查找现有的密钥识别流。
    UFID 是可选的，流密钥是主要标识符。对于回显回复，ovs_flow_cmd_fill_info（） 写入匹配流的标识符，而不是用于预分配的请求标识符。因此，短请求 UFID 可给密钥标识符留下太小的空间。然后填充可能因 -EMSGSIZE 而失败并命中更新路径中的BUG_ON（错误 < 0）。解决更新目标后，如果匹配的流需要比允许的请求标识符更大的回复，请重新分配回复 skb。在替换操作之前执行此操作，以便在罕见的额外分配失败时请求仍然可以完全失败。（CVE-2026-74664）

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

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

  - bnxt_en：禁用所有芯片上 TPA 的 EOP 以防止数据损坏 AGG 环上的 EOP（帧结束填充）可能导致一个段结尾处的零填充与下一段的数据重叠。如果启用了宽松排序 （RO），零填充可能会覆盖下一段中的有效数据并损坏数据。较旧的芯片（P5 及较早版本）不会在启用 EOP 时自动禁用 RO。在某些 ARM 系统上，据报告启用了 RO 的 57508 （P5） 芯片上存在数据损坏。启用 TPA 时，始终禁用 AGG 环上所有芯片上的 EOP 以修复数据损坏。（CVE-2026-74697）

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

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

  - net/smc：修复 smc_llc_event_handler（） 中针对 CONFIRM_LINK 和 ADD_LINK_CONT 的 qentry 覆盖 smc_llc_event_handler（） 中的 SMC_LLC_CONFIRM_LINK/SMC_LLC_ADD_LINK_CONT 分支将传入的 qentry 存储到本地 LLC 流中，而不需要首先检查 qentry 是否已待定。如果恶意或有缺陷的对等机在流处于活动状态且已设置 flow->qentry 时发送第二个CONFIRM_LINK或ADD_LINK_CONT请求，smc_llc_flow_qentry_set（） 将覆盖指针而不释放之前的分配，从而导致每条虚假消息泄漏一个 kmalloc-96 对象。同级 SMC_LLC_DELETE_LINK 分支已具有正确的 ！flow->qentry 防护。对 CONFIRM_LINK/ADD_LINK_CONT 分支应用相同的防护，以便当 qentry 已被占用时，重复消息中断并由 out： 标签的 kfree（qentry） 释放，而不是静默地泄漏现有分配。响应方向 （smc_llc_rx_response（）） 不受影响：它已经在对等站点使用 flow->qentry 进行保护并正确丢弃重复响应。（CVE-2026-74719）

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

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

  - eventfs：修复 eventfs_remove_rec（） 中的释放后使用 eventfs_remove_rec（） 递归删除当前循环位置的子进程。递归调用返回后，list_for_each_entry（） 会从已删除的子进程中读取 list.next。如果 free_ei（） 丢弃最终引用，release_ei（） 会重用 list/rcu 并集来为 SRCU 回调排队。在阅读之前，孩子可能会被释放。eventfs_mutex序列化列表更新，但不会使删除的子进程保持活动状态或阻止 SRCU 回调运行。使用 list_for_each_entry_safe（） 保存下一个同级，然后再递归删除当前子项。
    (CVE-2026-74606)

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

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

  - bpf、sockmap：修复发送判决中的释放后使用sk_redir sk_psock_msg_verdict（） 采用 psock->sk_redir 的套接字引用。tcp_bpf_send_verdict（） 会在保持源套接字锁定的同时复制该指针，但在终止围绕 tcp_bpf_sendmsg_redir（） 的锁定之前，不会引用本地副本。当 apply_bytes 保持缓存的判定处于活动状态时，当第一个线程仍然仅保留原始本地指针时，同一源套接字上的另一个 sendmsg（） 可能会消耗剩余字节并释放缓存的引用： CPU 0 CPU 1 sk_redir = psock->sk_redir apply_bytes 保持非零 release_sock（sk） lock_sock（sk） apply_bytes达到零 psock->sk_redir = NULL release_sock（sk） tcp_bpf_sendmsg_redir（sk_redir） sock_put（sk_redir） tcp_bpf_sendmsg_redir（sk_redir） 最终 sock_put（） 可在 CPU 0 取消引用前释放sk_redir。KASAN 报告：缺陷：KASAN：在 tcp_bpf_sendmsg_redir+0xf39/0x1020 中的释放后使用 任务 poc/87 在地址 ffff888108537090 处读取的大小为 8 调用跟踪：tcp_bpf_sendmsg_redir+0xf39/0x1020 tcp_bpf_sendmsg+0x977/0x1a50 __sys_sendto+0x32c/0x3a0 __x64_sys_sendto+0xdb/0x1b0 按任务 85 分配：
    sk_prot_alloc+0x56/0x210 sk_clone+0x6f/0x14b0 inet_csk_clone_lock+0x24/0x740 tcp_create_openreq_child+0x25/0x2710 tcp_v4_syn_recv_sock+0x10a/0xe00 由任务 0 释放：
    __kasan_slab_free+0x43/0x70 slab_free_after_rcu_debug+0xa6/0x1e0 rcu_core+0x50a/0x1850 上一次可能相关的工作创建：__sk_destruct+0x3da/0x540 sk_psock_destroy+0x81e/0xab0 process_one_work+0x63a/0x1070 在源套接字锁仍保护 psock->sk_redir 时获取临时套接字引用，并在 tcp_bpf_sendmsg_redir（） 返回后将其终止。这使每个未锁定的使用与缓存判定所有权独立。（CVE-2026-74589）

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

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

  - serial：qcom-geni：修复 TX DMA 缓冲区刷新 正在进行的 TX DMA 期间传输刷新 qcom-geni UART 时，UART 会无限重复损坏的 TX DMA 帧卡住。DMA 模式uart_ops不提供flush_buffer回调，因此正在传输的传输可以在串行核心重置传输 kfifo 之后完成，从而导致其长度下溢并无限期地重新提交页面大小的传输。添加一个停止传输并清除tx_remaining和tx_queued的修补程序。停止路径也会被破坏：它会在串行引擎仍可读取缓冲区时取消映射缓冲区，并且永远不会重置 TX DMA 状态机。首先取消主音序器命令，然后重置状态机并等待它，然后再取消映射。终止过早返回，以便在主命令不活动时一并清理待定映射。可从紧接着进行大量写入的用户空间触发此缺陷。后续 tcdrain 将永久挂起。重现了该缺陷，并使用 /dev/ttyHS1 在 Arduino Uno Q （QRB2210） 上验证了此补丁。（CVE-2026-74655）

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

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

  - btrfs：修复 btrfs_do_encoded_write（） 中的内存泄漏 的 6.12.94 本地模糊测试发现以下内存泄漏： 未引用的对象0xffff888018050a80（大小 64）：comm syz.0.17、pid 10297、jiffies 4294953601 hex 转储（前 32 字节）：00 10 00 00 00 00 00 01 00 00 00 00 00 00 ................10 0a 05 18 80 88 ff ff 10 0a 05 18 80 88 ff ff ................回溯 （CRC a8a6fc29）：kmemleak_alloc_recursive include/linux/kmemleak.h：42 [内联] slab_post_alloc_hook mm/slub.c：4152 [内联] slab_alloc_node mm/slub.c：4197 [内联] __kmalloc_cache_noprof+0x168/0x2c0 mm/slub.c：4358 kmalloc_noprof include/linux/slab.h：878 [内联] extent_changeset_alloc fs/btrfs/extent_io.h：207 [内联] qgroup_reserve_data+0x1c5/0x7d0 fs/btrfs/qgroup.c：4305 btrfs_qgroup_reserve_data+0x2e/0xb0 fs/btrfs/qgroup.c：4355 btrfs_do_encoded_write+0x92e/0x1040 fs/btrfs/inode.c：9746 btrfs_encoded_write fs/btrfs/file.c：1482 [内联] btrfs_do_write_iter+0x280/0x610 fs/btrfs/file.c：1507 btrfs_ioctl_encoded_write+0x3d6/0x490 fs/btrfs/ioctl.c：4738 btrfs_ioctl+0x6f9/0xc90 fs/btrfs/ioctl.c：-1 vfs_ioctl fs/ioctl.c：51 [内联] __do_sys_ioctl fs/ioctl.c：906 [内联] __se_sys_ioctl+0xf9/0x170 fs/ioctl.c：892 do_syscall_x64 arch/x86/entry/common.c：47 [内联] do_syscall_64+0xbe/0x1a0 arch/x86/entry/common.c：78 entry_SYSCALL_64_after_hwframe+0x77/0x7f 未引用的对象0xffff888018050a00（大小 64）：comm syz.0.17、pid 10297、jiffies 4294953601 hex 转储（前 32 字节）：00 00 00 00 00 00 00 ff 0f 00 00 00 00 00 00 ................90 0a 05 18 80 88 ff ff 90 0a 05 18 80 88 ff ff ................回溯 （CRC cb5c9580）：kmemleak_alloc_recursive include/linux/kmemleak.h：42 [内联] slab_post_alloc_hook mm/slub.c：4152 [内联] slab_alloc_node mm/slub.c：4197 [内联]
    __kmalloc_cache_noprof+0x168/0x2c0 mm/slub.c：4358 kmalloc_noprof include/linux/slab.h：878 [内联] kzalloc_noprof include/linux/slab.h：1014 [内联] ulist_prealloc+0x9c/0x110 fs/btrfs/ulist.c：114 extent_changeset_prealloc fs/btrfs/extent_io.h：217 [内联] __set_extent_bit+0x16b/0x1a70 fs/btrfs/extent-io-tree.c：1086 set_record_extent_bits+0x50/0x90 fs/btrfs/extent-io-tree.c：1821 qgroup_reserve_data+0x274/0x7d0 fs/btrfs/qgroup.c：4312 btrfs_qgroup_reserve_data+0x2e/0xb0 fs/btrfs/qgroup.file。 c：4355 btrfs_do_encoded_write+0x92e/0x1040 fs/btrfs/inode.c：9746 btrfs_encoded_write fs/btrfs/file.c：1482 [内联] btrfs_do_write_iter+0x280/0x610 fs/btrfs/file.c：1507 btrfs_ioctl_encoded_write+0x3d6/0x490 fs/btrfs/ioctl.c：4738 btrfs_ioctl+0x6f9/0xc90 fs/btrfs/ioctl.c：-1 vfs_ioctl fs/ioctl.c：51 [内联] __do_sys_ioctl fs/ioctl.c：906 [内联] __se_sys_ioctl+0xf9/0x170 fs/ioctl.c：892 do_syscall_x64arch/x86/entry/common.c：47 [内联] do_syscall_64+0xbe/0x1a0 arch/x86/entry/common.c：78 entry_SYSCALL_64_after_hwframe+0x77/0x7f 通过在从 btrfs_do_encoded_write（） 返回之前释放盘区变更集来修复此问题。（CVE-2026-74722）

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

ID	名称	严重性
339188	Linux Distros 未修补的漏洞：CVE-2026-78465	high
339187	Linux Distros 未修补的漏洞：CVE-2026-78376	high
339186	Linux Distros 未修补的漏洞：CVE-2026-78475	medium
339157	Linux Distros 未修补的漏洞：CVE-2026-78367	high
339129	Tenable Security Center < 6.9.0 多个漏洞 (TNS-2026-22)	critical
339073	Linux Distros 未修补的漏洞：CVE-2026-78323	medium
339072	Linux Distros 未修补的漏洞：CVE-2026-74584	high
339068	Microsoft .NET Core SEoL （10.x）	low
339067	Microsoft .NET Core SEoL （9.x）	low
339066	Microsoft .NET Core SEoL （8.x）	low
339040	Linux Distros 未修补的漏洞：CVE-2026-19542	medium
339024	Linux Distros 未修补的漏洞：CVE-2026-74705	critical
339023	Linux Distros 未修补的漏洞：CVE-2026-74716	medium
339022	Linux Distros 未修补的漏洞：CVE-2026-74727	critical
339021	Linux Distros 未修补的漏洞：CVE-2026-74626	high
339020	Linux Distros 未修补的漏洞：CVE-2026-74732	medium
339019	Linux Distros 未修补的漏洞：CVE-2026-74731	high
339018	Linux Distros 未修补的漏洞：CVE-2026-74641	high
339017	Linux Distros 未修补的漏洞：CVE-2026-74622	high
339016	Linux Distros 未修补的漏洞：CVE-2026-63311	medium
339015	Linux Distros 未修补的漏洞：CVE-2026-74725	high
339014	Linux Distros 未修补的漏洞：CVE-2026-71514	low
339013	Linux Distros 未修补的漏洞：CVE-2026-74587	critical
339012	Linux Distros 未修补的漏洞：CVE-2026-66393	high
339011	Linux Distros 未修补的漏洞：CVE-2026-74629	high
339010	Linux Distros 未修补的漏洞：CVE-2026-74659	medium
339009	Linux Distros 未修补的漏洞：CVE-2026-74609	high
339008	Linux Distros 未修补的漏洞：CVE-2026-71513	high
339007	Linux Distros 未修补的漏洞：CVE-2026-74595	high
339006	Linux Distros 未修补的漏洞：CVE-2026-74617	critical
339005	Linux Distros 未修补的漏洞：CVE-2026-74726	high
339004	Linux Distros 未修补的漏洞：CVE-2026-74637	high
339003	Linux Distros 未修补的漏洞：CVE-2026-74600	medium
339001	Linux Distros 未修补的漏洞：CVE-2026-74711	high
339000	Linux Distros 未修补的漏洞：CVE-2026-74585	high
338999	Linux Distros 未修补的漏洞：CVE-2026-74593	high
338998	Linux Distros 未修补的漏洞：CVE-2026-74703	high
338997	Linux Distros 未修补的漏洞：CVE-2026-74671	high
338996	Linux Distros 未修补的漏洞：CVE-2026-74713	high
338995	Linux Distros 未修补的漏洞：CVE-2026-74684	high
338994	Linux Distros 未修补的漏洞：CVE-2026-74621	high
338993	Linux Distros 未修补的漏洞：CVE-2026-68766	high
338992	Linux Distros 未修补的漏洞：CVE-2026-74624	high
338991	Linux Distros 未修补的漏洞：CVE-2026-74664	high
338990	Linux Distros 未修补的漏洞：CVE-2026-74697	high
338989	Linux Distros 未修补的漏洞：CVE-2026-74719	high
338988	Linux Distros 未修补的漏洞：CVE-2026-74606	high
338987	Linux Distros 未修补的漏洞：CVE-2026-74589	high
338986	Linux Distros 未修补的漏洞：CVE-2026-74655	high
338985	Linux Distros 未修补的漏洞：CVE-2026-74722	medium

检测

Nessus 的 Misc. 系列

high

high

medium

high

critical

medium

high

low

low

low

medium

critical

medium

critical

high

medium

high

high

high

medium

high

low

critical

high

high

medium

high

high

high

critical

high

high

medium

high

high

high

high

high

high

high

high

high

high

high

high

high

high

high

high

medium