I always assumed it was for the same reason sites make you enter your email address twice without pasting - to reduce the chance of mistyping. If you only have to enter something once, then you could easily mistype it and then you end up with an account you can't log in to or even recover. But if you have to type it twice, then the chance is greatly reduced, since you'd have to make the exact same typo twice in a row…
The “Cobra Effect” that is disabling paste on password fields
61–70 of 450 posts
Re: The “Cobra Effect” that is disabling paste on password fields
#62Earlier quoted context omitted.
I've tried to use Lastpass but that thing needs a UX enema because it's atrociously bad.
Oh good so I'm not alone! I tried setting it up but trying to mass import multiple passwords from KeePass over (which doesn't translate directly 1 to 1) left me manually entering them. The process was so incredibly slow and cumbersome that I gave up. It doesn't help that LastPass looks like it was created in 2003 by developers with zero UX / design talent. I hope they can improve that one day.
Re: The “Cobra Effect” that is disabling paste on password fields
#63Earlier quoted context omitted.
HSBC has this really odd system where they only ask for the (e.g.) 1st, 6th, and 7th characters of your password. That implies that they store plaintext or something reversible...
Not necessarily – they could be hash + salting multiple permutations
Re: The “Cobra Effect” that is disabling paste on password fields
#64Re: The “Cobra Effect” that is disabling paste on password fields
#65Any web developer who does this should be shot. Same with silently dropping characters from passwords when signing up and poor validation of email addresses
Re: The “Cobra Effect” that is disabling paste on password fields
#66Earlier quoted context omitted.
That's still not a very good reason. If you're security conscious, you shouldn't be typing passwords at all. You should generate them from a password manager and paste them into the field both times. It boils down to security theater making us all less secure.
If you are security conscious at all, you'd be generating a public/private key pair for website authentication, only using HTTPS and potentially preferring TOR. I mean, a username+password field is SO FAR from good security practices, it's almost a joke.
A few years ago they dropped this requirement and you can now login using just an email and password.
The certificate-based identification process was really bad UI-wise so going with passwords probably helped them get more people to interact online instead of via paper forms.
Re: The “Cobra Effect” that is disabling paste on password fields
#67I always assumed it was for the same reason sites make you enter your email address twice without pasting - to reduce the chance of mistyping. If you only have to enter something once, then you could easily mistype it and then you end up with an account you can't log in to or even recover. But if you have to type it twice, then the chance is greatly reduced, since you'd have to make the exact same typo twice in a row…
That doesn't make sense - where did the user copy the email/password from, in order to paste it in twice? Somewhere clear text, ergo easy to double check for typos or at least discover them after the fact. If you're worried about someone copy/pasting a typo, you should disable COPY on the field, not paste.
Your suggestion of disabling copy instead of paste may be a better solution, though.
Re: The “Cobra Effect” that is disabling paste on password fields
#68If it helps anyone, this Chrome extension has worked every time I've tried it: https://github.com/jswanner/DontFuckWithPaste (I usually keep it disabled, but enable it when I'm about to use a site that has paste disabled on any fields.)
Re: The “Cobra Effect” that is disabling paste on password fields
#69Until better minds prevail.., Disable JavaScript, paste password, enable JavaScript, login. A pain, but usually effective.
Re: The “Cobra Effect” that is disabling paste on password fields
#70Earlier quoted context omitted.
HSBC has this really odd system where they only ask for the (e.g.) 1st, 6th, and 7th characters of your password. That implies that they store plaintext or something reversible...
Not necessarily – they could be hash + salting multiple permutations