Bug 1677147 (CVE-2019-10224)

Summary: CVE-2019-10224 389-ds-base: using dscreate in verbose mode results in information disclosure
Product: [Other] Security Response Reporter: msiddiqu
Component: vulnerabilityAssignee: Red Hat Product Security <security-response-team>
Status: CLOSED ERRATA QA Contact:
Severity: low Docs Contact:
Priority: low    
Version: unspecifiedCC: lkrispen, mhonek, mreynolds, nkinder, rmeggins, spichugi, tbordaz, vashirov
Target Milestone: ---Keywords: Security
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: 389-ds-base Doc Type: If docs needed, set a value
Doc Text:
When executed in verbose mode, the dscreate and dsconf commands may display sensitive information, such as the Directory Manager password. An attacker, able to see the screen or record the terminal standard error output, could use this flaw to gain sensitive information.
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-11-06 00:52:11 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On: 1654059, 1677148    
Bug Blocks: 1677226    

Description msiddiqu 2019-02-14 07:08:58 UTC
When dscreate is executed in verbose mode, it prints Directory Manager's password to stderr. The same happens with dsconf when I change the password.

Version-Release number of selected component (if applicable): 

How reproducible: 

Steps to Reproduce: 
1. dscreate -v interactive 
2. dsconf -v localhost directory_manager password_change

Actual results:

# dscreate -v interactive
DEBUG: cn=config set REPLACE: ('nsslapd-rootpw', 'Directory_Manager_Password')

# dsconf -v localhost directory_manager password_change
Enter new directory manager password : 
CONFIRM - Enter new directory manager password : 
DEBUG: cn=config set REPLACE: ('nsslapd-rootpw', 'new_password')

Expected results:
Actual value should not be printed in the debug logs. Python logging module supports filters that should be used to redact sensitive information from the logs



Comment 1 msiddiqu 2019-02-14 07:10:14 UTC
Created 389-ds-base tracking bugs for this issue:

Affects: fedora-all [bug 1677148]

Comment 5 Cedric Buissart 2019-05-31 08:22:54 UTC
Upstream fix :

Comment 7 Cedric Buissart 2019-05-31 08:45:30 UTC
External References:


Comment 8 Cedric Buissart 2019-05-31 09:43:55 UTC

Name: Viktor Ashirov (Red Hat)

Comment 10 errata-xmlrpc 2019-11-05 20:45:59 UTC
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

Comment 11 Product Security DevOps Team 2019-11-06 00:52:11 UTC
This bug is now closed. Further updates for individual products will be reflected on the CVE page(s):