因此，该软件受到 ALAS2023-2026-3273 公告中提及的多个漏洞影响。

    containerd 是一个开源容器运行时。在低于 、 、 2.3.62.2.9和 2.4.1的版本之前1.7.36，2.0.13特制的 OCI 索引图可在 PullImage 期间（容器启动之前）强制使用非常高的 CPU/内存使用率，从而造成长时间的 ContainerCreating 停止，并在较大的情况下造成节点/运行时不稳定。版本 、 2.0.13、 2.2.9和2.3.62.4.1修复1.7.36该问题。（CVE-2026-53493）

    以前，建立通道后，恶意对等机可发送构建的消息来锁死整个连接。现在，我们处理所有 RFC 4254 通道消息;明确处理全局请求。然后，将所有其他消息视为协议错误并断开连接，而非缓冲和阻断。（CVE-2026-56855）

    “github.com/moby/sys/user”程序包提供 Go 实用工具，用于解析和查找 Unix 样式的用户和群组数据库文件中的条目。之前 0.4.1 的版本在解析“/etc/passwd”- 或“/etc/group”样式文件时没有充分限制条目，这允许可提供特别构建的文件的攻击者造成过量内存消耗，并可能因内存不足情况终止受影响的进程。已在版本 0.4.1 中修补此问题。变通方案是避免解析受攻击者控制的用户或群组数据库文件，或者在解析前验证和限制不受信任的输入。
    (CVE-2026-61801)

    当客户端发送 Trailer 标头时，HTTP 服务器在内部使用这些标头值填充传递给服务器处理程序的 Request.Trailer 映射。由于 Request.Trailer 是一个映射，因此每个条目都会产生内存开销。对于 HTTP/2 服务器，恶意客户端可利用此漏洞，通过发送声明大量字段的尾部标头，导致服务器分配不成比例的内存量，同时绕过 Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制。此漏洞不适用于 HTTP/1 服务器，因为 HTTP/1 服务器不支持通过一个 TCP 连接对大量请求进行多路复用，并且其 Server.MaxHeaderBytes 的计算方式不同。Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制现在应用于尾部标头中声明的尾部字段。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81857NOTE: 已修复：
    https://github.com/golang/go/commit/cbb0fb8b51cba866018b8a0fb4b5458f16c5c80b （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 （go1.26.9） （CVE-2026-78659）

    以前，在多路复用器的 chanList 中注册的通道在建立之前无法使用。恶意对等机能够淹没通道的 incomingRequests，使整个连接死锁。现在，我们添加了当通道可用时设置的原子建立状态。在此之前，handlePacket 会丢弃除打开确认/失败以外的每个数据包，不会阻断也不会中断连接。
    (CVE-2026-78662)

    HTTP/2 服务器可针对相同的数据退还两次连接级别的流控制：这两次是在客户端重置流（为流的任何已发送但未读部分退还数据）时，另一次是在请求处理程序读取缓冲的数据时。恶意客户端可利用此漏洞，绕过配置的连接级流控制限制 （MaxReceiveBufferPerConnection）。缓冲数据总量仍受到并发流限制和流级流控制的限制。HTTP/2 服务器现在会等到请求处理程序完成后，才退还重置流的连接层级流控制。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81743NOTE: 已修复：
    https://github.com/golang/go/commit/31dc9e2449e394439498142451627af52626d7c4 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 （go1.26.9） （CVE-2026-78663）

    OpenTelemetry-Go 是 OpenTelemetry 的 Go 实现。从版本 1.5.0 到 1.44.0， sdk/trace。NewTracerProvider 发出 TracerProvider 创建的内部信息级诊断事件，其 MarshalLog 实现以递归方式包含 span 处理器、导出器和客户端配置。
    调用 otel 的应用程序。因此，启用 OpenTelemetry 内部信息日志记录的 SetLogger 便可记录 OTLP gRPC 和 HTTP 回收器端点、OTLP HTTP 不安全标志，以及完整的 Zipkin 回收器 URL。有权访问这些日志的人员或系统可以了解内部收集器拓扑并恢复嵌入在 Zipkin URL 用户信息或查询字符串中的凭据或标记。默认 OpenTelemetry 记录器不会发出事件，且此路径不会记录 OTLP 身份验证标头、TLS 密钥材料或 SPAN 有效负载。此问题已在 1.45.0 版本中修复。(CVE-2026-81870)

    containerd 是一个开源容器运行时。从 2.1.0 until 2.2.7 和 2.3.4，containerd 的 CRI CreateContainer 检查点还原容易受到攻击，因为 CRIU 会从检查点数据还原进程安全状态，而不是强制执行目标 ContainerConfig。能够从特制检查点创建容器的攻击者可提供还原的凭据、功能、no_new_privs和 seccomp 状态。还原的进程可以根用户身份运行，且该进程具有完整功能，且不使用强制的 seccomp 筛选器，同时 CRI 状态会报告所请求的配置。不使用 CRI 检查点还原的系统不受影响。此问题已在 2.2.7 和 2.3.4 版本中得到修补。(CVE-2026-95837)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

远程主机上安装的 docker 版本低于 25.0.18-1。因此，该 docker 受到 ALAS2NITRO-ENCLAVES-2026-124 公告中提及的多个漏洞的影响。

    moby/go-archive 中的 tar 提取例程（Unpack、UnpackLayer、Untar/UntarUncompressed 和 ApplyLayer 辅助函数）未将文件系统操作限制在目的地目录。构建的存档可在预期目的地之外创建或覆盖文件。（CVE-2026-17106）

    当客户端发送 Trailer 标头时，HTTP 服务器在内部使用这些标头值填充传递给服务器处理程序的 Request.Trailer 映射。由于 Request.Trailer 是一个映射，因此每个条目都会产生内存开销。对于 HTTP/2 服务器，恶意客户端可利用此漏洞，通过发送声明大量字段的尾部标头，导致服务器分配不成比例的内存量，同时绕过 Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制。此漏洞不适用于 HTTP/1 服务器，因为 HTTP/1 服务器不支持通过一个 TCP 连接对大量请求进行多路复用，并且其 Server.MaxHeaderBytes 的计算方式不同。Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制现在应用于尾部标头中声明的尾部字段。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81857NOTE: 已修复：
    https://github.com/golang/go/commit/cbb0fb8b51cba866018b8a0fb4b5458f16c5c80b （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 （go1.26.9） （CVE-2026-78659）

    解析包含大量小范围的 Range 标头时，FileServer（FS）、ServeContent 和 ServeFile（FS） 可消耗过量 CPU。

    这些函数现在忽略包含超过 200 个范围的 Range 标头。该限制由新的 httpservecontentmaxranges=GODEBUG 设置控制。设置 GODEBUG=httpservecontentmaxranges=0 会禁用该限制。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81858NOTE: 已修复：
    https://github.com/golang/go/commit/ababc3cd873d8acce1777268aa7a817e6b672028 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/eb25b4e532c5a01f99ef860ec66743a8783f992b （go1.26.9） （CVE-2026-78667）

    防火墙规则用于标记 VXLAN 数据报以进行加密，不加区分地匹配从内核发送的真实 VXLAN 数据报以及由用户进程发送的伪造数据报。从 Linux Swarm 节点的主机网络命名空间发送的任何数据包都使用满足以下条件的 overlay-network IPsec 参数进行加密：

    - UDP 数据报 - 目标端口为 Swarm 数据路径端口 - 数据报以加密覆盖网络 VNI 的 VXLAN 标头开头，节点上的任何正在运行的容器都连接到该网络 （CVE-2026-92542）

    Docker 引擎使用任意匹配 DNS 检查将注册主机名归类为不安全。
    loadInsecureRegistries（） 127.0.0.0默认将 /8 和 ：：1/128 作为不安全的 CIDR 注入。如果不安全的 CIDR 列表中存在单个地址，isCIDRMatch 会解析主机名的所有地址并返回 true。由于传输重拨主机名而不是 CIDR 匹配地址，因此由一个环回 IP 加上一个非环回攻击者 IP 组成的一组 DNS 应答会禁用证书验证，并为注册表连接启用 HTTP 回退。（CVE-2026-92543）

    BuildKit 可能会受到诱骗通过特殊文件 inode 执行文件操作，而实际文件是常规文件。特殊文件可能阻断操作，或在有根权限的工作线程上，允许对主机设备进行非预期访问。
    (CVE-2026-93320)

    当部分开头的剩余限制小于 400 字节时，解析多部分表单可绕过内存限制，并将任意长行读入内存。现在可在此情况下正确强制执行多部分表单内存限制。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81741NOTE: 已修复：
    https://github.com/golang/go/commit/7c79b50a74b6d1aa4269b1827dda7d81f3717f9d （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/d7a7aa8e6781ddf8dce12adf60a813d957d4763e （go1.26.9） （CVE-2026-94440）

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

