远程主机上安装的内核版本低于 5.4.302-229.501。因此，其会受到 ALAS2KERNEL-5.4-2026-133 公告中提及的一个漏洞影响。

    在 Linux 内核中，以下漏洞已修复：

    mm：修复 zswap 回写争用条件 （CVE-2023-53178）

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

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

远程主机上安装的 oci-add-hooks 版本低于 0-0.12.20200504git325a340。因此，该 docker 受到 ALAS2NITRO-ENCLAVES-2026-127 公告中提及的多个漏洞的影响。

    当客户端发送 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）

    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）

    解析包含大量小范围的 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）

    当 HTTP 服务器处理程序向 HTTP/1 CONNECT 请求发送 2xx 响应并在未劫持连接的情况下返回时，服务器会错误地继续读取和服务连接中的请求。
    由于对 HTTP/1 CONNECT 的 2xx 响应会将连接转换为隧道，因此服务器不应将该连接视为继续包含 HTTP。这种不当行为的影响主要限于潜在的请求走私，其中中间代理将连接上的数据视为隧道，而服务器则将其视为 HTTP。HTTP/1 服务器现在在响应 CONNECT 请求后始终会关闭连接，无论响应状态如何。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81744NOTE: 已修复：
    https://github.com/golang/go/commit/e92229e24a387cc006a750af176b07a459ba71a1 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/087de1ff08ea620ac2f6ae26c939454cb793883a （go1.26.9） （CVE-2026-94439）

    当部分开头的剩余限制小于 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）

    当 JavaScript 模板文本包含连续表达式时，输入新表达式时未正确重置上下文跟踪状态。我们现在确保模板文字表达式条目正确重置上下文变量，因此可以准确识别和转义所有后续的正则表达式文字。

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

    受信任的模板作者之前可能编写了一个有效的模板，其中使用 |yield|关键字可能不会被正确转义。我们现在确保转义有效的关键字使用，并且不转义非关键字使用。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81823NOTE: 已修复：
    https://github.com/golang/go/commit/6e2cfab0a1c1683c52f9e09270627b0c4e6446e3 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/5d84f6f08caf63b5f1300930368756bd34955f4a （go1.26.9） （CVE-2026-97030）

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

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

远程主机上安装的 perl-YAML 版本低于 0.84-5. 因此，该软件受到 ALAS2-2026-4035 公告中提及的多个漏洞影响。

    Perl 之前 1.30 的 YAML 版本允许加载的文档触发任意类的 DESTROY 方法。

    perl/hash：Class 标签将哈希祝福到它命名的类中。文档提供对象的字段，当它超出范围时，Perl 会调用 DESTROY。

    DESTROY 的作用取决于进程加载的类。通过来自核心 Perl 的 File：：Temp：:D ir，它可以删除文档名称的目录树。（CVE-2017-20285）

    Perl _001 之前 1.27的 YAML 版本允许通过加载的 perl/glob 文档替换任何程序包变量，这可导致任意代码执行。

    perl/glob 文档命名一个程序包和一个符号，并提供分配给它的值。没有任何内容限制名称，因此目标可以是@INC或 YAML 自己的加载选项。

    设置了 ：：LoadCode 或 $YAML：：UseCode 的 $YAMLperl/glob 文档会为进程中每个后续的 Load（） 打开代码加载，默认情况下为关闭。perl/code 文档随后传递到字符串 eval，因此在一个进程中提供两个文档以进行单独的 Load（） 调用的攻击者可执行任意 Perl 代码。（CVE-2019-25777）

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

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

