<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=windows-1250">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; ">
<div>Yes Grouper, that is why it is my number 1 priority to get rolled out! Well, right after we fix our password policies for compliance, roll out MFA for switches and routers and PCI compliance and the MFA pilot for the NSTIC grant…</div>
<div><br>
</div>
<div>-Bryan</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span>David Langenberg <<a href="mailto:davel@uchicago.edu">davel@uchicago.edu</a>><br>
<span style="font-weight:bold">Reply-To: </span>"<a href="mailto:users@shibboleth.net">users@shibboleth.net</a>" <<a href="mailto:users@shibboleth.net">users@shibboleth.net</a>><br>
<span style="font-weight:bold">Date: </span>Saturday, September 7, 2013 10:09 AM<br>
<span style="font-weight:bold">To: </span>"<a href="mailto:users@shibboleth.net">users@shibboleth.net</a>" <<a href="mailto:users@shibboleth.net">users@shibboleth.net</a>><br>
<span style="font-weight:bold">Subject: </span>Re: Can a single SP front multiple disparate applications?<br>
</div>
<div><br>
</div>
<div>
<div>
<div dir="ltr"><br>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Sat, Sep 7, 2013 at 9:55 AM, Bryan E. Wooten <span dir="ltr">
<<a href="mailto:bryan.wooten@utah.edu" target="_blank">bryan.wooten@utah.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">><br>
><br>
><br>
>That is normal. Shibboleth doesn't care anything about eduPerson, those<br>
>are just defaults.<br>
><br>
>Curious to hear what those attributes they want are though, in my<br>
>experience there isn't much that isn't usually mappable to eduPerson or<br>
>other standard LDAP schemas that is commonly requested.<br>
><br>
>-- Scott<br>
<br>
</div>
We get requests for all kinds of attributes, some reasonable some make you<br>
scratch your head. Many want things like dept id or or org id or<br>
enrollment in a particular class / major or "chart field" (for billing<br>
purposes). We have one app that needs to know whether or not a student<br>
lives in campus housing.<br>
<br>
Then there is the request by one dept to have a student's complete<br>
historical record of majors / enrollments available via LDAPŠ.<br>
</blockquote>
<div><br>
</div>
<div>Here's where your Grouper installation comes to your rescue. Some of the time, yes, their app needs the attribute and in those cases we do create and release the attributes. However, often when you engage them in a dialog about why they need "enrolled
in HIST-247" attribute it boils down to them just needing a flag that says "authorized for app X" and all the various attributes they're requesting are really so they can make the computation of "authorized for app X". The paradigm we follow over here is
to create a group-structure for that app and then utilize grouper to build the "authorized for app X" group along with app-specific permission groups. We then push those to LDAP & have a shib shib just pass isMemberOf over. In this example I'd have a group
"uc:applications:history:authorized" and the group "uc:reference:students:enrollment:autumn2013:history:247" a member of :authorized. </div>
<div><br>
</div>
<div>Dave</div>
<div><br>
</div>
</div>
-- <br>
David Langenberg
<div>Identity & Access Management</div>
<div>The University of Chicago</div>
</div>
</div>
</div>
</div>
</span>
</body>
</html>