检测

Nutanix AOS：多个漏洞 (NXSA-AOS-6.8)

critical Nessus 插件 ID 197084

语言：

简介

Nutanix AOS 主机受到多个漏洞影响。

描述

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

 - 通常，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)

 - 在低于 5.4.11+、5.5.7+、5.6.4+ 的 Spring Security 以及不受支持的旧版本中，RegexRequestMatcher 很容易被错误配置为在某些 servlet 容器中被绕过。在正则表达式中使用带有“.”的 RegexRequestMatcher 的应用程序可能容易受到授权绕过的影响。(CVE-2022-22978)

 - 在密码块链接 (CBC) 模式下使用块密码算法时，远程攻击者可利用以下产品中 SSH 协议内的错误处理，更轻松地通过未知矢量从 SSH 会话中的任意密码文本块恢复特定明文数据：(1) SSH Tectia Client and Server and Connector 4.0 到 4.4.11，5.0 到 5.2.4，以及 5.3 到 5.3.8；Client and Server and ConnectSecure 6.0 到 6.0.4；Server for Linux on IBM System z 6.0.4；Server for IBM z/OS 5.5.1 及更低版本，6.0.0 和 6.0.1；以及 Client 4.0-J 到 4.3.3-J 和 4.0-K 到 4.3.10-K；以及 (2) OpenSSH 4.7p1 以及可能其他版本。(CVE-2008-5161)

 - OpenSSL RSA 解密实现中存在一个基于时序的边信道，足以用于在 Bleichenbacher 式攻击中跨网络恢复明文。若要成功解密，攻击者必须能够发送大量的测试消息进行解密。
 此漏洞会影响所有 RSA 填充模式：PKCS#1 v1.5、RSA-OEAP 和 RSASVE。例如，在 TLS 连接中，客户端通常会使用 RSA 向服务器发送经过加密的预主密钥。如果攻击者能够发现客户端与服务器之间的真正连接，则可向服务器发送测试消息并记录消息处理用时。在发送足够多的消息后，攻击者可恢复用于原始连接的预主密钥，进而解密通过该连接发送的应用程序数据。(CVE-2022-4304)

 - 公共 API 函数 BIO_new_NDEF 是辅助函数，用于通过 BIO 对 ASN.1 数据作流式处理。该函数主要在 OpenSSL 内部用于为 SMIME、CMS 和 PKCS7 提供流式传输功能支持，但也可能由最终用户应用程序直接调用。该函数从调用程序接收 BIO，在其前面附加一个新的 BIO_f_asn1 filter BIO 以形成 BIO 链，然后将 BIO 链的新标头返回给调用程序。在某些情况下（例如 CMS Recipient 公钥无效时），新的 filter BIO 将被释放，而该函数则会返回表示失败的 NULL 结果。但是，在这种情况下，由于 BIO 链未正确清理，所以调用程序传递的 BIO 仍会保留指向之前已释放的 filter BIO 的内部指针。如果调用程序随后继续调用 BIO 上的 BIO_pop()，则会发生释放后使用。这很有可能会导致崩溃。这种情况直接发生在内部函数 B64_write_ASN1() 中，不仅可能导致 BIO_new_NDEF() 被调用，还会导致 BIO 上的 BIO_pop() 在随后被调用。此内部函数依次由公共 API 函数 PEM_write_bio_ASN1_stream、PEM_write_bio_CMS_stream、PEM_write_bio_PKCS7_stream、SMIME_write_ASN1、SMIME_write_CMS 和 SMIME_write_PKCS7 调用。可能受到此问题影响的其他公共 API 函数包括 i2d_ASN1_bio_stream、BIO_new_CMS、BIO_new_PKCS7、i2d_CMS_bio_stream 和 i2d_PKCS7_bio_stream。OpenSSL CMS 和 S/MIME 命令行应用程序同样会受到影响。(CVE-2023-0215)

 - 存在一个与 X.509 GeneralName 内的 X.400 地址处理相关的类型混淆漏洞。
 X.400 地址被解析为 ASN1_STRING，但 GENERAL_NAME 的公共结构定义错误地将 x400Address 字段的类型指定为 ASN1_TYPE。随后，按照 OpenSSL 函数 GENERAL_NAME_cmp 的解读，此字段应为 ASN1_TYPE 而不是 ASN1_STRING。CRL 检查启用（即应用程序设置 X509_V_FLAG_CRL_CHECK 标记）后，攻击者利用此漏洞可向 memcmp 调用传递任意指针，让指针能够读取内存内容或引起拒绝服务。在大多数情况下，攻击者需要同时提供证书链和 CRL 才能发起攻击，而这两者都不需要具有有效的签名。如果攻击者仅控制其中一个输入，则另一个输入必须已包含作为 CRL 分发点的 X.400 地址，但这种情况并不常见。因此，此漏洞最有可能只影响本身已实现通过网络检索 CRL 功能的应用程序。(CVE-2023-0286)

 - 在所有受支持的 OpenSSL 版本中发现一个与验证包含策略限制条件的 X.509 证书链相关的安全漏洞。攻击者可能通过创建触发指数级计算资源使用的恶意证书链来会利用此漏洞，进而对受影响的系统发起拒绝服务 (DoS) 攻击。策略处理默认处于禁用状态，但可以通过将 -policy 参数传递给命令行实用工具或者调用 X509_VERIFY_PARAM_set1_policies() 函数来启用。(CVE-2023-0464)

 - 验证证书时使用非默认选项的应用程序可能容易受到恶意 CA 的攻击，从而规避某些检查。OpenSSL 以静默的方式忽略叶证书中的无效证书策略，并跳过该证书的其他证书策略检查。恶意 CA 可利用此缺陷故意断言证书策略无效，从而完全避开对证书的策略检查。策略处理默认处于禁用状态，但可以通过将 -policy 参数传递给命令行实用工具或者调用 X509_VERIFY_PARAM_set1_policies() 函数来启用。(CVE-2023-0465)

 - 经记载，函数 X509_VERIFY_PARAM_add0_policy() 在执行证书验证时会隐式启用证书策略检查。但是，该函数的实现并未启用允许包含无效或不正确策略的证书通过证书验证的检查。
 由于突然启用策略检查可能会中断现有部署，因此决定保留 X509_VERIFY_PARAM_add0_policy() 函数的现有行为。相反，需要 OpenSSL 执行证书策略检查的应用程序需要使用 X509_VERIFY_PARAM_set1_policies() 或通过使用 X509_V_FLAG_POLICY_CHECK 标记参数调用 X509_VERIFY_PARAM_set_flags() 来显式启用策略检查。
 证书策略检查在 OpenSSL 中默认禁用，而在应用程序则不常用。
 (CVE-2023-0466)

 - 在 Spring Framework 版本 5.3.0 - 5.3.16 和较旧且不受支持的版本中，用户可提供特别构建的 SpEL 表达式，从而可能造成拒绝服务情况。(CVE-2022-22950)

 - Apache Tomcat.Tomcat 从 11.0.0-M1 到 11.0.0-M10、从 10.1.0-M1 到 10.1.15、从 9.0.0-M1 到 9.0.82 以及从 8.5.0 到 8.5.95 的版本中存在不当输入验证漏洞，无法正确解析 HTTP trailer 标头。超过标头大小限制的 Trailer 标头可能会导致 Tomcat 将单个请求视为多个请求，从而导致在反向代理后面时可能出现请求走私的情况。建议用户升级到 11.0.0-M11 以上、10.1.16 以上、9.0.83 以上或 8.5.96 以上版本，即可修复该问题。(CVE-2023-46589)

 - 在 avahi 库中发现一个漏洞。此缺陷允许非特权用户进行 dbus 调用，从而导致 avahi 后台程序崩溃。(CVE-2023-1981)

 - VMware Tools 包含 SAML 令牌签名绕过漏洞。如果目标虚拟机被指派更高权限的访客别名 https://vdc-download.vmware.com/vmwb-repository/dcr-public/d1902b0e-d479-46bf-8ac9-cee0e31e8ec0/07ce8dbd-db48-4261-9b8f-c6d3ad8ba472/vim.vm.guest.AliasManager.html，被授予目标虚拟机访客操作权限 https://docs.vmware.com/en/VMware-vSphere/8.0/vsphere-security/GUID-6A952214-0E5E-4CCF-9D2A-90948FF643EC.html 的恶意攻击者则可以提升自身权限。(CVE-2023-34058)

 - open-vm-tools 会在 vmware-user-suid-wrapper 中包含文件描述符劫持漏洞。具有非 root 权限的恶意执行者可能会劫持 /dev/uinput 文件描述符，从而允许其模拟用户输入。(CVE-2023-34059)

 - 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)

 - 用于计算模平方根的 BN_mod_sqrt() 函数中包含一个缺陷，可导致其无限循环非质数模数。当在内部解析包含压缩形式的椭圆曲线公钥或具有以压缩形式编码的基点的显式椭圆曲线参数时，将会使用此函数。可以通过构建具有无效显式曲线参数的证书来触发无限循环。由于证书解析发生在证书签名验证之前，因此任何解析外部所提供证书的进程都可能遭受拒绝服务攻击。解析构建的私钥时也可能发生无限循环，因为其中可能包含显式椭圆曲线参数。因此，易受攻击的情况包括：- TLS 客户端使用服务器证书 - TLS 服务器使用客户端证书 - 从客户处获取证书或私钥的主机托管商 - 证书颁发机构解析用户的证书请求 - 解析 ASN.1 椭圆曲线参数以及使用 BN_mod_sqrt( ) 的任何其他应用程序，其中攻击者可控制易受此 DoS 问题影响的参数值。OpenSSL 1.0.2 版本在初始解析证书期间未解析公钥，这就使得触发无限循环变得稍难一些。但是，任何需要证书公钥的操作都将触发无限循环。特别是在证书签名验证期间，攻击者可使用自签名证书触发循环。OpenSSL 版本 1.0.2、1.1.1 和 3.0 会受此问题影响。2022 年 3 月 15 日发布的 1.1.1n 和 3.0.2 版本已解决此问题。已在 OpenSSL 3.0.2 中修复（影响 3.0.0、3.0.1）。已在 OpenSSL 1.1.1n 中修复（影响 1.1.1-1.1.1m）。已在 OpenSSL 1.0.2zd 中修复（影响 1.0.2-1.0.2zc）。(CVE-2022-0778)

 - c_rehash 脚本未正确审查 shell 元字符以防止命令注入。某些操作系统以自动执行的方式分发此脚本。在此类操作系统中，攻击者可以使用脚本的权限执行任意命令。使用 c_rehash 脚本被视为过时，应由 OpenSSL rehash 命令行工具取代。
 已在 OpenSSL 3.0.3 中修复（影响 3.0.0、3.0.1、3.0.2）。已在 OpenSSL 1.1.1o 中修复（影响 1.1.1-1.1.1n）。
 已在 OpenSSL 1.0.2ze 中修复（影响 1.0.2-1.0.2zd）。(CVE-2022-1292)

 - 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)

 - FORM 身份验证功能中存在 URL 重定向至不受信任的网站（“开放重定向”）漏洞。此问题影响以下 Apache Tomcat 版本：11.0.0-M1 至 11.0.0-M10、10.1.0-M1 至 10.0.12、9.0.0-M1 至 9.0.79，以及 8.5.0 至 8.5.92。此漏洞只会影响 ROOT（默认）Web 应用程序。(CVE-2023-41080)

 - 在用于具有 512 位模数进行幂运算的 x64_64 Montgomery 平方程序中有一个溢出错误。无 EC 算术受到影响。分析检测结果后发现，由于此缺陷，针对 2-prime RSA1024、3-prime RSA1536 和 DSA1024 的攻击难以执行，且可能性不高。针对 DH512 的攻击被视为可行。然而，如果攻击目标必须重复使用 DH512 私钥，则无论如何不推荐。直接使用低级 API BN_mod_exp 的应用程序如果使用 BN_FLG_CONSTTIME，也会受到影响。已在 OpenSSL 1.1.1e 中修复（影响 1.1.1-1.1.1d）。已在 OpenSSL 1.0.2u 中修复（影响 1.0.2-1.0.2t）。(CVE-2019-1551)

 - 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)

 - 除了 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)

 - 在 Spring Framework 版本 6.0.0 - 6.0.6、5.3.0 - 5.3.25、5.2.0.RELEASE - 5.2.22.RELEASE 和较旧且不受支持的版本中，用户可提供特别构建的 SpEL 表达式，从而可能造成拒绝服务 (DoS) 情况。(CVE-2023-20861)

 - 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)

 - 在 3.43.0 及之前版本的 SQLite SQLite3 中发现一个漏洞，分类为重大漏洞。此问题影响 make alltest 处理程序组件的 ext/session/sqlite3session.c 文件的函数 sessionReadRecord。此操纵漏洞会导致基于堆的缓冲区溢出。建议应用补丁修复此问题。此漏洞的相关标识符为 VDB-248999。(CVE-2023-7104)

 - Python 3.11.3 及其之前所有版本的电子邮件模块不会正确解析包含特殊字符的电子邮件地址。RFC2822 标头的错误部分会被识别为 addr-spec 的值。在某些应用程序中，攻击者可以绕过保护机制，而在保护机制中，只有验证收到发送至特定域的电子邮件后才会授予应用程序访问权限（例如，只有 @company.example.com 地址可用于注册）。最新版 Python 的 email/_parseaddr.py 中存在此问题。(CVE-2023-27043)

 - Oracle Java SE 的 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 产品中存在漏洞（组件：Hotspot）。支持的版本中受影响的是 Oracle Java SE：8u391、8u391-perf、11.0.21、17.0.9、21.0.1；Oracle GraalVM for JDK：17.0.9、21.0.1；Oracle GraalVM Enterprise Edition：20.3.12、21.3.8 和 22.3.4。攻击此漏洞的难度较大，通过多种协议访问网络的未经身份验证的攻击者可以利用此漏洞破坏 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。成功利用此漏洞进行攻击可导致在未经授权的情况下创建、删除或修改关键数据或所有 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 可访问数据的访问权限，以及未经授权即可访问关键数据或完整访问所有 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Editio 可访问数据。
 注意：此漏洞可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。此漏洞也适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。
 (CVE-2024-20918)

 - Oracle Java SE 的 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 产品中存在漏洞（组件：Hotspot）。支持的版本中受影响的是 Oracle Java SE：8u391、8u391-perf、11.0.21、17.0.9、21.0.1；Oracle GraalVM for JDK：17.0.9、21.0.1；Oracle GraalVM Enterprise Edition：20.3.12、21.3.8 和 22.3.4。攻击此漏洞的难度较大，通过多种协议访问网络的未经身份验证的攻击者可以利用此漏洞破坏 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。成功攻击此漏洞可导致在未经授权的情况下创建、删除或修改重要数据或 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 可访问的所有数据。注意：此漏洞只能通过向指定组件中的 API 提供数据而遭到利用，不使用不可信的 Java Web Start 应用程序或不可信的 Java 小程序，例如通过 Web 服务。(CVE-2024-20919)

 - Oracle Java SE 的 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 产品中存在漏洞（组件：Hotspot）。支持的版本中受影响的是 Oracle Java SE：8u391、8u391-perf、11.0.21、17.0.9、21.0.1；Oracle GraalVM for JDK：17.0.9、21.0.1；Oracle GraalVM Enterprise Edition：20.3.12、21.3.8 和 22.3.4。攻击此漏洞的难度较大，通过多种协议访问网络的未经身份验证的攻击者可以利用此漏洞破坏 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。如果攻击成功，攻击者可在未经授权的情况下访问重要数据，或完整访问 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 的所有可访问数据。注意：此漏洞可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。此漏洞也适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。(CVE-2024-20921)

 - Oracle Java SE 的 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 产品中存在漏洞（组件：Scripting）。支持的版本中受影响的是 Oracle Java SE：8u391、8u391-perf、11.0.21；Oracle GraalVM for JDK：17.0.9；Oracle GraalVM Enterprise Edition：20.3.12、21.3.8 和 22.3.4。攻击此漏洞的难度较大，通过多种协议访问网络的未经身份验证的攻击者可以利用此漏洞破坏 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。如果攻击成功，攻击者可在未经授权的情况下访问重要数据，或完整访问 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 的所有可访问数据。注意：此漏洞可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。此漏洞也适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。(CVE-2024-20926)

 - Oracle Java SE 的 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 产品中存在漏洞（组件：Security）。支持的版本中受影响的是 Oracle Java SE：17.0.9；
 Oracle GraalVM for JDK：17.0.9；Oracle GraalVM Enterprise Edition：21.3.8 和 22.3.4。此漏洞较容易受到攻击，其允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。成功攻击此漏洞可导致在未经授权的情况下创建、删除或修改重要数据或 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 可访问的所有数据。注意：此漏洞适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。此漏洞不适用于仅加载并运行可信代码（如管理员安装的代码）的 Java 部署，此部署通常存在于服务器上。(CVE-2024-20932)

 - Oracle Java SE 的 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 产品中存在漏洞（组件：Security）。支持的版本中受影响的是 Oracle Java SE：8u391、8u391-perf、11.0.21、17.0.9、21.0.1；Oracle GraalVM for JDK：17.0.9、21.0.1；Oracle GraalVM Enterprise Edition：20.3.12、21.3.8 和 22.3.4。此漏洞较难利用，可登录执行 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 所在基础架构的低权限攻击者可利用此漏洞，破坏 Oracle Java SE、Oracle GraalVM for JDK 和 Oracle GraalVM Enterprise Edition。
 如果攻击成功，攻击者可在未经授权的情况下访问重要数据，或完整访问 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 的所有可访问数据。
 注意：此漏洞可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。此漏洞也适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。
 (CVE-2024-20945)

 - Oracle Java SE 的 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 产品中存在漏洞（组件：Security）。支持的版本中受影响的是 Oracle Java SE：8u391、8u391-perf、11.0.21、17.0.9、21.0.1；Oracle GraalVM for JDK：17.0.9、21.0.1；Oracle GraalVM Enterprise Edition：20.3.12、21.3.8 和 22.3.4。攻击此漏洞的难度较大，通过多种协议访问网络的未经身份验证的攻击者可以利用此漏洞破坏 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。成功利用此漏洞进行攻击可导致在未经授权的情况下创建、删除或修改关键数据或所有 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 可访问数据的访问权限，以及未经授权即可访问关键数据或完整访问所有 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Editio 可访问数据。
 注意：此漏洞适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。此漏洞不适用于仅加载并运行可信代码（如管理员安装的代码）的 Java 部署，此部署通常存在于服务器上。(CVE-2024-20952)

 - 问题摘要：生成过长的 X9.42 DH 密钥或检查过长的 X9.42 DH 密钥或参数时可能会非常缓慢。影响汇总：使用函数 DH_generate_key() 生成 X9.42 DH 密钥的应用程序可能会遇到长时间的延迟。同样，使用 DH_check_pub_key()、DH_check_pub_key_ex() 或 EVP_PKEY_public_check() 检查 X9.42 DH 密钥或 X9.42 DH 参数的应用程序可能会遇到长时间的延迟。如果从不受信任的来源获取正在检查的密钥或参数，这可能导致拒绝服务。虽然 DH_check() 会执行所有必要的检查（自 CVE-2023-3817 起），但 DH_check_pub_key() 并不进行任何此类检查，因此容易受到过大 P 和 Q 参数的影响。同样，虽然 DH_generate_key() 会对过大的 P 参数执行检查，但它不会检查过大的 Q 参数。调用 DH_generate_key() 或 DH_check_pub_key()，并提供从不受信任之来源获取的密钥或参数的应用程序可能容易遭受拒绝服务攻击。DH_generate_key() 和 DH_check_pub_key() 也会被许多其他 OpenSSL 函数调用。调用任何其他函数的应用程序也可能会受到类似影响。受此影响的其他函数有 DH_check_pub_key_ex()、EVP_PKEY_public_check() 和 EVP_PKEY_generate()。使用 -pubcheck 选项时的 OpenSSL pkey 命令行应用程序，以及 OpenSSL genpkey 命令行应用程序均容易受到攻击。
 OpenSSL SSL/TLS 实现不受此问题影响。OpenSSL 3.0 和 3.1 FIPS 提供程序不受此问题影响。(CVE-2023-5678)

 - runc 是一款用于根据 OCI 规范在 Linux 上生成和运行容器的 CLI 工具。在 runc 1.1.11 及更早版本中，由于内部文件描述符泄漏，攻击者便可造成新生成的容器进程（来自 runc exec），并在主机文件系统命名空间中拥有工作目录，进而通过授予用户主机文件系统（攻击 2）的访问权限导致容器逃离。恶意图像可能会使用相同的攻击，以允许容器进程通过 runc run（攻击 1）获取主机文件系统的访问权限。攻击 1 和 2 的变体也可用于覆盖半任意主机二进制文件，造成容器完全逃离（攻击 3a 和攻击 3b）。runc 1.1.12 包括针对此问题的修补程序。(CVE-2024-21626)

 - NSS 在执行 RSA 解密时，容易遭受时序边信道攻击。此攻击可能允许攻击者恢复私钥。此漏洞会影响 Firefox < 124、Firefox ESR < 115.9 和 Thunderbird < 115.9。(CVE-2023-5388)

 - 3.19.1 版之前的 PyCryptodome 和 pycryptodomex 存在边信道泄漏，可导致 OAEP 解密。攻击者可利用这些泄漏发送 Manger 攻击。(CVE-2023-52323)

 - 已发现一个漏洞，即 RSA-PSK ClientKeyExchange 中对畸形密文的响应时间与具有正确 PKCS#1 v1.5 填充的密文的响应时间不同。(CVE-2023-5981)

 - 在某些情况下，有权在计算机上运行 ps 实用工具的用户可利用此弱点，将几乎无限量的未过滤数据写入进程堆中。(CVE-2023-4016)

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

