-
Notifications
You must be signed in to change notification settings - Fork 386
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
Possible security issue #768
Comments
For whoever looks at this, it sounds like an issue with oauth being cached either by sorcery or by google itself. IIRC, sorcery is only looking at the response from google, so if google doesn't realize a user changed their password and reset all their auth cookies, a user would be able to still login using the information from the last time they logged in. If sorcery uses similar cookies, that could also be the point of failure. |
@athix any thoughts on reproducing/checking this? |
@Ch4s3, I'm not sure if I'll have time to try this myself, but here's what I'd do to try and replicate:
|
I have written an application using Sorcery authenticating through Google. Everything worked wonderfully, until I learned today that a former employee is still able to access our system even though his account password was changed ages ago.
I conducted a little experiment. I logged onto our system, then changed my password in Gmail... but I'm still able to access the application without updating my password? I'm not really understanding how this happening. When we call to Google for authentication shouldn't it respond by making us enter our new password?
The text was updated successfully, but these errors were encountered: