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

  - futex：避免最终放置的隐私哈希释放后使用 futex_private_hash_put（） 在评估 wake_up_var（） 的 fph->mm 之前终止对 fph 的引用。futex_ref_put（） 在返回前再次启用优先权。如果该放置丢弃了最终引用并且该任务被抢占，则另一个任务可以转向替换哈希并在 RCU 宽限期后释放旧哈希。第一个任务随后在恢复时从释放的分配中读取 fph->mm。KASAN 报告 futex_private_hash_put（） 中存在 slab-after-use-free（），读取偏移 24 处是已释放的 kmalloc-512 分配。分配和释放堆栈分别指向 futex_hash_allocate（） 和 RCU 自由路径。在仍保留 fph 引用时加载 mm 指针并将保存的值传递到 wake_up_var（）。wake_up_var（） 将指针用作等待队列键，并且不通过它取消引用 mm。（CVE-2026-80758）

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

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

  - mshv：修复 mshv_irqfd_deassign mshv_irqfd_deactivate（） 中的争用和 pt_irqfds_list 的 hlist 遍历需要保留 pt->pt_irqfds_lock，但是 mshv_irqfd_deassign（） 省略了该项。这会与 mshv_irqfd_wakeup（） 中的 EPOLLHUP 路径争用，后者会在调用 mshv_irqfd_deactivate（） 之前进行锁定。
    此外，mshv_irqfd_deactivate（） 使用 hlist_del（） 使节点指针中毒，而不是重置它们。由于 mshv_irqfd_is_active（） 依赖 hlist_unhashed（）（检查 pprev == NULL），中毒节点似乎仍处于活动状态。如果并行路径在相同 irqfd 上再次调用 mshv_irqfd_deactivate（），防护无法防止中毒指针上的双重 hlist_del（）。修复了两个问题：- 在 mshv_irqfd_deassign（） 中的列表遍历周围添加缺失的 spin_lock_irq/spin_unlock_irq，与 mshv_irqfd_release（） 相匹配。- 使用 hlist_del_init（） 而不是 hlist_del（），这样在删除节点后会将节点正确地标记为未哈希，从而使is_active防护可靠。（CVE-2026-80896）

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

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

  - ring-buffer：通过强制 8 字节对齐修复事件长度 RB_FORCE_8BYTE_ALIGNMENT为 true 时，rb_calculate_event_length（） 将 event->array[0] 的空间预留用于放置数据长度，而 rb_update_event（） 相应地将数据长度存储在 event->array[0] 中。因此，整个事件长度将无条件地为 sizeof（event.array[0]） 额外增加 4 个字节。但是 ring_buffer_event_length（） 仅减去大于 RB_MAX_SMALL_DATA + sizeof（event->array[0]） 的事件的 sizeof（event->array[0]）。因此，RB_FORCE_8BYTE_ALIGNMENT=true 架构上的小型事件会报告比预期大 4 个字节的数据长度。要修复此问题，请添加该RB_FORCE_8BYTE_ALIGNMENT作为条件，以便在 RB_FORCE_8BYTE_ALIGNMENT 为 true 时减去该长度字段的大小。在 CONFIG_HAVE_64BIT_ALIGNED_ACCESS 设置为 y 的 riscv64 内核中运行 ftrace selftest trace_marker_raw.tc 时发现此问题，得到奇怪的日志：对于 id 为 1..100 的情况，数据字段数为 8*N，但一旦 id 超过 100，数据字段数变为 8*N+4： # 1 buf：58 00 00 00 80 5e d1 63（数据字段数为 8*1）... # a buf：58 ...（数据字段的数量为 8*2） ... # 64 缓冲器：58 ...
    （数据字段数为 8*13） # 65 缓冲器：58 ...（数据字段数为8*13+4）应用该更改后，数据字段的数量始终保持为 8*N+4。（CVE-2026-80876）

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

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

  - MongoDB Server 中的一个问题可允许对分片具有直接网络访问权限的经认证用户错误地提交或中止正在进行的准备的事务，从而绕过预期的事务协调进程。这可导致跨分片数据不一致、群集时钟损坏，以及违反事务原子性保证。（CVE-2026-18709）

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

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

  - xfs：在 xfs_trans_roll 中无条件地还原 NOFS 上下文 当 __xfs_trans_commit（） 在 xfs_trans_roll（） 中失败时，NOFS 上下文会遭到清除，但仅会在成功路径中还原。这会使错误路径缺少 nofs 保护，进而造成 xfs_nondir_ilock_class 和 fs_reclaim 之间存在循环锁定依赖关系：CPU0 CPU1 ---- ---- lock（&xfs_nondir_ilock_class）;lock（fs_reclaim）;
    lock（&xfs_nondir_ilock_class）;lock（fs_reclaim）;通过在错误检查之前移动 xfs_trans_set_context（） 来修复此问题，以便始终在新事务上还原 nofs 上下文。(CVE-2026-80804)

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

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

  - Avo 是用于为 Ruby on Rails 应用程序创建管理面板的框架。从版本 2.28.0 到旧版本 3.32.0，Avo 的直接附件上传端点缺少服务器端上传授权，并绕过已记载的字段级上传策略方法，例如 upload_{FIELD_ID}？。可以访问 Avo 附件上传端点的经过身份验证的 Avo 用户可以在解析的记录上替换或添加附件内容，包括二进制内容、文件名和内容类型元数据，即使两者都更新？而upload_<field>？政策拒绝该行动。这主要影响多角色 Avo Pro/Advanced 样式的部署，在此类部署中，非管理员或受限操作员用户可以访问 Avo，并且策略应强制执行按记录或按字段操作。已在版本 3.32.0 中修补此问题。(CVE-2026-53769)

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

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

  - 数值截断造成的越界写入 Linux x86-64 上的 Samsung Open Source Escargot 允许可提供 JavaScript 执行的攻击者通过实例初始化条目计数超过 UINT16_MAX 的构建类定义，损坏本地内存并使主机进程崩溃。此问题影响 Escargot： 5dc93606abd42b859045add05d704a038e197359。（CVE-2026-86315）

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

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

  - Perl 的 Authen：：SASL：:P erl：:D IGEST_MD5 之前 2.2100 的版本接受通过 server_step 中未经验证的临时信息的重放认证响应。server_start 会生成新的临时信息并将其发送到质询中，之后不会再将该值与客户端返回的临时信息进行比较。 server_step 从客户端自己的参数派生预期的摘要，因此只要响应的摘要符合它携带的临时信息，响应就会进行验证。它还检查的计数表以客户端提供的 nonce 键入，并且在每个新服务器对象中以空开始，因此捕获的带有“”nc=00000001的第一个响应也会传递该响应。RFC 2831 将响应中的临时信息定义为服务器在上一个质询中发送的值。发现一个成功的“qop=auth”交换的攻击者可针对相同服务、主机、领域和用户的后续会话重放捕获到的响应，并在不知道密码的情况下以该用户身份进行认证。
    (CVE-2026-86219)

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

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

  - Node.js HTTP 客户端中的一个缺陷可造成基于Node.js的转发代理的请求去同步化，这些转发代理从可见的“IncomingMessage”标头重建出站标头，同时将原始正文通过管道输送到重用的后端连接。Node.js可从“req.headers”、“req.rawHeaders”和“req.headersDistinct”中省略“maxHeadersCount”/“maxHeaderPairs”以外的标头，同时仍在内部将这些被忽略的标头用于 HTTP 消息帧。特别是，在请求正文仍在传递时，可对 userland 隐藏“Content-Length”。此漏洞影响所有受支持的版本系列：**Node.js 22**、
    **Node.js 24** 和 **Node.js 26**。（CVE-2026-48932）

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

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

  - ugrep 之前 7.6.0 在处理构建的 时在 LZW 解压缩器中包含一个堆缓冲区过度读取漏洞。Z 存档文件。攻击者可提供畸形 .Z 文件，可造成解压缩器读取超过分配的堆缓冲区的一个字节，进而可能造成进程崩溃。（CVE-2025-15614）

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

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

  - PJSIP 是以 C 语言编写的免费开源多媒体通信库。提交 acc03b5 之前，处理注册响应中的 Service-Route 标头时（pjsua_acc.c 中的 update_service_route（））时，PJSUA 中存在堆栈缓冲区溢出。这会影响使用 PJSUA/PJSUA2 帐户 API（默认注册路径）注册的应用程序。来自对 REGISTER 的 2xx 响应的服务路由 URI 存储在固定大小的数组中，而不限制标头数量;返回过量 Service-Route 标头的注册器可以超过堆栈上数组的末尾进行写入。写入的值为内部指针而非任意数据，因此最可能的影响是应用程序意外终止（拒绝服务），但不能排除内存损坏。恶意响应可能来自遭到破坏或恶意的注册机构，或在未受保护的传输上发出伪造响应。已通过提交 acc03b5 修补此问题。（CVE-2026-57161）

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

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

  - PJSIP 是以 C 语言编写的免费开源多媒体通信库。在提交 a1b707c 之前，在 SDP 提供/应答（transport_srtp_sdes.c 中的 sdes_encode_sdp（））期间处理 a=crypto 属性时，SRTP/SDES 媒体传输中存在堆栈缓冲区溢出。这会影响启用了 SRTP 的应用程序（use_srtp可选或必须，使用 SDES 密钥）。在媒体协商期间，远程 SDP 中的 crypto 属性被收集到固定大小的数组中，而不限制其数量;如果远程对等机在单一媒体描述中包含过多 a=crypto 属性，则可以超过堆栈上该数组的末尾进行写入。在应用程序级认证之前，可以在要约/应答期间通过传入的 SIP INVITE 访问此信息。影响范围可能从应用程序意外终止到控制流劫持/内存损坏。未启用 SRTP 的应用程序不受影响。此问题已通过提交 a1b707c 得到修补。（CVE-2026-57162）

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

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

  - PJSIP 是以 C 语言编写的免费开源多媒体通信库。在提交 628b716 之前，在历史记录调用期间重绘命令行时（cli_telnet.c 中的 handle_up_down（）），PJLIB-UTIL telnet CLI 前端存在堆栈缓冲区溢出。此问题仅影响启用 telnet CLI 前端的应用程序（与相关 CLI 问题相同的门控）。撤回的历史记录条目的行重绘序列可累积比固定大小的堆栈缓冲区容纳的数据多，这可能导致应用程序终止。要利用此漏洞，需要访问未经认证的 telnet CLI，因为此版本已经允许任意 CLI 命令，因此额外影响有限。未启用 telnet CLI 前端的应用程序不受影响。此问题已通过认可 628b716 修补。（CVE-2026-57165）

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

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

  - PJSIP 是以 C 语言编写的免费开源多媒体通信库。在提交 d6a0e7f 之前，序列化通用数组标头（如 Allow、Require、Support 和 Unsupported）的函数 pjsip/src/pjsip/sip_msg.c 中的 pjsip_generic_array_hdr_print（） 中可能出现缓冲区溢出。在某些输出缓冲区边界条件下，该函数可在缓冲区末尾之外写入一个字节。这主要在解析和重新序列化传入 SIP 请求的应用程序中可实现，例如代理、SBC 或 B2BUA，其中远程对等机可影响序列化的消息。越界写入为单个固定字节;未演示代码执行和信息泄露，在典型的基于池的分配中，字节属于分配宽松范围内。此问题已通过提交 d6a0e7f 修复。
    (CVE-2026-57160)

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

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

  - PJSIP 是以 C 语言编写的免费开源多媒体通信库。在提交 673b978 之前，启用远程负载类型映射维护功能时，SDP 协商器中可能发生远程越界读取和写入。pjmedia/src/pjmedia/sdp_neg.c 中的 assign_pt_and_update_map（） 使用取自远程 SDP 的有效负载类型编号，在未充分验证边界的情况下，为固定大小的内部表编制索引，因此特制的远程 SDP 可造成这些表之外的内存访问。实际影响为内存损坏和拒绝服务;未演示代码执行。只有在启用了PJMEDIA_SDP_NEG_MAINTAIN_REMOTE_PT_MAP时，才能访问此路径。默认设置为禁用，因此默认版本不受影响;该功能是集成产品可能支持的互操作性选项。此问题已通过提交 673b978 得到修补。（CVE-2026-57159）

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

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

  - PJSIP 是以 C 语言编写的免费开源多媒体通信库。在提交 8d5956a 之前，缓冲 HTTP 响应正文时，PJLIB-UTIL HTTP 客户端 （http_client.c） 中存在堆缓冲区溢出。这会影响使用 PJLIB-UTIL HTTP 客户端来一次性接收整个响应正文（没有增量on_data_read回调的完成回调）的应用程序。在扩大响应缓冲区时，基于服务器提供的 Content-Length 的不正确大小计算可使缓冲区过小，从而导致在分配末尾后写入响应数据。恶意或中间人 HTTP 服务器可通过构建的响应触发此问题;影响范围从应用程序意外终止到内存损坏等。以增量方式（通过on_data_read）使用响应的应用程序，或仅连接到受信任服务器的应用程序不受影响。此问题已通过提交 8d5956a 修补。
    (CVE-2026-57164)

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

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

  - PJSIP 是以 C 语言编写的免费开源多媒体通信库。在提交 4472a31 之前，为输入的命令行呈现反馈时，PJLIB-UTIL telnet CLI 前端存在堆栈缓冲区溢出。多个命令行处理路径在未进行充分边界检查的情况下向固定大小的缓冲区写入数据量，因此长命令行可使它们溢出。此问题仅影响启用 telnet CLI 前端的应用程序（例如 pj_cli_telnet_create（） / --cli-telnet-port）。
    telnet CLI 是没有认证的交互式管理接口，因此任何可访问它的客户端都已经可以发出任意 CLI 命令。格式错误或过长的命令行可在渲染命令行反馈时造成固定大小的堆栈缓冲区溢出，进而可能导致应用程序终止。
    由于访问此代码已需要访问未经认证的 CLI，因此超出现有访问权限的影响有限。未启用 telnet CLI 前端的应用程序不受影响。
    此问题已通过提交 4472a31 修补。（CVE-2026-57166）

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

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

  - PJSIP 是以 C 语言编写的免费开源多媒体通信库。在提交 c4a151a 之前，解析对等证书（ssl_sock_gtls.c 中的 tls_cert_get_info（））的主题备用名称扩展时，GnuTLS TLS 后端中存在堆栈缓冲区溢出。仅 GnuTLS 版本受到影响 （--with-gnutls）;OpenSSL 和 Apple SecureTransport/Network.framework 版本不受影响。在 TLS 握手后提取证书信息时，不正确的缓冲区大小值可导致将超大的 SubjectAltName 条目写入固定大小的堆栈缓冲区末尾后的位置。如果向连接客户端提供恶意服务器，或向请求证书的服务器提供恶意客户端，则网络定位的攻击者可以在 TLS 握手期间，在任何 SIP 级身份验证之前触发此操作。影响范围可能从应用程序意外终止到控制流劫持/内存损坏。此问题已通过提交 c4a151a 修补。（CVE-2026-57163）

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

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

  - libpcap BPF 解释器检测到由于缺少返回指令而未到达筛选程序缓冲区末端，也未执行偏移转换为缓冲区外部指针的跳转指令。特别是在罕见的使用情况下，特制的筛选器程序可导致解释器尝试读取 64 位架构上缓冲区周围 32GiB 的 OS 进程内存，以及 32 位架构上整个地址空间中的 OS 进程内存。（CVE-2026-31912）

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

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

  - libpcap BPF 解释器将“ja L”BPF 指令中的偏移视为有符号的整数，以通过向后跳跃实现循环，但它不限制循环迭代的次数。特别是在不常见的用例中，构建的过滤程序可造成解释器无限循环。（CVE-2026-6554）

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

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

  - rpcapd 可为从客户端收到的每条RPCAP_MSG_UPDATEFILTER_REQ或RPCAP_MSG_STARTCAP_REQ消息分配最多 65536 字节，但它从不释放内存，因此即使在正常使用情况下也会泄漏内存。
    恶意客户端可造成服务器以更快的速度泄漏内存。（CVE-2026-18313）

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

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

  - 在从/向暂存内存寄存器加载/存储值的 BPF 指令中，寄存器索引为无符号的 32 位整数，且不得超过 15，但是 libpcap BPF 解释器不会验证该值。
    特别是在罕见的使用情况下，特制的筛选器程序可导致解释器尝试在 16GiB 中读取和写入 OS 进程内存，在 64 位架构上从当前堆栈帧开始，在 32 位架构上尝试在整个地址空间中读取和写入。（CVE-2026-0799）

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

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

  -“div #k”和“mod #k”ALU 指令的 libpcap BPF 解释器未检查即时值是否为零。特别是在罕见的用例中，构建的筛选程序可造成除零。（CVE-2026-6244）

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

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

  - libpcap BPF 解释器在遇到具有无效操作码的 BPF 指令时调用 abort（）。特别是在不常见的使用情况下，构建的筛选器程序可终止 OS 进程。（CVE-2026-31911）

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

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

  - 处理从服务器收到的 RPCAP_MSG_PACKET 消息的 rpcap 客户端代码未正确验证其标头。恶意服务器可发送构建的消息，并导致客户端将超出缓冲区末尾的客户端进程内存中最多 20 字节视为捕获数据包的一部分。（CVE-2026-18238）

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

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

  - 在 2.15.4之前的 libxml2 中，uri.c 中的 xmlURIEscapeStr 存在整数溢出。（CVE-2026-86139）

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

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

  - 在之前 2.15.4的 libxml2 中，valid.c 中的 xmlSnprintfElements 存在 strcat 基于堆栈的缓冲区溢出。
    (CVE-2026-86140)

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

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

  - undici 的缓存拦截器记录了仅缓存安全的 HTTP 方法，但其跳过缓存的逻辑是通过从安全方法集中减去配置的方法来构建的，因此 POST、PUT 或 DELETE 等不安全方法永远不会放在跳过列表中，而是会返回完整的缓存读取路径。响应存储门也缺少方法检查，因此会存储启发式缓存或带有明确缓存控制指令的不安全请求的响应，然后从缓存重播。由于来自远程源的响应头不受信任，源可以以可缓存的状态回答一次，然后在未到达源的情况下从过时缓存条目提供客户端对该路径的后续状态变更请求，而不会到达源，这是在拦截器的默认配置下发生的完整性失败。这会影响最高和7.29.18.0.0最高到 8.10.2的 undici 版本。7.0.0 用户应升级到 undici 7.29.1 或 8.10.2.（CVE-2026-85008）

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

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

  - 在之前 2.15.4的 libxml2 中，dict.c 中的 xmlDictAddQString 存在整数溢出以及由此产生的基于堆的缓冲区溢出。（CVE-2026-86138）

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

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

  - 在 libxml2 之前 2.15.4的 xmlIO 中，xmlOutputWriteCallback 和 xmlBufUse 的不一致造成负长度到达写入回调，也就是调用 writecallback 之前缺少整数溢出检查。这与回调中该长度值的许多类型的使用具有安全相关性。
    (CVE-2026-86143)

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

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

  - 在之前的 libxml2 2.15.4的 xinclude 中，xmlXIncludeProcess 和 xmlXIncludeProcessTree 不会传播 parseFlags。例如，如果自定义资源加载程序（没有该标记）访问 Internet 并触发 XML 外部实体注入、SSRF 或拒绝服务（例如，对于故意缓慢的由攻击者控制的 Internet 资源），这与 XML_PARSE_NONET 标记安全相关。
    (CVE-2026-86144)

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

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

  - 在 2.15.4之前的 libxml2 中，由于 xmlXPtrEval xpointer 长度饱和，xmlXPtrEvalXPtrPart 中存在基于堆的缓冲区溢出。（CVE-2026-86142）

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

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

  - 由于 RemoteIo：：Impl：:p opulateBlocks（） 函数中的越界写入缺陷而存在漏洞。Exiv2 通过远程 URL 而非本地文件处理网络托管的元数据时，在块结构分配期间无法安全验证内存边界，可能会造成内存损坏或执行中断。（CVE-2026-68546）

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

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

  - Undici 的重试拦截器可将范围重试响应的正文附加到已从较早部分响应传送的字节，同时仍显示原始响应的状态和标头。上游服务器传递缺少可信恢复检查点的部分正文，例如标头已发送的不成功响应或具有不可用内容范围的部分内容响应，然后关闭连接并使用更多字节回答恢复的范围请求，然后会发生这种情况。
    因此，响应正文可能比应用程序观察到的 Content-Length 更长。将此类响应转发到下游 HTTP/1.1 对等机而不规范化框架的应用程序可能会发出超过转发的 Content-Length 的正文，并且多余的字节可被解释为后续响应的开头，从而实现下游响应拆分或去同步化。
    要利用此漏洞，需要攻击者控制的上游服务器和通过帧敏感路径转发响应的应用程序。这会影响 之前 6.28.1的 和 7.0.07.29.1至 的 8.0.08.10.2undici 版本。用户应升级到 undici 6.28.1、 7.29.1或 8.10.2。（CVE-2026-18540）

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

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

  - 在之前的 libxml2 2.15.4中，xmlFAParsePosCharGroup 在 xmlregexp 的 NXT 宏中存在越界读取，也称为越界读取。（CVE-2026-86137）

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

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

  - 在 /9.1.0. 之前版本9.5.4的 valkey-io 中检测到一个漏洞。Slot Migration 组件的 src/cluster_migrateslots.c 文件的 createSlotImportJob 函数受到此漏洞的影响。操控参数job_name导致越界读取。攻击者可远程利用该漏洞发动攻击。
    漏洞利用代码已公开披露，攻击者可能利用该漏洞发起攻击。 升级到版本 9.0.5 并 9.1.1 解决了此问题。修补程序识别为 f4dc3ca09eb650c2fe14060090a41c524eca803f。建议升级受影响的组件。（CVE-2026-85522）

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

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

  - PCRE2 之前 10.48 允许pcre2_dfa_match越界写入，因为在递归 DFA 匹配的工作区中重用缓存的工作区块缺少大小检查（即使新分配的块出于相同目的确实具有大小检查）。此结果需要使用攻击者控制的正则表达式，或递归模式搭配小堆限制（可通过 API 设置）。
    (CVE-2026-86145)

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

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

  - libxml2 之前 2.15.4 的 xmlregexp 在 strdup 失败后在 xmlRegNewParserCtxt 中存在空指针取消引用，即在空检查后未计算字符串长度。（CVE-2026-86141）

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

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

  - ntop nDPI 之前 6.0 的版本在 ndpi_json_string_escape 函数中包含堆缓冲区溢出漏洞，写入时超出调用程序提供的缓冲区边界。攻击者可通过提供特制的网络数据包数据（包括到达易受攻击的函数的 TLS SNI、HTTP 标头或 DNS 名称）来触发此溢出，从而导致堆损坏。（CVE-2026-86098）

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

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

  - Debian Linux - exiv2 - 无 Ubuntu Linux - [GHSA-jcgh-p9v3-pw6j：读取区块对齐的远程 CRW 文件时，RemoteIo 中存在堆越界读取] （CVE-2026-68547）

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

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

  - 存在漏洞的原因是映射详细信息不受支持。此特定 CVE 名称目前被标记为保留，或尚未在全球安全字典中填充最终的公开描述。（CVE-2026-49275）

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

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

  - Unidata netcdf-c through 在 NC4_HDF5_inq_attname（） 中 4.10.1 包含越界写入漏洞，可将 HDF5 属性名称复制到固定的 256 字节缓冲区而不进行长度验证。攻击者可以使用超大的属性名称构建 HDF5 文件来溢出目标缓冲区，从而在应用程序枚举属性名称时造成内存损坏和崩溃。（CVE-2026-86095）

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

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

  - drm/log：修复比例太大而无法显示时的无限循环 当比例太大到超出显示维度scaled_font行或列变为 0。columns 值为 0 会导致 drm_log_draw_kmsg_record（） 中出现无限循环，因为该循环从不递减长度。检查 drm_log_setup_modeset（） 中的零行/列并返回错误，清理已分配的缓冲区以避免泄漏。
    (CVE-2026-80740)

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

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

  - x86/mce：在 CMCI 发现之前设置轮询定时器 我在其中一台计算机上命中了以下问题：mce：
    CPU0 BANK15 CMCI 继承的风暴 ------------[ cut here ]------------ ODEBUG： assert_init 不可用（活动状态 0） 对象： （____ptrval____） 对象类型： timer_list提示： 0x0 警告：
    lib/debugobjects.c：632 at debug_object_assert_init+0x178/0x230， CPU#0： swapper/0/0 CPU： 0 UID： 0 PID： 0 Comm： swapper/0 未受感染 7.2.0-rc5 #3 PREEMPTLAZY RIP： 0010：debug_object_assert_init+0x18f/0x230 调用跟踪： <TASK> __mod_timer mce_timer_kick cmci_discover intel_init_cmci mce_intel_feature_init mcheck_cpu_init identify_cpu identify_boot_cpu arch_cpu_finalize_init start_kernel紧接着是第二个 SPLAT， 来自 timer_setup（） 发现同一定时器已排队：ODEBUG：初始化活动（活动状态 0） 对象：（____ptrval____） 对象类型：timer_list提示：stub_timer+0x0/0x10 这是因为 CMCI 风暴检测尝试在后者正确设置之前修改定时器。首先设置定时器。__mcheck_cpu_setup_timer（） 仅调用 timer_setup（），不依赖于通用或供应商 init。[ bp： 按摩提交消息。 ]（CVE-2026-80727）

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

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

  - mmc：loongson2：修复数据重新排序函数中的 sg 迭代 在 ls2k0500_mmc_reorder_cmd_data（） 和 ls2k2000_mmc_reorder_cmd_data（） 中，for_each_sg（） 宏已迭代 scatterlist 条目，其中“sg”指向当前条目。但是，代码未在循环内正确使用“&sg[i]”和“sg_dma_len（&sg[i]）”，这会将“sg”视为数组基础并再次编制索引，导致访问错误的 sg 条目（如果列表不是数组则越界）。（CVE-2026-80748）

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

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

  - OpenVPN 2.7_alpha1中的 2.7.6 Windows 交互服务允许经身份验证的本地用户通过特制的路径 （）CVE-2026-78043 绕过受信任配置目录限制并加载任意配置文件

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

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

  - btrfs：初始化缓存的 inode 的 inode 映射标记 [缺陷] 当运行具有 8K 区块大小、4K 页面大小的 generic/795 时，测试始终失败，从而触发一些与作品集大小相关的 ASSERT（）：795 （241074）：
    drop_caches：3 断言失败：IS_ALIGNED（start， blocksize） &&; IS_ALIGNED（end + 1， blocksize）， in extent_io.c：1404 （blocksize=8192， root=262 ino=258 start=16826368 end=16830463 mapping min order=0）
    ------------[ cut here ]------------ extent_io.c：1404 处的内核缺陷！哎呀：无效的操作码：0000 [#1] SMP CPU：8 UID：0 PID：241105 Comm：fsstress 受感染：G OE 7.2.0-rc5-custom+ #442 PREEMPT（full） f4bfb352566f3949f29c233ce6f735050a03b245 受感染：[O]=OOT_MODULE，[E]=UNSIGNED_MODULE 硬件名称：QEMU Standard PC （Q35 + ICH9， 2009），BIOS 未知 02/02/2022 RIP：0010：assert_folio_range.cold+0x3d/0x3f [btrfs] 调用跟踪： <TASK> btrfs_read_folio+0x9e/0x170 [btrfs 4cd1dd93b341b8ef766643f9512f4a86259567a3] prepare_one_folio.. constprop.0+0x104/0x2a0 [btrfs 4cd1dd93b341b8ef766643f9512f4a86259567a3] btrfs_buffered_write+0x285/0xa50 [btrfs 4cd1dd93b341b8ef766643f9512f4a86259567a3] btrfs_do_write_iter+0x1aa/0x210 [btrfs 4cd1dd93b341b8ef766643f9512f4a86259567a3] iter_file_splice_write+0x31a/0x540 direct_splice_actor+0x53/0x170 splice_direct_to_actor+0xe9/0x240 do_splice_direct+0x76/0xb0 vfs_copy_file_range+0x1fd/0x630 __x64_sys_copy_file_range+0xf9/0x220 do_syscall_64+0xe1/0x790 entry_SYSCALL_64_after_hwframe+0x4b/0x53 </TASK> ---[ end trace 0000000000000000]--- ASSERT（） 本身由更新的修补程序添加。该新调试修补程序会触发崩溃，但不安装此补丁。[原因]在上述情况下，起始16826368正确对齐 8K，但结束 （16830463 + 1） 未对齐 8K。此外，映射的最小作品集顺序为 0，而不是 8K 块大小和 4K 页面大小的预期 1。因此，这意味着某些 inode 不会对其进行调用 btrfs_set_inode_mapping_order（）。通过以下事件，缓存的 inode 会发生缺少 btrfs_set_inode_mapping_order（） 调用：- 为 inode X 调用的 btrfs_create_new_inode（） 正确地设置了 VFS inode 的最小作品集顺序。- btrfs_update_inode（） 调用 inode X 后，其调用 btrfs_delayed_update_inode（） 以创建根>delayed_nodes xarray 的delayed_node。- 降低缓存/内存压力，逐出内存内的 inode X 逐出 inode X，但delayed_node仍处于根>delayed_nodes中以供将来重用。- 重新调用 inode X 的 btrfs_iget（） btrfs_iget（） |- btrfs_iget_locked（） | |- iget5_locked_rcu（） |这将为 btrfs 创建新vfs_inode，其映射仍为 |最小阶数为 0。| |- btrfs_read_locked_inode（） |- btrfs_fill_inode（） | |- btrfs_get_delayed_node（） |哪个找到了上一个节点，并使用延迟的 |节点初始化新的 inode。| |- filled = true; |- if （filled） goto cache_index;这会跳过 btrfs_update_inode_mapping_flags（） 和 btrfs_set_inode_mapping_order（） 调用。因此，inode 仍将最小作品集顺序设置为 0，而不是所需的 1。因此，后续页面缓存读取将获得大小小于块大小的作品集，因为映射将其最小作品集顺序设置为 0 而不是 1，然后触发 ASSERT（）。[修复]将 btrfs_update_inode_mapping_flags（） 和 btrfs_set_inode_mapping_order（） 调用移动到cache_index标签下，以便无论是否有缓存的 inode，始终设置映射标记和最小作品集顺序。（CVE-2026-80734）

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

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

  - Windows 上的 OpenVPN 版本及2.7_alpha12.7.6版本2.5.02.6.22允许经身份验证的本地用户在网络配置步骤期间执行二进制植入攻击 （CVE-2026-84226）

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

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

  - 当 Type 3 字体中的字形高度为零时，Xpdf 4.06 （及更早版本）中的除以零。
    (CVE-2026-85458)

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

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

  - ovpn：在模块拥有的工作队列上运行延迟工作 ovpn 将回调执行模块文本的多个工作项排队。这些工作当前在全局系统工作队列上运行，因此模块退出没有驱动程序拥有的漏点，可保证在释放模块文本之前回调已完全返回。对象引用保护回调使用的对象，但它们不能证明工作队列函数已返回。特别是，工作线程可在设备仍在执行 ovpn 代码时，丢弃取消阻断设备拆卸的最终引用。添加模块拥有的工作队列，并将其中的所有 ovpn 工作项排队。在模块退出期间，首先取消注册 rtnl 和 netlink，刷新工作队列以使普通 ovpn 工作线程完成，然后运行最终的 RCU 屏障，然后最后销毁工作队列。这可使工作队列可用于从 RCU 回调排入队列的清理工作，同时确保没有任何 ovpn 工作项超过模块文本的有效期。在 netdev 拆卸期间（ndo_uninit 中disable_delayed_work_sync），因 flush_workqueue 未刷新其定时器上仍然待定的延迟工作，因此每设备延迟的 keepalive 工作仍会显式禁用。
    (CVE-2026-80753)

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

ID	名称	严重性
343422	Linux Distros 未修补的漏洞：CVE-2026-80758	medium
343421	Linux Distros 未修补的漏洞：CVE-2026-80896	medium
343420	Linux Distros 未修补的漏洞：CVE-2026-80876	medium
343419	Linux Distros 未修补的漏洞：CVE-2026-18709	medium
343418	Linux Distros 未修补的漏洞：CVE-2026-80804	medium
343412	Linux Distros 未修补的漏洞：CVE-2026-53769	medium
343411	Linux Distros 未修补的漏洞：CVE-2026-86315	medium
343407	Linux Distros 未修补的漏洞：CVE-2026-86219	critical
343404	Linux Distros 未修补的漏洞：CVE-2026-48932	low
343402	Linux Distros 未修补的漏洞：CVE-2025-15614	medium
343130	Linux Distros 未修补的漏洞：CVE-2026-57161	high
343129	Linux Distros 未修补的漏洞：CVE-2026-57162	high
343128	Linux Distros 未修补的漏洞：CVE-2026-57165	medium
343127	Linux Distros 未修补的漏洞：CVE-2026-57160	medium
343126	Linux Distros 未修补的漏洞：CVE-2026-57159	high
343125	Linux Distros 未修补的漏洞：CVE-2026-57164	high
343124	Linux Distros 未修补的漏洞：CVE-2026-57166	medium
343123	Linux Distros 未修补的漏洞：CVE-2026-57163	high
343122	Linux Distros 未修补的漏洞：CVE-2026-31912	medium
343121	Linux Distros 未修补的漏洞：CVE-2026-6554	medium
343120	Linux Distros 未修补的漏洞：CVE-2026-18313	medium
343119	Linux Distros 未修补的漏洞：CVE-2026-0799	high
343118	Linux Distros 未修补的漏洞：CVE-2026-6244	medium
343117	Linux Distros 未修补的漏洞：CVE-2026-31911	medium
343116	Linux Distros 未修补的漏洞：CVE-2026-18238	medium
343108	Linux Distros 未修补的漏洞：CVE-2026-86139	high
343107	Linux Distros 未修补的漏洞：CVE-2026-86140	high
343106	Linux Distros 未修补的漏洞：CVE-2026-85008	medium
343105	Linux Distros 未修补的漏洞：CVE-2026-86138	high
343104	Linux Distros 未修补的漏洞：CVE-2026-86143	high
343103	Linux Distros 未修补的漏洞：CVE-2026-86144	high
343102	Linux Distros 未修补的漏洞：CVE-2026-86142	high
343101	Linux Distros 未修补的漏洞：CVE-2026-68546	critical
343100	Linux Distros 未修补的漏洞：CVE-2026-18540	low
343099	Linux Distros 未修补的漏洞：CVE-2026-86137	medium
343098	Linux Distros 未修补的漏洞：CVE-2026-85522	medium
343097	Linux Distros 未修补的漏洞：CVE-2026-86145	high
343096	Linux Distros 未修补的漏洞：CVE-2026-86141	low
343095	Linux Distros 未修补的漏洞：CVE-2026-86098	high
343094	Linux Distros 未修补的漏洞：CVE-2026-68547	critical
343093	Linux Distros 未修补的漏洞：CVE-2026-49275	critical
343092	Linux Distros 未修补的漏洞：CVE-2026-86095	high
343080	Linux Distros 未修补的漏洞：CVE-2026-80740	medium
343079	Linux Distros 未修补的漏洞：CVE-2026-80727	high
343078	Linux Distros 未修补的漏洞：CVE-2026-80748	high
343077	Linux Distros 未修补的漏洞：CVE-2026-78043	medium
343076	Linux Distros 未修补的漏洞：CVE-2026-80734	high
343075	Linux Distros 未修补的漏洞：CVE-2026-84226	high
343074	Linux Distros 未修补的漏洞：CVE-2026-85458	low
343073	Linux Distros 未修补的漏洞：CVE-2026-80753	high

检测

Nessus 的 Misc. 系列

medium

medium

medium

medium

medium

medium

medium

critical

low

medium

high

high

medium

medium

high

high

medium

high

medium

medium

medium

high

medium

medium

medium

high

high

medium

high

high

high

high

critical

low

medium

medium

high

low

high

critical

critical

high

medium

high

high

medium

high

high

low

high