-
Notifications
You must be signed in to change notification settings - Fork 303
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
Username leakage from password recovery when no email service setup or no useremail #1774
Comments
The only ways to get the resetLinkMessage() call into the AccountManager class is to either make it static from the PasswordResetEmailRequest class, copy it into the AccountManager class, or to pass the instance of PasswordResetEmailRequest class into the AccountManager class. I currently have where if it throws the Error in verifyEmailDependencies with specific message, do renderSuccess() in PasswordResetEmailRequest.loadUser if !exists |
Thank you for looking at this
This was an error
And you will have simply something like
|
Well there is also So you have the choice to keep only one PR for both issues. Or a bit more complex
|
I took the changes I made from 1770 and integrated them with this fix/issue#1774 request, so fix/issue#1770 pull request can be closed without merge as all changes are incorporated into the PR which fixes 1774, as it fixes both 1770 and 1774. |
This is a follow on issue#1771
We need to have allways same response when user exists/notExists
Email service is not set up
also when username do not existAccount recovery email has not been provided
these are/should be rare cases when email is setup and only on really experimental server.
When username do not exist I propose to return the actual no error
Adding (in username
if (!exists)
) a call to verifyEmailDependencies ()node-solid-server/lib/models/account-manager.js
Lines 535 to 543 in 88d3a86
Also replacing throw error with success
node-solid-server/lib/models/account-manager.js
Lines 540 to 542 in 88d3a86
with
fix branch created
fix/issue#1774
The text was updated successfully, but these errors were encountered: