Bug 975176 – Non-directory manager can change the individual userPassword's storage scheme

Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.

Bug 975176 - Non-directory manager can change the individual userPassword's storage scheme

Summary:	Non-directory manager can change the individual userPassword's storage scheme

Status:	CLOSED ERRATA

Aliases:	None

Product:	Red Hat Enterprise Linux 7
Classification:	Red Hat
Component:	389-ds-base (Show other bugs)
Sub Component:
Version:	7.1
Hardware:	Unspecified Unspecified

Priority	high Severity unspecified
Target Milestone:	rc
Target Release:	7.1
Assigned To:	Rich Megginson
QA Contact:	Viktor Ashirov
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2013-06-17 14:31 EDT by Noriko Hosoi
Modified:	2015-03-05 04:30 EST (History)
CC List:	4 users (show)

See Also:
Fixed In Version:	389-ds-base-1.3.3.1-1.el7
Doc Type:	Bug Fix
Doc Text:	Cause: Modifying a password and explicitly settings the password storage scheme as a regular user(not as the Rot DN - "cn=directory manager"). Consequence: A user account can incorrectly modify another users password storage scheme. Fix: Only allow the root DN to change a user's password storage scheme. Result: User accounts can not change another user's password storage scheme.
Story Points:	---
Clone Of:
Environment:
Last Closed:	2015-03-05 04:30:46 EST
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

External Trackers
Tracker	ID	Priority	Status	Summary	Last Updated
Red Hat Product Errata	RHSA-2015:0416	normal	SHIPPED_LIVE	Important: 389-ds-base security, bug fix, and enhancement update	2015-03-05 09:26:33 EST

Groups: None (edit)

Description Noriko Hosoi 2013-06-17 14:31:50 EDT

This bug is created as a clone of upstream ticket:
https://fedorahosted.org/389/ticket/47389

Steps:
. Using default password policy: stored in SSHA
. Give ACI to update all attributes including userpassword.
 aci: (targetattr ="*")(version 3.0;acl "allow all";allow (all) userdn="ldap:///anyone";)
.Let uid=tuser0 replace other user uid=tuser1's userpassword as follows:
{{{
 $ldapmodify ... -D "uid=tuser0,dc=example,dc=com" -w password << EOF
 dn: uid=Nuser1,dc=example,dc=com
 changetype: modify
 replace: userpassword
 userpassword: {CLEAR}newuser1
 EOF
}}}
Then, the tuser1's password is stored as a clear text.
{{{
 $ldapsearch ... userpassword
 dn: uid=Nuser1,dc=example,dc=com
 userpassword: newuser1
}}}
Expected result: Ordinary user should not be allowed to override the password policy.

Comment 8 Amita Sharma 2014-11-21 03:53:55 EST

Thanks Nathan, I am marking bug as VERIFIED.

Comment 10 errata-xmlrpc 2015-03-05 04:30:46 EST

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHSA-2015-0416.html

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