远程主机上安装的 tomcat-native 版本低于 1.2.38-2. 因此，它受到 ALAS2-2026-4016 公告中提及的一个漏洞影响。

    Apache Tomcat Native 中的线程漏洞内存在争用条件，允许降低某些配置的客户端证书验证要求。

    此问题影响 Apache Tomcat Native： from 2.0.0 through 2.0.15， from 1.3.0 through 1.3.8. 不受支持的版本也可能受到影响。

    建议用户升级到修复了此问题的版本 2.0.16 或 1.3.9。(CVE-2026-86247)

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

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

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

    xkb/xkb.c 中的 CheckSetDoodad（） 在出错时释放 doodad->text.text，但未使指针为 NULL。当错误路径继续出现时，在清除期间调用 _XkbClearDoodad（），并再次释放相同的指针，导致双重释放。经认证的 X 客户端可通过发送构建的 XkbSetGeometry 请求来触发此漏洞，该请求包含采用初始错误路径的畸形 TextDoodad 条目。

    双重释放可导致堆损坏，可能允许任意代码执行或拒绝服务（崩溃）。

    注意：https://lists.x.org/archives/xorg-announce/2026-October/003747.htmlNOTE: 已由以下人员修复：
    https://gitlab.freedesktop.org/xorg/xserver/-/commit/c724006ee76fb002add50fcb4d97e8c96c279f09 （xorg-server-21.1.25） （CVE-2026-88812）

    Present_clear_window_notifies（） 未在释放window_priv之前取消链接每个窗口列表中的通知条目。随后销毁或重用该窗口时，将遍历过时的列表条目，从而导致释放后使用。

    经认证的 X 客户端可通过创建跨窗口 Present 通知然后破坏目标窗口来触发此漏洞。必须同时启用 Present 和 SYNC 扩展（默认启用）。释放后使用可导致拒绝服务（崩溃）或可能的信息泄露。

    注意：https://lists.x.org/archives/xorg-announce/2026-October/003747.htmlNOTE: 已由以下人员修复：
    https://gitlab.freedesktop.org/xorg/xserver/-/commit/a469f98bcfab50dab607ff5ac24037632b0079a3 （xorg-server-21.1.25） （CVE-2026-93515）

    XInput 被动抓取修饰符设备释放后使用

    注意：https://lists.x.org/archives/xorg-announce/2026-October/003747.htmlNOTE: 已由以下人员修复：
    https://gitlab.freedesktop.org/xorg/xserver/-/commit/9442a53c137bb9eb61336c6fd39627912d50cc8d （xorg-server-21.1.25） （CVE-2026-93516）

    在 GLX RenderLarge 请求处理中，缓冲区被分配给 cmdlen 的大小，但后续的 memcpy 会将 dataBytes 复制到其中。未验证 dataBytes 是否小于或等于 cmdlen，从而允许攻击者写入超过分配的缓冲区末尾。

    经过认证的 X 客户端可通过发送 dataBytes 超出 cmdlen 的构建的 GLX RenderLarge 请求来触发此问题，从而导致堆缓冲区溢出。堆缓冲区溢出可导致任意代码执行或拒绝服务。

    注意：https://lists.x.org/archives/xorg-announce/2026-October/003747.htmlNOTE: 已由以下人员修复：
    https://gitlab.freedesktop.org/xorg/xserver/-/commit/3961cdca467975a7d377f1f7bcd55d52eb3f417a （xorg-server-21.1.25） （CVE-2026-93517）

    在 XkbResizeKeyType（） 中，size_syms 变量被声明为无符号 short。对于大的 nTotal 值，表达式 （nTotal * 15） / 10 可能超过 65535，并且当分配给无符号短变量时，结果将被截断。这会导致分配规模过小，且后续写入会造成堆缓冲区溢出。

    经认证的 X 客户端可通过发送 XKB 请求来触发此漏洞，这些请求可导致密钥类型调整大小并具有足够大的 nTotal 值。截断分配导致的堆缓冲区溢出可导致任意代码执行或拒绝服务。

    注意：https://lists.x.org/archives/xorg-announce/2026-October/003747.htmlNOTE: 已由以下人员修复：
    https://gitlab.freedesktop.org/xorg/xserver/-/commit/558ba8f784b0f5d4d96948051b2f04c983af20cc （xorg-server-21.1.25） （CVE-2026-93518）

    Input_constrain_cursor（） 在不检查边界的情况下将屏障事件写入固定大小的缓冲区。当超过 100 个指针屏障处于活动状态时，写入会溢出堆栈或堆上的固定缓冲区。通过创建超过 100 个指针屏障（使用 XFIXES 扩展），然后生成指针运动事件（例如通过 XTEST），经认证的 X 客户端可触发此漏洞。在默认情况下，这两个扩展均启用。

    该缓冲区溢出可导致任意代码执行或拒绝服务。

    注意：https://lists.x.org/archives/xorg-announce/2026-October/003747.htmlNOTE: 已由以下人员修复：
    https://gitlab.freedesktop.org/xorg/xserver/-/commit/9c3880d0745acefc98ed37e79498dfbe558a0f40 （xorg-server-21.1.25） （CVE-2026-93519）

    在采用 PrependMode 的 RRChangeProviderProperty（） 中，new_value.size 设置为 len 而非 total_len。
    此外，old_data偏移计算会针对现有数据的 memcpy 使用 prop_value->size 而非 len。这会在预先添加属性数据时造成堆缓冲区溢出，原因是缓冲区尺寸过小且复制偏移不正确。

    这反映了一种缺陷模式，此模式之前已在 RRChangeOutputProperty 中修复，但并未应用到提供程序属性路径。

    经身份验证的 X 客户端可以通过在具有 RandR 提供程序（现代 GPU 上的标准配置）的系统上发送带有 PrependMode 的 RandR ChangeProviderProperty 请求来触发此漏洞。堆缓冲区溢出可导致任意代码执行或拒绝服务。已修复：xorg-server-21.1.25 和 xwayland-24.1.14修复：
    https://gitlab.freedesktop.org/xorg/xserver/-/commit/5dc9efd5a199 (CVE-2026-93521)

    XI2 被动取消抓取路径 （XIPassiveUngrabDevice） 缺少抓取路径和旧 XI 路径中存在的修饰符验证。在不检查 AllModifiersMask 的情况下，客户端可提供超出范围的修饰符值，从而导致将修饰符用作索引时发生越界写入。

    经过认证的 X 客户端可通过发送包含超出范围修饰符值的 XIPassiveUngrabDevice 请求来触发此问题。越界写入可导致任意代码执行或拒绝服务。

    注意：https://lists.x.org/archives/xorg-announce/2026-October/003747.htmlNOTE: 已由以下人员修复：
    https://gitlab.freedesktop.org/xorg/xserver/-/commit/aa56160fa213d8767e7da0c076b5c8242703313b （xorg-server-21.1.25） （CVE-2026-93523）

    xkb/xkb.c 中的 CheckKeySyms（） 会以 SetMap 请求范围中的密钥的新密钥宽度填充 symsPerKey[] 验证数组，然后继续填充超出范围的密钥的条目。但是，第二个循环从索引 i = nKeySyms（第一个循环的计数器）开始，而不是 i = firstKeySym + nKeySyms。当 firstKeySym 很大而 nKeySyms 很小时，第二个循环会使用现有映射中的旧宽度覆盖 symsPerKey[target]。

    然后，CheckKeyActions（） 根据过时的旧宽度验证线路操作计数并接受它。在
    _XkbSetMap（） 中，SetKeySyms（） 会扩大密钥（将操作调整为 nGroups * newWidth） 的大小，但 SetKeyActions（） 随后会再次调整为旧计数。后续的 XkbGetMap 请求从较短的操作分配中读取 XkbKeyNumActions（） 条目（源自新的更宽 key_sym_map.width），从而导致越界堆读取。越界读取的字节被复制到 GetMap 回复中并发回请求客户端，从而造成有界堆信息泄露。

    注意：https://lists.x.org/archives/xorg-announce/2026-October/003747.htmlNOTE: 已由以下人员修复：
    https://gitlab.freedesktop.org/xorg/xserver/-/commit/927ee1282d21550807619521bee909ef62ed0571 （xorg-server-21.1.25） （CVE-2026-93524）

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

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

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

    由于存在与特定证书颁发机构 （CA） 颁发的一小组中间证书有关的安全问题，Go 的 crypto/x509 程序包已更新为不信任受影响的中间证书所颁发的证书。这可防止日后可能滥用受影响的中间证书所颁发的证书。（CVE-2026-111943）

    当客户端发送 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）

    当部分开头的剩余限制小于 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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

    在 Apache Tomcat 中，备用名称验证绕过漏洞允许绕过任何 WebSocket 端点的安全限制。



    此问题影响以下 Apache Tomcat 版本：11.0.0-M1 至 11.0.25、10.1.0-M1 至 10.1.59、9.0.0.M1 至 9.0.121。



    以下版本在创建 CVE 时为 EOS，但已知会受到影响： from 8.5.0 through 8.5.100， from 7.0.43 through 7.0.109。其他的不受支持的版本也可能受到影响。



    建议用户升级到已修复此问题的 11.0.26、10.1.60 或 9.0.122 版本。
    (CVE-2026-76183)

    在 Apache Tomcat 中，无限制的资源分配或限制漏洞允许未经认证的 AJP 请求固定 AJP 处理线程，从而导致拒绝服务。

    此问题影响以下 Apache Tomcat 版本：11.0.0-M1 至 11.0.25、10.1.0-M1 至 10.1.59、9.0.0.M1 至 9.0.121。

    以下版本在创建 CVE 时处于 EOL 但已知会受到影响：8.5.0 至 8.5.100、7.0.0 至 7.0.109。其他的不受支持的版本也可能受到影响。



    建议用户升级到已修复此问题的 11.0.26、10.1.60 或 9.0.122 版本。
    (CVE-2026-78383)

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

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

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

    MariaDB 服务器是社区开发的 MySQL 服务器分支。From 10.6.1 until 、 10.11.19、 12.3.311.4.1313.0.211.8.9和 MariaDB RPM 程序包创建了专用的 mysql 服务帐户，并将数据库数据目录作为其主目录。10.6.28 具有 FILE 权限的数据库用户可在 中写入启动 dot 文件（例如 .bash_profile $HOME），当管理员打开 mysql 帐户的登录 shell 时，这些文件可执行。Debian 程序包不会受到影响，因为它们使用 /nonexistent 作为帐户主页。在版本 10.6.28、 10.11.19、 11.4.13、 11.8.9和 12.3.313.0.2中已修复此问题。（CVE-2026-107814）

    MariaDB 服务器是社区开发的 MySQL 服务器分支。From 10.6.110.6.28until 、 10.11.19、 11.4.13、 11.8.912.3.3和 13.0.2，MariaDB 视图 FRM 解析器未安全编码用户名中嵌入的换行符。拥有 CREATE USER 和 CREATE VIEW WITH GRANT OPTION 的帐户可创建包含其他视图元数据的构建用户名，导致解析器将部分用户名解释为安全元数据，并可能升级数据库权限。在版本 10.6.28、 10.11.19、 11.4.13、 11.8.9和 12.3.313.0.2中已修复此问题。（CVE-2026-107823）

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

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

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

    Networking： JAR 组件中的信息泄露。此漏洞已在 Firefox ESR 153.4 、Firefox 157、Firefox ESR 115.42 和 Firefox ESR 140.17 中修复。（ CVE-2026-100766 ）

    XUL 组件中的沙盒逃逸。Firefox ESR 153.4 和 Firefox 157 已修复此漏洞。
    (CVE-2026-100787)

    Application Update 组件中存在权限升级。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109704）

    沙盒逃逸、由于边界条件不正确而导致的站点隔离问题、Networking 组件中的释放后使用。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109705）

    Storage: IndexedDB 组件中的释放后使用漏洞。在 Firefox 158、Firefox ESR 115.43和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109706）

    由于 Networking 组件中的释放后使用而造成的沙盒逃逸。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109707）

    由于 Networking 组件中的边界条件不正确而导致沙盒逃逸。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109708）

    Security： Process Sandboxing 组件中的信息泄露、权限升级。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109709）

    Graphics： Text 组件中的释放后使用。在 Firefox 158、Firefox ESR 115.43和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109710）

    Graphics： Canvas2D 组件中的释放后使用。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109711）

    由于 Graphics 组件中未初始化的内存而导致沙盒逃逸。在 Firefox 158、Firefox ESR 115.43和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109712）

    崩溃报告组件中的释放后使用。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109713）

    JavaScript Engine 组件中的边界条件不正确。在 Firefox 158、Firefox ESR 115.43和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109715）

    JavaScript Engine 组件中的边界条件不正确。在 Firefox 158、Firefox ESR 115.43和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109716）

    DOM: Bindings (WebIDL) 组件中的释放后使用漏洞。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109717）

    XML 组件中的释放后使用。在 Firefox 158、Firefox ESR 115.43和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109718）

    Graphics： CanvasWebGL 组件中存在争用条件、释放后使用。在 Firefox 158、Firefox ESR 115.43和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109719）

    JavaScript： WebAssembly 组件中的 JIT 错误编译。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109720）

    JavaScript 引擎中的边界条件不正确： JIT 组件。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109721）

    JavaScript Engine: JIT 组件中存在 JIT 编译错误。在 Firefox 158、Firefox ESR 115.43和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109722）

    Layout： Text 和 Fonts 组件中的整数溢出。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109723）

    DOM： Core &; HTML 组件中的释放后使用。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109724）

    DOM： Core &; HTML 组件中的释放后使用。在 Firefox 158、Firefox ESR 115.43和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109725）

    SVG 组件中的释放后使用。在 Firefox 158、Firefox ESR 115.43和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109726）

    音频/视频组件中的释放后使用。在 Firefox 158、Firefox ESR 115.43和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109727）

    DOM： Animation 组件中的释放后使用。在 Firefox 158、Firefox ESR 115.43和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109728）

    JavaScript Engine: JIT 组件中的释放后使用漏洞。在 Firefox 158、Firefox ESR 115.43和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109729）

    Graphics 组件中的整数溢出。在 Firefox 158、Firefox ESR 115.43和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109730）

    Graphics: Canvas2D 组件中的边界条件不正确。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109731）

    DOM： Streams 组件中的释放后使用。在 Firefox 158、Firefox ESR 115.43和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109732）

    JavaScript Engine: JIT 组件中存在 JIT 编译错误。在 Firefox 158、Firefox ESR 115.43和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109733）

    DOM 中的缓解绕过：安全组件。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109734）

    Layout 组件中的框架毒化。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109736）

    Enterprise Policies 组件中的缓解措施绕过。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109737）

    Audio/Video: Playback 组件中的释放后使用漏洞。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109738）

    Storage： Bucket File System 组件中的释放后使用。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109741）

    PDF 查看器组件中的信息泄露。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109742）

    “平移和缩放”组件中的权限升级。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109743）

    DOM 中的其他问题：文件组件。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。
    (CVE-2026-109744)

    由于 DOM： Web 串行组件中未初始化的内存而造成的沙盒逃逸。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109745）

    Networking 组件中的信息泄露。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109751）

    DOM： Workers 组件中的释放后使用。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109752）

    Layout 组件中的边界条件不正确。在 Firefox 158、Firefox ESR 115.43和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109753）

    DOM： Editor 组件中的边界条件不正确。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109754）

    DOM： Navigation 组件中的权限升级。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109756）

    由于 Networking 组件中的争用条件而造成的沙盒逃逸。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109757）

    Networking 组件中的站点隔离问题。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109759）

    Networking: HTTP 组件中的缓解措施绕过漏洞。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109760）

    SVG 组件中的边界条件不正确。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109762）

    File Handling 组件中的缓解措施绕过。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109763）

    Enterprise Policies 组件中的缓解措施绕过。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109764）

    Graphics： Text 组件中存在争用条件、释放后使用。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109765）

    Enterprise Policies 组件中的缓解措施绕过。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109766）

    Networking 组件中的信息泄露。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109767）

    DOM： Web 串行组件中的欺骗问题。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109770）

    WebRTC 组件中的拒绝服务。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109775）

    XPCOM 组件中的争用条件。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。
    (CVE-2026-109776)

    Storage： IndexedDB 组件中的信息泄露。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109777）

    WebExtensions 组件中的权限升级。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109778）

    Printing： Output 组件中的拒绝服务。在 Firefox 158 和 Firefox ESR 153.5中已修复此漏洞。（CVE-2026-109781）

    File Handling 组件中的缓解措施绕过。已在 Firefox ESR 153.5中修复此漏洞。
    (CVE-2026-109782)

    File Handling 组件中的缓解措施绕过。已在 Firefox ESR 153.5中修复此漏洞。
    (CVE-2026-109783)

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

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

