Intercept flows and adjustable auth levels

Rich Graves rgraves at carleton.edu
Tue Jun 28 23:20:32 EDT 2016


If all you want is to deny access to any SP other than your password-change
SP, you can do that within relying-party.xml. Make an expired-password flow
with activation condition some ldap or scripted attribute. Add to
DefaultRelyingParty's postAuthenticationFlows. Omit from the stanza for
your special SP.

<bean id="shibboleth.DefaultRelyingParty" parent="RelyingParty">
  <property name="profileConfigurations">
    <list>
      <!--
https://wiki.shibboleth.net/confluence/display/IDP30/ConsentConfiguration#ConsentConfiguration-DisablingAttributeReleaseConsent
-->
      <bean parent="SAML2.SSO"
p:postAuthenticationFlows="expired-password,expiring-password,require-challenge-questions,local-motd-context-check,attribute-release"

and so on.

Oh, but then your users will have to enter username/password twice (once on
the site they wanted, where login will fail, then follow link to the
whitelisted SP where authentication will succeed). I can see that being
unacceptable to some.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/users/attachments/20160628/835b065e/attachment.html>


More information about the users mailing list