Show pagesourceOld revisionsBacklinksBack to top Recent ChangesSend via e-MailPrintPermalink × Table of Contents REFEDS Assurance Framework - Service Provider First Steps and Requirements Configuration Examples Metadata Apache Access Rules Further Reading REFEDS Assurance Framework - Service Provider (general information on identity assurance) First Steps and Requirements Please read the specification! If you have any questions, please contact the DFN-AAI Team. Please perform a protection needs assessment for the resources protected by the service provider. On this basis, you decide which criteria of the REFEDS Assurance Framework are relevant for the respective Service Provider and on the basis of which values of the eduPersonAssurance attribute the authorization decision has to be made (for which also other factors are usually decisive). Configuration Examples Important Notes: The following configuration examples refer exclusively to Shibboleth Service Provider version 3.2.x These examples are intended as suggestions and should under no circumstances be adopted via copy + paste without reflection! Metadata According to the roadmap, there will no longer be metadata files separated by Degrees of Reliance as of May 20th, 2022. The metadata of all productive Identity Providers in DFN-AAI is available at https://www.aai.dfn.de/metadata/dfn-aai-idp-metadata.xml. The examples under productive operations have already been modified accordingly. Until the end of 2022, differentiation based on an Entity Attribute is still possible. Examples of a corresponding metadata filter can be found on the MDQ documentation and Production Environment pages. In order to signal that the Service Provider requires and processes assurance information transported via the eduPersonAssurance attribute, the eduPersonAssurance attribute should be declared as isRequired=true in the metadata administration tool under Attributes Consuming Service. Apache Access Rules In this example, access to the resources protected by the SP is granted to persons whose digital identity meets the conditions for $PREFIX$/IAP/medium and $PREFIX$/ATP/ePA-1m. /etc/apache2/sites-enabled/sp.uni-beispiel.de.conf <Location /protected> AuthType shibboleth ShibRequestSetting requireSession true <RequireAll> Require shib-attr assurance https://refeds.org/assurance/IAP/medium Require shib-attr assurance https://refeds.org/assurance/ATP/ePA-1m </RequireAll> </Location> The following example assumes that only staff members (staff) of certain institutions, for whom $PREFIX$/ID/unique, $PREFIX$/IAP/medium und $PREFIX$/ATP/ePA-1m are met, are to be granted access to the resource protected by the service provider. The list of access-authorized identity providers or home institutions is defined via a metadata filter. Please note: The attribute eduPersonAssurance is mapped to a variable named assurance by default in attribute-map.xml, in case of eduPersonAffiliation the variable is named unscoped-affiliation. /etc/apache2/sites-enabled/sp.uni-beispiel.de.conf <Location /protected> AuthType shibboleth ShibRequestSetting requireSession true <RequireAll> Require shib-attr unscoped-affiliation staff Require shib-attr assurance https://refeds.org/assurance/ID/unique Require shib-attr assurance https://refeds.org/assurance/IAP/medium Require shib-attr assurance https://refeds.org/assurance/ATP/ePA-1m </RequireAll> </Location> XML Access Control: For more ways to configure access control using the Shibboleth SP, please refer to the documentation provided by SWITCH Further Reading Comparison Guide to Identity Assurance Mappings for Infrastructures Making Identity Assurance and Authentication Strength Work for Federated Infrastructures assurance assurance Last modified: 8 months ago Log In