远程主机上安装的 lrzsz 版本低于 0.12.20-36。因此，它受到 ALAS2-2026-4031 公告中提及的一个漏洞影响。

    lrzsz 之前 0.13.0 在 lrz 接收实用工具的管道模式中包含操作系统命令注入漏洞，允许远程发送者通过提供构建的文件名来执行命令。当 lrz 以后缀名称（如 lrztar）运行时，src/lrz.c 中的 procheader（） 会将未转义的 ZMODEM/YMODEM 文件名传递到 popen（），因此 shell 元字符作为接收用户执行。（CVE-2026-105841）

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

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

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

    SCTP 协议分析器在 to 和 4.4.0 to 4.4.184.6.8 中4.6.0崩溃允许拒绝服务 （CVE-2026-95389）

    CSN.1 分析器中的堆缓冲区溢出 （WRITE） -- CSN_RECURSIVE_ARRAY 写入过去的目标数组而未经容量检查 （packet-csn1.c）。（CVE-2026-95393）

    分析器会 X11 根据每个 TCP 对话、x11_conv_data_t.keycodemap[256] 中的每个密钥代码缓存一个 keysym 数组。listOfKeysyms（） 中的每个数组都分配了对被解析的消息有效的 keysyms-per-keycode 宽度，但分析器仅记录一个标量状态>keysyms_per_keycode，没有每个数组的宽度。X_ChangeKeyboardMapping请求使用 request-local 宽度写入条目，并保持标量不变;X_GetKeyboardMapping回复设置标量。因此，两者是分道扬镳的。在解析后续 KeyPress/KeyRelease 事件时，keycode2keysymString（） 会使用当前标量为缓存数组编制索引，并且从不查询每个数组的实际长度，因此任何分配得比标量窄的数组都将被越界读取。可通过使用默认配置 X11 的捕获访问此漏洞（分析器已默认注册 TCP 6000-6063 并启用;不需要协议首选项或密钥）。（CVE-2026-96423）

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

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

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

    当 http.传输发送包含非空 Request.Body 的 HTTP/1 CONNECT 请求，它会将正文直接写入连接，而不在请求标头之后进行帧处理。如果服务器拒绝具有非 2xx 保持活动响应的 CONNECT 请求，传输将返回到空闲池的连接。由于 CONNECT 请求没有请求正文，服务器可能会将尾部正文字节解释为连接上的后续管道 HTTP/1.1 请求，从而使池连接不同步并导致重用它的下一个调用方读取对注入请求的响应。在反向代理（包括 httputil.ReverseProxy） 通过共享传输转发 CONNECT 请求，这可导致跨用户响应毒化。

    现在，无论响应状态如何，HTTP/1 传输都会在发送 CONNECT 请求后关闭连接。

    此外，ReverseProxy 现在拒绝传入的 CONNECT 请求，并发出 405 Method Not Allowed 响应。
    ReverseProxy 从未以有用的方式处理 CONNECT 请求（它不会将连接转换为双向隧道），因此我们预计此更改不会对任何当前用户产生负面影响。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81740NOTE: 已修复：
    https://github.com/golang/go/commit/76875df0f3425f69e4dc2c439040a248b6107854 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/3fe1aac0ce941cb16b0ec5d489827cf1c58197c4 （go1.26.9） （CVE-2026-56866）

    当客户端发送 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）

    历来，我们对 HTTP/2 实现中的畸形帧相关标头比较宽松，因为它们不会干扰 HTTP/2 帧。但是，这使得我们的 HTTP/2 实现在充当反向代理时，可以将包含此类标头的响应转发到 HTTP/1 客户端。如果 HTTP/1 客户端的行为也不够严格，这可导致响应走私。

    我们现在会在 HTTP/2 传输接收到与成帧相关的标头时删除畸形，以便它们不会被转发到可能易受攻击的 HTTP/1 客户端。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81115NOTE: 已修复：
    https://github.com/golang/go/commit/072779d81582543bf2872c259e0c6cceea728de4 （go1.27.2）TODO：检查 golang-golang-x-net （CVE-2026-78660） 可能需要跟踪

    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）

    解析包含大量小范围的 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）

    恶意的 HTTP/2 对等机可通过打开大量流然后发送许多包含SETTINGS_INITIAL_WINDOW_SIZE值的小型 SETTINGS 帧来导致客户端或服务器中过量消耗 CPU。HTTP/2 客户端和服务器现在可有效处理初始窗口大小（O（1）而非 O（流数））的变更。

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

    当 HTTP 服务器处理程序向 HTTP/1 CONNECT 请求发送 2xx 响应并在未劫持连接的情况下返回时，服务器会错误地继续读取和服务连接中的请求。
    由于对 HTTP/1 CONNECT 的 2xx 响应会将连接转换为隧道，因此服务器不应将该连接视为继续包含 HTTP。这种不当行为的影响主要限于潜在的请求走私，其中中间代理将连接上的数据视为隧道，而服务器则将其视为 HTTP。HTTP/1 服务器现在在响应 CONNECT 请求后始终会关闭连接，无论响应状态如何。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81744NOTE: 已修复：
    https://github.com/golang/go/commit/e92229e24a387cc006a750af176b07a459ba71a1 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/087de1ff08ea620ac2f6ae26c939454cb793883a （go1.26.9） （CVE-2026-94439）

    当部分开头的剩余限制小于 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）

    cmd/go：golang.org/fips140 的校验和绕过

    此前，在定义虚假 golang.org/fips140 并操作用户选择连接的恶意 GOMODPROXY 的恶意 Go 项目中操作的用户，可以在其位置提供任意模块。

    现在，我们解包捆绑的 golang.org/fips140 模块的受信任 ziphash，并在 GOMODCACHE 中构造其条目，以便工具链可以对其进行验证。（CVE-2026-94444）

    此前，在定义虚假 golang.org/toolchain go.sum 条目并操作用户选择使用的恶意 GOMODPROXY 的恶意 Go 项目中操作的用户，可绕过预期校验和。

    我们现在确保 golang.org/toolchain 始终进入网络进行规范校验和。



    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81834NOTE: 已修复：
    https://github.com/golang/go/commit/68fa7699a27d745f90bf8630202e1a415d1b0769 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/7325b729f07c7ff255b9b5e3f427234ebd21ac47 （go1.26.9） （CVE-2026-94447）

    当 JavaScript 模板文本包含连续表达式时，输入新表达式时未正确重置上下文跟踪状态。我们现在确保模板文字表达式条目正确重置上下文变量，因此可以准确识别和转义所有后续的正则表达式文字。

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

    受信任的模板作者之前可能编写了一个有效的模板，其中使用 |yield|关键字可能不会被正确转义。我们现在确保转义有效的关键字使用，并且不转义非关键字使用。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81823NOTE: 已修复：
    https://github.com/golang/go/commit/6e2cfab0a1c1683c52f9e09270627b0c4e6446e3 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/5d84f6f08caf63b5f1300930368756bd34955f4a （go1.26.9） （CVE-2026-97030）

    RFC 9849 不允许多个 ECH 外部扩展引用;以前，客户端可发送精心构建的数据包，该数据包可通过指定多个引用来触发服务器进程中的内存耗尽。我们现在拒绝这些畸形问题，并因此抑制内存放大矢量。

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

    HTTP/2 服务器最终可能会因为无意中同时修改其 HPACK 编码器而崩溃。这个问题发生的原因在于服务器在未同步的情况下从两个 goroutine 修改 HPACK 编码器：一个使用编码器将标头帧编码为发送到客户端的响应的一部分，另一个在处理包含客户端发送的SETTINGS_HEADER_TABLE_SIZE的 SETTINGS 帧时修改编码器的表大小。恶意客户端可在更改标头表大小时重复发送请求，从而导致服务器崩溃。

    通过不立即应用SETTINGS_HEADER_TABLE_SIZE修复此问题。而是缓冲接收到的任何SETTINGS_HEADER_TABLE_SIZE，并且仅在服务器下次写入帧之前应用新值。

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

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

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

