远程主机上安装的 OpenSSL 版本低于 3.6.2。因此，该软件受到 3.6.2 公告中提及的多个漏洞影响。

  - 问题摘要：当 OpenSSL TLS 1.3 服务器的密钥交换群组配置通过使用“DEFAULT”关键字包含默认值时，该服务器可能无法协商出预期的首选密钥交换群组。影响摘要：即使客户端和服务器均支持某个更优选群组，但如果该群组未包含在客户端的初始预测密钥共享范围中，客户端可能会使用优先级较低的密钥交换群组。这种情况有时会发生在新的混合后量子群组中。如果客户端选择推迟到服务器发出特别请求后再使用这些群组，就会发生此情况。如果 OpenSSL TLS 1.3 服务器的配置使用“DEFAULT”关键字将内置的默认群组列表内插到其自有配置中，可能会添加或删除特定元素，则实现缺陷会导致“DEFAULT”列表丢失其“元组”结构，并且所有服务器支持的群组都会被视为单一且足够安全的“元组”，即使更优选元组中的某个群组同时得到服务器与客户端的支持，服务器也不会发送 Hello 重试请求 (HRR)。因此，如果客户端的配置导致客户端初始共享密钥预测范围中仅包含“classical”组（例如“X25519”），则客户端和服务器可能无法协商出一个双方都支持的后量子密钥协议群组，例如“X25519MLKEM768”。
    OpenSSL 3.5 和更高版本均支持使用新语法，来在 TLS 服务器上选择最优选的 TLS 1.3 密钥协议群组。旧语法具有单一“扁平”群组列表，并将所有受支持的群组视为足够安全。如果客户端预测的任何密钥共享范围得到服务器的支持，服务器便会从中选择最优密钥共享范围，即使客户端支持但未包含在预测密钥共享列表中的其他群组更优选（如果包含）。新语法将各个群组分成具有大致相同安全级别的不同“元组”。在每个元组中，客户端预测的密钥共享范围中包含的最优群组已被选中，但如果客户端支持来自更优选元组中的群组，但未预测任何相应的密钥共享范围，则服务器将要求客户端使用最合双方意愿且受支持的群组来重试 ClientHello（通过发出 Hello 重试请求，简称 HRR）。当服务器的配置使用内置默认群组列表，或通过直接定义各种所需群组和群组“元组”来明确定义其自己的列表时，上述机制按预期方式工作。任何 OpenSSL FIPS 模块均不受此问题影响，有问题的代码位于 FIPS 边界之外。
    OpenSSL 3.6 至 3.5 容易受此问题影响。OpenSSL 3.6 用户应在发布 OpenSSL 3.6.2 后升级到该版本。OpenSSL 3.5 用户应在发布 OpenSSL 3.5.6 后升级到该版本。OpenSSL 3.4、 3.3、 3.0、 1.0.2 和 1.1.1 不受此问题的影响。 (CVE-2026-2673)

  - Debian Linux - openssl - None Red Hat Enterprise Linux - opensslopenssl通过无效的 RSA 公钥造成未初始化内存的信息泄露 (CVE-2026-31790)

  - Debian Linux - openssl - NoneCVE-2026-28389、 CVE-2026-28390、 CVE-2026-31789

  - 问题摘要：处理包含增量 CRL 指标扩展的增量 CRL 时，如果缺少所需的 CRL 编号扩展，可能会发生空指针取消引用。影响摘要空指针取消引用可触发崩溃导致应用程序拒绝服务。如果在 X.509 证书验证期间启用了 CRL 处理和增量 CRL 处理则增量 CRL 处理在取消引用 CRL 编号扩展之前不会检查该扩展是否为空。当处理畸形 delta CRL 文件时此参数可能为 NULL从而导致空指针取消引用。要利用此问题需要在验证上下文中启用 X509_V_FLAG_USE_DELTAS 标记、要对证书进行验证以包含 freshestCRL 扩展或设置了 EXFLAG_FRESHEST 标记的基本 CRL并且攻击者要向处理 CRL 的应用程序提供畸形的 CRL。该漏洞仅限于造成拒绝服务，并且无法升级以实现代码执行或内存泄露。因此，根据我们的安全策略，将此漏洞评为“低危”问题。 3.6、 3.5、 3.4、 3.3 和 3.0 中的 FIPS 模块不受此问题的影响因为受影响的代码在 OpenSSL FIPS 模块边界之外。已在 OpenSSL 3.6.2 中修复（影响自 3.6.0 以来的版本）。
    (CVE-2026-28388)

  - 问题摘要：执行基于 DANE TLSA 的服务器身份验证的客户端的不常见配置与不常见的服务器 DANE TLSA 记录配对时，可能会在客户端导致释放后使用和/或双重释放。影响摘要释放后使用可造成一系列潜在后果例如有效数据损坏、崩溃或执行任意代码。然而 问题仅影响同时使用 PKIX-TA(0/PKIX-EE(1) 证书使用和 DANE-TA(2) 证书使用的 TLSA 记录的客户端。目前为止最常见的 DANE 部署是在 SMTP MTA 中 RFC7672 建议客户端将任何含有 PKIX 证书使用情况的 TLSA 记录视为“无法使用”。这些 SMTP 或其他类似客户端不会受到此问题影响。相反，仅支持 PKIX 用法和忽略 DANE-TA(2) 用法的客户端也不易受攻击。客户端还需要与发布包含两种 TLSA 记录类型的 TLSA RRset 的服务器进行通信。没有 FIPS 模块受此问题影响问题代码在 FIPS 模块边界之外。已在 OpenSSL 3.6.2 中修复（影响 3.6.0 之前的版本）。(CVE-2026-28387)

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

远程主机上安装的 OpenSSL 版本低于 3.5.6。因此，该软件受到 3.5.6 公告中提及的多个漏洞影响。

  - 问题摘要：当 OpenSSL TLS 1.3 服务器的密钥交换群组配置通过使用“DEFAULT”关键字包含默认值时，该服务器可能无法协商出预期的首选密钥交换群组。影响摘要：即使客户端和服务器均支持某个更优选群组，但如果该群组未包含在客户端的初始预测密钥共享范围中，客户端可能会使用优先级较低的密钥交换群组。这种情况有时会发生在新的混合后量子群组中。如果客户端选择推迟到服务器发出特别请求后再使用这些群组，就会发生此情况。如果 OpenSSL TLS 1.3 服务器的配置使用“DEFAULT”关键字将内置的默认群组列表内插到其自有配置中，可能会添加或删除特定元素，则实现缺陷会导致“DEFAULT”列表丢失其“元组”结构，并且所有服务器支持的群组都会被视为单一且足够安全的“元组”，即使更优选元组中的某个群组同时得到服务器与客户端的支持，服务器也不会发送 Hello 重试请求 (HRR)。因此，如果客户端的配置导致客户端初始共享密钥预测范围中仅包含“classical”组（例如“X25519”），则客户端和服务器可能无法协商出一个双方都支持的后量子密钥协议群组，例如“X25519MLKEM768”。
    OpenSSL 3.5 和更高版本均支持使用新语法，来在 TLS 服务器上选择最优选的 TLS 1.3 密钥协议群组。旧语法具有单一“扁平”群组列表，并将所有受支持的群组视为足够安全。如果客户端预测的任何密钥共享范围得到服务器的支持，服务器便会从中选择最优密钥共享范围，即使客户端支持但未包含在预测密钥共享列表中的其他群组更优选（如果包含）。新语法将各个群组分成具有大致相同安全级别的不同“元组”。在每个元组中，客户端预测的密钥共享范围中包含的最优群组已被选中，但如果客户端支持来自更优选元组中的群组，但未预测任何相应的密钥共享范围，则服务器将要求客户端使用最合双方意愿且受支持的群组来重试 ClientHello（通过发出 Hello 重试请求，简称 HRR）。当服务器的配置使用内置默认群组列表，或通过直接定义各种所需群组和群组“元组”来明确定义其自己的列表时，上述机制按预期方式工作。任何 OpenSSL FIPS 模块均不受此问题影响，有问题的代码位于 FIPS 边界之外。
    OpenSSL 3.6 至 3.5 容易受此问题影响。OpenSSL 3.6 用户应在发布 OpenSSL 3.6.2 后升级到该版本。OpenSSL 3.5 用户应在发布 OpenSSL 3.5.6 后升级到该版本。OpenSSL 3.4、3.3、3.0、1.0.2 和 1.1.1 不受此问题影响。(CVE-2026-2673)

  - 问题摘要：使用 RSASVE 密钥封装来建立私密加密密钥的应用程序可将未初始化内存缓冲区中的内容发送给恶意对等机。影响摘要：未初始化的缓冲区可能包含上次执行应用程序进程所产生的敏感数据，从而导致敏感数据泄漏给攻击者。RSA_public_encrypt() 函数会在成功执行时返回写入的字节数，出错时则返回 -1。受影响的代码只会测试返回值是否为非零值。因此，如果 RSA 加密失败，封装函数仍可向调用者返回成功、设置输出长度，并让调用者使用加密文本缓冲区的内容，就如同已经生成有效的 KEM 加密文本一样。如果应用程序在使用 RSA/RSASVE 调用 EVP_PKEY_encapsulate() 时，使用了由攻击者提供的无效 RSA 公钥而未事先对其进行验证，则可能导致调用者提供的加密文本缓冲区中过时或未初始化的内容泄露给攻击者，从而代替 KEM 密文。在调用 EVP_PKEY_encapsulate() 之前调用 EVP_PKEY_public_check() 或 EVP_PKEY_public_check_quick()，此变通方案可缓解此问题。3.6、3.5、3.4、3.3、3.1 和 3.0 中的 FIPS 模块受此问题影响。
    已在 OpenSSL 3.0.20 中修复（影响 3.0.0 之前的版本）。(CVE-2026-31790)

  - 问题摘要：将过大的 OCTET STRING 值转换为十六进制字符串，可导致在 32 位平台上发生堆缓冲区溢出。影响摘要：堆缓冲区溢出可能导致崩溃，或可能导致攻击者控制代码执行或其他未定义的行为。如果攻击者可以在要转换为十六进制的主题密钥标识符 (SKID) 或颁发机构密钥标识符 (AKID) 等扩展中，提供具有过大 OCTET STRING 值的特制 X.509 证书，则以输入长度乘以 3，来计算结果所需的缓冲区大小。在 32 位平台上，此乘法可能会发生溢出，从而导致分配较小的缓冲区和堆缓冲区溢出。打印或记录不受信任 X.509 证书内容的应用程序和服务容易受到此问题影响。由于证书的大小必须超过 1 GB，因此打印或记录此类证书的操作极为罕见，并且只有 32 位平台会受到影响，因此我们将此问题的严重性指定为“低危”。3.6、3.5、3.4、3.3 和 3.0 中的 FIPS 模块不受此问题的影响，因为受影响的代码位于 OpenSSL FIPS 模块边界之外。已在 OpenSSL 3.0.20 中修复（影响 3.0.0 之前的版本）。(CVE-2026-31789)

  - 问题摘要：在处理包含 KeyTransportRecipientInfo 的构建 CMS EnvelopedData 消息期间，可能会发生空指针取消引用。影响摘要：处理由攻击者控制的 CMS 数据的应用程序可能会在身份验证或加密操作发生之前崩溃，从而造成拒绝服务。
    当处理使用 KeyTransportRecipientInfo 与 RSA-OAEP 加密的 CMS EnvelopedData 消息时，系统会在未检查其是否存在的情况下，检查 RSA-OAEP SourceFunc 算法标识符中的可选参数字段。如果该字段缺失，这将导致空指针取消引用。
    在不受信任的输入（例如 S/MIME 处理或基于 CMS 的协议）上调用 CMS_decrypt() 的应用程序和服务容易受到影响。3.6、3.5、3.4、3.3 和 3.0 中的 FIPS 模块不受此问题的影响，因为受影响的代码位于 OpenSSL FIPS 模块边界之外。已在 OpenSSL 1.1.1zg 中修复（影响 1.1.1 之前的版本）。(CVE-2026-28390)

  - 问题摘要：在处理包含 KeyAgreeRecipientInfo 的构建 CMS EnvelopedData 消息期间，可能会发生空指针取消引用。影响摘要：处理由攻击者控制的 CMS 数据的应用程序可能会在身份验证或加密操作发生之前崩溃，从而造成拒绝服务。当处理使用 KeyAgreeRecipientInfo 的 CMS EnvelopedData 消息时，系统会在未检查其是否存在的情况下，检查 KeyEncryptionAlgorithmIdentifier 的可选参数字段。如果该字段缺失，这将导致空指针取消引用。在不受信任的输入（例如 S/MIME 处理或基于 CMS 的协议）上调用 CMS_decrypt() 的应用程序和服务容易受到影响。3.6、3.5、3.4、3.3 和 3.0 中的 FIPS 模块不受此问题的影响，因为受影响的代码位于 OpenSSL FIPS 模块边界之外。已在 OpenSSL 1.1.1zg 中修复（影响 1.1.1 之前的版本）。(CVE-2026-28389)

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

远程 Ubuntu 22.04 LTS / 24.04 LTS / 25.10 主机上安装的程序包受到 USN-8155-1 公告中提及的多个漏洞的影响。

    Viktor Dukhovni 发现 OpenSSL 用作 TLS 1.3 服务器时未能正确协商预期的首选密钥交换群组。这可能会导致使用不太理想的密钥交换方式，这与预期相反。此问题仅影响 Ubuntu 25.10。(CVE-2026-2673)

    Igor Morgenstern 发现 OpenSSL 作为 DANE 客户端使用时，未能正确处理某些内存操作。远程攻击者可利用此问题致使 OpenSSL 崩溃，从而导致拒绝服务或可能执行任意代码。(CVE-2026-28387)

    Igor Morgenstern 发现 OpenSSL 在处理 Delta CRL 时错误地处理了某些内存操作。远程攻击者可能利用此问题导致 OpenSSL 崩溃，从而导致拒绝服务。(CVE-2026-28388)

    Nathan Sportsman、Daniel Rhea 和 Jaeho Nam 发现 OpenSSL 在处理带有 KeyAgreeRecipientInfo 的精心构造的 CMS EnvelopedData 消息时，错误地处理了某些内存操作。远程攻击者可能利用此问题导致 OpenSSL 崩溃，从而导致拒绝服务。
    (CVE-2026-28389)

    Muhammad Daffa、Joshua Rogers 和 Chanho Kim 发现 OpenSSL 未能正确处理含有 KeyTransportRecipientInfo 的特制的 CMS EnvelopedData 消息。远程攻击者可能利用此问题导致 OpenSSL 崩溃，从而导致拒绝服务。(CVE-2026-28390)

    Quoc Tran 发现 OpenSSL 未能在 32 位平台上正确处理十六进制转换。远程攻击者可利用此问题致使 OpenSSL 崩溃，从而导致拒绝服务或可能执行任意代码。(CVE-2026-31789)

    Simo Sorce 发现 OpenSSL 未能正确处理 RSA KEM RSASVE 封装中的故障。远程攻击者可能会利用此问题来获取敏感信息。(CVE-2026-31790)

Tenable 已直接从 Ubuntu 安全公告中提取上述描述块。

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

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

  - 问题摘要当 OpenSSL TLS 1.3 的密钥交换组配置包含使用“DEFAULT”关键词的默认密钥时服务器可能无法协商预期的首选密钥交换组。影响摘要：如果客户端的初始谓词密钥共享中不包含该组，即使客户端和服务器都支持优先级更高的组，也可能使用优先级较低的密钥交换。如果客户端选择推迟使用新的混合 post-quantum 群组直到服务器特别发出请求时有时会出现这种情况。如果 OpenSSL TLS 1.3 服务器的配置使用“DEFAULT”关键词将内置默认群组列表插值到其自己的配置中从而可能添加或删除特定元素则实现缺陷会导致“DEFAULT”列表丢失其“tuple”结构所有服务器支持的群组均被视为单个足够安全的“元组”即使相互支持更首选元组中的群组服务器也不会发送 Hello 重试请求 (HRR)。因此如果客户端的配置导致只有“classical”组如“X25519”是唯一的在客户端的初始 keyshare 预测中）。
    OpenSSL 3.5 和更高版本支持使用新语法在 TLS 服务器上选择最首选的 TLS 1.3 密钥协议组。旧语法具有单一“平面”组列表并将所有受支持的组视为足够安全。如果服务器支持客户端预测的任何 keyshares 则会选择其中最优先的密钥即使客户端支持但未包含在预测 keyshares 列表中的其他组如果包含则更优先选择其中的组。新语法将组划分为不同的、大体相当的安全性“元组”。在每个元组中会选择客户端的预测 keyshare 中包含的最佳首选组但如果客户端支持来自更首选元组的组但未预测任何相应的 keyshare服务器将要求客户端重试 ClientHello通过发出Hello 重试请求或 HRR）与最好的相互支持的组一起使用。当服务器的配置使用内置的默认组列表或者通过直接定义各种所需的组和组“元组”来明确定义自己的列表时上述内容按预期工作。此问题不会影响 OpenSSL FIPS 模块相关代码位于 FIPS 边界之外。
    OpenSSL 3.6 至 3.5 容易受此问题影响。OpenSSL 3.6 用户应在 OpenSSL 3.6.2 发布后升级该版本。OpenSSL 3.5 用户应在 OpenSSL 3.5.6 发布后升级该版本。OpenSSL 3.4、 3.3、 3.0、 1.0.2 和 1.1.1 不受此问题的影响。 (CVE-2026-2673)

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

远程主机上运行的 Tenable Identity Exposure 版本低于 3.93.5。因此，该主机受到公告所述 TNS-2026-16 的多个漏洞影响：

  - Tenable Identity Exposure 在 /w/api/* 下包含多个未经身份验证的 API 端点，这些端点会将敏感的应用程序配置数据（包括明文 LDAP 凭据、SAML 配置、用户帐户和目录设置）暴露给未经身份验证的远程攻击者。受影响的响应会与 Cache-Control： public 标头一起提供，不使用 Vary： Cookie，从而允许反向代理和 CDN 缓存敏感数据并将其提供给未经认证的用户（即使在应用了认证之后）。（CVE-2026-13007）

  - 在 ASP.NET Core 中，http 请求的不一致解释（“http 请求/响应走私”）允许授权的攻击者通过网络绕过安全功能。(CVE-2025-55315)

  - 将过大的 OCTET STRING 值转换为十六进制字符串，可导致在 32 位平台上发生堆缓冲区溢出。堆缓冲区溢出可能导致崩溃，或可能导致攻击者控制代码执行或其他未定义的行为。(CVE-2026-31789)

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

因此，它受到 ALAS2023-2026-1522 公告中提及的一个漏洞影响。

    问题摘要：OpenSSL TLS 1.3 服务器的密钥交换组配置包含使用“DEFAULT”关键词的默认密钥时，可能无法协商预期的首选密钥交换组。影响摘要：即使客户端和服务器均支持某个更优选群组，但如果该群组未包含在客户端的初始预测密钥共享范围中，客户端可能会使用优先级较低的密钥交换群组。这种情况有时会发生在新的混合后量子群组中。如果客户端选择推迟到服务器发出特别请求后再使用这些群组，就会发生此情况。如果 OpenSSL TLS 1.3 服务器的配置使用“DEFAULT”关键字将内置的默认群组列表内插到其自有配置中，可能会添加或删除特定元素，则实现缺陷会导致“DEFAULT”列表丢失其“元组”结构，并且所有服务器支持的群组都会被视为单一且足够安全的“元组”，即使更优选元组中的某个群组同时得到服务器与客户端的支持，服务器也不会发送 Hello 重试请求 (HRR)。因此，如果客户端的配置导致客户端初始共享密钥预测范围中仅包含“classical”组（例如“X25519”），则客户端和服务器可能无法协商出一个双方都支持的后量子密钥协议群组，例如“X25519MLKEM768”。
    OpenSSL 3.5 和更高版本均支持使用新语法，来在 TLS 服务器上选择最优选的 TLS 1.3 密钥协议群组。旧语法具有单一“扁平”群组列表，并将所有受支持的群组视为足够安全。如果客户端预测的任何密钥共享范围得到服务器的支持，服务器便会从中选择最优密钥共享范围，即使客户端支持但未包含在预测密钥共享列表中的其他群组更优选（如果包含）。新语法将各个群组分成具有大致相同安全级别的不同“元组”。在每个元组中，客户端预测的密钥共享范围中包含的最优群组已被选中，但如果客户端支持来自更优选元组中的群组，但未预测任何相应的密钥共享范围，则服务器将要求客户端使用最合双方意愿且受支持的群组来重试 ClientHello（通过发出 Hello 重试请求，简称 HRR）。当服务器的配置使用内置默认群组列表，或通过直接定义各种所需群组和群组“元组”来明确定义其自己的列表时，上述机制按预期方式工作。任何 OpenSSL FIPS 模块均不受此问题影响，有问题的代码位于 FIPS 边界之外。
    OpenSSL 3.6 至 3.5 容易受此问题影响。OpenSSL 3.6 用户应在发布 OpenSSL 3.6.2 后升级到该版本。OpenSSL 3.5 用户应在发布 OpenSSL 3.5.6 后升级到该版本。OpenSSL 3.4、3.3、3.0、1.0.2 和 1.1.1 不受此问题影响。(CVE-2026-2673)

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

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

远程 Debian 12/13 主机上安装的多个程序包受到 dsa-6201 公告中提及的多个漏洞影响。

    - ------------------------------------------------------------------------- Debian 安全公告 DSA-6201-1 security@debian.org https://www.debian.org/security/Salvatore Bonaccorso 2026 年 4 月 7 日 https://www.debian.org/security/faq
    - -------------------------------------------------------------------------

    程序包：openssl CVE ID：CVE-2026-2673 CVE-2026-28387 CVE-2026-28388 CVE-2026-28389 CVE-2026-28390 CVE-2026-31789 CVE-2026-31790 Debian 缺陷：1130650

    在安全套接字层工具包 OpenSSL 中发现多个漏洞，可导致拒绝服务、信息泄漏，也可能导致远程代码执行。

    可在上游公告中找到其他详细信息：
    https://openssl-library.org/news/secadv/20260407.txt

    对于旧稳定发行版本 (bookworm)，已在 3.0.19-1~deb12u2 版本中修复这些问题。

    对于稳定发行版本 (trixie)，已在 3.5.5-1~deb13u2 版本中修复这些问题。

    建议您升级 openssl 程序包。

    如需了解 openssl 的详细安全状态，请参阅其安全跟踪页面：
    https://security-tracker.debian.org/tracker/openssl

    有关 Debian 安全公告、如何将这些更新应用到系统以及常见问题解答的更多信息，请访问以下网址：https://www.debian.org/security/

    邮件列表：debian-security-announce@lists.debian.org

Tenable 已直接从 Debian 安全公告中提取上述描述块。

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
302501	OpenSSL 3.6.0 < 3.6.2 多个漏洞	Nessus	Web Servers	2026/3/16	2026/4/14	critical
302500	OpenSSL 3.5.0 < 3.5.6 多种漏洞	Nessus	Web Servers	2026/3/16	2026/4/14	high
306090	Ubuntu 22.04 LTS / 24.04 LTS / 25.10 : OpenSSL 漏洞 (USN-8155-1)	Nessus	Ubuntu Local Security Checks	2026/4/13	2026/4/27	critical
302195	Linux Distros 未修补的漏洞：CVE-2026-2673	Nessus	Misc.	2026/3/13	2026/7/17	medium
322483	Tenable Identity Exposure < 3.93.5 多个漏洞 (TNS-2026-16)	Nessus	Misc.	2026/6/24	2026/6/25	high
304598	Amazon Linux 2023：openssl、openssl-devel、openssl-fips-provider-latest (ALAS2023-2026-1522)	Nessus	Amazon Linux Local Security Checks	2026/4/1	2026/5/20	medium
307675	Debian dsa-6201：libcrypto3-udeb - 安全更新	Nessus	Debian Local Security Checks	2026/4/21	2026/4/27	critical

检测

插件搜索

critical

high

critical

medium

high

medium

critical