远程主机上安装的 nerdctl 版本低于 2.3.5-1。因此，该软件受到 ALAS2-2026-4018 公告中提及的多个漏洞影响。

    以前，建立通道后，恶意对等机可发送构建的消息来锁死整个连接。现在，我们处理所有 RFC 4254 通道消息;明确处理全局请求。然后，将所有其他消息视为协议错误并断开连接，而非缓冲和阻断。（CVE-2026-56855）

    当客户端发送 Trailer 标头时，HTTP 服务器在内部使用这些标头值填充传递给服务器处理程序的 Request.Trailer 映射。由于 Request.Trailer 是一个映射，因此每个条目都会产生内存开销。对于 HTTP/2 服务器，恶意客户端可利用此漏洞，通过发送声明大量字段的尾部标头，导致服务器分配不成比例的内存量，同时绕过 Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制。此漏洞不适用于 HTTP/1 服务器，因为 HTTP/1 服务器不支持通过一个 TCP 连接对大量请求进行多路复用，并且其 Server.MaxHeaderBytes 的计算方式不同。Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制现在应用于尾部标头中声明的尾部字段。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81857NOTE: 已修复：
    https://github.com/golang/go/commit/cbb0fb8b51cba866018b8a0fb4b5458f16c5c80b （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 （go1.26.9） （CVE-2026-78659）

    以前，在多路复用器的 chanList 中注册的通道在建立之前无法使用。恶意对等机能够淹没通道的 incomingRequests，使整个连接死锁。现在，我们添加了当通道可用时设置的原子建立状态。在此之前，handlePacket 会丢弃除打开确认/失败以外的每个数据包，不会阻断也不会中断连接。
    (CVE-2026-78662)

    HTTP/2 服务器可针对相同的数据退还两次连接级别的流控制：这两次是在客户端重置流（为流的任何已发送但未读部分退还数据）时，另一次是在请求处理程序读取缓冲的数据时。恶意客户端可利用此漏洞，绕过配置的连接级流控制限制 （MaxReceiveBufferPerConnection）。缓冲数据总量仍受到并发流限制和流级流控制的限制。HTTP/2 服务器现在会等到请求处理程序完成后，才退还重置流的连接层级流控制。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81743NOTE: 已修复：
    https://github.com/golang/go/commit/31dc9e2449e394439498142451627af52626d7c4 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 （go1.26.9） （CVE-2026-78663）

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

因此，该软件受到 ALAS2023-2026-3274 公告中提及的多个漏洞影响。

    以前，建立通道后，恶意对等机可发送构建的消息来锁死整个连接。现在，我们处理所有 RFC 4254 通道消息;明确处理全局请求。然后，将所有其他消息视为协议错误并断开连接，而非缓冲和阻断。（CVE-2026-56855）

    当客户端发送 Trailer 标头时，HTTP 服务器在内部使用这些标头值填充传递给服务器处理程序的 Request.Trailer 映射。由于 Request.Trailer 是一个映射，因此每个条目都会产生内存开销。对于 HTTP/2 服务器，恶意客户端可利用此漏洞，通过发送声明大量字段的尾部标头，导致服务器分配不成比例的内存量，同时绕过 Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制。此漏洞不适用于 HTTP/1 服务器，因为 HTTP/1 服务器不支持通过一个 TCP 连接对大量请求进行多路复用，并且其 Server.MaxHeaderBytes 的计算方式不同。Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制现在应用于尾部标头中声明的尾部字段。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81857NOTE: 已修复：
    https://github.com/golang/go/commit/cbb0fb8b51cba866018b8a0fb4b5458f16c5c80b （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 （go1.26.9） （CVE-2026-78659）

    以前，在多路复用器的 chanList 中注册的通道在建立之前无法使用。恶意对等机能够淹没通道的 incomingRequests，使整个连接死锁。现在，我们添加了当通道可用时设置的原子建立状态。在此之前，handlePacket 会丢弃除打开确认/失败以外的每个数据包，不会阻断也不会中断连接。
    (CVE-2026-78662)

    HTTP/2 服务器可针对相同的数据退还两次连接级别的流控制：这两次是在客户端重置流（为流的任何已发送但未读部分退还数据）时，另一次是在请求处理程序读取缓冲的数据时。恶意客户端可利用此漏洞，绕过配置的连接级流控制限制 （MaxReceiveBufferPerConnection）。缓冲数据总量仍受到并发流限制和流级流控制的限制。HTTP/2 服务器现在会等到请求处理程序完成后，才退还重置流的连接层级流控制。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81743NOTE: 已修复：
    https://github.com/golang/go/commit/31dc9e2449e394439498142451627af52626d7c4 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 （go1.26.9） （CVE-2026-78663）

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

