Open ikornaselur opened 6 years ago
My current thought for the flow on the server goes something like this:
/login
endpoint on the serveraud
and azp
in the token payload are the voyage Client IDI think this is the flow that makes most sense, since I want to use JWT on the server and handle the OAuth dance on the web end. This way I only have to validate the google token once (during "login"), since it's more "expensive" (as far as I know, I don't have the private keys to verify the token, but you can talk to the google API for that) while it's quick for me to validate the local JWT.
This way I can also support more than one OAuth provider, just have to handle different types during login, since after that it's going to be my own JWT that the user will be using.
Likely remove flask-dance from server and just use jwt tokens from web, with web taking care of authentication?
Should only be required to validate token when it's first seen, since if it hasn't changed, it's valid. Unknown tokens used to find if already signed up (if not, create user) and then validate the token.