By default, when the Replica and/or retroChangeLog plugins are enabled, 389-ds-base stores password in plaintext format in their respective changelog files. An attacker with sufficiently high privileges, such as root or Directory Manager, can query these files in order to retrieve plaintext passwords.
Created 389-ds-base tracking bugs for this issue: Affects: fedora-all [bug 1592226]
*** Bug 1591481 has been marked as a duplicate of this bug. ***
External References: https://pagure.io/389-ds-base/issue/49789
Mitigation: On 389-ds-base 1.3.1 and above: 1- Deactivate clear password storing by default, to prevent new passwords to be logged. -> in cn=config, set nsslapd-unhashed-pw-switch attribute to 'off' or 'nolog' 2- Trim changelog to ensure currently stored passwords are removed. For Replication: -> in cn=changelog5,cn=config, reduce nsslapd-changelogmaxentries, nsslapd-changelogtrim-interval and nsslapd-changelogmaxage -> force a replication & wait for the changelogtrim-interval time -> restore previous values For RetroChangelog: -> deactivate the plugin -> restart directory server -> reactivate the plugin -> restart directory server
This issue has been addressed in the following products: Red Hat Enterprise Linux 8 Via RHSA-2019:3401 https://access.redhat.com/errata/RHSA-2019:3401
This bug is now closed. Further updates for individual products will be reflected on the CVE page(s): https://access.redhat.com/security/cve/cve-2018-10871