<div dir="ltr">Peter,<div>Thanks for your response.</div><div>These APIs are protected with some Basic Authentication, but they are exposed only over intranet.</div><div>So that is why I was looking for way that one with only valid session is able to access them.</div><div><br></div><div>Thanks for the idea of going for Angular search. Going by one of the response, using JWT Token to protect API calls. </div><div>This is what I too want to achieve.</div><div>The part where I am struggling is that how do I make the JWT token to expire with ADFS session.</div><div>JWT will have it's own expiry time, which will be independent of ADFS session.</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Nov 14, 2018 at 9:21 PM Peter Schober <<a href="mailto:peter.schober@univie.ac.at">peter.schober@univie.ac.at</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">* Ron Harris <<a href="mailto:neo204011@gmail.com" target="_blank">neo204011@gmail.com</a>> [2018-11-14 14:52]:<br>
> One of Our application is a Single Page Application. The URL of the<br>
> application is Shibboleth protected, so to access the application one has<br>
> to authenticate.<br>
> Once authenticated, Angular application gets downloaded in browser. And<br>
> hence it doesn't require the browser to be refresh again.<br>
> Angular Application calls REST APIs which are outside Shibboleth.<br>
> <br>
> This posses us with a problem where we are unable to verify if the ADFS<br>
> session is active or not.<br>
<br>
The "ADFS session" (I'm assuming this to mean the SSO session the<br>
browser has with the SAML IDP) doesn't factor into this, at least not<br>
until the SP's own session expires and SSO kicks in for access to<br>
actively protected resource. (Access to other resources will not.)<br>
<br>
> Its not possible to bring the REST APIs under Shibboleth, as other<br>
> applications too use them.<br>
<br>
What are these APIs protected with?<br>
<br>
-peter<br>
-- <br>
For Consortium Member technical support, see <a href="https://wiki.shibboleth.net/confluence/x/coFAAg" rel="noreferrer" target="_blank">https://wiki.shibboleth.net/confluence/x/coFAAg</a><br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net" target="_blank">users-unsubscribe@shibboleth.net</a><br>
</blockquote></div>