Bugzilla – Bug 929034
VUL-0: CVE-2015-1854: 389-ds, 389-ds-base: access control bypass with modrdn
Last modified: 2015-10-20 09:26:11 UTC
A flaw was found in the way Red Hat Directory Server performed authorization of modrdn operations. An unauthenticated attacker able to issue an ldapmodrdn call to the directory server could use this flaw to perform unauthorized modifications of entries in the directory server.
> An access control bypass flaw was found in modrdn. In particular if a user has > a rdn like uid=username, then the user can change its own rdn to any value that > is a superstring of the current name bypassing access control.
> This issue could be reproduced by the following:
> ldapmodrnd -Y GSSAPI -r uid=testuser,cn=users,cn=accounts,dc=test,dc=ipa uid=testuser_extended_without_permission
> The above succeeds and renames the user.
> No authentication whatsoever is necessary. An anonymous user can completely
> hose a server (if not worse) by just renaming any entry it pleases.
> If ACIs are employed to hide entries and those entries are targeted by
> name then it is also possible to reveal those contents by renaming the
> entry and falling off the ACI protection.
Then on http://directory.fedoraproject.org/docs/389ds/releases/release-1-3-3-10.html
> The 389 Directory Server team is proud to announce 389-ds-base version 220.127.116.11.
> One important security bug was fixed.
The upstream commit is:
Not in a SLE release.
Not in an openSUSE release.
Courtesy bug for maintainers of network:ldap/389-ds which is at 18.104.22.168 (affected).
bugbot adjusting priority