远程主机上安装的 containerd 版本低于 2.3.7-1。因此，该 docker 受到 ALAS2NITRO-ENCLAVES-2026-125 公告中提及的多个漏洞的影响。

    containerd 是一个开源容器运行时。在低于 、 、 2.3.62.2.9和 2.4.1的版本之前1.7.36，2.0.13特制的 OCI 索引图可在 PullImage 期间（容器启动之前）强制使用非常高的 CPU/内存使用率，从而造成长时间的 ContainerCreating 停止，并在较大的情况下造成节点/运行时不稳定。版本 、 2.0.13、 2.2.9和2.3.62.4.1修复1.7.36该问题。（CVE-2026-53493）

    以前，建立通道后，恶意对等机可发送构建的消息来锁死整个连接。现在，我们处理所有 RFC 4254 通道消息;明确处理全局请求。然后，将所有其他消息视为协议错误并断开连接，而非缓冲和阻断。（CVE-2026-56855）

    “github.com/moby/sys/user”程序包提供 Go 实用工具，用于解析和查找 Unix 样式的用户和群组数据库文件中的条目。之前 0.4.1 的版本在解析“/etc/passwd”- 或“/etc/group”样式文件时没有充分限制条目，这允许可提供特别构建的文件的攻击者造成过量内存消耗，并可能因内存不足情况终止受影响的进程。已在版本 0.4.1 中修补此问题。变通方案是避免解析受攻击者控制的用户或群组数据库文件，或者在解析前验证和限制不受信任的输入。
    (CVE-2026-61801)

    当客户端发送 Trailer 标头时，HTTP 服务器在内部使用这些标头值填充传递给服务器处理程序的 Request.Trailer 映射。由于 Request.Trailer 是一个映射，因此每个条目都会产生内存开销。对于 HTTP/2 服务器，恶意客户端可利用此漏洞，通过发送声明大量字段的尾部标头，导致服务器分配不成比例的内存量，同时绕过 Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制。此漏洞不适用于 HTTP/1 服务器，因为 HTTP/1 服务器不支持通过一个 TCP 连接对大量请求进行多路复用，并且其 Server.MaxHeaderBytes 的计算方式不同。Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制现在应用于尾部标头中声明的尾部字段。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81857NOTE: 已修复：
    https://github.com/golang/go/commit/cbb0fb8b51cba866018b8a0fb4b5458f16c5c80b （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 （go1.26.9） （CVE-2026-78659）

    以前，在多路复用器的 chanList 中注册的通道在建立之前无法使用。恶意对等机能够淹没通道的 incomingRequests，使整个连接死锁。现在，我们添加了当通道可用时设置的原子建立状态。在此之前，handlePacket 会丢弃除打开确认/失败以外的每个数据包，不会阻断也不会中断连接。
    (CVE-2026-78662)

    HTTP/2 服务器可针对相同的数据退还两次连接级别的流控制：这两次是在客户端重置流（为流的任何已发送但未读部分退还数据）时，另一次是在请求处理程序读取缓冲的数据时。恶意客户端可利用此漏洞，绕过配置的连接级流控制限制 （MaxReceiveBufferPerConnection）。缓冲数据总量仍受到并发流限制和流级流控制的限制。HTTP/2 服务器现在会等到请求处理程序完成后，才退还重置流的连接层级流控制。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81743NOTE: 已修复：
    https://github.com/golang/go/commit/31dc9e2449e394439498142451627af52626d7c4 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 （go1.26.9） （CVE-2026-78663）

    OpenTelemetry-Go 是 OpenTelemetry 的 Go 实现。从版本 1.5.0 到 1.44.0， sdk/trace。NewTracerProvider 发出 TracerProvider 创建的内部信息级诊断事件，其 MarshalLog 实现以递归方式包含 span 处理器、导出器和客户端配置。
    调用 otel 的应用程序。因此，启用 OpenTelemetry 内部信息日志记录的 SetLogger 便可记录 OTLP gRPC 和 HTTP 回收器端点、OTLP HTTP 不安全标志，以及完整的 Zipkin 回收器 URL。有权访问这些日志的人员或系统可以了解内部收集器拓扑并恢复嵌入在 Zipkin URL 用户信息或查询字符串中的凭据或标记。默认 OpenTelemetry 记录器不会发出事件，且此路径不会记录 OTLP 身份验证标头、TLS 密钥材料或 SPAN 有效负载。此问题已在 1.45.0 版本中修复。(CVE-2026-81870)

    containerd 是一个开源容器运行时。从 2.1.0 until 2.2.7 和 2.3.4，containerd 的 CRI CreateContainer 检查点还原容易受到攻击，因为 CRIU 会从检查点数据还原进程安全状态，而不是强制执行目标 ContainerConfig。能够从特制检查点创建容器的攻击者可提供还原的凭据、功能、no_new_privs和 seccomp 状态。还原的进程可以根用户身份运行，且该进程具有完整功能，且不使用强制的 seccomp 筛选器，同时 CRI 状态会报告所请求的配置。不使用 CRI 检查点还原的系统不受影响。此问题已在 2.2.7 和 2.3.4 版本中得到修补。(CVE-2026-95837)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

远程主机上安装的 runfinch-finch 版本低于 1.19.0-1。因此，该软件受到 ALAS2DOCKER-2026-142 公告中提及的多个漏洞影响。

    自定义客户端可对 BuildKit 后台程序产生此类上传请求，使文件可从 BuildKit 控制的状态目录中转义。客户端需要拥有有效的权限访问 BuildKit 控制 API，以发布构建，例如绕过认证等。CVE-2026-15789

    BuildKit 低级构建 API 中构建的消息可用于删除 /tmp 目录的内容。通常可用于删除构建容器 rootfs 内文件的操作可转义到实际主机临时目录中。（CVE-2026-15791）

    恶意 BuildKit 客户端或前端可构建请求，从而导致 BuildKit 后台程序因错误而崩溃。（CVE-2026-15792）

    BuildKit 自定义前端或使用原始低级 API 的客户端可以在签出 Git 源时设置 git.checkoutbundle=true。如果 Git 源是恶意的，这可能导致主机上的特制命令调用。（CVE-2026-15793）

    moby/go-archive 中的 tar 提取例程（Unpack、UnpackLayer、Untar/UntarUncompressed 和 ApplyLayer 辅助函数）未将文件系统操作限制在目的地目录。构建的存档可在预期目的地之外创建或覆盖文件。（CVE-2026-17106）

    内存耗尽 DoS 造成 containerd 进程的 OOM 终止

    注意：https://github.com/containerd/containerd/security/advisories/GHSA-jpcc-p29g-p8mq (CVE-2026-47262)

    以前，建立通道后，恶意对等机可发送构建的消息来锁死整个连接。现在，我们处理所有 RFC 4254 通道消息;明确处理全局请求。然后，将所有其他消息视为协议错误并断开连接，而非缓冲和阻断。（CVE-2026-56855）

    BuildKit 是一种工具包，用于以高效、富有表现力和可重复的方式将源代码转换为构建工件。在版本之前 0.31.1，自定义前端可在构建的构建请求中放置无效的 SecurityMode 值，并且 executor/oci/spec_linux.go 将不受支持的值视为非沙盒模式，而无需 security.insecure 授权。这会禁用对生成容器的 Seccomp 和 AppArmor 保护，即使 Linux 功能仍然受限。此问题已在 0.31.1 版本中修复。(CVE-2026-61711)

    BuildKit 是一种工具包，用于以高效、富有表现力和可重复的方式将源代码转换为构建工件。之前 0.31.1版本的 、BuildKit 在将用户名解析为 executor/oci/user.go 和 solver/llbsolver/ops/user_linux.go 中的用户标识符或群组标识符时，读取了攻击者控制的 /etc/passwd 和 /etc/group 文件，没有上限。恶意基础映像或版本可提供超大文件，从而在用户解析期间耗尽内存，并造成 buildkitd 进程内存不足终止。此问题已在 0.31.1 版本中修复。(CVE-2026-61712)

    BuildKit 是一种工具包，用于以高效、富有表现力和可重复的方式将源代码转换为构建工件。在 0.31.2之前，自定义客户端可以向 BuildKit 后台程序生成此类上传请求，以便文件可以从 BuildKit 控制的状态目录中转义。客户端需要拥有有效的权限访问 BuildKit 控制 API，以便发布构建，例如绕过认证等。此问题已在 0.31.2 版本中修复。(CVE-2026-75593)

    以前，在多路复用器的 chanList 中注册的通道在建立之前无法使用。恶意对等机能够淹没通道的 incomingRequests，使整个连接死锁。现在，我们添加了当通道可用时设置的原子建立状态。在此之前，handlePacket 会丢弃除打开确认/失败以外的每个数据包，不会阻断也不会中断连接。
    (CVE-2026-78662)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

