远程主机上安装的 AOS 版本低于 6.5.6.7。因此，该主机受到 NXSA-AOS-6.5.6.7 公告中提及的多个漏洞影响。

  - 用于 1.9.30 之前版本的 Linux 内核的 Intel(R) 以太网控制器 RDMA 驱动器存在访问控制不当漏洞，经身份验证的用户可借此通过网络访问实现特权提升。
    (CVE-2023-25775)

  - 除了 CVE-2022-1292 中发现的 c_rehash shell 命令注入之外，代码审查还发现了 c_rehash 脚本未正确审查 shell 元字符以防止命令注入的其他情况。修复 CVE-2022-1292 后，未发现脚本中的其他位置可能会将被哈希的证书文件名传递给通过 shell 执行的命令。某些操作系统以自动执行的方式分发此脚本。在此类操作系统中，攻击者可以使用脚本的权限执行任意命令。使用 c_rehash 脚本被视为过时，应由 OpenSSL rehash 命令行工具取代。已在 OpenSSL 3.0.4 中修复（影响 3.0.0、3.0.1、3.0.2、3.0.3）。已在 OpenSSL 1.1.1p 中修复（影响 1.1.1-1.1.1o）。已在 OpenSSL 1.0.2zf 中修复（影响 1.0.2-1.0.2ze）。(CVE-2022-2068)

  - 通常，OpenSSL EC 群组中总会存在余因子，用于边信道阻止代码路径中。不过，在某些情况下，可能会使用显式参数（而非使用已命名曲线）构建群组。在这些情况下，这类群组可能没有余因子存在。即使所有参数都符合已知的已命名曲线，也会发生这种情况。如果使用这类曲线，则 OpenSSL 会回退到非防边信道代码路径，这在 ECDSA 签名操作期间，可能会导致完整密钥恢复。为了易于受到影响，攻击者必须能够在使用 libcrypto 的应用程序正在使用不存在余因子的明确参数时，对大量签字创建进行计时。为避免疑义，libssl 因为从不使用明确参数而不易受到影响。已在 OpenSSL 1.1.1d 中修复（影响 1.1.1-1.1.1c）。已在 OpenSSL 1.1.0l 中修复（影响 1.1.0-1.1.0k）。已在 OpenSSL 1.0.2t 中修复（影响 1.0.2-1.0.2s）。(CVE-2019-1547)

  - OpenSSL 具有针对目录树的内部预设，其可以发现配置文件和在 TLS 中用于验证的证书。该目录最常用的引用方式为 OPENSSLDIR，且可通过 --prefix / --openssldir 配置选项进行配置。对于 1.1.0 和 1.1.1 版本的 OpenSSL，mingw 配置目标假定最终程序和库都安装在类 Unix 环境中，并且程序安装和 OPENSSLDIR 的默认前缀都应当是 '/usr/local'。但 mingw 程序是 Windows 程序，因此发现其会自己寻找 'C:/usr/local' 的子目录，其可能全局可写，这会造成不受信任的用户也能够修改 OpenSSL 的默认配置、插入 CA 证书、修改（或甚至替换）现有的引擎模块等。对于 OpenSSL 1.0.2，在所有 Unix 和 Windows 目标上针对 OPENSSLDIR 默认使用 '/usr/local/ssl' ，包括 Visual C 构建。然而，一些在 1.0.2 上针对不同 Windows 目标的构建指令，建议您指定自己的 --prefix。OpenSSL 版本 1.1.1、1.1.0 和 1.0.2 受此问题影响。由于受影响部署的范围有限，此问题被评估为低严重性，因此我们目前并未创建新版本。已在 OpenSSL 1.1.1d 中修复（影响 1.1.1-1.1.1c）。
    已在 OpenSSL 1.1.0l 中修复（影响 1.1.0-1.1.0k）。已在 OpenSSL 1.0.2t 中修复（影响 1.0.2-1.0.2s）。
    (CVE-2019-1552)

  - 当攻击者收到自动通知，获知解密尝试成功或失败时，可在发送大量待解密消息后，使用 Bleichenbacher padding oracle 攻击恢复 CMS/PKCS7 传输的加密密钥，或解密任何使用公开 RSA 密钥加密的 RSA 加密消息。如果应用程序将凭证与 CMS_decrypt 或 PKCS7_decrypt 函数的私密 RSA 密钥搭配使用，以选择正确的接收方信息进行解密，则应用程序不会受到影响。已在 OpenSSL 1.1.1d 中修复（影响 1.1.1-1.1.1c）。已在 OpenSSL 1.1.0l 中修复（影响 1.1.0-1.1.0k）。已在 OpenSSL 1.0.2t 中修复（影响 1.0.2-1.0.2s）。(CVE-2019-1563)

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

