[Koha-bugs] [Bug 12680] New: Shibboleth adaptive config
bugzilla-daemon at bugs.koha-community.org
bugzilla-daemon at bugs.koha-community.org
Thu Jul 31 08:57:33 CEST 2014
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12680
Bug ID: 12680
Summary: Shibboleth adaptive config
Change sponsored?: ---
Product: Koha
Version: master
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P5 - low
Component: Authentication
Assignee: gmcharlt at gmail.com
Reporter: martin.renvoize at ptfs-europe.com
QA Contact: testopia at bugs.koha-community.org
CC: dpavlin at rot13.org
I wish to enhance the shibboleth system such that you can adapt the config used
depending upon some attribute returned from the identity provider.
Use case: Given an academic institution, such a place may have rather differing
information on record for students as opposed to staff. I've had instances
where the mapping between attributes and koha fields has differed wildly
between these two groups. Given the there is probably an attribute that can
differentiate between the two, then we should be able to use that to load a set
of mapping specific to that usergroup.
Example intended implementation.
<usesshibboleth>1</usesshiboleth>
<shibboleth selector="affiliation" value="student">
<matchpoint>userid<matchpoint>
<mapping>
<userid is="uid"></userid>
</mapping>
</shibboleth>
<shibboleth selector="affiliation" value="staff">
<matchpoint>cardnumber<matchpoint>
<mapping>
<cardnumber is="libraryID"></cardnumber>
</mapping>
</shibboleth>
So, in the above example config, the intention would be for koha to look for an
'affiliation' attribute first and foremost, and then depending upon it's value
(student or staff) load the corresponding configuration and continue as per
normal.
--
You are receiving this mail because:
You are watching all bug changes.
More information about the Koha-bugs
mailing list