因此，该软件受到 ALAS2023-2026-3140 公告中提及的多个漏洞影响。

    自定义客户端可对 BuildKit 后台程序产生此类上传请求，使文件可从 BuildKit 控制的状态目录中转义。客户端需要拥有有效的权限访问 BuildKit 控制 API，以发布构建，例如绕过认证等。CVE-2026-15789

    BuildKit 低级构建 API 中构建的消息可用于删除 /tmp 目录的内容。通常可用于删除构建容器 rootfs 内文件的操作可转义到实际主机临时目录中。（CVE-2026-15791）

    恶意 BuildKit 客户端或前端可构建请求，从而导致 BuildKit 后台程序因错误而崩溃。（CVE-2026-15792）

    BuildKit 自定义前端或使用原始低级 API 的客户端可以在签出 Git 源时设置 git.checkoutbundle=true。如果 Git 源是恶意的，这可能导致主机上的特制命令调用。（CVE-2026-15793）

    moby/go-archive 中的 tar 提取例程（Unpack、UnpackLayer、Untar/UntarUncompressed 和 ApplyLayer 辅助函数）未将文件系统操作限制在目的地目录。构建的存档可在预期目的地之外创建或覆盖文件。（CVE-2026-17106）

    内存耗尽 DoS 造成 containerd 进程的 OOM 终止

    注意：https://github.com/containerd/containerd/security/advisories/GHSA-jpcc-p29g-p8mq (CVE-2026-47262)

    以前，建立通道后，恶意对等机可发送构建的消息来锁死整个连接。现在，我们处理所有 RFC 4254 通道消息;明确处理全局请求。然后，将所有其他消息视为协议错误并断开连接，而非缓冲和阻断。（CVE-2026-56855）

    BuildKit 是一种工具包，用于以高效、富有表现力和可重复的方式将源代码转换为构建工件。在版本之前 0.31.1，自定义前端可在构建的构建请求中放置无效的 SecurityMode 值，并且 executor/oci/spec_linux.go 将不受支持的值视为非沙盒模式，而无需 security.insecure 授权。这会禁用对生成容器的 Seccomp 和 AppArmor 保护，即使 Linux 功能仍然受限。此问题已在 0.31.1 版本中修复。(CVE-2026-61711)

    BuildKit 是一种工具包，用于以高效、富有表现力和可重复的方式将源代码转换为构建工件。之前 0.31.1版本的 、BuildKit 在将用户名解析为 executor/oci/user.go 和 solver/llbsolver/ops/user_linux.go 中的用户标识符或群组标识符时，读取了攻击者控制的 /etc/passwd 和 /etc/group 文件，没有上限。恶意基础映像或版本可提供超大文件，从而在用户解析期间耗尽内存，并造成 buildkitd 进程内存不足终止。此问题已在 0.31.1 版本中修复。(CVE-2026-61712)

    BuildKit 是一种工具包，用于以高效、富有表现力和可重复的方式将源代码转换为构建工件。在 0.31.2之前，自定义客户端可以向 BuildKit 后台程序生成此类上传请求，以便文件可以从 BuildKit 控制的状态目录中转义。客户端需要拥有有效的权限访问 BuildKit 控制 API，以便发布构建，例如绕过认证等。此问题已在 0.31.2 版本中修复。(CVE-2026-75593)

    以前，在多路复用器的 chanList 中注册的通道在建立之前无法使用。恶意对等机能够淹没通道的 incomingRequests，使整个连接死锁。现在，我们添加了当通道可用时设置的原子建立状态。在此之前，handlePacket 会丢弃除打开确认/失败以外的每个数据包，不会阻断也不会中断连接。
    (CVE-2026-78662)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

远程主机上安装的 containerd 版本低于 2.3.7-1。因此，该软件受到 ALAS2DOCKER-2026-153 公告中提及的多个漏洞影响。

    containerd 是一个开源容器运行时。在低于 、 、 2.3.62.2.9和 2.4.1的版本之前1.7.36，2.0.13特制的 OCI 索引图可在 PullImage 期间（容器启动之前）强制使用非常高的 CPU/内存使用率，从而造成长时间的 ContainerCreating 停止，并在较大的情况下造成节点/运行时不稳定。版本 、 2.0.13、 2.2.9和2.3.62.4.1修复1.7.36该问题。（CVE-2026-53493）

    以前，建立通道后，恶意对等机可发送构建的消息来锁死整个连接。现在，我们处理所有 RFC 4254 通道消息;明确处理全局请求。然后，将所有其他消息视为协议错误并断开连接，而非缓冲和阻断。（CVE-2026-56855）

    “github.com/moby/sys/user”程序包提供 Go 实用工具，用于解析和查找 Unix 样式的用户和群组数据库文件中的条目。之前 0.4.1 的版本在解析“/etc/passwd”- 或“/etc/group”样式文件时没有充分限制条目，这允许可提供特别构建的文件的攻击者造成过量内存消耗，并可能因内存不足情况终止受影响的进程。已在版本 0.4.1 中修补此问题。变通方案是避免解析受攻击者控制的用户或群组数据库文件，或者在解析前验证和限制不受信任的输入。
    (CVE-2026-61801)

    当客户端发送 Trailer 标头时，HTTP 服务器在内部使用这些标头值填充传递给服务器处理程序的 Request.Trailer 映射。由于 Request.Trailer 是一个映射，因此每个条目都会产生内存开销。对于 HTTP/2 服务器，恶意客户端可利用此漏洞，通过发送声明大量字段的尾部标头，导致服务器分配不成比例的内存量，同时绕过 Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制。此漏洞不适用于 HTTP/1 服务器，因为 HTTP/1 服务器不支持通过一个 TCP 连接对大量请求进行多路复用，并且其 Server.MaxHeaderBytes 的计算方式不同。Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制现在应用于尾部标头中声明的尾部字段。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81857NOTE: 已修复：
    https://github.com/golang/go/commit/cbb0fb8b51cba866018b8a0fb4b5458f16c5c80b （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 （go1.26.9） （CVE-2026-78659）

    以前，在多路复用器的 chanList 中注册的通道在建立之前无法使用。恶意对等机能够淹没通道的 incomingRequests，使整个连接死锁。现在，我们添加了当通道可用时设置的原子建立状态。在此之前，handlePacket 会丢弃除打开确认/失败以外的每个数据包，不会阻断也不会中断连接。
    (CVE-2026-78662)

    HTTP/2 服务器可针对相同的数据退还两次连接级别的流控制：这两次是在客户端重置流（为流的任何已发送但未读部分退还数据）时，另一次是在请求处理程序读取缓冲的数据时。恶意客户端可利用此漏洞，绕过配置的连接级流控制限制 （MaxReceiveBufferPerConnection）。缓冲数据总量仍受到并发流限制和流级流控制的限制。HTTP/2 服务器现在会等到请求处理程序完成后，才退还重置流的连接层级流控制。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81743NOTE: 已修复：
    https://github.com/golang/go/commit/31dc9e2449e394439498142451627af52626d7c4 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 （go1.26.9） （CVE-2026-78663）

    OpenTelemetry-Go 是 OpenTelemetry 的 Go 实现。从版本 1.5.0 到 1.44.0， sdk/trace。NewTracerProvider 发出 TracerProvider 创建的内部信息级诊断事件，其 MarshalLog 实现以递归方式包含 span 处理器、导出器和客户端配置。
    调用 otel 的应用程序。因此，启用 OpenTelemetry 内部信息日志记录的 SetLogger 便可记录 OTLP gRPC 和 HTTP 回收器端点、OTLP HTTP 不安全标志，以及完整的 Zipkin 回收器 URL。有权访问这些日志的人员或系统可以了解内部收集器拓扑并恢复嵌入在 Zipkin URL 用户信息或查询字符串中的凭据或标记。默认 OpenTelemetry 记录器不会发出事件，且此路径不会记录 OTLP 身份验证标头、TLS 密钥材料或 SPAN 有效负载。此问题已在 1.45.0 版本中修复。(CVE-2026-81870)

    containerd 是一个开源容器运行时。从 2.1.0 until 2.2.7 和 2.3.4，containerd 的 CRI CreateContainer 检查点还原容易受到攻击，因为 CRIU 会从检查点数据还原进程安全状态，而不是强制执行目标 ContainerConfig。能够从特制检查点创建容器的攻击者可提供还原的凭据、功能、no_new_privs和 seccomp 状态。还原的进程可以根用户身份运行，且该进程具有完整功能，且不使用强制的 seccomp 筛选器，同时 CRI 状态会报告所请求的配置。不使用 CRI 检查点还原的系统不受影响。此问题已在 2.2.7 和 2.3.4 版本中得到修补。(CVE-2026-95837)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

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

  - 以前，在 mux 的 chanList 中注册的通道在建立之前无法使用。恶意对等机能够淹没通道的 incomingRequests，使整个连接死锁。现在，我们添加了当通道可用时设置的原子建立状态。在此之前，handlePacket 会丢弃除打开确认/失败以外的每个数据包，不会阻断也不会中断连接。
    (CVE-2026-78662)

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

