<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">I got a chance to talk to the team asking for this, and it's not quite as weird as I thought.  Most of this is not stuff they're expecting the IDP to do.<br></div><div class="gmail_quote"><br></div><div class="gmail_quote">On Wed, Oct 5, 2016 at 4:13 PM, Klingenstein, Nate <span dir="ltr"><<a href="mailto:nklingenstein@calstate.edu" target="_blank">nklingenstein@calstate.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><br>
</div>
<div>The other obvious answer is to actually implement a formal STS using a specification TBD.  Personally, I would be concerned about building a custom solution that you will need to maintain.</div></blockquote></div><div class="gmail_extra"><br></div>Agreed.  If we are going to stand something up, I'd rather it be something reusable and that it require little maintenance.  I came across this...</div><div class="gmail_extra"><br></div><div class="gmail_extra">    <a href="https://github.com/ausaccessfed/rapidconnect">https://github.com/ausaccessfed/rapidconnect</a><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">It's a SAML protected JWT issuer / validator.  It seems that something like this might fill the immediate need and be generally useful in the long term.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Nate - you said you had reservations about JWT.  Can you share your thinking?  It can be out of band if you'd rather.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Liam</div></div>