Conditional redirection to discovery service
Guillaume Rousse
guillaume.rousse at renater.fr
Tue Mar 2 13:15:56 UTC 2021
Hello.
We regulary have troubles with non-browser HTTP user agents, such as
email clients, calendar applications, or synchronisation plugins,
getting redirected to our DS by some SP requiring mandatory SAML
authentication. As those client don't support SAML interactive
authentification flow, and as they don't handle failure correctly, this
just result in an endless flow of useless queries. We now block them as
early as possible, according to UserAgent header value, which avoid
excessive CPU usage, but still means lots of useless network trafic.
When the calling SP is one of our own, we probably have the opportunity
to handle the problem before the redirection. This seems possible to do
for lazy session case, because the application layer could decide to not
redirect the clients to the authentification endpoint if its user agent
is recognized as a non-compatible one, but seems to be more difficult to
do at the SP level, for mandatory session case.
Basically, is there a way to configure a Shibboleth SP to not redirect
specific kind of clients (according to UserAgent in this case, but
eventually other decision critera) to a discovery service, but handle
them differently ?
Regards.
--
Guillaume Rousse
Direction des Services Applicatifs
RENATER - Paris
Tel: +33 1 53 94 20 45
http://www.renater.fr
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2266 bytes
Desc: Signature cryptographique S/MIME
URL: <http://shibboleth.net/pipermail/users/attachments/20210302/c2843627/attachment.p7s>
More information about the users
mailing list