因此，该软件受到 ALAS2023-2026-3160 公告中提及的多个漏洞影响。

    以前，建立通道后，恶意对等机可发送构建的消息来锁死整个连接。现在，我们处理所有 RFC 4254 通道消息;明确处理全局请求。然后，将所有其他消息视为协议错误并断开连接，而非缓冲和阻断。（CVE-2026-56855）

    以前，在多路复用器的 chanList 中注册的通道在建立之前无法使用。恶意对等机能够淹没通道的 incomingRequests，使整个连接死锁。现在，我们添加了当通道可用时设置的原子建立状态。在此之前，handlePacket 会丢弃除打开确认/失败以外的每个数据包，不会阻断也不会中断连接。
    (CVE-2026-78662)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

因此，该软件受到 ALAS2023-2026-3129 公告中提及的多个漏洞影响。

    在 Unix 系统上，在操作系统中打开文件。当路径的最后一个路径组件是符号链接，且路径以 / 结尾时，根错误地遵循指向根外部位置的符号链接。例如，“root.即使 symlink 是指向根外部的符号链接，Open（symlink/）' 也将打开 symlink。（CVE-2026-39822）

    使用加密客户端 Hello 的握手可被被动网络观察者去匿名化，这是因为泄露了未加密客户端 hello 中的预共享密钥身份。（CVE-2026-42505）

    golang.org/x/image/vp8l 中的 VP8L 解码可在处理包含许多未使用的 Huffman 树群组的构建的 VP8L 图像时分配过量内存。这允许远程攻击者通过耗尽内存造成拒绝服务。（CVE-2026-46603）

    仅针对 PublicKeyCallback 和 VerifiedPublicKeyCallback 路径强制实施验证回调返回的权限中的 source-address 重要选项，从而扩展了 的 CVE-2026-46595修复。未针对客户端的远程地址对 PasswordCallback、KeyboardInteractiveCallback、NoClientAuthCallback 和 GSSAPIWithMICConfig.AllowLogin 回调返回的权限进行验证，因此这些回调设置的源地址限制会被静默忽略。该检查现在会应用于任何身份验证回调返回的权限。（CVE-2026-56854）

    以前，建立通道后，恶意对等机可发送构建的消息来锁死整个连接。现在，我们处理所有 RFC 4254 通道消息;明确处理全局请求。然后，将所有其他消息视为协议错误并断开连接，而非缓冲和阻断。（CVE-2026-56855）

    Rclone 是一个命令行程序，用于与不同的云存储提供商同步文件和目录。低于 1.74.4的 ，rclone 存档提取可在提取包含父路径组件（例如 ..）/，允许在同一存储段或路径范围内创建或覆盖同级对象。此问题已在 1.74.4 版本中修复。(CVE-2026-59732)

    rclone 是一个命令行程序，用于将文件和目录同步至不同的云存储提供商，或从不同云存储提供商同步。从 v1.51.0 到 v1.75.0，backend/local/local.go 中的本地后端依靠可配置的文件名编码器来防止远程文件名数据变成操作系统路径语法，因此使用 Slash、None、Raw 或在 Windows 上保留反斜线的编码的本地目标可将标准编码的全宽点点组件或本机反斜线表单解码成 filepath 之前的实际父目录组件。Join 会在配置的本地根之外解决此问题，从而允许攻击者控制的源对象作为 rclone 进程在所选目标目录外部创建或覆盖文件。已在 v1.75.0 版本中修复此问题。（CVE-2026-71313）

    以前，在多路复用器的 chanList 中注册的通道在建立之前无法使用。恶意对等机能够淹没通道的 incomingRequests，使整个连接死锁。现在，我们添加了当通道可用时设置的原子建立状态。在此之前，handlePacket 会丢弃除打开确认/失败以外的每个数据包，不会阻断也不会中断连接。
    (CVE-2026-78662)

    rclone 版本 >= v1.72.0 和 <= v1.74.4（在 v1.75.0 中已修复）在依赖于 github.com/diskfs/go-diskfs 的存档后端的 SquashFS 解析器中包含多种拒绝服务漏洞。解析器无法在使用前验证攻击者控制的超级块和元数据值。攻击者若能将 SquashFS 图像放置在通过 rclone ：archive： remote 暴露的存储中，便可制作恶意图像，触发整数除零错误（零区块大小）、越界切片错误（超出范围的 inode 元数据偏移）或非进程 CPU 循环（截断的元数据流）。变体 1 和 2 会终止 rclone 进程并通过“rclone serve sftp”造成整个 SFTP 服务器崩溃;变体 3 会导致持续的 CPU 消耗。解析是延迟的，因此受害者或远程客户端必须寻址或下行到恶意存档对象中才能触发解析。（CVE-2026-79775）

    rclone 会先将 pprof 调试处理程序挂载为 1.75.0 其自己的路由器路由，进而绕过主处理程序中的 fail-closed 认证规则。攻击者可未经身份验证访问 /debug/pprof/cmdline 端点，以检索包括后端凭据在内的完整进程 argv。（CVE-2026-79776）

    rclone v1.75.0 之前的版本在发生错误时的 RC API 错误响应中包含完整的 Go 堆栈跟踪。攻击者可触发错误以泄漏内部文件路径、模块版本、goroutine 状态和内存地址。
    (CVE-2026-79777)

    rclone v1.75.0 之前的 WebDAV TUS 创建处理程序中包含拒绝服务漏洞，会在检查传输错误之前取消引用 nil 响应。恶意或遭到破坏的配置端点可在 TUS 上传期间重置连接，以触发终止未恢复的 goroutine 并终止长存活进程中不相关工作的错误。（CVE-2026-79778）

    rclone v1.75.0 之前的版本无法拒绝重定向处理中的传输降级，允许在同主机 HTTPS 到 HTTP 重定向后通过明文 HTTP 重播基本授权和 Cookie 标头。观察明文跃点的路径上攻击者可捕获并重用凭据，以使用遭入侵帐户的权限执行 WebDAV 操作。（CVE-2026-79779）

    rclone v1.75.0 之前版本无法在 S3 重定向回调期间清理 IBM IAM 承载程序令牌和 SSE-C 加密密钥，这使得凭据能够在方案或主机变更期间保留。观察来自受信任端点的网络流量的攻击者可以在同主机 HTTPS 到 HTTP 降级时捕获可重复使用的 IBM IAM 标记，或在跨源重定向上捕获 SSE-C 密钥，以便访问受保护的 S3 对象。（CVE-2026-79780）

    rclone serve S3 之前 1.74.4 包含一个路径遍历漏洞，允许攻击者通过使用 S3 对象密钥中的点点段读取和覆盖根级别文件。攻击者可使用对象密钥（例如 ..） 发送请求。/root-secret.txt 以转义存储段命名空间并访问 serve 根目录中的文件。（CVE-2026-79781）

    当 S3 重定向在同一主机上将方案从 HTTPS 更改为 HTTP 时，rclone 之前 1.74.4 无法剥离 X-Amz-Security-Token 标头。攻击者可以拦截明文 HTTP 流量，以捕获在请求标头中发送的 AWS STS 会话令牌。（CVE-2026-79782）

    在本地后端应用源提供的模式元数据时，rclone 之前 1.74.4 无法掩盖特殊权限位，从而允许攻击者在攻击者控制的文件上设置 setuid/setgid 位。从不受信任的远程复制元数据后，攻击者可植入 setuid 二进制文件，如果 rclone 以根用户身份运行，则该二进制文件会提升至根权限，否则将权限提升至服务帐户用户。（CVE-2026-79783）

    rclone 是一个命令行程序，用于将文件和目录同步至不同的云存储提供商，或从不同云存储提供商同步。从 1.49.01.75.1until ，HTTP 后端将通过 or headers= 配置 --http-headers 的标头附加到 backend/http/http.go 中的请求，而其 fshttp.NewClient 客户端遵循重定向，没有后端特定的 http。Client.CheckRedirect 策略。因此，重定向到另一主机的配置远程可导致 X-Api-Key 等自定义密码重新发送到该不受信任的目标，而同主机 HTTPS 到 HTTP 重定向可能以明文形式暴露授权或 Cookie 标头。listing、stat、download、mount 和 serve 操作可在正常使用期间触发泄露。此问题已在 1.75.1 版本中修复。(CVE-2026-88013)

    rclone 是一个命令行程序，用于将文件和目录同步至不同的云存储提供商，或从不同云存储提供商同步。From 1.72.0 until 1.75.1，backend/archive/zip/zip.go 中的存档 ZIP 后端方法 （*Fs）.readZip 接受存档/zip。File.Name 来自不受信任的中央目录的值并暴露已清理的条目名称，但不确保其保留在存档命名空间内。条目，例如 ../../etc/cron.d/evil 可在路径中留存。清理并变为 fs/sync 和 fs/operations 用作目标相对路径的 Object.Remote（） 值，允许 rclone 复制或同步在未独立限制路径的后端上的所选目标之外写入。非空根检查也使用字符串。HasPrefix 没有路径边界，因此 root foo 可能错误地包含同级 foobar 条目。此问题已在 1.75.1 版本中修复。(CVE-2026-88014)

    rclone 是一个命令行程序，用于将文件和目录同步至不同的云存储提供商，或从不同云存储提供商同步。在版本之前 1.75.1，backend/local with --links 或 links=true 将符号链接目标暴露为 .rclonelink 对象和 fs。RangeOption.Decode 可以通过 Object.Open 和 openTranslatedLink 传递未经检查的正范围启动。该函数将目标字符串切片为 linkdst[offset：]，因此当 lib/http/serve 通过 HTTP 或 WebDAV 暴露对象时，大于目标长度的 Range 开头会导致确定性切片边界错误。Go net/http 通常会根据每个连接恢复错误，从而造成请求级别的拒绝服务，而不是终止整个进程。此问题已在 1.75.1 版本中修复。(CVE-2026-88015)

    rclone 是一个命令行程序，用于将文件和目录同步至不同的云存储提供商，或从不同云存储提供商同步。在之前 1.75.1之前，当后端/本地使用 运行 --links时，源 .rclonelink 对象可在目标中植入符号链接，之后的目录元数据将通过该路径应用。MkdirMetadata、writeMetadataToFile 和 setTimes 在 Directory.translatedLink=false 时运行，因此 os.乔恩，os。Chmod、os。Chtimes 和出生时间处理可绕过操作系统。root 约束并遵循符号链接。因此，控制源内容的攻击者可将选定的所有权、权限、修改时间或诞生时间应用至目标 --metadata 以外的文件或目录（其中需要 chmod 和 chown），而修改时间由正常目录工作流程应用。此问题已在 1.75.1 版本中修复。(CVE-2026-88016)

    rclone 是一个命令行程序，用于将文件和目录同步至不同的云存储提供商，或从不同云存储提供商同步。从 1.64.0 till 1.75.1开始，cmd/serve/ftp/ftp.go 中的 FTP auth-proxy 驱动程序将每个用户名一个隐藏的密码存储在服务器范围的 userPass map[string] 字符串中，而不是将凭据或 VFS 绑定到经身份验证的会话。如果两个已接受的凭据使用相同的用户名，但解析为不同的代理后端，则后续的 CheckPasswd 登录将覆盖 userPass[user]，并且会使用更新的密码重新授权第一个会话的后续 getVFS 操作。然后，第一个会话可以使用第二个凭据的后端颁发机构读取、创建、覆盖、重命名或删除对象。要利用此漏洞，需要在首个会话保持打开状态时，进行稍后的相同用户名登录。此问题已在 1.75.1 版本中修复。(CVE-2026-88017)

    rclone 是一个命令行程序，用于将文件和目录同步至不同的云存储提供商，或从不同云存储提供商同步。在低于 1.75.1之前版本的 rclone 服务 s3 配置有 --auth-proxy 但不配置 --auth-key 允许 authPairMiddleware 使用空 ws.s3Secret 注册任何客户端选择的 accessKeyID。然后，gofakes3 会根据该相同的空密码验证请求的 SigV4 签名，而 Server.auth 会将访问密钥标识符作为用户和身份验证值传递到代理，而无需独立的每个身份密钥。因此，未经身份验证的网络攻击者可以选择任意访问密钥，使用空机密签名，并访问 auth-proxy 脚本针对该身份解析的任意后端。此问题已在 1.75.1 版本中修复。(CVE-2026-88018)

    rclone 是一个命令行程序，用于将文件和目录同步至不同的云存储提供商，或从不同云存储提供商同步。From 1.70.0 until 1.75.1，serve/start RC 接口接受每服务器的 proxyOpt.AuthProxy 设置，而 cmd/serve/ftp/ftp.go 和 cmd/serve/s3/server.go 中的 FTP 和 S3 构造函数未正确检查进程全局代理。Opt.AuthProxy 值来代替。当全局值为空时，请求本地身份验证代理会被忽略：FTP 会使用匿名用户名和任意密码回退到固定的文件系统，而带有 AuthKey 的 S3 会为固定的 RC fs 提供服务，而不是代理选择的后端。
    配置 global 选项的专用命令行服务器不受影响。此问题已在 1.75.1 版本中修复。(CVE-2026-88044)

    rclone 是一个命令行程序，用于将文件和目录同步至不同的云存储提供商，或从不同云存储提供商同步。在低于 1.75.1、 之前，rclone 核心在 fs/list、fs/walk、fs/sync 和 fs/operations 将这些值传递到目标后端之前不会拒绝源 Object.Remote（） 值中的父目录段。以本机非 rclone 工具填充的平面键空间源对象存储可以包含原始的 ..密钥段和受影响的 b2、swift、qingstor、oracleobjectstorage、internetarchive、smb、storj、sftp、webdav、ftp、filelu、shade 和 SIA 目标使用路径。Join（root， remote），然后 EncodeDot 才能中和段。因此，复制或上传可将配置的根转义到受害者凭据可访问的其他存储段、共享或路径，sftp 和 smb 可能到达同一登录颁发机构下的其他文件系统或共享位置。此问题已在 1.75.1 版本中修复。(CVE-2026-88046)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

