Originally submitted by Nat (Nat Sakimura) on 2017-07-15
Part 1 has the case of pure OAuth. We need state then for CSRF protection etc.
Also, state is pretty much the only parameter that can be used to identify the browser instance. BCM principles[1] advises to have all the parties identified in the message so we need browser identifier in the authorization request.
[1] https://zisc.ethz.ch/wp-content/uploads/2017/02/sakimura_future-proofing-oauth.pptx and https://zisc.ethz.ch/wp-content/uploads/2017/02/sakimura_future-proofing-oauth.pdf
Bitbucket status: resolved
Bitbucket origin: issue 114
Part 1 has the case of pure OAuth. We need
statethen for CSRF protection etc.Also,
stateis pretty much the only parameter that can be used to identify the browser instance. BCM principles[1] advises to have all the parties identified in the message so we need browser identifier in the authorization request.[1] https://zisc.ethz.ch/wp-content/uploads/2017/02/sakimura_future-proofing-oauth.pptx and https://zisc.ethz.ch/wp-content/uploads/2017/02/sakimura_future-proofing-oauth.pdf
Bitbucket status: resolved
Bitbucket origin: issue 114