解决方案

将 Nutanix AOS 软件更新为建议的版本。

另见

http://www.nessus.org/u?d82c3dee

插件详情

严重性: Critical

ID: 197084

文件名: nutanix_NXSA-AOS-6_8.nasl

版本: 1.7

类型: local

系列: Misc.

发布时间: 2024/5/15

最近更新时间: 2024/5/24

支持的传感器: Nessus

风险信息

VPR

风险因素: Critical

分数: 10.0

CVSS v2

风险因素: Critical

基本分数: 10

时间分数: 8.3

矢量: CVSS2#AV:N/AC:L/Au:N/C:C/I:C/A:C

CVSS 分数来源: CVE-2022-2068

CVSS v3

风险因素: Critical

基本分数: 9.8

时间分数: 9.1

矢量: CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

时间矢量: CVSS:3.0/E:F/RL:O/RC:C

CVSS 分数来源: CVE-2022-22978

漏洞信息

CPE: cpe:/o:nutanix:aos

必需的 KB 项: Host/Nutanix/Data/lts, Host/Nutanix/Data/Service, Host/Nutanix/Data/Version, Host/Nutanix/Data/arch

可利用: true

易利用性: Exploits are available

补丁发布日期: 2024/5/15

漏洞发布日期: 2008/11/14

可利用的方式

Metasploit (runc (docker) File Descriptor Leak Privilege Escalation)

参考资料信息

CVE: CVE-2008-5161, CVE-2019-1547, CVE-2019-1551, CVE-2019-1552, CVE-2019-1563, CVE-2020-1968, CVE-2020-1971, CVE-2021-23839, CVE-2021-23840, CVE-2021-23841, CVE-2021-3712, CVE-2022-0778, CVE-2022-1292, CVE-2022-2068, CVE-2022-22950, CVE-2022-22978, CVE-2022-4304, CVE-2023-0215, CVE-2023-0286, CVE-2023-0464, CVE-2023-0465, CVE-2023-0466, CVE-2023-1981, CVE-2023-20861, CVE-2023-27043, CVE-2023-34058, CVE-2023-34059, CVE-2023-4016, CVE-2023-41080, CVE-2023-46589, CVE-2023-52323, CVE-2023-5388, CVE-2023-5678, CVE-2023-5981, CVE-2023-7104, CVE-2024-20918, CVE-2024-20919, CVE-2024-20921, CVE-2024-20926, CVE-2024-20932, CVE-2024-20945, CVE-2024-20952, CVE-2024-21626