Common Vulnerabilities and Exposures assigned an identifier CVE-2011-5095 to the following vulnerability: Name: CVE-2011-5095 URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-5095 Assigned: 20120620 Reference: http://www.cl.cam.ac.uk/~rja14/Papers/psandqs.pdf Reference: http://www.nessus.org/plugins/index.php?view=single&id=53360 Reference: https://discussions.nessus.org/thread/3381 The Diffie-Hellman key-exchange implementation in OpenSSL 0.9.8, when FIPS mode is enabled, does not properly validate a public parameter, which makes it easier for man-in-the-middle attackers to obtain the shared secret key by modifying network traffic, a related issue to CVE-2011-1923.
Note that this bug is fixed in the openssl package since 0.9.8e-20.el5 version. It is not fixed in the compat openssl098e package in RHEL-6 as it was not a serious problem.
See bug 698175.
Tomas, thanks for that. That means for RHEL5 this was addressed via http://rhn.redhat.com/errata/RHBA-2011-1010.html. We'll defer this for RHEL6's openssl098e package. Does this also mean that openssl097a is not affected?
Actually openssl097a is affected - the dh key check is not there at all.
(In reply to comment #4) > Actually openssl097a is affected - the dh key check is not there at all. It seems DH_check_pub_key was introduced in 0.9.8a: http://cvs.openssl.org/chngview?cn=14375 As noted above, this is fixed in current Red Hat Enterprise Linux 5 and 6 openssl packages. There is no plan to add the fix to older Red Hat Enterprise Linux versions already in the Extended Life Phase, or in the compat packages. This is not handled as a security flaw, as as indicated in the above comments and in bug 698175, this may cause SSL/TLS client or server to accept weak DH public value during the DH key exchange, but it's not sufficient by itself to conduct MITM attack. Statement: This issue was addressed in Red Hat Enterprise Linux 5 openssl packages via RHBA-2011:1010, bug 698175. It did not affect openssl packages shipped with Red Hat Enterprise Linux 6.