compat-openssl10-1.0.2o-4.el8
エラータID: AXSA:2022-3803:01
Release date:
Tuesday, September 6, 2022 - 10:09
Subject:
compat-openssl10-1.0.2o-4.el8
Affected Channels:
Asianux Server 8 for x86_64
Severity:
Low
Description:
OpenSSL is a toolkit that implements the Secure Sockets Layer (SSL) and
Transport Layer Security (TLS) protocols, as well as a full-strength
general-purpose cryptography library. compat-openssl10 provides the legacy 1.0
version of OpenSSL for use with older binaries.
Security Fix(es):
compat-openssl10: Infinite loop in BN_mod_sqrt() reachable when parsing
certificates (CVE-2022-0778)
CVE(s):
CVE-2022-0778
Solution:
Update packages.
CVEs:
CVE-2022-0778
The BN_mod_sqrt() function, which computes a modular square root, contains a bug that can cause it to loop forever for non-prime moduli. Internally this function is used when parsing certificates that contain elliptic curve public keys in compressed form or explicit elliptic curve parameters with a base point encoded in compressed form. It is possible to trigger the infinite loop by crafting a certificate that has invalid explicit curve parameters. Since certificate parsing happens prior to verification of the certificate signature, any process that parses an externally supplied certificate may thus be subject to a denial of service attack. The infinite loop can also be reached when parsing crafted private keys as they can contain explicit elliptic curve parameters. Thus vulnerable situations include: - TLS clients consuming server certificates - TLS servers consuming client certificates - Hosting providers taking certificates or private keys from customers - Certificate authorities parsing certification requests from subscribers - Anything else which parses ASN.1 elliptic curve parameters Also any other applications that use the BN_mod_sqrt() where the attacker can control the parameter values are vulnerable to this DoS issue. In the OpenSSL 1.0.2 version the public key is not parsed during initial parsing of the certificate which makes it slightly harder to trigger the infinite loop. However any operation which requires the public key from the certificate will trigger the infinite loop. In particular the attacker can use a self-signed certificate to trigger the loop during verification of the certificate signature. This issue affects OpenSSL versions 1.0.2, 1.1.1 and 3.0. It was addressed in the releases of 1.1.1n and 3.0.2 on the 15th March 2022. Fixed in OpenSSL 3.0.2 (Affected 3.0.0,3.0.1). Fixed in OpenSSL 1.1.1n (Affected 1.1.1-1.1.1m). Fixed in OpenSSL 1.0.2zd (Affected 1.0.2-1.0.2zc).
The BN_mod_sqrt() function, which computes a modular square root, contains a bug that can cause it to loop forever for non-prime moduli. Internally this function is used when parsing certificates that contain elliptic curve public keys in compressed form or explicit elliptic curve parameters with a base point encoded in compressed form. It is possible to trigger the infinite loop by crafting a certificate that has invalid explicit curve parameters. Since certificate parsing happens prior to verification of the certificate signature, any process that parses an externally supplied certificate may thus be subject to a denial of service attack. The infinite loop can also be reached when parsing crafted private keys as they can contain explicit elliptic curve parameters. Thus vulnerable situations include: - TLS clients consuming server certificates - TLS servers consuming client certificates - Hosting providers taking certificates or private keys from customers - Certificate authorities parsing certification requests from subscribers - Anything else which parses ASN.1 elliptic curve parameters Also any other applications that use the BN_mod_sqrt() where the attacker can control the parameter values are vulnerable to this DoS issue. In the OpenSSL 1.0.2 version the public key is not parsed during initial parsing of the certificate which makes it slightly harder to trigger the infinite loop. However any operation which requires the public key from the certificate will trigger the infinite loop. In particular the attacker can use a self-signed certificate to trigger the loop during verification of the certificate signature. This issue affects OpenSSL versions 1.0.2, 1.1.1 and 3.0. It was addressed in the releases of 1.1.1n and 3.0.2 on the 15th March 2022. Fixed in OpenSSL 3.0.2 (Affected 3.0.0,3.0.1). Fixed in OpenSSL 1.1.1n (Affected 1.1.1-1.1.1m). Fixed in OpenSSL 1.0.2zd (Affected 1.0.2-1.0.2zc).
Additional Info:
N/A
Download:
SRPMS
- compat-openssl10-1.0.2o-4.el8.src.rpm
MD5: 7379958220a82442e399ec4c1ef8f086
SHA-256: da2d4e1b79a55fca362e3a41838de7710df82824b0118ad0d123eb5cfdd7641c
Size: 3.48 MB
Asianux Server 8 for x86_64
- compat-openssl10-1.0.2o-4.el8.x86_64.rpm
MD5: 8c3398ca939d3002f762b540bc41f6dc
SHA-256: 3a7a54663dfac3aba03f22e2b0d5bde1b818ca573d1649be8c31d03cb75381b6
Size: 1.13 MB - compat-openssl10-1.0.2o-4.el8.i686.rpm
MD5: f82612a06ea2b32f93700dd82e028b8e
SHA-256: f1f92b8fa5f83595d5a224155a26535a545325e2ced9cebfbc1b199686d51f62
Size: 0.97 MB