Bug 1385044 - [RFE] Obfuscate the password fields in the properties file for AAA config
Summary: [RFE] Obfuscate the password fields in the properties file for AAA config
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine-extension-aaa-ldap
Version: 3.6.0
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: ---
Assignee: Martin Perina
QA Contact: Ondra Machacek
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-10-14 15:46 UTC by Anitha Udgiri
Modified: 2020-03-11 15:18 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-02-06 16:32:22 UTC
oVirt Team: Infra
Target Upstream Version:


Attachments (Terms of Use)

Description Anitha Udgiri 2016-10-14 15:46:27 UTC
Description of problem:

A couple of customers have requested for the password in the properties file to be obfuscated.

Comment 1 Martin Perina 2016-10-18 11:38:30 UTC
Password of a user to authenticate against LDAP server should be stored in /etc/ovirt-engine/aaa/<PROFILE_NAME>.properties file, which should be owned by ovirt user and ovirt group with 600 (or 640 depending on customer needs) mode. So how exactly obfuscation will make password stored more securely? Without using a salt, there's no additional security in obfuscation and if we would like to use salt, we would need to store it in another file with read/write permissions for ovirt user only.

Also if customer don't want to use a password to authenticate against LDAP, he can use kerberos for that as described in BZ1322940

Comment 2 Anitha Udgiri 2016-10-20 20:33:53 UTC
(In reply to Martin Perina from comment #1)
> Password of a user to authenticate against LDAP server should be stored in
> /etc/ovirt-engine/aaa/<PROFILE_NAME>.properties file, which should be owned
> by ovirt user and ovirt group with 600 (or 640 depending on customer needs)
> mode. So how exactly obfuscation will make password stored more securely?
> Without using a salt, there's no additional security in obfuscation and if
> we would like to use salt, we would need to store it in another file with
> read/write permissions for ovirt user only.
> 
> Also if customer don't want to use a password to authenticate against LDAP,
> he can use kerberos for that as described in BZ1322940

Martin,
     yes, agree with you. I raised this BZ just to ensure that we have this as reference for any future references for similar requests from Customers.

Comment 3 Martin Perina 2016-10-24 15:16:06 UTC
Based on comments above


Note You need to log in before you can comment on or make changes to this bug.