2021 年 2 月 16 日，OpenSSL 发布了针对 CVE-2021-23841、CVE-2021-23839 和 CVE-2021-23840 的安全更新。先前的 Puppet Agent 版本中包含存在漏洞的 OpenSSL 版本。有关此漏洞的更多信息，请参阅 OpenSSL 安全公告。

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

远程主机上安装的 openssl11 版本低于 1.1.1g-12。因此，它受到 ALAS2-2021-1612 公告中提及的多个漏洞影响。

  - OpenSSL 1.0.2 支持 SSLv2。如果客户端尝试与配置为支持 SSLv2 和较新 SSL 及 TLS 版本的服务器协商 SSLv2，则在取消填充 RSA 签名时会检查版本回滚攻击。支持高于 SSLv2 的 SSL 或 TLS 版本的客户端应使用特殊填充。支持高于 SSLv2 的服务器应拒绝来自存在此特殊填充的客户端的连接尝试，因为这表明发生了版本回滚（即，客户端和服务器都支持高于 SSLv2 的版本，但现在正在请求的版本却是 SSLv2）。实施此填充检查会反转逻辑，以便在存在填充时接受连接尝试，不存在填充时拒绝连接尝试。这表示发生版本回滚攻击时，服务器将接受连接。此外，如果尝试进行正常的 SSLv2 连接，则服务器将错误地拒绝连接。只有 1.0.2s 至 1.0.2x 版本的 OpenSSL 1.0.2 服务器会受到此问题的影响。容易遭受攻击的 1.0.2 服务器具有以下特点：1) 在编译时配置了 SSLv2 支持（默认关闭），2) 在运行时配置了 SSLv2 支持（默认关闭），3) 配置了 SSLv2 加密套件（这些不在默认的加密套件列表中）OpenSSL 1.1.1 没有 SSLv2 支持，因此不易受到此问题的影响。潜在错误存在于 RSA_padding_check_SSLv23() 函数的实施中。这也会影响其他各种函数使用的 RSA_SSLV23_PADDING 填充模式。尽管 1.1.1 不支持 SSLv2，但 RSA_padding_check_SSLv23() 函数仍然存在，RSA_SSLV23_PADDING 填充模式也一样。直接调用该函数或使用该填充模式的应用程序会遇到此问题。
    但由于 1.1.1 中不支持 SSLv2 协议，此问题在该版本中被视为错误而非安全问题。OpenSSL 1.0.2 已不受支持，且无法再接收公共更新。
    OpenSSL 1.0.2 的高级支持客户应升级至 1.0.2y。其他用户应升级至 1.1.1j。
    已在 OpenSSL 1.0.2y 中修复（影响 1.0.2s 至 1.0.2x）。(CVE-2021-23839)

  - 在某些情况下，当输入长度接近平台上整数的最大允许长度时，对 EVP_CipherUpdate、EVP_EncryptUpdate 和 EVP_DecryptUpdate 的调用可能会导致输出长度参数溢出。在此类情况下，函数调用的返回值将为 1（表示成功），但输出长度值将为负。这可导致应用程序行为不正确或崩溃。
    OpenSSL 1.1.1i 及之前的版本受此问题影响。这些版本的用户应升级至 OpenSSL 1.1.1j。OpenSSL 1.0.2x 及之前的版本受此问题影响。但 OpenSSL 1.0.2 已不受支持，且无法再接收公共更新。OpenSSL 1.0.2 的高级支持客户应升级至 1.0.2y。其他用户应升级至 1.1.1j。已在 OpenSSL 1.1.1j 中修复（影响 1.1.1 至 1.1.1i）。
    已在 OpenSSL 1.0.2y 中修复（影响 1.0.2 至 1.0.2x）。(CVE-2021-23840)

  - OpenSSL 公共 API 函数 X509_issuer_and_serial_hash() 尝试根据 X509 证书中包含的颁发者和序列号数据创建唯一哈希值。但其无法正确处理在分析颁发者字段期间可能发生的任何错误（如果颁发者字段是恶意构建的，就可能发生此类错误）。随后，这可能导致空指针取消引用和崩溃，进而可能导致拒绝服务攻击。函数 X509_issuer_and_serial_hash() 绝不会由 OpenSSL 本身直接调用，因此应用程序仅在直接使用此函数，并且在可能是从不受信任来源获得的证书上使用此函数时，才容易受到影响。OpenSSL 1.1.1i 及之前的版本受此问题影响。这些版本的用户应升级至 OpenSSL 1.1.1j。OpenSSL 1.0.2x 及之前的版本受此问题影响。但 OpenSSL 1.0.2 已不受支持，且无法再接收公共更新。OpenSSL 1.0.2 的高级支持客户应升级至 1.0.2y。其他用户应升级至 1.1.1j。已在 OpenSSL 1.1.1j 中修复（影响 1.1.1 至 1.1.1i）。已在 OpenSSL 1.0.2y 中修复（影响 1.0.2 至 1.0.2x）。(CVE-2021-23841)

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

