Your submission was sent successfully! Close

You have successfully unsubscribed! Close

Thank you for signing up for our newsletter!
In these regular emails you will find the latest updates about Ubuntu and upcoming events where you can meet our team.Close

CVE-2022-3358

Published: 11 October 2022

OpenSSL supports creating a custom cipher via the legacy EVP_CIPHER_meth_new() function and associated function calls. This function was deprecated in OpenSSL 3.0 and application authors are instead encouraged to use the new provider mechanism in order to implement custom ciphers. OpenSSL versions 3.0.0 to 3.0.5 incorrectly handle legacy custom ciphers passed to the EVP_EncryptInit_ex2(), EVP_DecryptInit_ex2() and EVP_CipherInit_ex2() functions (as well as other similarly named encryption and decryption initialisation functions). Instead of using the custom cipher directly it incorrectly tries to fetch an equivalent cipher from the available providers. An equivalent cipher is found based on the NID passed to EVP_CIPHER_meth_new(). This NID is supposed to represent the unique NID for a given cipher. However it is possible for an application to incorrectly pass NID_undef as this value in the call to EVP_CIPHER_meth_new(). When NID_undef is used in this way the OpenSSL encryption/decryption initialisation function will match the NULL cipher as being equivalent and will fetch this from the available providers. This will succeed if the default provider has been loaded (or if a third party provider has been loaded that offers this cipher). Using the NULL cipher means that the plaintext is emitted as the ciphertext. Applications are only affected by this issue if they call EVP_CIPHER_meth_new() using NID_undef and subsequently use it in a call to an encryption/decryption initialisation function. Applications that only use SSL/TLS are not impacted by this issue. Fixed in OpenSSL 3.0.6 (Affected 3.0.0-3.0.5).

Notes

AuthorNote
mdeslaur
3.x only

Priority

Low

Cvss 3 Severity Score

7.5

Score breakdown

Status

Package Release Status
edk2
Launchpad, Ubuntu, Debian
focal Not vulnerable
(code not present)
jammy Not vulnerable
(code not present)
lunar Not vulnerable
(code not present)
trusty Ignored
(end of standard support)
upstream Needs triage

xenial Needs triage

bionic Not vulnerable
(code not present)
kinetic Not vulnerable
(code not present)
mantic Not vulnerable
(code not present)
nodejs
Launchpad, Ubuntu, Debian
lunar Not vulnerable
(uses system openssl1.1)
trusty Not vulnerable
(uses system openssl)
upstream Needs triage

xenial Not vulnerable
(uses system openssl)
bionic Not vulnerable
(uses system openssl1.0)
focal Not vulnerable
(uses system openssl1.1)
kinetic Not vulnerable
(uses system openssl1.1)
jammy Not vulnerable
(uses openssl 1.1)
mantic Not vulnerable
(uses system openssl1.1)
openssl
Launchpad, Ubuntu, Debian
bionic Not vulnerable
(code not present)
focal Not vulnerable
(code not present)
jammy
Released (3.0.2-0ubuntu1.7)
lunar
Released (3.0.5-2ubuntu2)
trusty Not vulnerable
(code not present)
xenial Not vulnerable
(code not present)
upstream
Released (3.0.6)
kinetic
Released (3.0.5-2ubuntu2)
mantic
Released (3.0.5-2ubuntu2)
Patches:
upstream: https://git.openssl.org/gitweb/?p=openssl.git;a=commit;h=5485c56679d7c49b96e8fc8ca708b0b7e7c03c4b
openssl1.0
Launchpad, Ubuntu, Debian
bionic Not vulnerable
(code not present)
focal Does not exist

jammy Does not exist

trusty Does not exist

upstream Not vulnerable
(code not present)
xenial Does not exist

Severity score breakdown

Parameter Value
Base score 7.5
Attack vector Network
Attack complexity Low
Privileges required None
User interaction None
Scope Unchanged
Confidentiality High
Integrity impact None
Availability impact None
Vector CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N