RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1079498 - extdom-extop: Plugin needs to ignore results that belong to different domain as requested
Summary: extdom-extop: Plugin needs to ignore results that belong to different domain ...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: ipa
Version: 7.0
Hardware: Unspecified
OS: Unspecified
medium
unspecified
Target Milestone: rc
: ---
Assignee: Martin Kosek
QA Contact: Namita Soman
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-03-21 17:20 UTC by Dmitri Pal
Modified: 2014-09-03 18:45 UTC (History)
4 users (show)

Fixed In Version: ipa-3.3.3-26.el7
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-06-13 13:07:01 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Dmitri Pal 2014-03-21 17:20:17 UTC
This bug is created as a clone of upstream ticket:
https://fedorahosted.org/freeipa/ticket/4264

With multiple separate forests trusted by IPA server, IPA client returns invalid group membership info:

{{{
$ id testuser2.lab.eng.brq.redhat.com
uid=1104001106(testuser2.lab.eng.brq.redhat.com)
gid=1104001106(testuser2.lab.eng.brq.redhat.com.lab.eng.brq.redhat.com)
groups=1104001106(testuser2.lab.eng.brq.redhat.com.lab.eng.brq.redhat.com)
}}}

Note the '''testuser2@ tbad2.idm.lab.eng.brq.redhat.com@ tbad.idm.lab.eng.brq.redhat.com''' group. Tbad and tbad2 are root domains of separate forests.

What happens here is the following:
1. User on IPA client wants to resolve GID belonging to group from tbad2, second trusted domain
2. IPA client uses SSSD to resolve the GID
3. SSSD tries to resolve the GID in the IPA domain. No success.
4. SSSD tries to resolve the GID in the first trusted domain.
5. SSSD leverages extop plugin on IPA server to resolve the GID
6. Extop plugin uses SSSD on the IPA server to resolve the GID
7. SSSD on the IPA server resolves GID, but uses any of the configured domains for the resolution. It finds the GID in the second trusted domain. Returns testuser2@ tbad2.idm.lab.eng.brq.redhat.com to the extop plugin.
8. Extop plugin tries to strip off the domain @tbad.idm.lab.eng.brq.redhat.com, since the SSSD expects the non-qualified name. However, the domain it does not match with testuser2@ tbad2.idm.lab.eng.brq.redhat.com and therefore nothing is stripped. Returns the result to the SSSD on the client.
9. SSSD on the client gets the result. Expecting non-qualified name, it appends the domain name of the current domain being searched, which is first trusted domain, that is @tbad.idm.lab.eng.brq.redhat.com
10. The GID is resolved to testuser2@ tbad2.idm.lab.eng.brq.redhat.com@ tbad.idm.lab.eng.brq.redhat.com.

The extop plugin needs check for the domain name of the result returned from server's SSSD. If the domains do not match, no result should be returned. This will make SSSD on the server iterate over to the correct domain.

Comment 4 Scott Poore 2014-03-26 17:56:36 UTC
Verified.

Version ::

ipa-server-3.3.3-27.el7.x86_64

Results ::

First reproducing issue with 3.3.3-25:


[root@rhel7-3 ipa-trust-functional]# ipa trust-find
----------------
2 trusts matched
----------------
  Realm name: ad1.example.test
  Domain NetBIOS name: AD1
  Domain Security Identifier: S-1-5-21-1111600086-3918383388-1921175064
  SID blacklist incoming: S-1-0, S-1-1, S-1-2, S-1-3, S-1-5-1, S-1-5-2, S-1-5-3, S-1-5-4, S-1-5-5,
                          S-1-5-6, S-1-5-7, S-1-5-8, S-1-5-9, S-1-5-10, S-1-5-11, S-1-5-12, S-1-5-13,
                          S-1-5-14, S-1-5-15, S-1-5-16, S-1-5-17, S-1-5-18, S-1-5-19, S-1-5-20
  SID blacklist outgoing: S-1-0, S-1-1, S-1-2, S-1-3, S-1-5-1, S-1-5-2, S-1-5-3, S-1-5-4, S-1-5-5,
                          S-1-5-6, S-1-5-7, S-1-5-8, S-1-5-9, S-1-5-10, S-1-5-11, S-1-5-12, S-1-5-13,
                          S-1-5-14, S-1-5-15, S-1-5-16, S-1-5-17, S-1-5-18, S-1-5-19, S-1-5-20
  Trust type: Active Directory domain

  Realm name: ad2.example.test
  Domain NetBIOS name: AD2
  Domain Security Identifier: S-1-5-21-1515602834-2930230041-3336973146
  SID blacklist incoming: S-1-0, S-1-1, S-1-2, S-1-3, S-1-5-1, S-1-5-2, S-1-5-3, S-1-5-4, S-1-5-5,
                          S-1-5-6, S-1-5-7, S-1-5-8, S-1-5-9, S-1-5-10, S-1-5-11, S-1-5-12, S-1-5-13,
                          S-1-5-14, S-1-5-15, S-1-5-16, S-1-5-17, S-1-5-18, S-1-5-19, S-1-5-20
  SID blacklist outgoing: S-1-0, S-1-1, S-1-2, S-1-3, S-1-5-1, S-1-5-2, S-1-5-3, S-1-5-4, S-1-5-5,
                          S-1-5-6, S-1-5-7, S-1-5-8, S-1-5-9, S-1-5-10, S-1-5-11, S-1-5-12, S-1-5-13,
                          S-1-5-14, S-1-5-15, S-1-5-16, S-1-5-17, S-1-5-18, S-1-5-19, S-1-5-20
  Trust type: Active Directory domain
----------------------------
Number of entries returned 2
----------------------------

[root@rhel7-3 ipa-trust-functional]# id testuser1.test
uid=1956201133(testuser1.test) gid=1956201133(testuser1.test.test) groups=1956201133(testuser1.test.test)

[root@rhel7-3 ipa-trust-functional]# rpm -q ipa-server
ipa-server-3.3.3-25.el7.x86_64

Then testing with patched version 3.3.3-27:

[root@rhel7-3 ipa-trust-functional]# service sssd stop; rm -rf /var/lib/sss/{db,mc}/*; service sssd start
Redirecting to /bin/systemctl stop  sssd.service
Redirecting to /bin/systemctl start  sssd.service

[root@rhel7-3 ipa-trust-functional]# id testuser1.test
uid=1956201133(testuser1.test) gid=1956201133(testuser1.test) groups=1956201133(testuser1.test)

[root@rhel7-3 ipa-trust-functional]# service sssd stop; rm -rf /var/lib/sss/{db,mc}/*; service sssd start
Redirecting to /bin/systemctl stop  sssd.service
Redirecting to /bin/systemctl start  sssd.service

[root@rhel7-3 ipa-trust-functional]# id testuser1.testuid=551802247(testuser1.test) gid=551802247(testuser1.test) groups=551802247(testuser1.test)

Comment 5 Ludek Smid 2014-06-13 13:07:01 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.


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