远程主机上安装的 oci-add-hooks 版本低于 0-0.12.20200504git325a340。因此，该软件受到 ALAS2DOCKER-2026-150 公告中提及的多个漏洞影响。

    当客户端发送 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）

    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）

    解析包含大量小范围的 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）

    当 HTTP 服务器处理程序向 HTTP/1 CONNECT 请求发送 2xx 响应并在未劫持连接的情况下返回时，服务器会错误地继续读取和服务连接中的请求。
    由于对 HTTP/1 CONNECT 的 2xx 响应会将连接转换为隧道，因此服务器不应将该连接视为继续包含 HTTP。这种不当行为的影响主要限于潜在的请求走私，其中中间代理将连接上的数据视为隧道，而服务器则将其视为 HTTP。HTTP/1 服务器现在在响应 CONNECT 请求后始终会关闭连接，无论响应状态如何。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81744NOTE: 已修复：
    https://github.com/golang/go/commit/e92229e24a387cc006a750af176b07a459ba71a1 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/087de1ff08ea620ac2f6ae26c939454cb793883a （go1.26.9） （CVE-2026-94439）

    当部分开头的剩余限制小于 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）

    当 JavaScript 模板文本包含连续表达式时，输入新表达式时未正确重置上下文跟踪状态。我们现在确保模板文字表达式条目正确重置上下文变量，因此可以准确识别和转义所有后续的正则表达式文字。

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

    受信任的模板作者之前可能编写了一个有效的模板，其中使用 |yield|关键字可能不会被正确转义。我们现在确保转义有效的关键字使用，并且不转义非关键字使用。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81823NOTE: 已修复：
    https://github.com/golang/go/commit/6e2cfab0a1c1683c52f9e09270627b0c4e6446e3 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/5d84f6f08caf63b5f1300930368756bd34955f4a （go1.26.9） （CVE-2026-97030）

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

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

远程主机上安装的 alsa-lib 版本低于 1.1.4.1-2。因此，该软件受到 ALAS2-2026-4041 公告中提及的多个漏洞影响。

    alsa-lib through 在 1.2.16.1 __snd_ctl_ascii_elem_id_parse（） 函数中包含堆栈缓冲区溢出，当解析具有 64 个或以上字符的 name= 字段时，该函数会在 64 字节缓冲区外写入一个字节。
    攻击者可通过保存的状态文件或命令行参数提供长控制元素标识符字符串，以覆盖相邻堆栈内存并使调用进程崩溃。（CVE-2026-90781）

    alsa-lib through 在 1.2.16.1 多 PCM 插件中包含拒绝服务漏洞，无法在访问数组之前验证稀疏的绑定索引。攻击者可提供具有稀疏绑定的恶意 ALSA 配置文件，以触发越界数组读取和断言失败，进而造成应用程序中止。（CVE-2026-96675）

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

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

远程主机上安装的 ca-certificates 版本低于 2025.2.76-1。因此，它受到 ALAS2-2026-4037 公告中提及的一个漏洞影响。

    Mozilla 于 10 月 17 日通过 OneCRL 阻止了受影响的中间 eMudhra 证书，这些证书于当天通过 RemoteSettings 分发给客户端。此更新包含更新后的 OneCRL 阻止列表，确保即使 RemoteSettings 被策略禁用或在用户的网络环境中不可用，客户端也将阻止受破坏的证书。此漏洞已在 Firefox 158.0.1、Firefox ESR 153.5.1 和 Firefox ESR 115.43.1 中修复。

    ca-certificates 程序包中包含一组系统范围受信任的根 CA 证书。ca-certificates 程序包本身不易受到影响，因为它不包含任何受损证书，但它确实包含签署了受损中间证书的 eMudhra root CA。由于这些根是中间服务器的信任锚，因此 Amazon Linux 将从程序包中删除受影响的 eMudhra 根证书。更新后，链接到已删除根的证书将不再受到信任。
    建议客户在修复程序包可用时尽快更新 ca-certificates。
    (CVE-2026-113470)

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

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

远程主机上安装的 389-ds-base 版本低于 1.3.10.2-17。因此，该软件受到 ALAS2-2026-4003 公告中提及的多个漏洞影响。

    在 389-ds-base 中发现一个缺陷。未经身份验证的远程攻击者可在发送完整 LDAP 操作，后接着同一连接上不完整 LDAPMessage 的首个字节，造成服务器在第一个工作结果刷新前，将该连接传递给第二个工作线程。第二个工作线程会阻断直到 nsslapd-ioblocktimeout 同时保留连接互斥体，从而阻止传递已完成操作的结果。在与已配置工作线程池大小成正比的少量连接中重复此步骤，在默认配置下会耗尽整个池，只要攻击者保持连接，就会拒绝向所有客户端（匿名和经过身份验证的、明文和 TLS）提供服务。（CVE-2026-86344）

    在 389-ds-base 中发现一个缺陷。服务器在协商 StartTLS 时未丢弃已从客户端连接缓冲的明文字节，这使得路径上的攻击者能够注入特制的 LDAP 消息，该消息在 TLS 升级后处理，并且由于 messageID 冲突，其响应被传递到客户端，以代替客户端自己的待定操作的响应。这可造成客户端应用程序将失败的认证 （bind） 尝试视为成功。（CVE-2026-86345）

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

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

远程主机上安装的 PHP 版本低于 5.4.16-46，因此，它受到 ALAS2-2026-4015 公告中提及的一个漏洞影响。

    SOAP XML 解析器中的 cleanup_xml_node（） 在每个 XML 嵌套级别递归一次，没有深度限制。未经认证的攻击者可将包含数万个嵌套元素的 SOAP 请求发布到任何 SoapServer 端点、耗尽堆栈和使进程崩溃。SOAP 值解码器和 WSDL 节点搜索帮助程序中也存在相同的不受限制的递归。（CVE-2026-91765）

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

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

远程主机上安装的 gfs2-utils 版本低于 3.1.10-6。因此，该软件受到 ALAS2-2026-4004 公告中提及的多个漏洞影响。

    在 gfs2-utils 中发现堆栈溢出漏洞。metawalk.c 中的哈希表遍历代码使用从不受信任的磁盘上的di_depth字段中指数派生大小的 alloca（），而没有进行边界验证。特制的 GFS2 文件系统图像具有大di_depth值，在使用 fsck.gfs2、gfs2_edit 或 savemeta 进行处理时，可造成堆栈耗尽和拒绝服务。（CVE-2026-71219）

    在 gfs2-utils 中发现堆栈越界写入漏洞。在 gfs2_edit 中，磁盘上 inode 元数据的 di_height 字段用作数组索引，而不进行边界检查，从而导致堆栈缓冲区溢出，从而可能导致在处理构建的 GFS2 文件系统图像时执行任意代码。（CVE-2026-71220）

    在 gfs2-utils 中发现堆栈越界写入漏洞。在 savemeta 中，磁盘上 inode 元数据中的高度值用作循环边界，而不进行边界检查，从而导致堆栈缓冲区溢出，从而在处理构建的 GFS2 文件系统图像时导致执行任意代码。（CVE-2026-71221）

    在 gfs2-utils 中发现堆越界读取漏洞。在没有边界验证的情况下消耗磁盘上扩展属性元数据的 ea_num_ptrs 字段，从而造成堆缓冲区过度读取，从而在处理构建的 GFS2 文件系统图像时泄露敏感内存内容或造成崩溃。
    (CVE-2026-71222)

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

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

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

    由于存在与特定证书颁发机构 （CA） 颁发的一小组中间证书有关的安全问题，Go 的 crypto/x509 程序包已更新为不信任受影响的中间证书所颁发的证书。这可防止日后可能滥用受影响的中间证书所颁发的证书。（CVE-2026-111943）

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

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

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

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

    由于存在与特定证书颁发机构 （CA） 颁发的一小组中间证书有关的安全问题，Go 的 crypto/x509 程序包已更新为不信任受影响的中间证书所颁发的证书。这可防止日后可能滥用受影响的中间证书所颁发的证书。（CVE-2026-111943）

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

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

远程主机上安装的 libreswan 版本低于 3.25-4.8。因此，它受到 ALAS2-2026-4021 公告中提及的一个漏洞影响。

    在 Libreswan 的 PKCS#7 证书负载处理中发现一个空指针取消引用缺陷。处理包含包含证书吊销列表但无证书的捆绑包的构建的 IKEv2 IKE_AUTH 数据包 PKCS#7 时，Libreswan 可能会取消引用空指针，从而造成 pluto 后台程序崩溃并重新启动。未经认证的远程攻击者可反复触发此缺陷以造成拒绝服务。（CVE-2026-77207）

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

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

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

    在 spice-server 中发现一个缺陷。多个迁移数据处理程序使用客户端提供的SPICE_MSGC_MIGRATE_DATA消息偏移而未经边界验证，这使得经过身份验证的恶意 SPICE 客户端在 VM 实时迁移期间通过对消息缓冲区执行越界读取和写入操作，从而读取任意堆内存或触发堆损坏。（CVE-2026-105958）

    在 spice-server 中发现一个缺陷。调用 malloc 回调时，GLZ 编码器字典还原路径会将 size_t 分配大小截断为 int，进而允许经认证的恶意 SPICE 客户端在 VM 实时迁移期间，通过在迁移数据中发送构建的 max_encoders 值，来触发大规模堆缓冲区溢出。（CVE-2026-105959）

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

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

远程主机上安装的 python3 版本低于 3.7.16-1。因此，它受到 ALAS2-2026-4025 公告中提及的一个漏洞影响。

    SSL。如果 ssl，则 SSLContext.wrap_bio（） 不需要 server_hostname 参数不为 None。SSLContext.check_hostname已设定。由于 SSLObject 中缺少参数检查，因此如果未提供 server_hostname 参数，则将静默跳过主机名验证。

    此缺陷可导致证书主机名验证*似乎*成功且 SSLContext.check_hostname = True，并且由于错误配置而引发 noValueError。

    如果程序将非空字符串或 None 的 server_hostname 值传递给其中任何一个 API，则证书主机名验证按预期进行，程序不受此漏洞影响。

    缓解此漏洞无需更新 Python 或应用修补程序。为了缓解该问题，将有效的非 None 和 non-emptyserver_hostname 值传递给 SSLContext.wrap_bio（）、asyncio.create_connection（） 或 asyncio.loop.start_tls（），证书主机名验证将按预期进行。升级到最新版本的 Python 或应用修补程序只会将行为从静默跳过主机名验证更改为引发 aValueError，类似于 SSLContext.wrap_socket（），如果未提供server_hostnameisn。（CVE-2026-19553）

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

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

