Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Multiple Redirects #6

Closed
balfanz opened this issue Mar 24, 2015 · 1 comment
Closed

Multiple Redirects #6

balfanz opened this issue Mar 24, 2015 · 1 comment
Assignees

Comments

@balfanz
Copy link
Member

balfanz commented Mar 24, 2015

When a user agent gets redirects from an RP to an IdP, this redirection might happen over multiple "hops". How do we make sure that the final hop (IdP) gets the information about the user agent's token binding ID with the original hop (RP) across these multiple hops?

@balfanz balfanz self-assigned this Jun 22, 2015
@balfanz
Copy link
Member Author

balfanz commented Jun 22, 2015

Presumably, the first destination of the redirect is already within the administrative domain of the IdP, even if it's not yet at the identity-token-issuing endpoint. It's the IdP's responsibility to remember the information about the referred token binding while it's redirecting the client further. It can do this in a variety of different way - for example by including a (signed) query parameter to the next redirect URL that includes the token binding id that the id token should be bound to.

To keep the spec simple, I would therefore suggest that we only include the referred token binding in the first redirect - the one that that had the Include-Referer-Token-Binding-ID header together with the 302/301 status code.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant