Why correct SessionInitiator isn't called

Peter Schober peter.schober at univie.ac.at
Tue May 21 12:04:41 UTC 2024


Scott Alexander via users <users at shibboleth.net> [2024-05-21 08:41 CEST]:
> The location is different for each SessionInitiator
> but even though I use location in the browser
> (/bin/idm/open/register01_fi.pl) for the fi extension it always uses
> the first.

> <SessionInitiator Location="/bin/idm/open/register01.pl" type="SAML2" entityID="https://testi.apro.tunnistus.fi/idp1">
[...]
> <SessionInitiator Location="/bin/idm/open/register01_fi.pl" type="SAML2" entityID="https://testi.apro.tunnistus.fi/idp1">

Are you sure the Shibboleth SP is even involved here and not something
else?
I'm asking because the 'Location' XML attribute is documented to be
relative to the handlerURL (defaulting to '/Shibboleth.sso')
https://shibboleth.atlassian.net/wiki/spaces/SP3/pages/2065334685/SessionInitiator
and so the above would only do anything if accessed at
  /Shibboleth.sso/bin/idm/open/register01.pl
While at
  /bin/idm/open/register01.pl
you'd not be talking to the Shibboleth SP itself at all.

(Also note that if you're going to create custom endpoints below
/Shibboleth.sso/ anyway you might as well keep them simpler than
'/bin/idm/open/register01.pl' which has the potential of confusing
yourself that the Shib SP somehow runs your Perl script or whatever.)

Also note that unless you need the authn request to be signed it might
be easier to have your own code create the complete authentication
request, with extensions and all, from your own code. At least it
looks to me like you're able to run your own code on that server
anyway (.pl suggesting a Perl script to me).
That may be easier and more flexible than trying to make the SP do it
for you.

HTH,
-peter


More information about the users mailing list