4 ms·
Do tell, how is that a "security flaw"?
by 67726e 13y ago
Do tell, how is that a "security flaw"?
- mnutt 13y agoIt could be that some people use password managers that require pasting. (though many don't) It could lead to people using passwords that are easier to remember if their password manager doesn't work.
- 67726e 13y agoI guess that is something of a double-edged sword then. You might force someone to use a weaker password, but then hopefully they wouldn't be keeping it in a place where they could simply copy/paste it. This really starts to delve into the whole "security is a gradient with tradeoffs" situation.
- aestra 13y ago>hopefully they wouldn't be keeping it in a place where they could simply copy/paste it. ??? Passwords can be simple copy/pasted from. Encrypted files can be simply copy/pasted from.
- 67726e 13y agoI'm assuming in this scenario that they would be keeping passwords in a plaintext file. If they kept passwords in an encrypted file, wouldn't they need to decrypt it? Wouldn't you presumably have a strong password to decrypt it? Where is that kept? How strong must one's password be when that password is keeping other passwords secure? If they can remember that password, why can they not remember others?
- maxerickson 13y agoRemembering 1 password is easier than remembering dozens of them. Reusing passwords is not a great idea, so dozens of passwords is a real concern. It's also the case that disabling paste doesn't do anything to stop a user from storing their passwords in an unencrypted file.
- dllthomas 13y agoBecause remembering one strong password is way easier than remembering 50 strong passwords.
- dllthomas 13y agoHm, this set me wondering how much risk there is passing the passwords through the copy-paste mechanism itself. Probably not terribly much more than passing through the keyboard and IO subsystems, though. Still, I know with X selection buffers, when data is requested the application it's requested from can run arbitrary code to generate (or check!) it and is passed the window-id requesting[0]. It seems like a password manager could make use of this to implement an ACL and lock things down tighter - do any do this? [0]: http://tronche.com/gui/x/icccm/sec-2.html#s-2.4 http://tronche.com/gui/x/icccm/sec-2.html#s-2.4
- maxerickson 13y agoA lot of people that use password managers don't know their passwords (I only know a few of mine). Maybe calling it a flaw is too severe, but it isn't doing those folks any good.
- 67726e 13y agoI'm curious as to how that would affect a password manager? I was always under the impression that they would directly manipulate the DOM (or perhaps alter the outgoing request)?
- aestra 13y agoNo. Here is a workflow: 1) Download keypass. 2) generate random password (however you do that...) 3) copy password into web form. 4) copy passwords into keypass and save. for logging in: 1) open keypass 2) copy password 3) paste into webform. Typing the passwords leaves room for errors. Truly random passwords are copied and pasted. Words are typed.
- Fuxy 13y agoBetter yet what's the point of doing that anyway a pasted password is likely to be more complex (read as secure) than a regular one.
- hyperpape 13y agoAnything that makes passwords harder to do right without simultaneously blocking some attack worth caring about is bad for security. Two of the biggest problems in security are that it's hard to do things the right way and that people just don't understand it. Whether you want to call it a "security flaw" is not obviously an important question.
- blueskin_ 13y agoIt discourages password manager use.
- aestra 13y agoI am not sure why you are getting downvoted for asking a simple question. It could be a security flaw because you discourage using passwords that are truly randomly generated.