Resource Exhaustion Affecting edk2-aarch64 package, versions <0:20240524-6.el9_5


Severity

Recommended
0.0
medium
0
10

Based on Red Hat Enterprise Linux security rating.

Threat Intelligence

EPSS
0.05% (18th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications

Snyk Learn

Learn about Resource Exhaustion vulnerabilities in an interactive lesson.

Start learning
  • Snyk IDSNYK-RHEL9-EDK2AARCH64-6157900
  • published16 Jan 2024
  • disclosed15 Jan 2024

Introduced: 15 Jan 2024

CVE-2023-6237  (opens in a new tab)
CWE-400  (opens in a new tab)

How to fix?

Upgrade RHEL:9 edk2-aarch64 to version 0:20240524-6.el9_5 or higher.
This issue was patched in RHSA-2024:9088.

NVD Description

Note: Versions mentioned in the description apply only to the upstream edk2-aarch64 package and not the edk2-aarch64 package as distributed by RHEL. See How to fix? for RHEL:9 relevant fixed versions and status.

Issue summary: Checking excessively long invalid RSA public keys may take a long time.

Impact summary: Applications that use the function EVP_PKEY_public_check() to check RSA public keys may experience long delays. Where the key that is being checked has been obtained from an untrusted source this may lead to a Denial of Service.

When function EVP_PKEY_public_check() is called on RSA public keys, a computation is done to confirm that the RSA modulus, n, is composite. For valid RSA keys, n is a product of two or more large primes and this computation completes quickly. However, if n is an overly large prime, then this computation would take a long time.

An application that calls EVP_PKEY_public_check() and supplies an RSA key obtained from an untrusted source could be vulnerable to a Denial of Service attack.

The function EVP_PKEY_public_check() is not called from other OpenSSL functions however it is called from the OpenSSL pkey command line application. For that reason that application is also vulnerable if used with the '-pubin' and '-check' options on untrusted data.

The OpenSSL SSL/TLS implementation is not affected by this issue.

The OpenSSL 3.0 and 3.1 FIPS providers are affected by this issue.

CVSS Scores

version 3.1