远程主机上安装的 Oracle Secure Global Desktop 版本缺少 2020 年 1 月关键修补程序更新 (CPU) 中的安全修补程序。因此，会受到多个漏洞的影响：- Core (Apache Axis) 组件中存在远程代码执行漏洞。未经身份验证的临近攻击者可利用此问题执行任意命令。(CVE-2019-0227) - Web Server (Appache HTTPD Server) 组件中存在跨站脚本漏洞。未经身份验证的远程攻击者可通过造成 mod_proxy 错误页面链接的格式错误及指向自己所选页面对此漏洞加以利用。(CVE-2019-10092) - 在 Eclipse (Mojarra) 中，faces/context/PartialViewContextImpl.java 中存在跨站脚本漏洞，原因在于错误处理客户端窗口字段。未经身份验证的远程攻击者可利用此问题，对某些 Oracle Communications Unified Inventory Management 可访问数据执行未经授权的更新、插入或删除访问权限，以及对 Oracle Communications Unified Inventory Management 可访问数据的子集执行未经授权的读取访问。(CVE-2019-17091)

根据安装的 openssl 程序包版本，远程主机上安装的 EulerOS 会受到下列漏洞影响：- 通常，在 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) - 在攻击者收到解密尝试成功或失败的自动通知的情况下，攻击者可以使用 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) - 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) 请注意，Tenable Network Security 已直接从 EulerOS 安全公告中提取上述描述块。Tenable 已尝试在不引入其他问题的情况下尽可能进行了自动整理和排版。

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

  - 当攻击者收到自动通知，获知解密尝试成功或失败时，可在发送大量待解密消息后，使用 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)

  - OpenSSL 1.1.1 引入了重写的随机数生成器 (RNG)。这本应该在出现 fork() 系统调用时提供保护，以确保父进程和子进程不会共享相同的 RNG 状态。但是，默认情况下未使用此保护。此问题的部分缓解措施是将高精度定时器的输出混合到 RNG 状态中，从而显著降低父进程和子进程共享状态的可能性。如果应用程序已使用 OPENSSL_INIT_ATFORK 显式调用 OPENSSL_init_crypto()，则完全不会发生此问题。已在 OpenSSL 1.1.1d 中修复（影响 1.1.1-1.1.1c）。(CVE-2019-1549)

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

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

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

  - 当攻击者收到自动通知，获知解密尝试成功或失败时，可在发送大量待解密消息后，使用 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)

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

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

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

  - 当攻击者收到自动通知，获知解密尝试成功或失败时，可在发送大量待解密消息后，使用 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)

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

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
133042	Oracle Secure Global Desktop 多个漏洞（2020 年 1 月 CPU）	Nessus	Misc.	2020/1/17	2022/12/5	high
131617	EulerOS 2.0 SP2：openssl (EulerOS-SA-2019-2464)	Nessus	Huawei Local Security Checks	2019/12/4	2022/5/18	medium
197084	Nutanix AOS：多个漏洞 (NXSA-AOS-6.8)	Nessus	Misc.	2024/5/15	2024/6/14	critical
128116	OpenSSL 1.1.1 < 1.1.1d 多个漏洞	Nessus	Web Servers	2019/8/23	2024/6/7	medium
128115	OpenSSL 1.0.2 < 1.0.2t 多个漏洞	Nessus	Web Servers	2019/8/23	2024/6/7	medium
128117	OpenSSL 1.1.0 < 1.1.0l 多个漏洞	Nessus	Web Servers	2019/8/23	2024/6/7	medium

检测

插件搜索

high

medium

critical

medium

medium

medium