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

Email hint for password reset form #49

Open
ftsell opened this issue Feb 1, 2021 · 2 comments
Open

Email hint for password reset form #49

ftsell opened this issue Feb 1, 2021 · 2 comments

Comments

@ftsell
Copy link
Member

ftsell commented Feb 1, 2021

Because we are getting some emails about users not getting their password reset email we suspect that it is not sufficiently clear which email address is meant on the password reset form.

We should make it more clear that an informatik-email (3musterman@inf…) is meant and not a private email. It should also be made clear that no 1 is part of the email (13musterman@inf…).
In addition we should link to an IRZ page about how to access your emails; surely there exists one.

@timonegk
Copy link
Member

timonegk commented Feb 1, 2021

We should make it more clear that an informatik-email (3musterman@inf…) is meant and not a private email.

Except when someone changed their email on mafiasi to their private email.

@wichmannpas
Copy link
Member

wichmannpas commented Feb 1, 2021

And while we're at it, we may as well automatically correct that value (for both password reset and login, the latter probably would be another issue). I.e., if somebody tries to reset a password or tries to login using valid credentials but with wrong number prefix, we can treat that request as though the correct value was supplied – only if it is clear, i.e., reset: NNlastname@inf… does not exist as registered email address, while Nlastname@inf.… does/login: Nlastname entered as username, but only NNlastname exists with the corresponding password.

In case of login, we should show an unmissable warning on the next page (the auto-rewrite of the username is not applied for other services, so they should learn of that mistake). This should not leak any information to adversaries as it is only applied upon entering the correct password.

To prevent information leakage, we should not give any hint during password reset requests on whether we did any rewriting of that email address. Otherwise, it would be possible to, e.g., check whether a user account uses an @informatik… or an external email address. We may, however, add another paragraph in the email informing about this rewrite of the email address.

This does not render an additional hint redundant; we are not able to automatically correct other mistakes, such as BA… addresses (at least not for now).

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

3 participants