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

Correct error responses in the AccessTokenMiddleware #15

Open
caspervdw opened this issue Oct 1, 2020 · 1 comment
Open

Correct error responses in the AccessTokenMiddleware #15

caspervdw opened this issue Oct 1, 2020 · 1 comment

Comments

@caspervdw
Copy link
Contributor

There is a spec for this:

https://tools.ietf.org/html/rfc6750#section-3.1

@caspervdw
Copy link
Contributor Author

Discussion from #14

Is het niet iets dat op een mogelijk probleem wijst? Als een ingelogde gebruiker OOK nog eens een bearer token heeft? Even loggen zou het uitzoeken van problemen kunnen verhelpen.

Dit zie ik wel als een user error, en niet een voor developers. Bij Lizard's setup krijg je nu een sentry melding om je oren.

In de RFC voor bearer tokens lees ik dat je een 400 zou moeten geven in dit geval (2 authenticatie methodes in 1):

invalid_request
The request is missing a required parameter, includes an
unsupported parameter or parameter value, repeats the same
parameter, uses more than one method for including an access
token, or is otherwise malformed. The resource server SHOULD
respond with the HTTP 400 (Bad Request) status code.

Misschien is dat het duidelijkst voor iedereen? Anders krijg je misschien situaties waarin het onduidelijk is waarom een Bearer token wordt genegeerd. "Oooh ik had nog een session cookie"

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