远程主机上安装的 openssl 版本低于 1.0.2k-19。因此，如公告 ALAS2-2021-1608 所述，该主机受到多个漏洞的影响。

  - OpenSSL 1.0.2 支持 SSLv2。如果客户端尝试与配置为支持 SSLv2 和较新 SSL 及 TLS 版本的服务器协商 SSLv2，则在取消填充 RSA 签名时会检查版本回滚攻击。支持高于 SSLv2 的 SSL 或 TLS 版本的客户端应使用特殊填充。支持高于 SSLv2 的服务器应拒绝来自存在此特殊填充的客户端的连接尝试，因为这表明发生了版本回滚（即，客户端和服务器都支持高于 SSLv2 的版本，但现在正在请求的版本却是 SSLv2）。实施此填充检查会反转逻辑，以便在存在填充时接受连接尝试，不存在填充时拒绝连接尝试。这表示发生版本回滚攻击时，服务器将接受连接。此外，如果尝试进行正常的 SSLv2 连接，则服务器将错误地拒绝连接。只有 1.0.2s 至 1.0.2x 版本的 OpenSSL 1.0.2 服务器会受到此问题的影响。容易遭受攻击的 1.0.2 服务器具有以下特点：1) 在编译时配置了 SSLv2 支持（默认关闭），2) 在运行时配置了 SSLv2 支持（默认关闭），3) 配置了 SSLv2 加密套件（这些不在默认的加密套件列表中）OpenSSL 1.1.1 没有 SSLv2 支持，因此不易受到此问题的影响。潜在错误存在于 RSA_padding_check_SSLv23() 函数的实施中。这也会影响其他各种函数使用的 RSA_SSLV23_PADDING 填充模式。尽管 1.1.1 不支持 SSLv2，但 RSA_padding_check_SSLv23() 函数仍然存在，RSA_SSLV23_PADDING 填充模式也一样。直接调用该函数或使用该填充模式的应用程序会遇到此问题。
    但由于 1.1.1 中不支持 SSLv2 协议，此问题在该版本中被视为错误而非安全问题。OpenSSL 1.0.2 已不受支持，且无法再接收公共更新。
    OpenSSL 1.0.2 的高级支持客户应升级至 1.0.2y。其他用户应升级至 1.1.1j。
    已在 OpenSSL 1.0.2y 中修复（影响 1.0.2s 至 1.0.2x）。(CVE-2021-23839)

  - 在某些情况下，当输入长度接近平台上整数的最大允许长度时，对 EVP_CipherUpdate、EVP_EncryptUpdate 和 EVP_DecryptUpdate 的调用可能会导致输出长度参数溢出。在此类情况下，函数调用的返回值将为 1（表示成功），但输出长度值将为负。这可导致应用程序行为不正确或崩溃。
    OpenSSL 1.1.1i 及之前的版本受此问题影响。这些版本的用户应升级至 OpenSSL 1.1.1j。OpenSSL 1.0.2x 及之前的版本受此问题影响。但 OpenSSL 1.0.2 已不受支持，且无法再接收公共更新。OpenSSL 1.0.2 的高级支持客户应升级至 1.0.2y。其他用户应升级至 1.1.1j。已在 OpenSSL 1.1.1j 中修复（影响 1.1.1 至 1.1.1b）。
    已在 OpenSSL 1.0.2y 中修复（影响 1.0.2 至 1.0.2x）。(CVE-2021-23840)

  - OpenSSL 公共 API 函数 X509_issuer_and_serial_hash() 尝试根据 X509 证书中包含的颁发者和序列号数据创建唯一哈希值。但其无法正确处理在分析颁发者字段期间可能发生的任何错误（如果颁发者字段是恶意构建的，就可能发生此类错误）。随后，这可能导致空指针取消引用和崩溃，进而可能导致拒绝服务攻击。函数 X509_issuer_and_serial_hash() 绝不会由 OpenSSL 本身直接调用，因此应用程序仅在直接使用此函数，并且在可能是从不受信任来源获得的证书上使用此函数时，才容易受到影响。OpenSSL 1.1.1i 及之前的版本受此问题影响。这些版本的用户应升级至 OpenSSL 1.1.1j。OpenSSL 1.0.2x 及之前的版本受此问题影响。但 OpenSSL 1.0.2 已不受支持，且无法再接收公共更新。OpenSSL 1.0.2 的高级支持客户应升级至 1.0.2y。其他用户应升级至 1.1.1j。已在 OpenSSL 1.1.1j 中修复（影响 1.1.1 至 1.1.1b）。已在 OpenSSL 1.0.2y 中修复（影响 1.0.2 至 1.0.2x）。(CVE-2021-23841)

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

