Scientific Linux Security Update : openssl on SL5.x i386/x86_64
Medium Nessus Plugin ID 60658
SynopsisThe remote Scientific Linux host is missing one or more security updates.
DescriptionCVE-2009-0590 openssl: ASN1 printing crash
CVE-2009-1377 OpenSSL: DTLS epoch record buffer memory DoS
CVE-2009-1378 OpenSSL: DTLS fragment handling memory DoS
CVE-2009-1379 OpenSSL: DTLS pointer use-after-free flaw (DoS)
CVE-2009-1386 openssl: DTLS NULL deref crash on early ChangeCipherSpec request
CVE-2009-1387 openssl: DTLS out-of-sequence message handling NULL deref DoS
Multiple denial of service flaws were discovered in OpenSSL's DTLS implementation. A remote attacker could use these flaws to cause a DTLS server to use excessive amounts of memory, or crash on an invalid memory access or NULL pointer dereference. (CVE-2009-1377, CVE-2009-1378,
CVE-2009-1379, CVE-2009-1386, CVE-2009-1387)
Note: These flaws only affect applications that use DTLS. Scientific Linux does not ship any DTLS client or server applications.
An input validation flaw was found in the handling of the BMPString and UniversalString ASN1 string types in OpenSSL's ASN1_STRING_print_ex() function. An attacker could use this flaw to create a specially crafted X.509 certificate that could cause applications using the affected function to crash when printing certificate contents. (CVE-2009-0590)
Note: The affected function is rarely used. No application shipped with Scientific Linux calls this function, for example.
These updated packages also fix the following bugs :
- 'openssl smime -verify -in' verifies the signature of the input file and the '-verify' switch expects a signed or encrypted input file. Previously, running openssl on an S/MIME file that was not encrypted or signed caused openssl to segfault. With this update, the input file is now checked for a signature or encryption. Consequently, openssl now returns an error and quits when attempting to verify an unencrypted or unsigned S/MIME file.
- when generating RSA keys, pairwise tests were called even in non-FIPS mode. This prevented small keys from being generated. With this update, generating keys in non-FIPS mode no longer calls the pairwise tests and keys as small as 32-bits can be generated in this mode.
Note: In FIPS mode, pairwise tests are still called and keys generated in this mode must still be 1024-bits or larger. (BZ#479817)
As well, these updated packages add the following enhancements :
- both the libcrypto and libssl shared libraries, which are part of the OpenSSL FIPS module, are now checked for integrity on initialization of FIPS mode. (BZ#475798)
- an issuing Certificate Authority (CA) allows multiple certificate templates to inherit the CA's Common Name (CN). Because this CN is used as a unique identifier, each template had to have its own Certificate Revocation List (CRL). With this update, multiple CRLs with the same subject name can now be stored in a X509_STORE structure, with their signature field being used to distinguish between them. (BZ#457134)
- the fipscheck library is no longer needed for rebuilding the openssl source RPM. (BZ#475798)
SolutionUpdate the affected openssl, openssl-devel and / or openssl-perl packages.