[prev in list] [next in list] [prev in thread] [next in thread] 

List:       fedora-directory-commits
Subject:    =?utf-8?q?=5B389-commits=5D?= [389-ds-base] branch 389-ds-base-1.4.1 updated: Issue 50716 - CVE-2019
From:       pagure () pagure ! io
Date:       2019-11-13 17:40:53
Message-ID: 20191113174053.6820.17708 () pagure01 ! fedoraproject ! org
[Download RAW message or body]

This is an automated email from the git hooks/post-receive script.

mreynolds pushed a commit to branch 389-ds-base-1.4.1
in repository 389-ds-base.

The following commit(s) were added to refs/heads/389-ds-base-1.4.1 by this push:
     new 86776bb  Issue 50716 - CVE-2019-14824 (BZ#1748199) - deref plugin displays \
restricted attributes 86776bb is described below

commit 86776bb22c175a8e718e98309ad67d2a76f30e60
Author: Mark Reynolds <mreynolds@redhat.com>
AuthorDate: Wed Nov 13 12:34:54 2019 -0500

    Issue 50716 - CVE-2019-14824 (BZ#1748199) - deref plugin displays restricted \
attributes  
    Bug Description:  If there is an ACI that allows "search" access to an attribute,
                      the deref plugin access control checks sees this is a "read"
                      privilege and returns the attribute's value.
    
    Fix description:  For deref plugin we are only concerned with "read" access, not
                      "search" access.  Removed the SLAPI_ACL_SEARCH right flag when
                      checking access for an attribute.
    
    relates: https://pagure.io/389-ds-base/issue/50716
    
    Reviewed by: lkrispen & tbordaz(Thanks!)
---
 ldap/servers/plugins/deref/deref.c | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/ldap/servers/plugins/deref/deref.c b/ldap/servers/plugins/deref/deref.c
index cb5ebb8..ec1884b 100644
--- a/ldap/servers/plugins/deref/deref.c
+++ b/ldap/servers/plugins/deref/deref.c
@@ -573,7 +573,7 @@ deref_do_deref_attr(Slapi_PBlock *pb, BerElement *ctrlber, const \
char *derefdn,  Slapi_Entry **entries = NULL;
     int rc;
 
-    /*  If the access check on the attributes is done without retrieveing the entry
+    /*  If the access check on the attributes is done without retrieving the entry
  *  it cannot handle acis which need teh entry, eg to apply a targetfilter rule
  *  So the determination of attrs which can be dereferenced is delayed
  */
@@ -596,7 +596,7 @@ deref_do_deref_attr(Slapi_PBlock *pb, BerElement *ctrlber, const \
char *derefdn,  int ii;
                 int needattrvals = 1; /* need attrvals sequence? */
                 if (deref_check_access(pb, entries[0], derefdn, attrs, &retattrs,
-                                       (SLAPI_ACL_SEARCH | SLAPI_ACL_READ))) {
+                                       SLAPI_ACL_READ)) {
                     slapi_log_err(SLAPI_LOG_PLUGIN, DEREF_PLUGIN_SUBSYSTEM,
                                   "deref_do_deref_attr - The client does not have \
permission to read the requested "  "attributes in entry %s\n",
@@ -714,7 +714,7 @@ deref_pre_entry(Slapi_PBlock *pb)
         attrs[1] = NULL;
 
         if (deref_check_access(pb, ent, NULL, attrs, &retattrs,
-                               (SLAPI_ACL_SEARCH | SLAPI_ACL_READ))) {
+                               SLAPI_ACL_READ)) {
             slapi_log_err(SLAPI_LOG_PLUGIN, DEREF_PLUGIN_SUBSYSTEM,
                           "deref_pre_entry - The client does not have permission to \
                read attribute %s in entry %s\n",
                           spec->derefattr, slapi_entry_get_dn_const(ent));

-- 
To stop receiving notification emails like this one, please contact
the administrator of this repository.
_______________________________________________
389-commits mailing list -- 389-commits@lists.fedoraproject.org
To unsubscribe send an email to 389-commits-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/389-commits@lists.fedoraproject.org



[prev in list] [next in list] [prev in thread] [next in thread]