spinsser
It worked instantly.
"Congratulations! You have sucessfully chosen a password in 211 characters."
I got lucky when I found a bug with Paul (otherwise I would have given up)
I was thinking of having a third-party trusted services that compares the hash of the deployed application to the one they independently compiled themselves.
But the complexity is nontrivial and there is enough variations between the output of the same source code across different build environments that would make hashes useless.
Another possibility is having trusted compilers that would send link the source code to the build in a trusted repository.
If the user already exists the email will be a warning + a link to the password reset form
If the user does not exist, the email will be a link that confirms the ownership of the email address and the rest of the registration process.
An attacker trying to guess if an email is registered would not know, because the form does not give away that info.
Why not generate a list of similar passwords to the new password, hash them all using the same salt of the previous password and then compare them.
Just like any programming language, it could be used maliciously, and there is no easy way to distinguish which macro-enabled file is safe and which isn't (without going through the code yourself prior to enabling the functionality)
[0] https://support.office.com/en-us/article/Enable-or-disable-m...
I am currently trying to do the same, so I would appreciate any form of help I can get.
Regards.