CVE-2014-8112: Infoleak
389 Directory Server 1.3.1.x, 1.3.2.x before 1.3.2.27, and 1.3.3.x before 1.3.3.9 stores "unhashed" passwords even when the nsslapd-unhashed-pw-switch option is set to off, which allows remote authenticated users to obtain sensitive information by reading the Changelog.
Other sources
Ludwig Krispenz from Red Hat reported that there is a configuration switch to prevent writing unhashed passwords into the changelogs. Unfortunately if the switch is turned on the attribute unhashed#user#password is not written to the changelog, but the hashing of the attribute value itself is also bypassed.
Versions affected are 389 versions 1.3.1 and later, this means RHEL7.0 and later and Fedora20 and later.
The severity seems to be limited, since: - the option is not widely known and advertised and only available in a recent version - the access to the userpassword attribute is usually protected by acis not to be readable
Statement:
This issue did not affect the versions of 389-ds-base as shipped with Red Hat Enterprise Linux 6.
— Red Hat
Affected Software
Event History
Frequently Asked Questions
What is the severity of CVE-2014-8112?
CVE-2014-8112 is considered a medium severity vulnerability due to its potential to expose unhashed passwords.
How do I fix CVE-2014-8112?
To fix CVE-2014-8112, upgrade to 389 Directory Server version 1.3.2.27 or later or 1.3.3.9 or later.
Who is affected by CVE-2014-8112?
CVE-2014-8112 affects various versions of the Red Hat 389 Directory Server prior to the specified patched releases.
What does CVE-2014-8112 exploit?
CVE-2014-8112 exploits improper handling of password storage, leading to potential exposure of sensitive information.
Is there a workaround for CVE-2014-8112?
There is no definitive workaround for CVE-2014-8112; upgrading the software is the recommended solution.