CentOS Linux 7 主机上存在安装的程序包，该程序包受到 TuxCare CENTOS7：CLSA-2026：1780683040 2公告中提及的多个漏洞的影响。

  - 为了解密 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)

  - 如果 X.509 证书包含畸形策略限制并且启用了策略处理，则会递归进行两次写入锁定。在某些操作系统（最广泛地说：Windows）上，当受影响的进程挂起时，会导致拒绝服务。在公开服务器上启用的策略处理不被视为常见设置。策略处理可以通过将 -policy 参数传递给命令行实用工具或者调用 X509_VERIFY_PARAM_set1_policies() 函数来启用。更新（2023 年 3 月 31 日）：已依据 CVE-2023-0466修正策略处理启用的描述。（CVE-2022-3996）

  - 问题摘要：使用空的受支持客户端协议缓冲区调用 OpenSSL API 函数 SSL_select_next_proto 可能会造成崩溃或将内存内容发送至对等机。影响摘要：缓冲区越界读取可造成一系列潜在后果，例如预期之外的应用程序行为或崩溃。
    具体来说，该问题可能导致系统将最多 255 字节的任意私有数据从内存发送到对等机，从而导致机密性丧失。但是，只有直接调用 SSL_select_next_proto 函数且支持的客户端协议长度为 0 的应用程序才会受到此问题的影响。这并非是寻常情况，并且这种情况通常不受攻击者控制，但如果在调用应用程序的过程中出现配置或编程错误，则可能会意外发生。OpenSSL API 函数 SSL_select_next_proto 通常由支持 ALPN（应用程序层协议协商）或 NPN（下一代协议协商）的 TLS 应用程序使用。NPN 版本较低，不符合标准，已弃用，改用 ALPN。我们认为，ALPN 的部署范围明显比 NPN 更广泛。SSL_select_next_proto 函数支持来自服务器的协议列表和来自客户端的协议列表，并返回出现在服务器列表中，也出现在客户端列表中的第一个协议。如果两个列表之间没有重合部分，它将返回客户端列表中的第一个项目。无论哪种情况，它都会发出信号表明是否发现两个列表之间有重合部分。在使用零长度客户端列表调用 SSL_select_next_proto 的情况下，它无法注意到这种情况并会返回客户端列表指针后立即出现的内存（并报告列表中没有重合部分）。此函数通常由 ALPN 的服务器端应用程序回调或 NPN 的客户端应用程序回调调用。对于 ALPN，libssl 保证客户端提供的协议列表的长度永远不会为零。服务器协议列表来自应用程序，通常情况下，应至少包含一项。在这种情况下，如果已按预期调用 SSL_select_next_proto 函数（使用客户端提供的列表在 client/client_len 参数中传递），则应用程序将不会受到此问题的影响。如果应用程序意外地获配了零长度服务器列表，并且意外地在客户端/客户端长度参数中传递了该零长度服务器列表，并且未能正确处理无重叠响应（这通常会导致 ALPN 中的握手失败），那么该应用程序将容易受到此问题的影响。对于 NPN 来说，该协议允许客户端在没有重叠的时候择机选择一个协议。在遵循这一点的情况下，OpenSSL 会在无重叠的情况下返回第一个客户端协议。客户端协议列表来自应用程序，通常情况下，应至少包含一项。但是，如果通过等于 0 的 client_len 意外调用了 SSL_select_next_proto 函数，则将返回无效的内存指针。如果应用程序使用此输出作为协议，则会失去机密性。经评定，此问题的严重性为低危，因为如果应用程序使用 NPN 而不是 ALPN，则最有可能受到攻击 - 但 NPN 并未得到广泛使用。它还需要出现应用程序配置或编程错误。最后，该问题通常不受攻击者控制，因此不太可能被主动利用。3.3、3.2、3.1 和 3.0 中的 FIPS 模块不受此问题影响。由于此问题的严重性低，我们目前不会发布新版本的 OpenSSL。后续发布的版本中将包含此修复。(CVE-2024-5535)

  - 问题摘要：在对恶意构造的 PKCS#12 文件调用 PKCS12_get_friendlyname() 函数时，如果其中的友好名称为包含非 ASCII BMP 代码点的 BMPString (UTF-16BE)，则可能在已分配缓冲区之前触发一次一字节写入。影响摘要：越界写入漏洞可造成内存损坏，而内存损坏可导致多种后果，包括拒绝服务。OPENSSL_uni2utf8() 函数执行 PKCS#12 BMPString (UTF-16BE) 到 UTF-8 的二次转换。在第二遍中发出 UTF-8 字节时，帮助函数 bmp_to_utf8() 错误地将剩余 UTF-16 源字节计数作为目标缓冲区容量转发到 UTF8_putc()。对于 U+07FF 上方的 BMP 代码点，UTF-8 需要三个字节，但转发的容量可能只有两个字节。然后 UTF8_putc() 返回 -1，而将此负值添加到输出长度而不进行验证，从而导致长度变为负值。然后在负偏移处写入后续的尾部空字节，从而导致在堆分配的缓冲区之外进行写入。
    解析攻击者控制的 PKCS#12 文件时，可以通过公共 PKCS12_get_friendlyname() API 访问此漏洞。尽管 PKCS12_parse() 使用不同的代码路径来避免此问题，但 PKCS12_get_friendlyname() 会直接调用有漏洞的函数。利用该漏洞需要攻击者提供一个由应用程序解析的恶意 PKCS#12 文件，攻击者只能在已分配缓冲区之前触发一次零字节写入。因此，根据我们的安全策略，将此漏洞评为“低危”问题。3.6、3.5、3.4、3.3 和 3.0 中的 FIPS 模块不受此问题的影响，因为 PKCS#12 实现位于 OpenSSL FIPS 模块边界之外。OpenSSL 3.6、3.5、3.4、3.3、3.0 和 1.1.1 容易受此问题影响。OpenSSL 1.0.2 不受此问题影响。
    (CVE-2025-69419)

  - 问题摘要：处理畸形 PKCS#12 文件可在 PKCS12_item_decrypt_d2i_ex() 函数中触发空指针取消引用。影响摘要：空指针取消引用可能会导致处理 PKCS#12 文件的应用程序崩溃，进而造成拒绝服务。PKCS12_item_decrypt_d2i_ex() 函数未在取消引用 oct 参数之前检查该参数是否为空。使用畸形 PKCS#12 文件从 PKCS12_unpack_p7encdata() 调用时，此参数可以为空，从而造成崩溃。该漏洞仅限于造成拒绝服务，并且无法升级以实现代码执行或内存泄露。如要利用此问题，攻击者需要向处理相应文件的应用程序提供畸形的 PKCS#12 文件。因此，根据我们的安全策略，将此漏洞评为“低危”问题。3.6、3.5、3.4、3.3 和 3.0 中的 FIPS 模块不受此问题的影响，因为 PKCS#12 实现位于 OpenSSL FIPS 模块边界之外。OpenSSL 3.6、3.5、3.4、3.3、3.0、1.1.1 和 1.0.2 容易受此问题影响。(CVE-2025-69421)

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

检测

CentOS Linux 7 [TuxCare] 安全更新：openssl11 / openssl11-devel / openssl11-libs / openssl11-static 多个漏洞（CENTOS7：CLSA-2026：1780683040）

high Nessus 插件 ID 361388

版本 1.2

检测

CentOS Linux 7 [TuxCare] 安全更新：openssl11 / openssl11-devel / openssl11-libs / openssl11-static 多个漏洞 （CENTOS7：CLSA-2026：1780683040）

high Nessus 插件 ID 361388

版本 1.2

CentOS Linux 7 [TuxCare] 安全更新：openssl11 / openssl11-devel / openssl11-libs / openssl11-static 多个漏洞（CENTOS7：CLSA-2026：1780683040）