远程主机上安装的 docker 版本低于 25.0.18-1。因此，该软件受到 ALAS2DOCKER-2026-152 公告中提及的多个漏洞影响。

    moby/go-archive 中的 tar 提取例程（Unpack、UnpackLayer、Untar/UntarUncompressed 和 ApplyLayer 辅助函数）未将文件系统操作限制在目的地目录。构建的存档可在预期目的地之外创建或覆盖文件。（CVE-2026-17106）

    当客户端发送 Trailer 标头时，HTTP 服务器在内部使用这些标头值填充传递给服务器处理程序的 Request.Trailer 映射。由于 Request.Trailer 是一个映射，因此每个条目都会产生内存开销。对于 HTTP/2 服务器，恶意客户端可利用此漏洞，通过发送声明大量字段的尾部标头，导致服务器分配不成比例的内存量，同时绕过 Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制。此漏洞不适用于 HTTP/1 服务器，因为 HTTP/1 服务器不支持通过一个 TCP 连接对大量请求进行多路复用，并且其 Server.MaxHeaderBytes 的计算方式不同。Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制现在应用于尾部标头中声明的尾部字段。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81857NOTE: 已修复：
    https://github.com/golang/go/commit/cbb0fb8b51cba866018b8a0fb4b5458f16c5c80b （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 （go1.26.9） （CVE-2026-78659）

    解析包含大量小范围的 Range 标头时，FileServer（FS）、ServeContent 和 ServeFile（FS） 可消耗过量 CPU。

    这些函数现在忽略包含超过 200 个范围的 Range 标头。该限制由新的 httpservecontentmaxranges=GODEBUG 设置控制。设置 GODEBUG=httpservecontentmaxranges=0 会禁用该限制。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81858NOTE: 已修复：
    https://github.com/golang/go/commit/ababc3cd873d8acce1777268aa7a817e6b672028 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/eb25b4e532c5a01f99ef860ec66743a8783f992b （go1.26.9） （CVE-2026-78667）

    防火墙规则用于标记 VXLAN 数据报以进行加密，不加区分地匹配从内核发送的真实 VXLAN 数据报以及由用户进程发送的伪造数据报。从 Linux Swarm 节点的主机网络命名空间发送的任何数据包都使用满足以下条件的 overlay-network IPsec 参数进行加密：

    - UDP 数据报 - 目标端口为 Swarm 数据路径端口 - 数据报以加密覆盖网络 VNI 的 VXLAN 标头开头，节点上的任何正在运行的容器都连接到该网络 （CVE-2026-92542）

    Docker 引擎使用任意匹配 DNS 检查将注册主机名归类为不安全。
    loadInsecureRegistries（） 127.0.0.0默认将 /8 和 ：：1/128 作为不安全的 CIDR 注入。如果不安全的 CIDR 列表中存在单个地址，isCIDRMatch 会解析主机名的所有地址并返回 true。由于传输重拨主机名而不是 CIDR 匹配地址，因此由一个环回 IP 加上一个非环回攻击者 IP 组成的一组 DNS 应答会禁用证书验证，并为注册表连接启用 HTTP 回退。（CVE-2026-92543）

    BuildKit 可能会受到诱骗通过特殊文件 inode 执行文件操作，而实际文件是常规文件。特殊文件可能阻断操作，或在有根权限的工作线程上，允许对主机设备进行非预期访问。
    (CVE-2026-93320)

    当部分开头的剩余限制小于 400 字节时，解析多部分表单可绕过内存限制，并将任意长行读入内存。现在可在此情况下正确强制执行多部分表单内存限制。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81741NOTE: 已修复：
    https://github.com/golang/go/commit/7c79b50a74b6d1aa4269b1827dda7d81f3717f9d （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/d7a7aa8e6781ddf8dce12adf60a813d957d4763e （go1.26.9） （CVE-2026-94440）

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

