Live data from Hacker News

Why [Insert Thing Here] Is Not a Password Killer

troyhunt.com

121–130 of 277 posts

Re: Why [Insert Thing Here] Is Not a Password Killer

#121
post #83
post #75

Earlier quoted context omitted.

It is generally always a trade-off between security and convenience. You can demand that a site allow passwords but you also aren't memorizing a 24 character nonsense password for each site login. The holy grail is can you bend the line and have something that is super secure and mostly convenient.

I currently work in an environment where I don't have access to a password manager, yet I am expected to have unique passwords for each service, and rotate passwords every month, and am not allowed to store passwords somewhere. Of course, this method requires you to remember more passwords than practically possible. If all accounts would have sane restrictions on the password it would become trivial to have something…

Password card.

Re: Why [Insert Thing Here] Is Not a Password Killer

#122
post #83
post #75

Earlier quoted context omitted.

It is generally always a trade-off between security and convenience. You can demand that a site allow passwords but you also aren't memorizing a 24 character nonsense password for each site login. The holy grail is can you bend the line and have something that is super secure and mostly convenient.

I currently work in an environment where I don't have access to a password manager, yet I am expected to have unique passwords for each service, and rotate passwords every month, and am not allowed to store passwords somewhere. Of course, this method requires you to remember more passwords than practically possible. If all accounts would have sane restrictions on the password it would become trivial to have something…

The key is to come up with a repeatable pattern that defeats whatever repeatable pattern detection that is in place and just apply it. You don't write down the password, you write down parts of the pattern.

Is it secure? No. But if you work at a place where SSO isn't a thing in 2018, it's not secure anyway.

Re: Why [Insert Thing Here] Is Not a Password Killer

#123
post #57

Earlier quoted context omitted.

> I think the problem is that people don't understand how to use passwords From the looks of it, neither do the authenticators. The capital letter + symbol + number requirement had led to the current predicament. Just asking for really long passwords would have been a lot better. As it stands, people either use a predictable string of num-symbol to satisfy requirements or remember that one strong password,.which qual…

People aren't good at memorizing long lists of things, so just requiring long passwords isn't sufficient unless you are willing to also allow everyone to use the same password everywhere, and that's worse than the single point of failure problem than password managers because that's a distributed point of failure (just one breach of any site/application that you use; your security there is only as good as the weakest…

>People aren't good at memorizing long lists of things

It's much easier to remember a 40 character passphrase of real words than a 12 character password of random symbols including punctuation

Re: Why [Insert Thing Here] Is Not a Password Killer

#124
post #112

I think that a lot of the problems that are inherent to passwords might be mitigated by not allowing the user to choose a password. A strong, randomly generated password being given to the user and changed periodically would almost force the user to use some sort of password manager. If this were adopted industry-wide (a big ask, I know) then users would be able to use the familiar "enter username and password" syste…

'Ugh, this site forces me to remember this shitty password, Guess I'll go to the competitor' This kind of friction is exactly what troy is talking about.

As opposed to "Oh, they want a password? I guess I'll use the same one I use for every other website."

I agree that the business makes the decision, growth is the top priority and friction reduces growth, but in reality this is how most of the world already works. If you rent a hotel room you don't get to provide your own key and if you lose their key then you must prove who you are to get another one issued.

In the end there must be some compromise between growth and responsibility. If a company cannot grow responsibly then we end up with Facebook all over again.

Re: Why [Insert Thing Here] Is Not a Password Killer

#125
post #114

I just wish there were a more universal acceptance of entropy. I.e.: Use at least one upper case letter and symbol OR Use a password that is at least 20 characters long Passwords are fine, it's the differing standards that are nutty. Especially when you don't know them until after trying.

You can satisfy most entropy requirements without even trying by using a password manager's "create random password" feature. I feel the more important thing to attack is making password management more approachable to laypeople. To your point though: the most bothersome constraint put on passwords by applications and web sites are limits such as restricting certain special characters (To what end? You're going to ha…

Password manager? That's what I'm trying to eliminate because they are inconvenient.

But I totally agree with your point about limiting special characters and length.

Re: Why [Insert Thing Here] Is Not a Password Killer

#126

Earlier quoted context omitted.

Agreed. I've tried educating non-technical friends and family about insecure passwords and how random long strings are more secure. Their responses are: 1. "I can't remember that password! / I don't want to type that!" 2. "I'm a nobody, hackers wouldn't be interested in me. My account has no interesting data." [explanations about botnets doing damage to others go way over their heads] 3. "If someone REALLY wants to h…

> They think that the inconveniences of secure password practices are not worth it. And they're probably right from their own perspective.

I honestly don't give a shit about 90% of the services I sign up to that require passwords

Re: Why [Insert Thing Here] Is Not a Password Killer

#127
post #52

Earlier quoted context omitted.

Just set a never-expiring authentication cookie in the browser, so they never need to enter the password in typical one-device use. When they need to change devices, have the standard e-mail based password reset as well as "show password" in the account settings (make the password reset not reset login, unless the user explicitly elects to "log me out on all devices").

> show password You should not be able to do that if you're doing security properly. If you can show the password it means you're not hashing it properly and instead storing it as plaintext

1. You can store it on the client side in a cookie.

2. You can encrypt the passwords with a key outside of the database instead of hashing them. That means that people can now login with a read-only compromise of both your app and the database, but chances are that such a compromise would be a full compromise anyway.

3. You can also not show them the current password, but instead generate another one and have them both be valid (until explicitly revoked)

Re: Why [Insert Thing Here] Is Not a Password Killer

#128
post #114

I just wish there were a more universal acceptance of entropy. I.e.: Use at least one upper case letter and symbol OR Use a password that is at least 20 characters long Passwords are fine, it's the differing standards that are nutty. Especially when you don't know them until after trying.

You can satisfy most entropy requirements without even trying by using a password manager's "create random password" feature. I feel the more important thing to attack is making password management more approachable to laypeople. To your point though: the most bothersome constraint put on passwords by applications and web sites are limits such as restricting certain special characters (To what end? You're going to ha…

my _bank_ requires passwords to be exactly 8 characters and is case insensitive. when I first realized I literally couldn't believe it, it's infuriating

Re: Why [Insert Thing Here] Is Not a Password Killer

#129
post #83

Earlier quoted context omitted.

I currently work in an environment where I don't have access to a password manager, yet I am expected to have unique passwords for each service, and rotate passwords every month, and am not allowed to store passwords somewhere. Of course, this method requires you to remember more passwords than practically possible. If all accounts would have sane restrictions on the password it would become trivial to have something…

The key is to come up with a repeatable pattern that defeats whatever repeatable pattern detection that is in place and just apply it. You don't write down the password, you write down parts of the pattern. Is it secure? No. But if you work at a place where SSO isn't a thing in 2018, it's not secure anyway.

This. I had a keyboard pattern I used in a similar environment. Just shift a row over every month. I couldn't ever tell you what the password was from memory, but could type it in no problem.

This is bad security advice. Don't this if at all possible.

Re: Why [Insert Thing Here] Is Not a Password Killer

#130

Earlier quoted context omitted.

Keepass can use a key file too.

Turning "something you know" into "something you have"... or anyone else can have too.

or worse (and more likely), it's something you can lose
Post reply on HN