远程主机上安装的内核版本低于 5.4.302-229.500。因此，其会受到 ALAS2KERNEL-5.4-2026-134 公告中提及的一个漏洞影响。

    在 Linux 内核中，以下漏洞已修复：

    nitro_enclaves：修复SLOT_ALLOC失败时的释放后使用 （CVE-2026-98775）

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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

    由于存在与特定证书颁发机构 （CA） 颁发的一小组中间证书有关的安全问题，Go 的 crypto/x509 程序包已更新为不信任受影响的中间证书所颁发的证书。这可防止日后可能滥用受影响的中间证书所颁发的证书。（CVE-2026-111943）

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

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

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

远程主机上安装的 ant 版本低于 1.9.16-1。因此，它受到 ALAS2-2026-4020 公告中提及的一个漏洞影响。

    Apache Ant 的 ftp 和 scp 任务可从远程服务器下载文件。恶意服务器可提供相对路径，使其可以在用于下载的专用目标目录之外写入，从而可能利用在低于 Ant 1.10.18的版本中运行 Ant 的用户权限覆盖攻击者所选的文件。



    要利用此漏洞，服务器必须是恶意的，或者容易遭受中间机器攻击。此外，对于使用 ftps 的 scp 或 ftp 任务，服务器必须通过由任务执行的服务器身份检查。



    对于不使用 ftps 的 ftp 任务，恶意服务器可充当中间程序提供恶意文件。



    从 Ant 1.10.18 开始，默认情况下这两个任务都将阻止在目标目录之外写入。
    如果现有构建文件需要旧行为，则提供一个选项来禁用此行为。



    缓解措施：



    任何 Ant 版本中的 scp 和 ftp（使用 ftps 时）的用户都不应绕过服务器身份检查。
    未使用 ftps 的 ftp 用户应尽可能切换到 ftps。



    建议所有用户升级到 Apache Ant 1.10.18，其中修复了此问题。（CVE-2026-78254）

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

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

远程主机上安装的 golang 版本低于 1.26.10-1。因此，它受到 ALAS2-2026-4043 公告中提及的一个漏洞影响。

    由于存在与特定证书颁发机构 （CA） 颁发的一小组中间证书有关的安全问题，Go 的 crypto/x509 程序包已更新为不信任受影响的中间证书所颁发的证书。这可防止日后可能滥用受影响的中间证书所颁发的证书。（CVE-2026-111943）

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

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

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

    当客户端发送 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）

    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）

    解析包含大量小范围的 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）

    当 HTTP 服务器处理程序向 HTTP/1 CONNECT 请求发送 2xx 响应并在未劫持连接的情况下返回时，服务器会错误地继续读取和服务连接中的请求。
    由于对 HTTP/1 CONNECT 的 2xx 响应会将连接转换为隧道，因此服务器不应将该连接视为继续包含 HTTP。这种不当行为的影响主要限于潜在的请求走私，其中中间代理将连接上的数据视为隧道，而服务器则将其视为 HTTP。HTTP/1 服务器现在在响应 CONNECT 请求后始终会关闭连接，无论响应状态如何。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81744NOTE: 已修复：
    https://github.com/golang/go/commit/e92229e24a387cc006a750af176b07a459ba71a1 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/087de1ff08ea620ac2f6ae26c939454cb793883a （go1.26.9） （CVE-2026-94439）

    当部分开头的剩余限制小于 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）

    当 JavaScript 模板文本包含连续表达式时，输入新表达式时未正确重置上下文跟踪状态。我们现在确保模板文字表达式条目正确重置上下文变量，因此可以准确识别和转义所有后续的正则表达式文字。

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

    受信任的模板作者之前可能编写了一个有效的模板，其中使用 |yield|关键字可能不会被正确转义。我们现在确保转义有效的关键字使用，并且不转义非关键字使用。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81823NOTE: 已修复：
    https://github.com/golang/go/commit/6e2cfab0a1c1683c52f9e09270627b0c4e6446e3 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/5d84f6f08caf63b5f1300930368756bd34955f4a （go1.26.9） （CVE-2026-97030）

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

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

远程主机上安装的 libXtst 版本低于 1.2.3-1。因此，它受到 ALAS2-2026-4012 公告中提及的一个漏洞影响。

    恶意 X 服务器可利用 libXtst 之前 libXtst 1.2.6 的 RECORD 回复解析器中的越界读取造成连接的 X 客户端崩溃。（CVE-2026-94286）

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

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

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

    在 FreeIPA 中发现一个缺陷。经身份验证的低权限用户可通过提交过大的一次性密码 （OTP） 密钥值来利用此漏洞。然后对这个超大的密钥进行解码和重新编码，没有适当的大小限制，从而消耗过多的 CPU 和内存资源。这可导致拒绝服务，从而降低 IPA 服务的可用性。（CVE-2026-73196）

    在“ipa-enrollment”SLAPI 插件中发现一个缺陷。经认证的远程客户端可通过发送畸形的轻型目录访问协议 （LDAP） 扩展操作，利用空指针取消引用漏洞。通过在“ipa-enrollment”扩展操作中忽略“JOIN_OID”的请求值，攻击者可触发服务器崩溃，从而可能造成拒绝服务。
    (CVE-2026-73199)

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

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

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

    hw/display/qxl：根据宽度 （CVE-2026-16271） 验证主要表面跨度

    hw/usb/hcd-xhci：在定时器函数 （CVE-2026-17588） 中设置重新进入防护

    hw/display/vga：修复图形表面切换 （CVE-2026-77913） 之后的文本模式 OOB 写入

    io/channel-socket：不将零长度写入视为错误 （CVE-2026-84788）

    在 QEMU 的 9pfs 子系统中发现一个释放后使用漏洞。处理并发 Tlcreate 和 Twalk 请求时，主线程和工作线程之间的争用条件允许恶意客户机用户构建包含过时堆数据的 fid 路径，从而绕过目录遍历限制并转义共享目录边界。这可导致以 QEMU 进程用户的身份读取/写入任意主机文件，以及执行代码（VM 转义）。（CVE-2026-93834）

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

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

远程主机上安装的 Firefox 版本低于 153.5.1-1。因此，它受到 ALAS2FIREFOX-2026-068 公告中提及的一个漏洞影响。

    Mozilla 于 10 月 17 日通过 OneCRL 阻止了受影响的中间 eMudhra 证书，这些证书于当天通过 RemoteSettings 分发给客户端。此更新包含更新后的 OneCRL 阻止列表，确保即使 RemoteSettings 被策略禁用或在用户的网络环境中不可用，客户端也将阻止受破坏的证书。此漏洞已在 Firefox 158.0.1、Firefox ESR 153.5.1 和 Firefox ESR 115.43.1 中修复。

    ca-certificates 程序包中包含一组系统范围受信任的根 CA 证书。ca-certificates 程序包本身不易受到影响，因为它不包含任何受损证书，但它确实包含签署了受损中间证书的 eMudhra root CA。由于这些根是中间服务器的信任锚，因此 Amazon Linux 将从程序包中删除受影响的 eMudhra 根证书。更新后，链接到已删除根的证书将不再受到信任。
    建议客户在修复程序包可用时尽快更新 ca-certificates。
    (CVE-2026-113470)

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

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

远程主机上安装的 gstreamer-plugins-good 版本低于 0.10.31-20。因此，该软件受到 ALAS2-2026-4023 公告中提及的多个漏洞影响。

    在 GStreamer 的 gst-plugins-good 中发现一个缺陷。解析 Matroska 或 WebM 容器文件中嵌入的 FLAC 音频流标头时，可发生 4 个字节的基于堆的越界读取。该漏洞由不考虑所复制数据的完整大小的边界检查触发，从而允许小额读取超过分配的缓冲区末尾。攻击者可利用此漏洞，通过构建恶意 Matroska 或 WebM 文件并诱骗用户打开该文件，从而可能泄漏少量相邻堆内存。（CVE-2026-17072）

    在 GStreamer gst-plugins-good （avidemux） 中发现一个缺陷。在 gst_avi_demux_riff_parse_vprp（） 中，可用gst_riff_vprp_video_field_desc条目的数量计算方法是将剩余缓冲区大小除以攻击者控制的 vprp->fields 值，而非 sizeof（gst_riff_vprp_video_field_desc）。这可造成解析器将比输入缓冲区中适合的字段描述符更多的字段描述符视为可用，从而导致越界读取。通过 playbin/decodebin 处理构建的 AVI 可导致应用程序崩溃（拒绝服务）。修复了 gst-plugins-good 1.28.6 （GStreamer-SA-2026-0072） 中的上游。（CVE-2026-73434）

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

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

