
<html>


<head>


<meta http-equiv="Content-Type" content="text/html; charset=utf-8">


</head>


<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">


<br class="">


<div>


<blockquote type="cite" class="">


<div class="">On Jun 23, 2015, at 8:28 PM, Antelmo Aguilar <<a href="mailto:Antelmo.Aguilar.17@nd.edu" class="">Antelmo.Aguilar.17@nd.edu</a>> wrote:</div>


<br class="Apple-interchange-newline">


<div class="">


<div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class="">


I believe I understand what you mean by this feature.  So what I could do is kind of setup a local Shibboleth Idp and have this Idp connect to my local LDAP service.  Then I could use the aggregate feature to also get more attributes from my LDAP service through


 my local Shibboleth Idp?</div>


</div>


</blockquote>


</div>


<br class="">


<div class="">Yes, so long as the user identifiers match and the IdP is known, or you could deploy any other IdP you’d like that can talk to your directory.  It’s just a SAML query, as Scott indicated.  LDAP doesn’t have the trust bits for federated use.</div>


<div class=""><br class="">


</div>


<div class="">You could also add another protection mechanism that speaks native LDAP in tandem if you preferred, but you’ll lose the basic federation stuff.</div>


</body>


</html>