远程主机上安装的 Junos OS 版本受到 JSA69715 公告中提及的多个漏洞的影响。

  - Raccoon 攻击利用 TLS 规范中的一个缺陷，使攻击者能够计算使用基于 Diffie-Hellman (DH) 的密码套件的连接中的预主密钥。在这种情况下，这将导致攻击者能够窃听通过该 TLS 连接发送的所有加密通信。只有在实现重新使用跨多个 TLS 连接的 DH 机密时，攻击者才能利用此攻击。请注意，此问题仅影响 DH 加密套件，不会影响 ECDH 加密套件。
    此问题影响 OpenSSL 1.0.2，该版本已不受支持，且无法再接收公共更新。OpenSSL 1.1.1 不受此问题影响。已在 OpenSSL 1.0.2w 中修复（影响 1.0.2-1.0.2v）。(CVE-2020-1968)

  - X.509 GeneralName 类型是表示不同名称类型的泛型类型。在这些名称类型中，有一种被称为 EDIPartyName。OpenSSL 提供函数 GENERAL_NAME_cmp，用于比较 GENERAL_NAME 的不同实例，以判断它们是否相等。当两个 GENERAL_NAME 都包含 EDIPARTYNAME 时，此函数的行为不正确。可能会发生空指针取消引用和崩溃，从而可能导致拒绝服务攻击。OpenSSL 本身将 GENERAL_NAME_cmp 函数用于两个目的：1) 比较可用 CRL 和 X509 证书中嵌入的 CRL 分发点之间的 CRL 分发点名称；2) 当验证时间戳记响应令牌签名者与时间戳授权名称是否匹配时（通过 API 函数 TS_RESP_verify_response 和 TS_RESP_verify_token 暴露），如果攻击者可以控制正在比较的两个项目，则攻击者可能会导致崩溃。例如，如果攻击者可以诱骗客户端或服务器，使其针对恶意 CRL 检查恶意证书，就有可能会发生这种情况。请注意，某些应用程序根据证书中嵌入的 URL 自动下载 CRL。此检查发生在验证证书和 CRL 上的签名之前。
    OpenSSL 的 s_server、s_client 和验证工具支持实现自动 CRL 下载的 -crl_download 选项，且已证实此攻击对这些工具有效。请注意，一个不相关的缺陷意味着受影响的 OpenSSL 版本无法解析或构建 EDIPARTYNAME 的正确编码。但是，可以构造 OpenSSL 的解析器会接受的畸形 EDIPARTYNAME，从而触发此攻击。所有 OpenSSL 1.1.1 和 1.0.2 版本都受此问题影响。
    其他 OpenSSL 版本不受支持并且未经检查。已在 OpenSSL 1.1.1i 中修复（影响 1.1.1-1.1.1h）。已在 OpenSSL 1.0.2x 中修复（影响 1.0.2-1.0.2w）。(CVE-2020-1971)

  - ASN.1 字符串在 OpenSSL 内表示为 ASN1_STRING 结构，该结构包含一个保存字符串数据的缓冲区和一个保存缓冲区长度的字段。此字符串与普通 C 字符串形成对比，后者表示为字符串数据的缓冲区，以 NUL(0) 字节结束。虽然不是严格要求，但使用 OpenSSL 的独有 d2i 函数（及其他类似解析函数）解析的 ASN.1 字符串，以及使用 ASN1_STRING_set() 函数设定值的任何字符串，都将额外使用 NUL 方式终止 ASN1_STRING 结构中的字节数组。但是，应用程序可能会直接构建有效的 ASN1_STRING 结构，该结构不会直接在 ASN1_STRING 数组中设置数据和长度字段，进而使用 NUL 终止字节数组。这种情况也会因使用 ASN1_STRING_set0() 函数发生。已经发现，打印 ASN.1 数据的多个 OpenSSL 函数均假设 ASN1_STRING 字节数组将使用 NUL 终止，但无法保证直接构建的字符串亦是如此。当应用程序请求打印 ASN.1 结构时，并且 ASN.1 结构包含由应用程序直接构建但并非使用 NUL 终止的 ASN1_STRING 时，将会出现读取缓冲区溢出。同样的情况也会在处理证书的名称限制期间出现（例如，证书直接由应用程序构建，而非通过 OpenSSL 解析函数加载，以及证书包含非 NUL 终止的 ASN1_STRING 结构）。这种情况也会出现在 X509_get1_email()、X509_REQ_get1_email() 和 X509_get1_ocsp() 函数中。如果恶意执行者使应用程序直接构建 ASN1_STRING，然后通过某个受影响的 OpenSSL 函数处理该字符串，此问题也会出现。此问题可能会导致崩溃（导致拒绝服务攻击）。
    该问题还可能导致私有内存内容（例如私钥或敏感纯文本）泄露。已在 OpenSSL 1.1.1l 中修复（影响 1.1.1-1.1.1k）。已在 OpenSSL 1.0.2za (Affected 1.0.2-1.0.2y) 中修复。(CVE-2021-3712)

  - OpenSSL 1.0.2 支持 SSLv2。如果客户端尝试与配置为支持 SSLv2 和较新 SSL 及 TLS 版本的服务器协商 SSLv2，则在取消填充 RSA 签名时会检查版本回滚攻击。支持高于 SSLv2 的 SSL 或 TLS 版本的客户端应使用特殊填充。支持高于 SSLv2 的服务器应拒绝来自存在此特殊填充的客户端的连接尝试，因为这表明发生了版本回滚（即，客户端和服务器都支持高于 SSLv2 的版本，但现在正在请求的版本却是 SSLv2）。实施此填充检查会反转逻辑，以便在存在填充时接受连接尝试，不存在填充时拒绝连接尝试。这表示发生版本回滚攻击时，服务器将接受连接。此外，如果尝试进行正常的 SSLv2 连接，则服务器将错误地拒绝连接。只有 1.0.2s 至 1.0.2x 版本的 OpenSSL 1.0.2 服务器会受到此问题的影响。为了易于受到影响， 1.0.2服务器必须：1) 在编译时配置了 SSLv2 支持（默认关闭），2) 在运行时配置了 SSLv2 支持（默认关闭），3) 配置了 SSLv2 加密套件（这些不在默认的加密套件列表中）OpenSSL 1.1.1没有 SSLv2 支持，因此不易受到此问题的影响。潜在错误存在于 RSA_padding_check_SSLv23() 函数的实施中。这也会影响其他各种函数使用的 RSA_SSLV23_PADDING 填充模式。尽管 1.1.1 不支持 SSLv2，但 RSA_padding_check_SSLv23() 函数仍然存在，RSA_SSLV23_PADDING 填充模式也一样。直接调用该函数或使用该填充模式的应用程序会遇到此问题。
    但由于 1.1.1 中不支持 SSLv2 协议，此问题在该版本中被视为错误而非安全问题。OpenSSL 1.0.2 已不受支持，且无法再接收公共更新。
    OpenSSL 1.0.2 的高级支持客户应升级至 1.0.2y。其他用户应升级至 1.1.1j。
    已在 OpenSSL 1.0.2y 中修复（影响 1.0.2s 至 1.0.2x）。(CVE-2021-23839)

  - 在某些情况下，当输入长度接近平台上整数的最大允许长度时，对 EVP_CipherUpdate、EVP_EncryptUpdate 和 EVP_DecryptUpdate 的调用可能会导致输出长度参数溢出。在此类情况下，函数调用的返回值将为 1（表示成功），但输出长度值将为负。这可导致应用程序行为不正确或崩溃。
    OpenSSL 1.1.1i 及之前的版本受此问题影响。这些版本的用户应升级至 OpenSSL 1.1.1j。OpenSSL 1.0.2x 及之前的版本受此问题影响。但 OpenSSL 1.0.2 已不受支持，且无法再接收公共更新。OpenSSL 1.0.2 的高级支持客户应升级至 1.0.2y。其他用户应升级至 1.1.1j。已在 OpenSSL 1.1.1j 中修复（影响 1.1.1 至 1.1.1i）。
    已在 OpenSSL 1.0.2y 中修复（影响 1.0.2 至 1.0.2x）。(CVE-2021-23840)

  - OpenSSL 公共 API 函数 X509_issuer_and_serial_hash() 尝试根据 X509 证书中包含的颁发者和序列号数据创建唯一哈希值。但其无法正确处理在分析颁发者字段期间可能发生的任何错误（如果颁发者字段是恶意构建的，就可能发生此类错误）。随后，这可能导致空指针取消引用和崩溃，进而可能导致拒绝服务攻击。函数 X509_issuer_and_serial_hash() 绝不会由 OpenSSL 本身直接调用，因此应用程序仅在直接使用此函数，并且在可能是从不受信任来源获得的证书上使用此函数时，才容易受到影响。OpenSSL 1.1.1i 及之前的版本受此问题影响。这些版本的用户应升级至 OpenSSL 1.1.1j。OpenSSL 1.0.2x 及之前的版本受此问题影响。但 OpenSSL 1.0.2 已不受支持，且无法再接收公共更新。OpenSSL 1.0.2 的高级支持客户应升级至 1.0.2y。其他用户应升级至 1.1.1j。已在 OpenSSL 1.1.1j 中修复（影响 1.1.1 至 1.1.1i）。已在 OpenSSL 1.0.2y 中修复（影响 1.0.2 至 1.0.2x）。(CVE-2021-23841)

