First published: Tue May 10 2016(Updated: )
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.<br>Security Fix(es):<br><li> A flaw was found in the way OpenSSL encoded certain ASN.1 data structures. An attacker could use this flaw to create a specially crafted certificate which, when verified or re-encoded by OpenSSL, could cause it to crash, or execute arbitrary code using the permissions of the user running an application compiled against the OpenSSL library. (CVE-2016-2108)</li> <li> Two integer overflow flaws, leading to buffer overflows, were found in the way the EVP_EncodeUpdate() and EVP_EncryptUpdate() functions of OpenSSL parsed very large amounts of input data. A remote attacker could use these flaws to crash an application using OpenSSL or, possibly, execute arbitrary code with the permissions of the user running that application. (CVE-2016-2105, CVE-2016-2106)</li> <li> It was discovered that OpenSSL leaked timing information when decrypting TLS/SSL and DTLS protocol encrypted records when the connection used the AES CBC cipher suite and the server supported AES-NI. A remote attacker could possibly use this flaw to retrieve plain text from encrypted packets by using a TLS/SSL or DTLS server as a padding oracle. (CVE-2016-2107)</li> <li> Several flaws were found in the way BIO_*printf functions were implemented in OpenSSL. Applications which passed large amounts of untrusted data through these functions could crash or potentially execute code with the permissions of the user running such an application. (CVE-2016-0799, CVE-2016-2842)</li> <li> A denial of service flaw was found in the way OpenSSL parsed certain ASN.1-encoded data from BIO (OpenSSL's I/O abstraction) inputs. An application using OpenSSL that accepts untrusted ASN.1 BIO input could be forced to allocate an excessive amount of data. (CVE-2016-2109)</li> Red Hat would like to thank the OpenSSL project for reporting CVE-2016-2108, CVE-2016-2842, CVE-2016-2105, CVE-2016-2106, CVE-2016-2107, and CVE-2016-0799. Upstream acknowledges Huzaifa Sidhpurwala (Red Hat), Hanno Böck, and David Benjamin (Google) as the original reporters of CVE-2016-2108; Guido Vranken as the original reporter of CVE-2016-2842, CVE-2016-2105, CVE-2016-2106, and CVE-2016-0799; and Juraj Somorovsky as the original reporter of CVE-2016-2107.
Affected Software | Affected Version | How to fix |
---|---|---|
redhat/openssl | <1.0.1e-48.el6_8.1 | 1.0.1e-48.el6_8.1 |
redhat/openssl | <1.0.1e-48.el6_8.1 | 1.0.1e-48.el6_8.1 |
redhat/openssl-debuginfo | <1.0.1e-48.el6_8.1 | 1.0.1e-48.el6_8.1 |
redhat/openssl-debuginfo | <1.0.1e-48.el6_8.1 | 1.0.1e-48.el6_8.1 |
redhat/openssl-devel | <1.0.1e-48.el6_8.1 | 1.0.1e-48.el6_8.1 |
redhat/openssl-devel | <1.0.1e-48.el6_8.1 | 1.0.1e-48.el6_8.1 |
redhat/openssl-perl | <1.0.1e-48.el6_8.1 | 1.0.1e-48.el6_8.1 |
redhat/openssl-static | <1.0.1e-48.el6_8.1 | 1.0.1e-48.el6_8.1 |
redhat/openssl-perl | <1.0.1e-48.el6_8.1 | 1.0.1e-48.el6_8.1 |
redhat/openssl-static | <1.0.1e-48.el6_8.1 | 1.0.1e-48.el6_8.1 |
Sign up to SecAlerts for real-time vulnerability data matched to your software, aggregated from hundreds of sources.