远程主机上安装的 docker 版本低于 25.0.18-1。因此，该软件受到 ALAS2ECS-2026-148 公告中提及的多个漏洞影响。

    moby/go-archive 中的 tar 提取例程（Unpack、UnpackLayer、Untar/UntarUncompressed 和 ApplyLayer 辅助函数）未将文件系统操作限制在目的地目录。构建的存档可在预期目的地之外创建或覆盖文件。（CVE-2026-17106）

    解析包含大量小范围的 Range 标头时，FileServer（FS）、ServeContent 和 ServeFile（FS） 可消耗过量 CPU。

    这些函数现在忽略包含超过 200 个范围的 Range 标头。该限制由新的 httpservecontentmaxranges=GODEBUG 设置控制。设置 GODEBUG=httpservecontentmaxranges=0 会禁用该限制。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81858NOTE: 已修复：
    https://github.com/golang/go/commit/ababc3cd873d8acce1777268aa7a817e6b672028 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/eb25b4e532c5a01f99ef860ec66743a8783f992b （go1.26.9） （CVE-2026-78667）

    防火墙规则用于标记 VXLAN 数据报以进行加密，不加区分地匹配从内核发送的真实 VXLAN 数据报以及由用户进程发送的伪造数据报。从 Linux Swarm 节点的主机网络命名空间发送的任何数据包都使用满足以下条件的 overlay-network IPsec 参数进行加密：

    - UDP 数据报 - 目标端口为 Swarm 数据路径端口 - 数据报以加密覆盖网络 VNI 的 VXLAN 标头开头，节点上的任何正在运行的容器都连接到该网络 （CVE-2026-92542）

    Docker 引擎使用任意匹配 DNS 检查将注册主机名归类为不安全。
    loadInsecureRegistries（） 127.0.0.0默认将 /8 和 ：：1/128 作为不安全的 CIDR 注入。如果不安全的 CIDR 列表中存在单个地址，isCIDRMatch 会解析主机名的所有地址并返回 true。由于传输重拨主机名而不是 CIDR 匹配地址，因此由一个环回 IP 加上一个非环回攻击者 IP 组成的一组 DNS 应答会禁用证书验证，并为注册表连接启用 HTTP 回退。（CVE-2026-92543）

    BuildKit 可能会受到诱骗通过特殊文件 inode 执行文件操作，而实际文件是常规文件。特殊文件可能阻断操作，或在有根权限的工作线程上，允许对主机设备进行非预期访问。
    (CVE-2026-93320)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

因此，该软件受到 ALAS2023-2026-3266 公告中提及的多个漏洞影响。

    moby/go-archive 中的 tar 提取例程（Unpack、UnpackLayer、Untar/UntarUncompressed 和 ApplyLayer 辅助函数）未将文件系统操作限制在目的地目录。构建的存档可在预期目的地之外创建或覆盖文件。（CVE-2026-17106）

    当客户端发送 Trailer 标头时，HTTP 服务器在内部使用这些标头值填充传递给服务器处理程序的 Request.Trailer 映射。由于 Request.Trailer 是一个映射，因此每个条目都会产生内存开销。对于 HTTP/2 服务器，恶意客户端可利用此漏洞，通过发送声明大量字段的尾部标头，导致服务器分配不成比例的内存量，同时绕过 Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制。此漏洞不适用于 HTTP/1 服务器，因为 HTTP/1 服务器不支持通过一个 TCP 连接对大量请求进行多路复用，并且其 Server.MaxHeaderBytes 的计算方式不同。Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制现在应用于尾部标头中声明的尾部字段。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81857NOTE: 已修复：
    https://github.com/golang/go/commit/cbb0fb8b51cba866018b8a0fb4b5458f16c5c80b （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 （go1.26.9） （CVE-2026-78659）

    解析包含大量小范围的 Range 标头时，FileServer（FS）、ServeContent 和 ServeFile（FS） 可消耗过量 CPU。

    这些函数现在忽略包含超过 200 个范围的 Range 标头。该限制由新的 httpservecontentmaxranges=GODEBUG 设置控制。设置 GODEBUG=httpservecontentmaxranges=0 会禁用该限制。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81858NOTE: 已修复：
    https://github.com/golang/go/commit/ababc3cd873d8acce1777268aa7a817e6b672028 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/eb25b4e532c5a01f99ef860ec66743a8783f992b （go1.26.9） （CVE-2026-78667）

    防火墙规则用于标记 VXLAN 数据报以进行加密，不加区分地匹配从内核发送的真实 VXLAN 数据报以及由用户进程发送的伪造数据报。从 Linux Swarm 节点的主机网络命名空间发送的任何数据包都使用满足以下条件的 overlay-network IPsec 参数进行加密：

    - UDP 数据报 - 目标端口为 Swarm 数据路径端口 - 数据报以加密覆盖网络 VNI 的 VXLAN 标头开头，节点上的任何正在运行的容器都连接到该网络 （CVE-2026-92542）

    Docker 引擎使用任意匹配 DNS 检查将注册主机名归类为不安全。
    loadInsecureRegistries（） 127.0.0.0默认将 /8 和 ：：1/128 作为不安全的 CIDR 注入。如果不安全的 CIDR 列表中存在单个地址，isCIDRMatch 会解析主机名的所有地址并返回 true。由于传输重拨主机名而不是 CIDR 匹配地址，因此由一个环回 IP 加上一个非环回攻击者 IP 组成的一组 DNS 应答会禁用证书验证，并为注册表连接启用 HTTP 回退。（CVE-2026-92543）

    BuildKit 可能会受到诱骗通过特殊文件 inode 执行文件操作，而实际文件是常规文件。特殊文件可能阻断操作，或在有根权限的工作线程上，允许对主机设备进行非预期访问。
    (CVE-2026-93320)

    当部分开头的剩余限制小于 400 字节时，解析多部分表单可绕过内存限制，并将任意长行读入内存。现在可在此情况下正确强制执行多部分表单内存限制。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81741NOTE: 已修复：
    https://github.com/golang/go/commit/7c79b50a74b6d1aa4269b1827dda7d81f3717f9d （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/d7a7aa8e6781ddf8dce12adf60a813d957d4763e （go1.26.9） （CVE-2026-94440）

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