远程主机上安装的 amazon-ecr-credential-helper 版本低于 0.12.0-5。因此，该 docker 受到 ALAS2NITRO-ENCLAVES-2026-126 公告中提及的多个漏洞的影响。

    当客户端发送 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）

    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）

    解析包含大量小范围的 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）

    当 HTTP 服务器处理程序向 HTTP/1 CONNECT 请求发送 2xx 响应并在未劫持连接的情况下返回时，服务器会错误地继续读取和服务连接中的请求。
    由于对 HTTP/1 CONNECT 的 2xx 响应会将连接转换为隧道，因此服务器不应将该连接视为继续包含 HTTP。这种不当行为的影响主要限于潜在的请求走私，其中中间代理将连接上的数据视为隧道，而服务器则将其视为 HTTP。HTTP/1 服务器现在在响应 CONNECT 请求后始终会关闭连接，无论响应状态如何。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81744NOTE: 已修复：
    https://github.com/golang/go/commit/e92229e24a387cc006a750af176b07a459ba71a1 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/087de1ff08ea620ac2f6ae26c939454cb793883a （go1.26.9） （CVE-2026-94439）

    当部分开头的剩余限制小于 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）

    当 JavaScript 模板文本包含连续表达式时，输入新表达式时未正确重置上下文跟踪状态。我们现在确保模板文字表达式条目正确重置上下文变量，因此可以准确识别和转义所有后续的正则表达式文字。

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

    受信任的模板作者之前可能编写了一个有效的模板，其中使用 |yield|关键字可能不会被正确转义。我们现在确保转义有效的关键字使用，并且不转义非关键字使用。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81823NOTE: 已修复：
    https://github.com/golang/go/commit/6e2cfab0a1c1683c52f9e09270627b0c4e6446e3 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/5d84f6f08caf63b5f1300930368756bd34955f4a （go1.26.9） （CVE-2026-97030）

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

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

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

    由于存在与特定证书颁发机构 （CA） 颁发的一小组中间证书有关的安全问题，Go 的 crypto/x509 程序包已更新为不信任受影响的中间证书所颁发的证书。这可防止日后可能滥用受影响的中间证书所颁发的证书。（CVE-2026-111943）

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

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

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

    当配置的位置同时使用别名指令以及引用变量的 $request_filename rewrite 和 set 或 return 指令时，NGINX Plus 和 NGINX Open Source 中存在漏洞。或者，将变量用于访问日志格式指令时 $request_filename ，也可以达到相同的结果。未经身份验证的攻击者及其无法控制的情况可通过发送构建的 HTTP 请求利用此漏洞。这可能会造成 NGINX 工作线程进程中发生堆缓冲区溢出，进而导致重启。此外，攻击者可在禁用了地址空间布局随机化 (ASLR) 或在可以绕过 ASLR 的系统上执行代码。

    影响：此漏洞可让远程攻击者在 NGINX 系统上造成拒绝服务 （DoS），或可能触发代码执行。这只是数据平面问题；不会暴露控制平面。



    注意：不评估已达到技术支持结束日期 (EoTS) 的软件版本。
    (CVE-2026-15176)

    当 map 指令使用 regex 匹配，并且根指令或访问日志格式在引用 map 输出变量之前引用 map 的 regex 捕获变量时，NGINX Plus 和 NGINX Open Source 中存在漏洞。或者，在某些条件下，通过在字符串表达式中使用不可缓存的变量也可以实现相同的结果。未经身份验证的攻击者及其无法控制的情况可通过发送构建的 HTTP 请求利用此漏洞。这可能会造成 NGINX 工作线程进程中发生堆缓冲区溢出，进而导致重启。此外，攻击者可在禁用了地址空间布局随机化 (ASLR) 或在可以绕过 ASLR 的系统上执行代码。

    影响：此漏洞可让远程攻击者在 NGINX 系统上造成拒绝服务 （DoS），或可能触发代码执行。这只是数据平面问题；不会暴露控制平面。

    注意：不评估已达到技术支持结束日期 (EoTS) 的软件版本。
    (CVE-2026-93479)

    描述NGINX Plus 和 NGINX Open Source 在 ngx_http_v3_module 模块中存在漏洞。将 HTTP/3 与

    proxy_request_buffering on 指令，未经认证的攻击者可能可以在代理请求中注入数据。

    影响

    此漏洞可允许远程攻击者

    在代理请求中注入数据。这只是数据平面问题；不会暴露控制平面。





    注意：不评估已达到技术支持结束日期 (EoTS) 的软件版本。
    (CVE-2026-95101)

    NGINX Plus 和 NGINX Open Source 在 ngx_http_core_module 模块中存在一个漏洞。当某些配置中启用了异步文件 I/O （AIO） 时，处理包含 include 虚拟命令的 Server Side Includes （SSI） 页面可能会触发 NGINX 工作进程中的释放后使用 （UAF）。
    这可造成内存损坏或工作进程崩溃。此外，攻击者可在禁用了地址空间布局随机化 (ASLR) 或在可以绕过 ASLR 的系统上执行代码。

    影响：此漏洞可让远程攻击者在 NGINX 系统上造成拒绝服务 （DoS）、损坏其内存，或可能触发代码执行。这只是数据平面问题；不会暴露控制平面。



    注意：不评估已达到技术支持结束日期 (EoTS) 的软件版本。
    (CVE-2026-97205)

    描述配置了 NGINX Plus 或 NGINX Open Source 时ssl_session_cache

    shared：name：大小

    在没有用于自动轮换 SSL 会话票证密钥的显式 ssl_session_ticket_key 文件指令的情况下，未经认证的远程攻击者能够伪造客户端 SSL 会话

    以攻击者无法控制的非确定性方式攻击。攻击者可利用此漏洞绕过客户端证书验证。

    影响

    此漏洞可导致资源或功能暴露给非预期的执行者，从而可能为攻击者提供访问敏感信息的权限。这只是数据平面问题；不会暴露控制平面。





    注意：不评估已达到技术支持结束日期 (EoTS) 的软件版本。
    (CVE-2026-97629)

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

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

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

    Perl 版本 5.45.1 通过 S_regmatch 中较小的超线性缓存在正则表达式匹配期间具有越界堆读取和写入。

    正则表达式引擎的超线性缓存为每个参与的 WHILEM 节点的每个主题位置保留一个位，因此位计数是主题长度加上节点数的 1 倍。没有任何东西会检查该产品是否有已签名的 32 位计数的正溢出：与具有 15 个参与节点的模式匹配的 286331153 字节主题会将计数存储为 14，并留下两个字节的缓存。然后从实际匹配位置和节点号对缓存进行索引，因此读取会超过分配的末尾，而失败时 CACHEsayNO 会设置稍微超过它。

    如果调用程序将攻击者控制的如此大小的主题与此形状的模式相匹配，则可使进程崩溃或损坏堆内存。（CVE-2026-15534）

    当过时的失败标记在 S_find_byclass 年初结束 Aho-Corasick 预扫描时，来自 5.41.9 之前的 5.9.4 Perl 版本会生成错误的正则表达式匹配结果。

    预扫描会在拍摄对象中遍历完整图案可能匹配的位置，引擎会从记录的最左边的位置进行尝试。失败的转换会设置失败的标志，而后来的成功转换不会清除它，因此预扫描会将过时标志读取为失败，并在记录较早启动的候选标记之前停止。它采用一个主题，其中记录了一个候选人，然后后面的角色通过成功的失败链接强制回退。

    示例：

    ABCDE =~ m/ABCF|BCDE|C/;# 与偏移 2 处的 C 匹配，而不是 BCDEABCDE =~ m/ABCF|BCDE|C（G）/;# 无匹配，BCDE 未命中

    像这样的交替可能会错过它应该匹配的输入，或者在错误的分支上匹配它，因此根据结果做出的访问或过滤决策可能是错误的。（CVE-2026-19487）

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

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

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

    当客户端发送 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）

    当部分开头的剩余限制小于 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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

    注意： 修复者： 修复者： https://gitlab.com/qemu-project/qemu/-/commit/1f24066fc88d33455ee54a20f29994d9e69997ba(v11.1.0-rc3)NOTE:https://gitlab.com/qemu-project/qemu/-/commit/5fbd2fe1cc54259d045d00d4966aa2db1ba990d6 （v11.0.4） （CVE-2026-18054）

    注意： https://gitlab.com/qemu-project/qemu/-/work_items/3917NOTE: 修复者： https://gitlab.com/qemu-project/qemu/-/commit/0be94d8d9c28e6b7235b34133d057090fe93be6c （v11.1.0-rc2） 注意： 修复者：
    https://gitlab.com/qemu-project/qemu/-/commit/88a0e5e45b41d407cf9adf1f2cf6f20f394a578d （v11.0.4） （CVE-2026-50624）

    注意： https://gitlab.com/qemu-project/qemu/-/work_items/3875NOTE: 修复者： https://gitlab.com/qemu-project/qemu/-/commit/f404bf0e6504e0412a00ea64708f17d2a5e3f869 （v11.1.0-rc2） 注意： 修复者：
    https://gitlab.com/qemu-project/qemu/-/commit/a4abe1f1fa6f465b64fb400bea14c72bd5e32ac9 （v11.0.4） （CVE-2026-61476）

    QEMU 在线路 2108-2109 上的 9pfs 只读检查针对原始 9P 打开模式字节测试模式 &O_TRUNC 和模式 &O_APPEND。对于 9P2000.u 协议，模式使用 9P 标记值（Otrunc=0x10、Oappend=0x80），但检查会与 Linux 常量（O_TRUNC=0x200、O_APPEND=0x400）进行比较。由于 0x10 & 0x200 = 0 且 0x80 & 0x400 = 0，这两个标记都会绕过只读防护。然后通过 omode_to_uflags（） 将模式正确转换为主机标记，因此通过O_TRUNC调用 open（） -- 截断只读共享上的主机文件。9P2000.L 不受影响（客户机直接传递 Linux 标记，因此位值匹配）。（CVE-2026-63318）

    主机端 AddressSanitizer：通过 q35 上的 virtio-net-pci 接收过滤路径在当前 QEMU 主控端读取堆缓冲区溢出。崩溃发生在 receive_filter（） 中。（CVE-2026-63320）

    注意： https://gitlab.com/qemu-project/qemu/-/work_items/3607NOTE: 修复者： https://gitlab.com/qemu-project/qemu/-/commit/4727cc883b7e81d2c30b9801af54482d65b84292 （v11.1.0-rc2） 注意： 修复者：
    https://gitlab.com/qemu-project/qemu/-/commit/95b9a1bf26fef7c44f4925f78ade7fa824ed5e76 （v11.0.4） （CVE-2026-63322）

    注意： https://gitlab.com/qemu-project/qemu/-/work_items/3846NOTE: 修复者： https://gitlab.com/qemu-project/qemu/-/commit/370882d0869567e5f21b95229a763171e319d0db （v11.1.0-rc3） 注意： 修复者：
    https://gitlab.com/qemu-project/qemu/-/commit/e00b9c9193de00f5782cb919d91eb80d255017fe （v11.0.4） （CVE-2026-65928）

    在 QEMU 中发现一个缺陷。hw/i386/vapic.c 中的 VAPIC 设置超级调用未验证可写入的 RAM 别名是否保留在选项 ROM 窗口中。/KVM 计算机上的 Q35特权客户机用户可将此别名放置在锁定的 SMRAM 上，从而绕过芯片组D_LCK保护并将代码注入系统管理模式内存。（CVE-2026-81627）

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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

    在 Aspell 中发现一个缺陷。攻击者可通过诱使用户处理特制的字典文件，实现任意代码执行或造成拒绝服务 （DoS）。出现此问题的原因是，在只读字典加载程序中进行缓冲区容量检查时，发生整数计算错误，从而导致基于堆的缓冲区溢出。（CVE-2026-103658）

    GNU Aspell prezip-bin 在 prog/prezip.c 的解压缩器中包含一个基于堆的缓冲区溢出漏洞。解压缩器未正确检查缓冲区空间，因此构建的压缩文件可对堆造成越界读取和写入操作。诱使用户使用 prezip-bin 处理恶意压缩文件的攻击者可触发内存损坏，从而导致进程崩溃。



    此问题已在将在版本 0.60.8.3中发布的认可 15b188437f9e0192d4ac4472ad66a4e2f62a782f 中修复。（CVE-2026-75818）

    GNU Aspell 在 readonly_ws.cpp 的 ReadOnlyDict：：load（） 中包含一个越界读取漏洞。加载二进制 .rws 字典文件时，它使用文件标头中的偏移字段作为堆缓冲区的字节索引，而不验证其边界。攻击者可通过诱使用户运行通过 、 或--dict-dir配置选项提供的--master构建字典文件 aspell 触发此漏洞，从而导致堆内存泄露或通过应用程序崩溃造成拒绝服务。



    此问题已在将在版本 0.60.8.3中发布的认可 941953b25031bc9104e83f58e138a664b8dedc3f 中修复。（CVE-2026-75819）

    GNU Aspell 在 modules/speller/default/writable.cpp 的 WritableDict：：add（） 函数中包含整数截断漏洞。加载个人单词表时，单词长度存储为单个字节，导致长度为 256 的倍数的单词被截断。这会导致堆损坏。攻击者可利用此漏洞，诱使用户使用包含此类单词的构建的个人单词表运行 aspell，从而导致拒绝服务。



    此问题已在将在版本 0.60.8.3中发布的认可 782ce94e4dc71eaec4ee1bd945eb3b9c47c5387d 中修复。（CVE-2026-75820）

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

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

