When will we stop using passwords?! They are an elementary school kid “secret club” game taken way, way too far. They are totally broken. Nobody can come up with and remember good passwords. Nobody can store passwords securely. 100% busted. Instead of continuing to debate what makes a good password, we need to put our energy into better techniques altogether! No more shared secrets! Let’s talk about one-time codes, a…
In one of my current web-based projects I decided to experiment with magic links sent via email. They are pretty convenient (and secure enough) but turns out there's a problem with mobile email clients: they tend to open links in isolated embedded browsers and then forget the cookies. For most non-technical people this is a show stopper unfortunately. I then went with one-time 6-digit sign in codes that are emailed t…
Entropy isn't sufficient to measure password strength
71–80 of 124 posts
Re: Entropy isn't sufficient to measure password strength
#72Earlier quoted context omitted.
It’s completely valid to distrust password managers. No software is free from bugs, or accidentally exposing your passwords. It might take a lot of work, but it’s certainly possible. There’s also the possibility of mismanaging your password database and losing all of your data.
> There’s also the possibility of mismanaging your password database and losing all of your data. The alternatives are same password everywhere or keeping a paper around with the passwords written in plain text. Both are equally disastrous (unless you work at home and don't ever get robbed)
Re: Entropy isn't sufficient to measure password strength
#73Earlier quoted context omitted.
In one of my current web-based projects I decided to experiment with magic links sent via email. They are pretty convenient (and secure enough) but turns out there's a problem with mobile email clients: they tend to open links in isolated embedded browsers and then forget the cookies. For most non-technical people this is a show stopper unfortunately. I then went with one-time 6-digit sign in codes that are emailed t…
I find this way less convienent because my password manager automatically fills in my username and password. So I can log in with 1 click. With "magic links" I need to enter my email (which may be autocompleted, but it is much less reliable) and then wait for the email to show up. (Assuming I have my email available.) Also email is never going to be reliably "instant" spam techniques include bouncing an email and wai…
In one of my mobile apps that manages KeyChain user/passwords correctly, I still see a lot of password reset requests. I can't even think of a reason why people would ignore autofill so often. The result is, although I haven't checked, but wouldn't be surprized if there were still a lot of "password123"'s in the DB.
So neither are passwords a good option, it seems.
Re: Entropy isn't sufficient to measure password strength
#74Earlier quoted context omitted.
It’s completely valid to distrust password managers. No software is free from bugs, or accidentally exposing your passwords. It might take a lot of work, but it’s certainly possible. There’s also the possibility of mismanaging your password database and losing all of your data.
> There’s also the possibility of mismanaging your password database and losing all of your data. The alternatives are same password everywhere or keeping a paper around with the passwords written in plain text. Both are equally disastrous (unless you work at home and don't ever get robbed)
Re: Entropy isn't sufficient to measure password strength
#75Use words as your characters with a dictionary of a few thousand words. Assume an attacker knows the dictionary. Make passwords that are too long to brute force (40+ characters). Use enough words that a dictionary attack is also infeasible (4+). Add a salt if you're feeling extra spicy.
Entropy is sufficient if you use the right language model.
Re: Entropy isn't sufficient to measure password strength
#76Earlier quoted context omitted.
Fundamentally is there any flaw with this method? Or a reason why it isn't better than general password approach?
It's vulnerable to the dictionary-based attacks that are very common.
Re: Entropy isn't sufficient to measure password strength
#77When will we stop using passwords?! They are an elementary school kid “secret club” game taken way, way too far. They are totally broken. Nobody can come up with and remember good passwords. Nobody can store passwords securely. 100% busted. Instead of continuing to debate what makes a good password, we need to put our energy into better techniques altogether! No more shared secrets! Let’s talk about one-time codes, a…
Hopefully never. Or at least not in the near future. Almost every other method is going to have privacy implications because they will rely on something you have or something you are. You can't compel passwords in a similar way that you can compel people to give physical tokens or fingerprints or retina scans.
Re: Entropy isn't sufficient to measure password strength
#78Earlier quoted context omitted.
You can calculate Shannon entropy of an individual password, as the number of bits per char. A password of "aaaaaaa" will have a much lower entropy than "axipeY7". What am I missing?
Replying to self... I guess it's not a useful measure of password strength, even if possible. Any password that doesn't repeat any letters will have identical entropy by this measure. So 123456789 will be the same Shannon entropy as Ar4e$hUa^
Re: Entropy isn't sufficient to measure password strength
#79https://xkcd.com/936/
Fundamentally is there any flaw with this method? Or a reason why it isn't better than general password approach?
Re: Entropy isn't sufficient to measure password strength
#80Earlier quoted context omitted.
In one of my current web-based projects I decided to experiment with magic links sent via email. They are pretty convenient (and secure enough) but turns out there's a problem with mobile email clients: they tend to open links in isolated embedded browsers and then forget the cookies. For most non-technical people this is a show stopper unfortunately. I then went with one-time 6-digit sign in codes that are emailed t…
Having to check my e-mail for each login is a major annoyance. Perhaps something like SQRL[0] may help. [0]: https://sqrl.grc.com/pages/what_is_sqrl/