注意：Nessus 发现 J-Web 已在此设备上启用 [set system services web-management http(s)]。

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

  - OpenSSL 公共 API 函数 X509_issuer_and_serial_hash() 尝试根据 X509 证书中包含的颁发者和序列号数据创建唯一哈希值。但其无法正确处理在分析颁发者字段期间可能发生的任何错误（如果颁发者字段是恶意构建的，就可能发生此类错误）。随后，这可能导致空指针取消引用和崩溃，进而可能导致拒绝服务攻击。函数 X509_issuer_and_serial_hash() 绝不会由 OpenSSL 本身直接调用，因此应用程序仅在直接使用此函数，并且在可能是从不受信任来源获得的证书上使用此函数时，才容易受到影响。OpenSSL 1.1.1i 及之前的版本受此问题影响。这些版本的用户应升级至 OpenSSL 1.1.1j。OpenSSL 1.0.2x 及之前的版本受此问题影响。但 OpenSSL 1.0.2 已不受支持，且无法再接收公共更新。OpenSSL 1.0.2 的高级支持客户应升级至 1.0.2y。其他用户应升级至 1.1.1j。已在 OpenSSL 1.1.1j 中修复（影响 1.1.1 至 1.1.1i）。已在 OpenSSL 1.0.2y 中修复（影响 1.0.2 至 1.0.2x）。(CVE-2021-23841)

  - 在某些情况下，当输入长度接近平台上整数的最大允许长度时，对 EVP_CipherUpdate、EVP_EncryptUpdate 和 EVP_DecryptUpdate 的调用可能会导致输出长度参数溢出。在此类情况下，函数调用的返回值将为 1（表示成功），但输出长度值将为负。这可导致应用程序行为不正确或崩溃。
    OpenSSL 1.1.1i 及之前的版本受此问题影响。这些版本的用户应升级至 OpenSSL 1.1.1j。OpenSSL 1.0.2x 及之前的版本受此问题影响。但 OpenSSL 1.0.2 已不受支持，且无法再接收公共更新。OpenSSL 1.0.2 的高级支持客户应升级至 1.0.2y。其他用户应升级至 1.1.1j。已在 OpenSSL 1.1.1j 中修复（影响 1.1.1 至 1.1.1i）。
    已在 OpenSSL 1.0.2y 中修复（影响 1.0.2 至 1.0.2x）。(CVE-2021-23840)

  - OpenSSL 1.0.2 支持 SSLv2。如果客户端尝试与配置为支持 SSLv2 和较新 SSL 及 TLS 版本的服务器协商 SSLv2，则在取消填充 RSA 签名时会检查版本回滚攻击。支持高于 SSLv2 的 SSL 或 TLS 版本的客户端应使用特殊填充。支持高于 SSLv2 的服务器应拒绝来自存在此特殊填充的客户端的连接尝试，因为这表明发生了版本回滚（即，客户端和服务器都支持高于 SSLv2 的版本，但现在正在请求的版本却是 SSLv2）。实施此填充检查会反转逻辑，以便在存在填充时接受连接尝试，不存在填充时拒绝连接尝试。这表示发生版本回滚攻击时，服务器将接受连接。此外，如果尝试进行正常的 SSLv2 连接，则服务器将错误地拒绝连接。只有 1.0.2s 至 1.0.2x 版本的 OpenSSL 1.0.2 服务器会受到此问题的影响。为了易于受到影响， 1.0.2服务器必须：1) 在编译时配置了 SSLv2 支持（默认关闭），2) 在运行时配置了 SSLv2 支持（默认关闭），3) 配置了 SSLv2 加密套件（这些不在默认的加密套件列表中）OpenSSL 1.1.1没有 SSLv2 支持，因此不易受到此问题的影响。潜在错误存在于 RSA_padding_check_SSLv23() 函数的实施中。这也会影响其他各种函数使用的 RSA_SSLV23_PADDING 填充模式。尽管 1.1.1 不支持 SSLv2，但 RSA_padding_check_SSLv23() 函数仍然存在，RSA_SSLV23_PADDING 填充模式也一样。直接调用该函数或使用该填充模式的应用程序会遇到此问题。
    但由于 1.1.1 中不支持 SSLv2 协议，此问题在该版本中被视为错误而非安全问题。OpenSSL 1.0.2 已不受支持，且无法再接收公共更新。
    OpenSSL 1.0.2 的高级支持客户应升级至 1.0.2y。其他用户应升级至 1.1.1j。
    已在 OpenSSL 1.0.2y 中修复（影响 1.0.2s 至 1.0.2x）。(CVE-2021-23839)

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