远程主机上安装的 amazon-ecr-credential-helper 版本低于 0.12.0-5。因此，该软件受到 ALAS2DOCKER-2026-149 公告中提及的多个漏洞影响。

    当客户端发送 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）

    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）

    解析包含大量小范围的 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）

    当 HTTP 服务器处理程序向 HTTP/1 CONNECT 请求发送 2xx 响应并在未劫持连接的情况下返回时，服务器会错误地继续读取和服务连接中的请求。
    由于对 HTTP/1 CONNECT 的 2xx 响应会将连接转换为隧道，因此服务器不应将该连接视为继续包含 HTTP。这种不当行为的影响主要限于潜在的请求走私，其中中间代理将连接上的数据视为隧道，而服务器则将其视为 HTTP。HTTP/1 服务器现在在响应 CONNECT 请求后始终会关闭连接，无论响应状态如何。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81744NOTE: 已修复：
    https://github.com/golang/go/commit/e92229e24a387cc006a750af176b07a459ba71a1 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/087de1ff08ea620ac2f6ae26c939454cb793883a （go1.26.9） （CVE-2026-94439）

    当部分开头的剩余限制小于 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）

    当 JavaScript 模板文本包含连续表达式时，输入新表达式时未正确重置上下文跟踪状态。我们现在确保模板文字表达式条目正确重置上下文变量，因此可以准确识别和转义所有后续的正则表达式文字。

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

    受信任的模板作者之前可能编写了一个有效的模板，其中使用 |yield|关键字可能不会被正确转义。我们现在确保转义有效的关键字使用，并且不转义非关键字使用。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81823NOTE: 已修复：
    https://github.com/golang/go/commit/6e2cfab0a1c1683c52f9e09270627b0c4e6446e3 （go1.27.2）注意：修复者：
    https://github.com/golang/go/commit/5d84f6f08caf63b5f1300930368756bd34955f4a （go1.26.9） （CVE-2026-97030）

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

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

