It was reported that OpenLDAP, when using the Mozilla NSS backend, would ignore any TLSCipherSuite configuration settings. When the TLSCipherSuite setting is configured, OpenLDAP would use the default cipher suite, ignoring the setting. While the default cipher suite contains some weak ciphers (e.g. MD5-based), it is still not easy to break the encryption to obtain sensitive information. However, if an administrator wishes to enforce the use of stronger ciphers by overriding the defaults using TLSCipherSuite, they should be able to trust that, when the configuration items is in place, the stronger ciphers are used. Due to this flaw, that is not the case.
This does seem to affect upstream, based on the proposed patch to fix it. From libraries/libldap/tls_m.c in OpenLDAP 2.4.23: 1757 if ( lt->lt_ciphersuite && 1758 tlsm_parse_ciphers( ctx, lt->lt_ciphersuite )) { 1759 Debug( LDAP_DEBUG_ANY, 1760 "TLS: could not set cipher list %s.\n", 1761 lt->lt_ciphersuite, 0, 0 ); 1762 return -1; 1763 }
Someone was quicker: http://www.openldap.org/its/index.cgi?findid=7285
Upstream commit: http://www.openldap.org/devel/gitweb.cgi?p=openldap.git;a=commit;h=2c2bb2e
Added CVE as per http://www.openwall.com/lists/oss-security/2012/06/06/1
Debian bug report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676309
Created openldap tracking bugs for this issue Affects: fedora-all [bug 829481]
openldap-2.4.31-3.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.
openldap-2.4.26-8.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.
This issue has been addressed in following products: Red Hat Enterprise Linux 6 Via RHSA-2012:1151 https://rhn.redhat.com/errata/RHSA-2012-1151.html
Statement: This issue did not affect the version of openldap as shipped with Red Hat Enterprise Linux 5, as it does not use the Mozilla NSS backend.