ADFS to Shibboleth

Nancy Kerr Nancy.Kerr at msvu.ca
Fri Jun 29 08:07:36 EDT 2018


That was the info were originally give.  The following is what I have for the claims rules.  The EmployeeID is not being passed to the Shibboleth system.

Nancy

Claim Rule #1

c:[Type == "http://schemas.microsoft.com/ws/2008/06/identity/claims/windowsaccountname", Issuer == "AD AUTHORITY"]
 => issue(store = "Active Directory", types = ("EmployeeNumber"), query = ";employeeID;{0}", param = c.Value);

Claim Rule #2

c:[Type == "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/employeeNumber"]
 => issue(Type = "urn:oid:2.16.840.1.113730.3.1.3", Value = c.Value, Properties["http://schemas.xmlsoap.org/ws/2005/05/identity/claimproperties/attributename"] = "urn:oasis:names:tc:SAML:2.0:attrnameformat:uri");




-----Original Message-----
From: users <users-bounces at shibboleth.net> On Behalf Of Cantor, Scott
Sent: Thursday, June 28, 2018 3:23 PM
To: Shib Users <users at shibboleth.net>
Subject: RE: ADFS to Shibboleth

> We are looking to sync\transfer EmployeeID from ADFS (on prem) to an 
> external Shibboleth system.

Then why are you attempting to encode it under the standard name for eduPersonPrincipalName? That's not a correct thing to do.

Were I to do this, I would use the name for employeeNumber, which happens to be urn:oid:2.16.840.1.113730.3.1.3

-- Scott

--
For Consortium Member technical support, see https://wiki.shibboleth.net/confluence/x/coFAAg
To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net


More information about the users mailing list