远程主机上安装的 mod_security 版本低于 2.9.15-1。因此，它受到 ALAS2-2026-4010 公告中提及的一个漏洞影响。

    GHSA-5pww-8rfg-9crf：RFC 2231 filename* 参数绕过多部分文件名规则 （CVE-2026-104269）

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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

    在 Ghostscript 中发现一个缺陷。当 Ghostscript 渲染特制的 PostScript 或 EPS 文档时，可绕过 -dSAFER 沙盒并在 Ghostscript 进程环境中执行任意 shell 命令。
    此问题将文档解析中的内存损坏与运行时禁用内部路径访问控制联系在一起。攻击者可直接交付文档，或通过委托渲染 Ghostscript 的格式（例如 EPS 导入或打印转换工作流程）。成功利用此漏洞会损害运行 Ghostscript 的进程可访问数据的机密性、完整性和可用性。
    (CVE-2026-101258)

    在 ghostscript 中发现一个缺陷。此漏洞允许远程攻击者通过诱骗用户或服务处理特制文件，触发应用程序崩溃而导致拒绝服务 （DoS），或可能执行任意代码。此问题源自于 Type 1 字体处理期间 pdfwrite 组件中基于堆栈的缓冲区溢出。（CVE-2026-103226）

    之前的 Ghostscript 10.08.0 在 JPEG 2000 输出适配器 （base/sjpx_openjpeg.c） 中包含一个基于堆的缓冲区溢出漏洞，允许攻击者通过提供包含具有不匹配组件子采样因子的 JPEG 2000 图像的构建 PDF 来造成内存损坏。当图像组件声明不同的子采样值时，非等比例子字节深度输出路径会分配一个大小适合打包输出的行缓冲区，但无论位深度如何，都会在每个输出列中写入一个完整的字节，从而溢出分配并破坏内部区块分配器元数据以实现代码执行。（CVE-2026-39919）

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

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

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

    xkb/xkb.c 中的 CheckSetDoodad（） 在出错时释放 doodad->text.text，但未使指针为 NULL。当错误路径继续出现时，在清除期间调用 _XkbClearDoodad（），并再次释放相同的指针，导致双重释放。经认证的 X 客户端可通过发送构建的 XkbSetGeometry 请求来触发此漏洞，该请求包含采用初始错误路径的畸形 TextDoodad 条目。

    双重释放可导致堆损坏，可能允许任意代码执行或拒绝服务（崩溃）。

    注意：https://lists.x.org/archives/xorg-announce/2026-October/003747.htmlNOTE: 已由以下人员修复：
    https://gitlab.freedesktop.org/xorg/xserver/-/commit/c724006ee76fb002add50fcb4d97e8c96c279f09 （xorg-server-21.1.25） （CVE-2026-88812）

    Present_clear_window_notifies（） 未在释放window_priv之前取消链接每个窗口列表中的通知条目。随后销毁或重用该窗口时，将遍历过时的列表条目，从而导致释放后使用。

    经认证的 X 客户端可通过创建跨窗口 Present 通知然后破坏目标窗口来触发此漏洞。必须同时启用 Present 和 SYNC 扩展（默认启用）。释放后使用可导致拒绝服务（崩溃）或可能的信息泄露。

    注意：https://lists.x.org/archives/xorg-announce/2026-October/003747.htmlNOTE: 已由以下人员修复：
    https://gitlab.freedesktop.org/xorg/xserver/-/commit/a469f98bcfab50dab607ff5ac24037632b0079a3 （xorg-server-21.1.25） （CVE-2026-93515）

    XInput 被动抓取修饰符设备释放后使用

    注意：https://lists.x.org/archives/xorg-announce/2026-October/003747.htmlNOTE: 已由以下人员修复：
    https://gitlab.freedesktop.org/xorg/xserver/-/commit/9442a53c137bb9eb61336c6fd39627912d50cc8d （xorg-server-21.1.25） （CVE-2026-93516）

    在 GLX RenderLarge 请求处理中，缓冲区被分配给 cmdlen 的大小，但后续的 memcpy 会将 dataBytes 复制到其中。未验证 dataBytes 是否小于或等于 cmdlen，从而允许攻击者写入超过分配的缓冲区末尾。

    经过认证的 X 客户端可通过发送 dataBytes 超出 cmdlen 的构建的 GLX RenderLarge 请求来触发此问题，从而导致堆缓冲区溢出。堆缓冲区溢出可导致任意代码执行或拒绝服务。

    注意：https://lists.x.org/archives/xorg-announce/2026-October/003747.htmlNOTE: 已由以下人员修复：
    https://gitlab.freedesktop.org/xorg/xserver/-/commit/3961cdca467975a7d377f1f7bcd55d52eb3f417a （xorg-server-21.1.25） （CVE-2026-93517）

    在 XkbResizeKeyType（） 中，size_syms 变量被声明为无符号 short。对于大的 nTotal 值，表达式 （nTotal * 15） / 10 可能超过 65535，并且当分配给无符号短变量时，结果将被截断。这会导致分配规模过小，且后续写入会造成堆缓冲区溢出。

    经认证的 X 客户端可通过发送 XKB 请求来触发此漏洞，这些请求可导致密钥类型调整大小并具有足够大的 nTotal 值。截断分配导致的堆缓冲区溢出可导致任意代码执行或拒绝服务。

    注意：https://lists.x.org/archives/xorg-announce/2026-October/003747.htmlNOTE: 已由以下人员修复：
    https://gitlab.freedesktop.org/xorg/xserver/-/commit/558ba8f784b0f5d4d96948051b2f04c983af20cc （xorg-server-21.1.25） （CVE-2026-93518）

    Input_constrain_cursor（） 在不检查边界的情况下将屏障事件写入固定大小的缓冲区。当超过 100 个指针屏障处于活动状态时，写入会溢出堆栈或堆上的固定缓冲区。通过创建超过 100 个指针屏障（使用 XFIXES 扩展），然后生成指针运动事件（例如通过 XTEST），经认证的 X 客户端可触发此漏洞。在默认情况下，这两个扩展均启用。

    该缓冲区溢出可导致任意代码执行或拒绝服务。

    注意：https://lists.x.org/archives/xorg-announce/2026-October/003747.htmlNOTE: 已由以下人员修复：
    https://gitlab.freedesktop.org/xorg/xserver/-/commit/9c3880d0745acefc98ed37e79498dfbe558a0f40 （xorg-server-21.1.25） （CVE-2026-93519）

    在采用 PrependMode 的 RRChangeProviderProperty（） 中，new_value.size 设置为 len 而非 total_len。
    此外，old_data偏移计算会针对现有数据的 memcpy 使用 prop_value->size 而非 len。这会在预先添加属性数据时造成堆缓冲区溢出，原因是缓冲区尺寸过小且复制偏移不正确。

    这反映了一种缺陷模式，此模式之前已在 RRChangeOutputProperty 中修复，但并未应用到提供程序属性路径。

    经身份验证的 X 客户端可以通过在具有 RandR 提供程序（现代 GPU 上的标准配置）的系统上发送带有 PrependMode 的 RandR ChangeProviderProperty 请求来触发此漏洞。堆缓冲区溢出可导致任意代码执行或拒绝服务。已修复：xorg-server-21.1.25 和 xwayland-24.1.14修复：
    https://gitlab.freedesktop.org/xorg/xserver/-/commit/5dc9efd5a199 (CVE-2026-93521)

    XI2 被动取消抓取路径 （XIPassiveUngrabDevice） 缺少抓取路径和旧 XI 路径中存在的修饰符验证。在不检查 AllModifiersMask 的情况下，客户端可提供超出范围的修饰符值，从而导致将修饰符用作索引时发生越界写入。

    经过认证的 X 客户端可通过发送包含超出范围修饰符值的 XIPassiveUngrabDevice 请求来触发此问题。越界写入可导致任意代码执行或拒绝服务。

    注意：https://lists.x.org/archives/xorg-announce/2026-October/003747.htmlNOTE: 已由以下人员修复：
    https://gitlab.freedesktop.org/xorg/xserver/-/commit/aa56160fa213d8767e7da0c076b5c8242703313b （xorg-server-21.1.25） （CVE-2026-93523）

    xkb/xkb.c 中的 CheckKeySyms（） 会以 SetMap 请求范围中的密钥的新密钥宽度填充 symsPerKey[] 验证数组，然后继续填充超出范围的密钥的条目。但是，第二个循环从索引 i = nKeySyms（第一个循环的计数器）开始，而不是 i = firstKeySym + nKeySyms。当 firstKeySym 很大而 nKeySyms 很小时，第二个循环会使用现有映射中的旧宽度覆盖 symsPerKey[target]。

    然后，CheckKeyActions（） 根据过时的旧宽度验证线路操作计数并接受它。在
    _XkbSetMap（） 中，SetKeySyms（） 会扩大密钥（将操作调整为 nGroups * newWidth） 的大小，但 SetKeyActions（） 随后会再次调整为旧计数。后续的 XkbGetMap 请求从较短的操作分配中读取 XkbKeyNumActions（） 条目（源自新的更宽 key_sym_map.width），从而导致越界堆读取。越界读取的字节被复制到 GetMap 回复中并发回请求客户端，从而造成有界堆信息泄露。

    注意：https://lists.x.org/archives/xorg-announce/2026-October/003747.htmlNOTE: 已由以下人员修复：
    https://gitlab.freedesktop.org/xorg/xserver/-/commit/927ee1282d21550807619521bee909ef62ed0571 （xorg-server-21.1.25） （CVE-2026-93524）

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

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

ID	名称	严重性
371805	Amazon Linux 2：内核 (ALASKERNEL-5.4-2026-133)	medium
371804	Amazon Linux 2：oci-add-hooks (ALASNITRO-ENCLAVES-2026-127)	critical
371803	Amazon Linux 2：perl-YAML （ALAS-2026-4035）	critical
371802	Amazon Linux 2：tomcat-native （ALAS-2026-4016）	high
371801	Amazon Linux 2：tigervnc (ALAS-2026-4013)	high
371800	Amazon Linux 2：cri-tools (ALAS-2026-4042)	medium
371799	Amazon Linux 2：java-17-amazon-corretto (ALAS-2026-4040)	critical
371798	Amazon Linux 2 : tomcat (ALAS-2026-4019)	critical
371797	Amazon Linux 2 : mariadb (ALAS-2026-4028)	high
371796	Amazon Linux 2: firefox (ALASFIREFOX-2026-067)	critical
371795	Amazon Linux 2：lrzsz （ALAS-2026-4031）	high
371794	Amazon Linux 2: wireshark (ALAS-2026-4006)	high
371793	Amazon Linux 2 : golang (ALAS-2026-4005)	critical
371792	Amazon Linux 2：oci-add-hooks (ALASDOCKER-2026-150)	critical
371791	Amazon Linux 2 ： alsa-lib （ALAS-2026-4041）	medium
371790	Amazon Linux 2：ca-certificates (ALAS-2026-4037)	medium
371789	Amazon Linux 2 : 389-ds-base (ALAS-2026-4003)	critical
371788	Amazon Linux 2：php (ALAS-2026-4015)	high
371787	Amazon Linux 2 ： gfs2-utils （ALAS-2026-4004）	high
371786	Amazon Linux 2：runc (ALASNITRO-ENCLAVES-2026-128)	medium
371785	Amazon Linux 2：docker (ALASDOCKER-2026-155)	critical
371784	Amazon Linux 2：libreswan (ALAS-2026-4021)	high
371783	Amazon Linux 2：spice (ALAS-2026-4030)	high
371782	Amazon Linux 2：python3 (ALAS-2026-4025)	high
371781	Amazon Linux 2：内核 (ALASKERNEL-5.4-2026-134)	high
371780	Amazon Linux 2：docker (ALASNITRO-ENCLAVES-2026-124)	high
371779	Amazon Linux 2：runc (ALASDOCKER-2026-154)	medium
371778	Amazon Linux 2：ant （ALAS-2026-4020）	high
371777	Amazon Linux 2 : golang (ALAS-2026-4043)	medium
371776	Amazon Linux 2：soci-snapshotter (ALASDOCKER-2026-148)	critical
371775	Amazon Linux 2：libXtst （ALAS-2026-4012）	high
371774	Amazon Linux 2 : ipa (ALAS-2026-4008)	medium
371773	Amazon Linux 2：qemu (ALAS-2026-4027)	high
371772	Amazon Linux 2: firefox (ALASFIREFOX-2026-068)	medium
371771	Amazon Linux 2：gstreamer-plugins-good (ALAS-2026-4023)	medium
371770	Amazon Linux 2：amazon-ecr-credential-helper (ALASNITRO-ENCLAVES-2026-126)	critical
371769	Amazon Linux 2：docker (ALASNITRO-ENCLAVES-2026-129)	critical
371768	Amazon Linux 2：nginx (ALASNGINX1-2026-017)	critical
371767	Amazon Linux 2：perl (ALAS-2026-4026)	medium
371766	Amazon Linux 2 : cni-plugins (ALAS-2026-4017)	high
371765	Amazon Linux 2：qemu (ALAS-2026-4009)	high
371764	Amazon Linux 2：docker (ALASDOCKER-2026-152)	high
371763	Amazon Linux 2：aspell （ALAS-2026-4022）	low
371762	Amazon Linux 2：amazon-ecr-credential-helper (ALASDOCKER-2026-149)	critical
371761	Amazon Linux 2：mod_security （ALAS-2026-4010）	critical
371760	Amazon Linux 2：java-1.8.0-amazon-corretto (ALASCORRETTO8-2026-026)	critical
371759	Amazon Linux 2：内核 (ALASKERNEL-5.15-2026-119)	medium
371758	Amazon Linux 2：nerdctl (ALAS-2026-4018)	critical
371757	Amazon Linux 2 : ghostscript (ALAS-2026-4034)	critical
371756	Amazon Linux 2：xorg-x11-server (ALAS-2026-4014)	high

检测

Nessus 的 Amazon Linux Local Security Checks 系列

medium

critical

critical

high

high

medium

critical

critical

high

critical

high

high

critical

critical

medium

medium

critical

high

high

medium

critical

high

high

high

high

high

medium

high

medium

critical

high

medium

high

medium

medium

critical

critical

critical

medium

high

high

high

low

critical

critical

critical

medium

critical

critical

high