A possibility to bypass access control list (ACL) definitions was found in the way 389 Directory Server performed LDAP modifyRDN operation upon request from client. When a user has been granted access to set of DN entries, but denied access to a specific subset of those entries, it was possible the user to obtain temporary (till next Directory Server restart) access to that subset of entries (they should not have had otherwise ability to access) when the DN entry was moved via database modify RDN function. Upstream ticket: [1] https://fedorahosted.org/389/ticket/340 Relevant upstream patch: [2] http://git.fedorahosted.org/cgit/389/ds.git/commit/?id=5beb93d42efb807838c09c5fab898876876f8d09 This issue was found by Noriko Hosoi of Red Hat.
This issue affects the version of the 389-ds-base package, as shipped with Red Hat Enterprise Linux 6. -- This issue affects the versions of the 389-ds-base package, as shipped with Fedora release of 16 and 17. Please schedule an update. -- This issue affects the version of the 389-ds-package, as shipped with Fedora EPEL 5. Please schedule an update.
Created 389-ds-base tracking bugs for this issue Affects: fedora-all [bug 860608] Affects: epel-5 [bug 860609]
CVE request: [3] http://www.openwall.com/lists/oss-security/2012/09/26/3
The CVE identifier of CVE-2012-4450 has been assigned to this issue: http://www.openwall.com/lists/oss-security/2012/09/26/5
Acknowledgements: This issue was discovered by Noriko Hosoi of Red Hat.
This issue has been addressed in following products: Red Hat Enterprise Linux 6 Via RHSA-2013:0503 https://rhn.redhat.com/errata/RHSA-2013-0503.html
Statement: (none)