Bug 1028039

Summary: AD Enumeration reads data from LDAP while regular lookups connect to GC
Product: Red Hat Enterprise Linux 7 Reporter: Dmitri Pal <dpal>
Component: sssdAssignee: Jakub Hrozek <jhrozek>
Status: CLOSED CURRENTRELEASE QA Contact: Kaushik Banerjee <kbanerje>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 7.0CC: grajaiya, jagee, jgalipea, lslebodn, mkosek, pbrezina
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: sssd-1.11.2-35.el7 Doc Type: Known Issue
Doc Text:
When enumerating users and groups, the SSSD utility connects to the lightweight directory access protocol (LDAP) port automatically, but when performing regular lookups, SSSD connects to the Global Catalog. As a consequence, if SSSD is configured to honor POSIX attributes while at the same time enumeration is selected (not default), and the POSIX attributes are not replicated to the Global Catalog, the user sees different results when enumerating users than when users' lookups are performed. To work around this problem, POSIX attributes have to be replicated to the Global Catalog, or enumeration must be disabled at the moment.
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-06-13 10:19:00 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Dmitri Pal 2013-11-07 14:20:04 UTC
This bug is created as a clone of upstream ticket:
https://fedorahosted.org/sssd/ticket/2142

We have a bad inconsistency when performing lookups. When enumerating users and groups, we connect to LDAP port automatically, while when doing regular lookups, we connect to GC.

This can have very confusing consequences if POSIX attributes are requested but not replicated to GC -- the users that are enumerated will show up with POSIX attributes, but since initgroups are performed against GC, the attributes not present in GC but present in LDAP are deleted from sysdb.

Comment 1 Jakub Hrozek 2013-11-29 11:21:40 UTC
Hi Milan,

I'd like a slight change in the docs text, the last sentence should read "POSIX attributes must be replicated to GC *OR* enumeration disabled." Doing one of the two is enough.

Comment 3 Jeremy Agee 2014-01-30 14:39:50 UTC
first check on sssd-1.11.2-37.el7 looks like we resolved the subdomain enum issue for trusted domains when using idmap.

enumerate=true
subdomain_enumerate=all

administrator:*:498200500:498200513:Administrator:/home/sssdad.com/administrator:/bin/bash
guest:*:498200501:498200514:Guest:/home/sssdad.com/guest:/bin/bash
administrator.com:*:1184400500:1184400500:Administrator:/home/child1.sssdad.com/administrator:/bin/bash
guest.com:*:1184400501:1184400501:Guest:/home/child1.sssdad.com/guest:/bin/bash
administrator:*:525400500:525400500:Administrator:/home/sssdad_tree.com/administrator:/bin/bash
guest:*:525400501:525400501:Guest:/home/sssdad_tree.com/guest:/bin/bash

Checking current automation task next

Comment 4 Jeremy Agee 2014-04-02 15:32:13 UTC
Test first checks posix data for users where attributes are not replicated to GC but enum is disabled. The second check confirms when enum is enabled but GC does not have attributes enum lookups will fail as documented.

::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
:: [   LOG    ] :: ad_forest_10: bz 1028039 enumeration reads data from ldap while regular lookups connect to gc
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

:: [   PASS   ] :: checking uid for posixuser1_dom1 (Assert: 100001 should equal 100001)
:: [   PASS   ] :: checking gid for posixuser1_dom1 (Assert: 100001 should equal 100001)
:: [   PASS   ] :: checking homedir for posixuser1_dom1 (Assert: /home2/sssdad.com/posixuser1_dom1 should equal /home2/sssdad.com/posixuser1_dom1)
:: [   PASS   ] :: checking shell for posixuser1_dom1 (Assert: /bin/ksh should equal /bin/ksh)
:: [   PASS   ] :: checking uid for posixuser1_dom2 (Assert: 100002 should equal 100002)
:: [   PASS   ] :: checking gid for posixuser1_dom2 (Assert: 100002 should equal 100002)
:: [   PASS   ] :: checking homedir for posixuser1_dom2 (Assert: /home2/sssdad_tree.com/posixuser1_dom2 should equal /home2/sssdad_tree.com/posixuser1_dom2)
:: [   PASS   ] :: checking shell for posixuser1_dom2 (Assert: /bin/ksh should equal /bin/ksh)
:: [   PASS   ] :: checking uid for posixuser1_dom3.com (Assert: 100003 should equal 100003)
:: [   PASS   ] :: checking gid for posixuser1_dom3.com (Assert: 100003 should equal 100003)
:: [   PASS   ] :: checking homedir for posixuser1_dom3.com (Assert: /home2/child1.sssdad.com/posixuser1_dom3 should equal /home2/child1.sssdad.com/posixuser1_dom3)
:: [   PASS   ] :: checking shell for posixuser1_dom3.com (Assert: /bin/ksh should equal /bin/ksh)
:: [   PASS   ] :: Expected enumeration failure: (OK posixuser1_dom1)  (FAIL posixuser1_dom2)  (FAIL posixuser1_dom3.com) 
:: [   LOG    ] :: Duration: 37s
:: [   LOG    ] :: Assertions: 13 good, 0 bad
:: [   PASS   ] :: RESULT: ad_forest_10: bz 1028039 enumeration reads data from ldap while regular lookups connect to gc

Comment 5 Ludek Smid 2014-06-13 10:19:00 UTC
This request was resolved in Red Hat Enterprise Linux 7.0.

Contact your manager or support representative in case you have further questions about the request.