Description of problem: The buffer allocated for reading password (pin) file has to be initialized with zeros, or we need to append zero at the end of the file. Otherwise we might read initialized memory and consider it to be a password. In this situation, all incoming TLS connections can hang. Reported upstream: http://www.openldap.org/its/index.cgi?findid=7291 Patch submitted upstream: ftp://ftp.openldap.org/incoming/jvcelak-20120606-moznss-read-pin-from-file-infinite-loop.patch Version-Release number of selected component (if applicable): any How reproducible: Not always, depends on what malloc() gives us when allocating the buffer for the password. Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Resolved in openldap-2.4.31-3.fc17
openldap-2.4.31-3.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/openldap-2.4.31-3.fc17
openldap-2.4.26-8.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/openldap-2.4.26-8.fc16
Package openldap-2.4.31-3.fc17: * should fix your issue, * was pushed to the Fedora 17 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing openldap-2.4.31-3.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-10000/openldap-2.4.31-3.fc17 then log in and leave karma (feedback).
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.