According to the versions of the openssl packages installed, the EulerOS Virtualization installation on the remote host is affected by the following vulnerabilities :
The X.509 GeneralName type is a generic type for representing different types of names. One of those name types is known as EDIPartyName. OpenSSL provides a function GENERAL_NAME_cmp which compares different instances of a GENERAL_NAME to see if they are equal or not. This function behaves incorrectly when both GENERAL_NAMEs contain an EDIPARTYNAME. A NULL pointer dereference and a crash may occur leading to a possible denial of service attack. OpenSSL itself uses the GENERAL_NAME_cmp function for two purposes: 1) Comparing CRL distribution point names between an available CRL and a CRL distribution point embedded in an X509 certificate 2) When verifying that a timestamp response token signer matches the timestamp authority name (exposed via the API functions TS_RESP_verify_response and TS_RESP_verify_token) If an attacker can control both items being compared then that attacker could trigger a crash. For example if the attacker can trick a client or server into checking a malicious certificate against a malicious CRL then this may occur. Note that some applications automatically download CRLs based on a URL embedded in a certificate.
This checking happens prior to the signatures on the certificate and CRL being verified. OpenSSL’s s_server, s_client and verify tools have support for the ‘-crl_download’ option which implements automatic CRL downloading and this attack has been demonstrated to work against those tools. Note that an unrelated bug means that affected versions of OpenSSL cannot parse or construct correct encodings of EDIPARTYNAME. However it is possible to construct a malformed EDIPARTYNAME that OpenSSL’s parser will accept and hence trigger this attack. All OpenSSL 1.1.1 and 1.0.2 versions are affected by this issue. Other OpenSSL releases are out of support and have not been checked. Fixed in OpenSSL 1.1.1i (Affected 1.1.1-1.1.1h). Fixed in OpenSSL 1.0.2x (Affected 1.0.2-1.0.2w).(CVE-2020-1971)
Calls to EVP_CipherUpdate, EVP_EncryptUpdate and EVP_DecryptUpdate may overflow the output length argument in some cases where the input length is close to the maximum permissable length for an integer on the platform. In such cases the return value from the function call will be 1 (indicating success), but the output length value will be negative. This could cause applications to behave incorrectly or crash. OpenSSL versions 1.1.1i and below are affected by this issue.
Users of these versions should upgrade to OpenSSL 1.1.1j. OpenSSL versions 1.0.2x and below are affected by this issue. However OpenSSL 1.0.2 is out of support and no longer receiving public updates. Premium support customers of OpenSSL 1.0.2 should upgrade to 1.0.2y.
Other users should upgrade to 1.1.1j. Fixed in OpenSSL 1.1.1j (Affected 1.1.1-1.1.1i). Fixed in OpenSSL 1.0.2y (Affected 1.0.2-1.0.2x).(CVE-2021-23840)
The OpenSSL public API function X509_issuer_and_serial_hash() attempts to create a unique hash value based on the issuer and serial number data contained within an X509 certificate. However it fails to correctly handle any errors that may occur while parsing the issuer field (which might occur if the issuer field is maliciously constructed). This may subsequently result in a NULL pointer deref and a crash leading to a potential denial of service attack. The function X509_issuer_and_serial_hash() is never directly called by OpenSSL itself so applications are only vulnerable if they use this function directly and they use it on certificates that may have been obtained from untrusted sources. OpenSSL versions 1.1.1i and below are affected by this issue. Users of these versions should upgrade to OpenSSL 1.1.1j. OpenSSL versions 1.0.2x and below are affected by this issue.
However OpenSSL 1.0.2 is out of support and no longer receiving public updates. Premium support customers of OpenSSL 1.0.2 should upgrade to 1.0.2y. Other users should upgrade to 1.1.1j. Fixed in OpenSSL 1.1.1j (Affected 1.1.1-1.1.1i). Fixed in OpenSSL 1.0.2y (Affected 1.0.2-1.0.2x).(CVE-2021-23841)
Note that Tenable Network Security has extracted the preceding description block directly from the EulerOS security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.
#%NASL_MIN_LEVEL 70300
#
# (C) Tenable Network Security, Inc.
#
include('deprecated_nasl_level.inc');
include('compat.inc');
if (description)
{
script_id(151385);
script_version("1.4");
script_set_attribute(attribute:"plugin_modification_date", value:"2023/12/11");
script_cve_id("CVE-2020-1971", "CVE-2021-23840", "CVE-2021-23841");
script_xref(name:"CEA-ID", value:"CEA-2021-0004");
script_xref(name:"CEA-ID", value:"CEA-2021-0025");
script_name(english:"EulerOS Virtualization 3.0.2.2 : openssl (EulerOS-SA-2021-2154)");
script_set_attribute(attribute:"synopsis", value:
"The remote EulerOS Virtualization host is missing multiple security
updates.");
script_set_attribute(attribute:"description", value:
"According to the versions of the openssl packages installed, the
EulerOS Virtualization installation on the remote host is affected by
the following vulnerabilities :
- The X.509 GeneralName type is a generic type for
representing different types of names. One of those
name types is known as EDIPartyName. OpenSSL provides a
function GENERAL_NAME_cmp which compares different
instances of a GENERAL_NAME to see if they are equal or
not. This function behaves incorrectly when both
GENERAL_NAMEs contain an EDIPARTYNAME. A NULL pointer
dereference and a crash may occur leading to a possible
denial of service attack. OpenSSL itself uses the
GENERAL_NAME_cmp function for two purposes: 1)
Comparing CRL distribution point names between an
available CRL and a CRL distribution point embedded in
an X509 certificate 2) When verifying that a timestamp
response token signer matches the timestamp authority
name (exposed via the API functions
TS_RESP_verify_response and TS_RESP_verify_token) If an
attacker can control both items being compared then
that attacker could trigger a crash. For example if the
attacker can trick a client or server into checking a
malicious certificate against a malicious CRL then this
may occur. Note that some applications automatically
download CRLs based on a URL embedded in a certificate.
This checking happens prior to the signatures on the
certificate and CRL being verified. OpenSSL's s_server,
s_client and verify tools have support for the
'-crl_download' option which implements automatic CRL
downloading and this attack has been demonstrated to
work against those tools. Note that an unrelated bug
means that affected versions of OpenSSL cannot parse or
construct correct encodings of EDIPARTYNAME. However it
is possible to construct a malformed EDIPARTYNAME that
OpenSSL's parser will accept and hence trigger this
attack. All OpenSSL 1.1.1 and 1.0.2 versions are
affected by this issue. Other OpenSSL releases are out
of support and have not been checked. Fixed in OpenSSL
1.1.1i (Affected 1.1.1-1.1.1h). Fixed in OpenSSL 1.0.2x
(Affected 1.0.2-1.0.2w).(CVE-2020-1971)
- Calls to EVP_CipherUpdate, EVP_EncryptUpdate and
EVP_DecryptUpdate may overflow the output length
argument in some cases where the input length is close
to the maximum permissable length for an integer on the
platform. In such cases the return value from the
function call will be 1 (indicating success), but the
output length value will be negative. This could cause
applications to behave incorrectly or crash. OpenSSL
versions 1.1.1i and below are affected by this issue.
Users of these versions should upgrade to OpenSSL
1.1.1j. OpenSSL versions 1.0.2x and below are affected
by this issue. However OpenSSL 1.0.2 is out of support
and no longer receiving public updates. Premium support
customers of OpenSSL 1.0.2 should upgrade to 1.0.2y.
Other users should upgrade to 1.1.1j. Fixed in OpenSSL
1.1.1j (Affected 1.1.1-1.1.1i). Fixed in OpenSSL 1.0.2y
(Affected 1.0.2-1.0.2x).(CVE-2021-23840)
- The OpenSSL public API function
X509_issuer_and_serial_hash() attempts to create a
unique hash value based on the issuer and serial number
data contained within an X509 certificate. However it
fails to correctly handle any errors that may occur
while parsing the issuer field (which might occur if
the issuer field is maliciously constructed). This may
subsequently result in a NULL pointer deref and a crash
leading to a potential denial of service attack. The
function X509_issuer_and_serial_hash() is never
directly called by OpenSSL itself so applications are
only vulnerable if they use this function directly and
they use it on certificates that may have been obtained
from untrusted sources. OpenSSL versions 1.1.1i and
below are affected by this issue. Users of these
versions should upgrade to OpenSSL 1.1.1j. OpenSSL
versions 1.0.2x and below are affected by this issue.
However OpenSSL 1.0.2 is out of support and no longer
receiving public updates. Premium support customers of
OpenSSL 1.0.2 should upgrade to 1.0.2y. Other users
should upgrade to 1.1.1j. Fixed in OpenSSL 1.1.1j
(Affected 1.1.1-1.1.1i). Fixed in OpenSSL 1.0.2y
(Affected 1.0.2-1.0.2x).(CVE-2021-23841)
Note that Tenable Network Security has extracted the preceding
description block directly from the EulerOS security advisory. Tenable
has attempted to automatically clean and format it as much as possible
without introducing additional issues.");
# https://developer.huaweicloud.com/ict/en/site-euleros/euleros/security-advisories/EulerOS-SA-2021-2154
script_set_attribute(attribute:"see_also", value:"http://www.nessus.org/u?1214fa9a");
script_set_attribute(attribute:"solution", value:
"Update the affected openssl packages.");
script_set_cvss_base_vector("CVSS2#AV:N/AC:L/Au:N/C:N/I:N/A:P");
script_set_cvss_temporal_vector("CVSS2#E:F/RL:OF/RC:C");
script_set_cvss3_base_vector("CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H");
script_set_cvss3_temporal_vector("CVSS:3.0/E:F/RL:O/RC:C");
script_set_attribute(attribute:"cvss_score_source", value:"CVE-2021-23840");
script_set_attribute(attribute:"exploitability_ease", value:"Exploits are available");
script_set_attribute(attribute:"exploit_available", value:"true");
script_set_attribute(attribute:"patch_publication_date", value:"2021/07/06");
script_set_attribute(attribute:"plugin_publication_date", value:"2021/07/06");
script_set_attribute(attribute:"plugin_type", value:"local");
script_set_attribute(attribute:"cpe", value:"p-cpe:/a:huawei:euleros:openssl");
script_set_attribute(attribute:"cpe", value:"p-cpe:/a:huawei:euleros:openssl-libs");
script_set_attribute(attribute:"cpe", value:"cpe:/o:huawei:euleros:uvp:3.0.2.2");
script_set_attribute(attribute:"generated_plugin", value:"current");
script_end_attributes();
script_category(ACT_GATHER_INFO);
script_family(english:"Huawei Local Security Checks");
script_copyright(english:"This script is Copyright (C) 2021-2023 and is owned by Tenable, Inc. or an Affiliate thereof.");
script_dependencies("ssh_get_info.nasl");
script_require_keys("Host/local_checks_enabled", "Host/cpu", "Host/EulerOS/release", "Host/EulerOS/rpm-list", "Host/EulerOS/uvp_version");
exit(0);
}
include("audit.inc");
include("global_settings.inc");
include("rpm.inc");
if (!get_kb_item("Host/local_checks_enabled")) audit(AUDIT_LOCAL_CHECKS_NOT_ENABLED);
release = get_kb_item("Host/EulerOS/release");
if (isnull(release) || release !~ "^EulerOS") audit(AUDIT_OS_NOT, "EulerOS");
uvp = get_kb_item("Host/EulerOS/uvp_version");
if (uvp != "3.0.2.2") audit(AUDIT_OS_NOT, "EulerOS Virtualization 3.0.2.2");
if (!get_kb_item("Host/EulerOS/rpm-list")) audit(AUDIT_PACKAGE_LIST_MISSING);
cpu = get_kb_item("Host/cpu");
if (isnull(cpu)) audit(AUDIT_UNKNOWN_ARCH);
if ("x86_64" >!< cpu && cpu !~ "^i[3-6]86$" && "aarch64" >!< cpu) audit(AUDIT_LOCAL_CHECKS_NOT_IMPLEMENTED, "EulerOS", cpu);
if ("x86_64" >!< cpu && cpu !~ "^i[3-6]86$") audit(AUDIT_ARCH_NOT, "i686 / x86_64", cpu);
flag = 0;
pkgs = ["openssl-1.0.2k-16.h13.eulerosv2r7",
"openssl-libs-1.0.2k-16.h13.eulerosv2r7"];
foreach (pkg in pkgs)
if (rpm_check(release:"EulerOS-2.0", reference:pkg)) flag++;
if (flag)
{
security_report_v4(
port : 0,
severity : SECURITY_WARNING,
extra : rpm_report_get()
);
exit(0);
}
else
{
tested = pkg_tests_get();
if (tested) audit(AUDIT_PACKAGE_NOT_AFFECTED, tested);
else audit(AUDIT_PACKAGE_NOT_INSTALLED, "openssl");
}