<html><body><div>As far as I understand it, we just have to create a new authenticator, check for the id_token_hint, if it is valid than we set the authenticated user, otherwise we send attempted.</div><div><br></div><div>I can create a PR for that if it is that simple ;)</div><div><br>Am 09. Oktober 2015 um 07:41 schrieb Stian Thorgersen <sthorger@redhat.com>:<br><br></div><div><blockquote type="cite"><div class="msg-quote"><div dir="ltr">It wasn't on our road map, but it looks easy to add</div><div class="gmail_extra"><br><div class="gmail_quote">On 9 October 2015 at 07:16, Michael Gerber <span dir="ltr"><<a href="mailto:gerbermichi@me.com" data-mce-href="mailto:gerbermichi@me.com">gerbermichi@me.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0 0 0 0.8ex ; border-left: 1px #ccc solid ; padding-left: 1ex" data-mce-style="margin: 0 0 0 0.8ex; border-left: 1px #ccc solid; padding-left: 1ex;"><div><div><span style="background-color: rgba(255 , 255 , 255 , 0)" data-mce-style="background-color: rgba(255 , 255 , 255 , 0);">Hi,</span><span style="background-color: rgba(255 , 255 , 255 , 0)" data-mce-style="background-color: rgba(255 , 255 , 255 , 0);"><br></span><span style="background-color: rgba(255 , 255 , 255 , 0)" data-mce-style="background-color: rgba(255 , 255 , 255 , 0);">Do you have any plans to include the id_token_hint in the near future?</span><span style="background-color: rgba(255 , 255 , 255 , 0)" data-mce-style="background-color: rgba(255 , 255 , 255 , 0);"><br></span><span style="background-color: rgba(255 , 255 , 255 , 0)" data-mce-style="background-color: rgba(255 , 255 , 255 , 0);">id_token_hint</span><span style="background-color: rgba(255 , 255 , 255 , 0)" data-mce-style="background-color: rgba(255 , 255 , 255 , 0);">OPTIONAL. ID Token previously issued by the Authorization Server being passed as a hint about the End-User's current or past authenticated session with the Client. If the End-User identified by the ID Token is logged in or is logged in by the request, then the Authorization Server returns a positive response; otherwise, it SHOULD return an error, such as <tt>login_required</tt>. When possible, an <tt>id_token_hint</tt> SHOULD be present when <tt>prompt=none</tt> is used and an <tt>invalid_request</tt> error MAY be returned if it is not; however, the server SHOULD respond successfully when possible, even if it is not present. The Authorization Server need not be listed as an audience of the ID Token when it is used as an <tt>id_token_hint</tt> value.</span><span style="background-color: rgba(255 , 255 , 255 , 0)" data-mce-style="background-color: rgba(255 , 255 , 255 , 0);">If the ID Token received by the RP from the OP is encrypted, to use it as an <tt>id_token_hint</tt>, the Client MUST decrypt the signed ID Token contained within the encrypted ID Token. The Client MAY re-encrypt the signed ID token to the Authentication Server using a key that enables the server to decrypt the ID Token, and use the re-encrypted ID token as the <tt>id_token_hint</tt> value.</span><br>Best</div><div>Michael</div></div><br>_______________________________________________<br> keycloak-dev mailing list<br> <a href="mailto:keycloak-dev@lists.jboss.org" data-mce-href="mailto:keycloak-dev@lists.jboss.org">keycloak-dev@lists.jboss.org</a><br> <a rel="noreferrer" href="https://lists.jboss.org/mailman/listinfo/keycloak-dev" data-mce-href="https://lists.jboss.org/mailman/listinfo/keycloak-dev">https://lists.jboss.org/mailman/listinfo/keycloak-dev</a><br></blockquote></div><br></div></div></blockquote></div></body></html>