远程主机上安装的 IBM Cognos Analytics 版本低于 11.1.7 FP8、11.2.4 FP3 或 12.0.2。因此，该产品受到 IBM 安全公告 7123154 中提及的多个漏洞的影响，其中包括：

  - 对不受信任或损坏的数据进行反序列化时，读取器可能会消耗超出允许限制的内存，从而导致系统内存不足。此问题影响使用 Apache Avro Java SDK 的 Java 应用程序（版本不高于 1.11.2）。用户应更新到 apache-avro 版本 1.11.3 来解决此问题。(CVE-2023-39410)

  - 为了解密 SM2 加密的数据，应用程序应调用 API 函数 EVP_PKEY_decrypt()。通常，应用程序将会调用此函数两次。第一次：输入时，“out”参数可以是 NULL，退出时，“outlen”参数会填充保存解密后明文的缓冲区大小。然后，应用程序会分配大小充足的缓冲区，并再次调用 EVP_PKEY_decrypt()，但这次会为“out”参数传递非空值。SM2 解密代码的实现中存在一个错误，这意味着用于保存 EVP_PKEY_decrypt() 首次调用所返回明文的缓冲区大小的计算值可能小于第二次调用所需的实际大小。当应用程序通过过小的缓冲区第二次调用 EVP_PKEY_decrypt() 时，将会导致缓冲区溢出。能够向应用程序展示用于解密的 SM2 内容的恶意攻击者可使攻击者选择的数据溢出缓冲区多达 62 个字节，这会改变缓冲区之后保存的其他数据内容，从而可能改变应用程序行为或造成应用程序崩溃。缓冲区的位置取决于应用程序，但通常是在堆中分配。已在 OpenSSL 1.1.1l 中修复（影响 1.1.1-1.1.1k）。(CVE-2021-3711)

  - SnakeYaml 的 Constructor() 类不限制反序列化期间可实例化的类型。
  反序列化攻击者提供的 yaml 内容可导致远程代码执行。我们建议在解析不受信任的内容时使用 SnakeYaml 的 SafeConsturctor 以限制反序列化。我们建议升级到 2.0 或更高版本。(CVE-2022-1471)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
212513	Nutanix AOS : 多个漏洞 (NXSA-AOS-6.5.6.7)	Nessus	Misc.	2024/12/11	2025/7/22	critical
184148	Puppet Agent 6.x < 6.22.1/7.x < 7.6.1 漏洞	Nessus	Windows	2023/11/1	2023/11/2	low
147910	Amazon Linux 2：openssl11 (ALAS-2021-1612)	Nessus	Amazon Linux Local Security Checks	2021/3/19	2024/12/11	low
146628	Amazon Linux 2：openssl (ALAS-2021-1608)	Nessus	Amazon Linux Local Security Checks	2021/2/19	2024/12/11	low
166767	Juniper Junos OS 多个漏洞 (JSA69715)	Nessus	Junos Local Security Checks	2022/11/1	2024/10/11	high
146591	OpenSSL 1.0.2 < 1.0.2y 多个漏洞	Nessus	Web Servers	2021/2/19	2024/10/23	low
193868	IBM Cognos Analytics 11.1.1 < 11.1.7 FP8/11.2.x < 11.2.4 FP3/12.0.x < 12.0.2 (7123154)	Nessus	CGI abuses	2024/4/25	2024/12/18	critical

检测

插件搜索

critical

low

low

low

high

low

critical