远程主机上安装的 amazon-ssm-agent 版本低于 3.3.5390.0-1。因此，该软件受到 ALAS2-2026-3969 公告中提及的多个漏洞影响。

    以前，建立通道后，恶意对等机可发送构建的消息来锁死整个连接。现在，我们处理所有 RFC 4254 通道消息;明确处理全局请求。然后，将所有其他消息视为协议错误并断开连接，而非缓冲和阻断。（CVE-2026-56855）

    以前，在多路复用器的 chanList 中注册的通道在建立之前无法使用。恶意对等机能够淹没通道的 incomingRequests，使整个连接死锁。现在，我们添加了当通道可用时设置的原子建立状态。在此之前，handlePacket 会丢弃除打开确认/失败以外的每个数据包，不会阻断也不会中断连接。
    (CVE-2026-78662)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

远程主机上安装的 containerd 版本低于 2.3.7-1。因此，该软件受到 ALAS2ECS-2026-145 公告中提及的多个漏洞影响。

    containerd 是一个开源容器运行时。在低于 、 、 2.3.62.2.9和 2.4.1的版本之前1.7.36，2.0.13特制的 OCI 索引图可在 PullImage 期间（容器启动之前）强制使用非常高的 CPU/内存使用率，从而造成长时间的 ContainerCreating 停止，并在较大的情况下造成节点/运行时不稳定。版本 、 2.0.13、 2.2.9和2.3.62.4.1修复1.7.36该问题。（CVE-2026-53493）

    以前，建立通道后，恶意对等机可发送构建的消息来锁死整个连接。现在，我们处理所有 RFC 4254 通道消息;明确处理全局请求。然后，将所有其他消息视为协议错误并断开连接，而非缓冲和阻断。（CVE-2026-56855）

    “github.com/moby/sys/user”程序包提供 Go 实用工具，用于解析和查找 Unix 样式的用户和群组数据库文件中的条目。之前 0.4.1 的版本在解析“/etc/passwd”- 或“/etc/group”样式文件时没有充分限制条目，这允许可提供特别构建的文件的攻击者造成过量内存消耗，并可能因内存不足情况终止受影响的进程。已在版本 0.4.1 中修补此问题。变通方案是避免解析受攻击者控制的用户或群组数据库文件，或者在解析前验证和限制不受信任的输入。
    (CVE-2026-61801)

    以前，在多路复用器的 chanList 中注册的通道在建立之前无法使用。恶意对等机能够淹没通道的 incomingRequests，使整个连接死锁。现在，我们添加了当通道可用时设置的原子建立状态。在此之前，handlePacket 会丢弃除打开确认/失败以外的每个数据包，不会阻断也不会中断连接。
    (CVE-2026-78662)

    HTTP/2 服务器可针对相同的数据退还两次连接级别的流控制：这两次是在客户端重置流（为流的任何已发送但未读部分退还数据）时，另一次是在请求处理程序读取缓冲的数据时。恶意客户端可利用此漏洞，绕过配置的连接级流控制限制 （MaxReceiveBufferPerConnection）。缓冲数据总量仍受到并发流限制和流级流控制的限制。HTTP/2 服务器现在会等到请求处理程序完成后，才退还重置流的连接层级流控制。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81743NOTE: 已修复：
    https://github.com/golang/go/commit/31dc9e2449e394439498142451627af52626d7c4 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 （go1.26.9） （CVE-2026-78663）

    OpenTelemetry-Go 是 OpenTelemetry 的 Go 实现。从版本 1.5.0 到 1.44.0， sdk/trace。NewTracerProvider 发出 TracerProvider 创建的内部信息级诊断事件，其 MarshalLog 实现以递归方式包含 span 处理器、导出器和客户端配置。
    调用 otel 的应用程序。因此，启用 OpenTelemetry 内部信息日志记录的 SetLogger 便可记录 OTLP gRPC 和 HTTP 回收器端点、OTLP HTTP 不安全标志，以及完整的 Zipkin 回收器 URL。有权访问这些日志的人员或系统可以了解内部收集器拓扑并恢复嵌入在 Zipkin URL 用户信息或查询字符串中的凭据或标记。默认 OpenTelemetry 记录器不会发出事件，且此路径不会记录 OTLP 身份验证标头、TLS 密钥材料或 SPAN 有效负载。此问题已在 1.45.0 版本中修复。(CVE-2026-81870)

    containerd 是一个开源容器运行时。从 2.1.0 until 2.2.7 和 2.3.4，containerd 的 CRI CreateContainer 检查点还原容易受到攻击，因为 CRIU 会从检查点数据还原进程安全状态，而不是强制执行目标 ContainerConfig。能够从特制检查点创建容器的攻击者可提供还原的凭据、功能、no_new_privs和 seccomp 状态。还原的进程可以根用户身份运行，且该进程具有完整功能，且不使用强制的 seccomp 筛选器，同时 CRI 状态会报告所请求的配置。不使用 CRI 检查点还原的系统不受影响。此问题已在 2.2.7 和 2.3.4 版本中得到修补。(CVE-2026-95837)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
371911	Amazon Linux 2023：containerd、containerd-stress (ALAS2023-2026-3273)	Nessus	Amazon Linux Local Security Checks	2026/10/25	2026/10/25	medium
371780	Amazon Linux 2：docker (ALASNITRO-ENCLAVES-2026-124)	Nessus	Amazon Linux Local Security Checks	2026/10/24	2026/11/4	high
371758	Amazon Linux 2：nerdctl (ALAS-2026-4018)	Nessus	Amazon Linux Local Security Checks	2026/10/24	2026/10/24	critical
371859	Amazon Linux 2023：nerdctl (ALAS2023-2026-3274)	Nessus	Amazon Linux Local Security Checks	2026/10/25	2026/10/25	critical
371811	Amazon Linux 2：containerd (ALASNITRO-ENCLAVES-2026-125)	Nessus	Amazon Linux Local Security Checks	2026/10/24	2026/10/24	medium
351054	Amazon Linux 2：runfinch-finch (ALASDOCKER-2026-142)	Nessus	Amazon Linux Local Security Checks	2026/9/29	2026/9/29	high
351079	Amazon Linux 2023：runfinch-finch (ALAS2023-2026-3140)	Nessus	Amazon Linux Local Security Checks	2026/9/29	2026/9/29	high
371807	Amazon Linux 2：containerd (ALASDOCKER-2026-153)	Nessus	Amazon Linux Local Security Checks	2026/10/24	2026/10/24	medium
342760	Linux Distros 未修补的漏洞：CVE-2026-78662	Nessus	Misc.	2026/9/4	2026/11/6	high
365253	Amazon Linux 2023：amazon-ssm-agent (ALAS2023-2026-3160)	Nessus	Amazon Linux Local Security Checks	2026/10/12	2026/10/12	high
351086	Amazon Linux 2023：rclone (ALAS2023-2026-3129)	Nessus	Amazon Linux Local Security Checks	2026/9/29	2026/9/29	critical
371764	Amazon Linux 2：docker (ALASDOCKER-2026-152)	Nessus	Amazon Linux Local Security Checks	2026/10/24	2026/11/4	high
371825	Amazon Linux 2：docker (ALASECS-2026-148)	Nessus	Amazon Linux Local Security Checks	2026/10/25	2026/11/4	high
371886	Amazon Linux 2023：docker (ALAS2023-2026-3266)	Nessus	Amazon Linux Local Security Checks	2026/10/25	2026/11/4	high
365292	Amazon Linux 2：amazon-ssm-agent (ALAS-2026-3969)	Nessus	Amazon Linux Local Security Checks	2026/10/12	2026/10/12	high
371879	Amazon Linux 2：containerd (ALASECS-2026-145)	Nessus	Amazon Linux Local Security Checks	2026/10/25	2026/10/25	medium

检测

插件搜索

medium

high

critical

critical

medium

high

high

medium

high

high

critical

high

high

high

high

medium