Slashdot Mirror


Multiword Passwords Secure Or Not?

Gaygirlie writes "An article over at Gizmag says: 'It's a meme that's been doing the rounds on the internet in recent years: multi-word pass-phrases are as secure as long strings of gibberish but with the added benefit of being easy to remember. But research from Cambridge University suggests that this may not be the case. Pass-phrases comprised of dictionary words may not be as vulnerable as individual passwords, but they may still succumb to dictionary attacks, the research finds.' I find this to be twisting of words and general consensus; of course any password whatsoever is going to be insecure against offline attack, and using common, popular words is going to make guessing the password much easier. But is this really an issue in a world where most attacks are done online? Should general populace still be coaxed into using randomly generated passwords?"

372 comments

  1. Obligatory xkcd by kc9jud · · Score: 5, Insightful
    1. Re:Obligatory xkcd by Dark$ide · · Score: 1, Troll

      http://xkcd.com/936/

      So you didn't bother to RTFA before posting that. They're trying to show that the easier to remember password may be easier to crack with a dictionary attack.

      --

      Sigs. We don't need no steenking sigs.

    2. Re:Obligatory xkcd by zero.kalvin · · Score: 3, Interesting

      There is something that always bothered me, how in the hell does the attacker knows if I am using words for my password or not? Second consider the following password where at one point was on my laptop: "A happy worker is mindless worker, so shut up and do your job!" I fail to see how this password is not safe just because I used actual words, wouldn't it take million of years(even with dictionary attack) to gess it ?

    3. Re:Obligatory xkcd by Anonymous Coward · · Score: 4, Funny

      That's no match for my million monkeys with million type writers.

      We're upgrading to windows 3.11 later this year. You'll see. HAHAHAHAHAHAH

    4. Re:Obligatory xkcd by Anonymous Coward · · Score: 3, Interesting

      So I did not bother to read the RTFA, but I can tell you if it is any good it will be attacking this directly at the entropy level. Entropy in information theory is a very well-defined concept despite it definitely not being a lay-person topic. The xkcd is a direct take-off of an entropy observation and some commonly published information on the topic.

      I assume the paper is claiming that some entropy measures may be ill-considered... but then again that isn't telling anything new.. People have long suspected (and we have evidence for passwords) that humans within a certain culture (and even independent) are heavily biased.

      The pass phrase with words concept only works under the assumption that the phrase is *generated* under a high entropy process. The effectiveness theory follows from the assumption that this allows both high entropy and ease of recall/memory. If you throw away the former, then no shit they won't work.

    5. Re:Obligatory xkcd by Anonymous Coward · · Score: 1

      xkcd's example is a bit wrong though

      He used 4 words. lets say 170k in words that is 170000^4. Which is ~69 bits of entropy. Much less if you stick to 'common' words.

      If you start changing case and adding in numbers though at random places the entropy goes up.

      http://oxforddictionaries.com/words/how-many-words-are-there-in-the-english-language

      Also one thing many password schemes do not take into account is compromised accounts. So once an account is compromised and in theory you have the password you can try that password and login combination on other sites. There are ways to minimize this but you must use them. Plus the fact every site out there thinks they need their own login... I probably have at least 150 different accounts out there... With differing degrees of passwords. It is a nightmare.

    6. Re:Obligatory xkcd by Jake73 · · Score: 3, Informative

      Well, not exactly applicable but interesting to the discussion.

      I think the point is that consideration must be made for the "location" of the access portal. That is, if anyone with an internet connection can try their key in your lock, you probably want a pretty good lock.

      But for access to things that have additional security, the lock quality may be reduced in favor of a key that is easy to remember.

      1. Keep a good, long, easy-to-remember passphrase for access to your TrueCrypt partition that sits on a private computer inside your house.

      2. Store passwords inside this partition in something like KeePass. The KeePass password doesn't need to be industrial. It should be easy to remember, but non-obvious. You type this password a lot.

      3. Keep all internet passwords at maximum strength for the site and make them random from your password generator.

    7. Re:Obligatory xkcd by Hentes · · Score: 0

      And you didn't bother to read the comic. It does assume that the attacker tries a dictionary.

    8. Re:Obligatory xkcd by medv4380 · · Score: 5, Insightful

      Come on. All he did was post a link to a related xkcd comic. He didn't say anything about it being right or wrong. It's related, and funny. Would you rather have had someone do a standard first post troll instead?

    9. Re:Obligatory xkcd by Anonymous Coward · · Score: 5, Insightful

      No, you RTFA. They mention xkcd, but then ignore it and go on to test 2-word passwords that are not randomly chosen or unrelated words. Of course 2-word passphrases, where the words are related ("Chicago Bulls") or are a verb-noun pair ("Speedy Gonzalez" "Soft Kitty" "Oneiric Ocelot"), are weak against dictionary attacks. The xkcd approach is not.

    10. Re:Obligatory xkcd by Anonymous Coward · · Score: 0, Interesting

      Say you have a 4 word password and you publish your 2048 word dictionary on the internet, entitled "come at me". Is that more or less secure than a random 8 character password(upper, lower, numbers, 40 symbols)

      4^2048 vs 8^102
      approx 1.04*10^1233 vs 1.2*10^102

      So even if they know which dictionary you are using, it doesn't matter. And you can type your password into just about any device without figuring out how to make all the symbols on a rotary phone.

      This does assume that they can't hear you typing and count the number of characters in your password to reduce the possible combinations, that will drop the security.

    11. Re:Obligatory xkcd by Culture20 · · Score: 4, Informative

      There is something that always bothered me, how in the hell does the attacker knows if I am using words for my password or not? Second consider the following password where at one point was on my laptop: "A happy worker is mindless worker, so shut up and do your job!" I fail to see how this password is not safe just because I used actual words, wouldn't it take million of years(even with dictionary attack) to gess it ?

      It's more secure than 5#f^x902 in almost every way, except that it's easier to shoulder-surf in one try because it's a proper sentence. As long as they catch enough parts, they can guess the rest. Try adding purposefully misspelled words or bad grammar and it makes shoulder surfing hu23 sekane in the despondingly overstitch. Side effects of using passphrases like that include speaking random gibberish on occasion.

    12. Re:Obligatory xkcd by gstoddart · · Score: 5, Informative

      There is something that always bothered me, how in the hell does the attacker knows if I am using words for my password or not?

      They don't, but if they have the resources for a brute-force search, it's moot since in theory they'll just keep trying until they find it.

      Second consider the following password where at one point was on my laptop: "A happy worker is mindless worker, so shut up and do your job!" I fail to see how this password is not safe just because I used actual words, wouldn't it take million of years(even with dictionary attack) to gess it ?

      Well, possibly not. Think about a document with a password.

      If someone really wants to get into it, and is willing to invest the time and hardware, having a computer try millions and millions of permutations isn't as expensive as you might think, and it gets cheaper every year.

      Many forms of crypto have fallen over the years as the speed of computers has allowed what used to be an impossible task to be something which can be done in relatively short time. Even a couple of days or weeks of compute time would represent an absolutely vast amount of attempts.

      It's a damned find pass-phrase, but a computer is really good at doing an endless set of boring things. So, eventually even if it's a massive brute force attack, it could still arrive at the one that worked.

      However, this is the most telling part:

      The researchers found that film and book titles were effective in identifying pass-phrases in use - information readily available in list-form online suitable for dictionary-style attacks. The researchers used Wikipedia and IMDB lists, as well as slang phrases from Urban Dictionary. Researchers found users tended to favor simple two-word phrases common in natural language, though there is evidence that some users seek out seemingly-random pairings. The researchers also claim that there are "rapidly diminishing returns" for longer pass-phrases containing three or four words.

      So, if movie names and slang is what many people are using as their pass-phrases, a dictionary attack is a little easier.

      But, something like "cotillion squirrel hammer bollocks gouda inkwell" might be random enough that the sources people might use to try a dictionary attack won't be of any help. Whereas "The Dark Knight" or "Star Wars" might fall pretty quickly.

      --
      Lost at C:>. Found at C.
    13. Re:Obligatory xkcd by Anonymous Coward · · Score: 1

      The attacker does not know whether you are using words or not. They are just guessing. But the attacker is not just attacking you, they are attacking 1000s of users. If even the dictionary attack works against only the small number of users who used not-random-enough pass phrases, that is still a successful attack.

      Your example passphrase is pretty good since it contains many words. But it is not as secure as you might first guess. If you assume pass phrases to be grammatically correct (as yours is), then the patterns of natural language greatly reduce the number of possibilities to be guessed at.

    14. Re:Obligatory xkcd by kangasloth · · Score: 1

      Help me out here: is it not blatantly obvious that the numbers in that strip assume randomly generated pass-phrases? I thought that that was 1/2 the point. With a 48-bit key mapped to four characters of a 12-bit symbol-set composed of English words, you can get keys that are both strong and easy for humans to remember. Let users choose the pass-phrase and you sacrifice the first part, and it's only the combination that's interesting.

    15. Re:Obligatory xkcd by Zerth · · Score: 1

      1.3*10^92

      FTFY

    16. Re:Obligatory xkcd by Geoffrey.landis · · Score: 5, Informative

      So you didn't bother to RTFA before posting that. They're trying to show that the easier to remember password may be easier to crack with a dictionary attack.

      And you didn't bother to read the xkcd before posting that. It showed with calculations that the commonly used "hard to remember" password has lower entropy than a much easier to remember multiword phrase. For reference, "higher entropy" means "harder to crack with a tailored brute force attack."

      In any case, though, the actual first thing you need to do is to make sure you never reuse a password on two different systems. And the xkcd for that is http://xkcd.com/792/

      --
      http://www.geoffreylandis.com
    17. Re:Obligatory xkcd by Anonymous Coward · · Score: 5, Informative

      > Say you have a 4 word password and you publish your 2048 word dictionary on the internet, entitled "come at me". Is that more or less secure than a random 8 character password(upper, lower, numbers, 40 symbols)

      > 4^2048 vs 8^102

      You mean 2048^4 vs 102^8.

      2048^4 = 1.7592186 * 10^13
      102^8 = 1.17165938 * 10^16

      With only a 2048 word dictionary to choose from this is less secure than a random 8 character password.

    18. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      Right, but they are wrong for most common cases of "attack". A dictionary attack has no way to relate unrelated words easily. For example LameDonutCollieLinux is four words, but - since they are as unrelated as CorrectHorseBatteryStaple they aren't going to be in a dictionary attack. There would be an unfathomable number of entries in that dictionary if they were to find those two examples. For many words you would need the plural, different tenses, etc. That would be one hell of a dictionary. That's why my password is QuicklyCanadianGrowsWhiskey.

    19. Re:Obligatory xkcd by Anonymous Coward · · Score: 2, Insightful

      Exactly. Even if they knew it was a string of words, there are 13 words there. So think of it like a 13 "character" password (generally pretty secure), except that instead of each "character" being picked from one of a set of (26+26+10+~20), each "character" is picked from a list of thousands of words. Even if you were to try applying linguistic details (like one particular word is likely to followed by a smaller set of words), it's still going to be more complex than a 13 character random password. And then that's not even taking into account the extra punctuation you added.

      Intuitively, I just can't imagine how it would be any worse off. Even if you consider that many people will use semi-obvious stuff like "I am your father", "Here's looking at you, kid", "You can't handle the truth", or "I've got the same combination on my luggage", that's got to be at least 100 times better than the alternative they would have chosen: "password", "kitten", "12345", or their username in reverse.

    20. Re:Obligatory xkcd by Baloroth · · Score: 1

      The only problem with that system is it makes all of those sites unaccessible from literally any other computer in the world, unless you carry the KeePass file around with you.

      While probably not quite as secure, LastPass offers two-factor authentication using Google Authenticator, so even if someone keylogs my pass-phrase they still won't be able to get my passwords without also getting access to my Android device (which isn't a phone, so hacking it would be tricky too). Keep in mind unless you have enemies or do sensitive work, you only need enough security to stop automated attacks.

      --
      "None can love freedom heartily, but good men; the rest love not freedom, but license." --John Milton
    21. Re:Obligatory xkcd by thsths · · Score: 4, Insightful

      I agree - and I especially hate draconian password rules, especially when they are different for every site. Some need at least 8 letters, but then some limit you to 8 or 10 at most. Some want upper case and letters, other's don't. Some don't allow special characters such as '.

      And the worst part: if you have a system to generate cryptographically strong passwords, quite a few sites still reject them. The worst site that I would allowed only 12 characters, but required at least 2 digits, 2 special characters, and 2 upper case letters.

      I still think that words are the way to go. You just have to make sure that they are reasonably random and not too common. "honeyiamhome" is not going to be difficult to guess if you have billions of attempts. The problem of entropy still stands.

    22. Re:Obligatory xkcd by Geoffrey.landis · · Score: 3, Insightful

      Say you have a 4 word password and you publish your 2048 word dictionary on the internet, entitled "come at me". Is that more or less secure than a random 8 character password(upper, lower, numbers, 40 symbols)

      The point of the xkcd, which you apparently didn't actually read, was that in the real world user-chosen "hard-to-remember" passwords are NOT eight random characters chosen from the set upper, lower, numbers, 40 symbols. The entropy is vastly less than you calculate.

      (I would not call "random 8 character password(upper, lower, numbers, 40 symbols)" a "hard to remember" password in any case. Those are "completely impossible to remember, absolutely must be written down" passwords.)

      --
      http://www.geoffreylandis.com
    23. Re:Obligatory xkcd by second_coming · · Score: 4, Informative

      according to https://www.grc.com/haystack.htm that's one hell of a password :)

    24. Re:Obligatory xkcd by tigre · · Score: 5, Insightful

      Aren't those exponents reversed?

      2048^4 vs 102^8?
      1.7 * 10^13 vs 1.1 * 10^16?

      So completely random is still better in this sense. Just hard to remember and maybe hard to input. xkcd compared "uncommon word + common substitutions + a couple random characters".

    25. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      You've got the base and exponent the wrong way around for both calculations. For the dictionary, you should have 2048^4 = 1.75*10^13, and for the random password, 102^8 = 1.17*10^16. The random one is stronger by a factor of 666.

    26. Re:Obligatory xkcd by micheas · · Score: 5, Interesting

      Pulling one example, I was asked to see if I could recover the password on pdf to allow editing. IIRC, the cypher was 256 bit AES. When trying to find the password to edit a pdf, my really ancient dual core athlon64 took under 2 minutes to try every unique word in the OED.

      The password of the pdf (which was sanfrancisco2) took me about 15 minutes to find using standard password dictionaries. Theoretically, a 13 character password with a number in it should take an insanely long time to crack, reality was well under an hour.

    27. Re:Obligatory xkcd by suso · · Score: 3, Insightful

      What's really funny is that Randall's alt text on this comic is strangely prophetic:

      "To anyone who understands information theory and security and is in an infuriating argument with someone who does not (possibly involving mixed case), I sincerely apologize."

    28. Re:Obligatory xkcd by Ihmhi · · Score: 2

      Couldn't you fix this by adding an additional layer of password creation on your end?

      Say you have a simple encryption algorithm. Your password is "shpadoinkle". You type "shpadoinkle" into your crypto program, and it churns out a consistant phrase every time, say "g55yg546+6^4g5fjjk#6Y~t6SDg". Now you copy/paste that and use it as your password for a service.

      Thus you only have to remember a simpler password and the program used to encode it. Then you chuck that password into whatever you're trying to protect, and it gets encrypted yet again.

    29. Re:Obligatory xkcd by dcollins · · Score: 2

      Yes. (It also synchs up with the xkcd offering, at least for the first case.) The way math goes though, I'll be surprised if your correct comment gets higher-modded than the incorrect one.

      --
      We know where leadership by an anti-intellectual "strongman" who scapegoats minorities and likes boisterous rallies goes
    30. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      It depends how often you use it. If you type it three times a day you'll have it down pat in a week or two, and then you can destroy the bit of paper you initially wrote it down on. I have a couple of 12-character and 16-character passwords generated using a secure RNG which I use from memory without trouble - but I have to write down much weaker passwords which I only use once every 6 months.

    31. Re:Obligatory xkcd by Jake73 · · Score: 1

      The only problem with that system is it makes all of those sites unaccessible from literally any other computer in the world, unless you carry the KeePass file around with you.

      To a great extent, that's the point. My feeling is that my stuff should be inaccessible from any other computer in the world unless I trust that computer. And representative of my trust of that computer is that my TrueCrypt (and KeePass) files are on it.

    32. Re:Obligatory xkcd by Sique · · Score: 2

      No, it's 170000^4. It's 170000 possibilities for the first one times 170000 possibilities for the second one times 170000 possibilities for the third one times 170000 possibilities for the fourth one.

      --
      .sig: Sique *sigh*
    33. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      You're failing at basic combinatorics.

      The number of distinct 8 character passwords from a set of 102 characters is 102^8, not 8^102. Your math should look like:

      2048^4 ? 102^8

      2048^4 10404^4

      The final result is:

      1.7 × 10 ^ 13 1.17165938 × 10^16

      The random 8 character password is more secure by three orders of magnitude, not less secure by 900 orders of magnitude as you claim.

      Your mathematics are disastrous.

    34. Re:Obligatory xkcd by Anonymous Coward · · Score: 2, Informative

      The XKCD's entrophy assumes an equal chance of any common word being used, not weighing the attack on begging with the most common words, thus its results are innaccurate. RTFA.

    35. Re:Obligatory xkcd by TheRaven64 · · Score: 4, Insightful

      It assumes that the reader tries a dictionary, but it also assumes that words in the dictionary are equally probable. An English dictionary contains about 600,000 words. A typical English speaker uses 2,000 different words over the course of any given week and knows about 20,000. Depending on which of these numbers you use as the search space, the entropy is a lot larger. For example, XKCD's metric would regard 'Natalie Portman is superlatively callipygian' and 'I like to eat apples' as having the same entropy, but the former is probably a lot harder to find with a dictionary attack, because a list of 2,000 common words is not likely to contain callipygian and may not contain superlatively, while it will contain all of the words from the second example.

      --
      I am TheRaven on Soylent News
    36. Re:Obligatory xkcd by gstoddart · · Score: 2

      Couldn't you fix this by adding an additional layer of password creation on your end?

      The more random your password, the less vulnerable it is to a dictionary attack, so yes.

      In this case, they're identifying that many people use multi-word pass phrases which might be more susceptible to a dictionary attack because they end up being fairly common.

      So, a truly random set of characters is likely to be impossible to remember, but really secure. But "Harry Potter and the philosopher's stone" might be fairly weak if they're using IMDB as a source and actually getting hits.

      From the sounds of it, people tend to pull those from more common pools than you'd expect, thereby making them not as secure as you'd hope.

      --
      Lost at C:>. Found at C.
    37. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      Your maths.... are wrong...

    38. Re:Obligatory xkcd by TheRaven64 · · Score: 1

      I would not call "random 8 character password(upper, lower, numbers, 40 symbols)" a "hard to remember" password in any case. Those are "completely impossible to remember, absolutely must be written down" passwords.

      Not really. I still remember the password for my dial-up ISP, which was a randomly generated password of this nature. More importantly, I also remember a number of passwords that I've generated that match this description simply by taking the first letter from each word and the punctuation from a sentence. For example, 1/2a£o2pr,1/2a£ot is easy to remember (half a pound if tuppeny rice, half a pound of treacle), but contains numbers, letters, and symbols. There's some repetition in this one, but if you exclude repetition then you reduce the search space and your code are easier to crack (ask the Nazis).

      --
      I am TheRaven on Soylent News
    39. Re:Obligatory xkcd by buchner.johannes · · Score: 4, Informative

      It assumes that the reader tries a dictionary, but it also assumes that words in the dictionary are equally probable. An English dictionary contains about 600,000 words. A typical English speaker uses 2,000 different words over the course of any given week and knows about 20,000. Depending on which of these numbers you use as the search space, the entropy is a lot larger. For example, XKCD's metric would regard 'Natalie Portman is superlatively callipygian' and 'I like to eat apples' as having the same entropy, but the former is probably a lot harder to find with a dictionary attack, because a list of 2,000 common words is not likely to contain callipygian and may not contain superlatively, while it will contain all of the words from the second example.

      Read it again. He assumes 16 bits of entropy for 'Troubadour', an uncommon word, and only 11 bits for the four common words. This *is* a lot, as you say, as bits (of entropy) are a log scale though, it doesn't look as impressive. The combination is what makes it so powerful (11^4 vs 16).

      --
      NB: The message above might reflect my opinion right now, but not necessarily tomorrow or next year.
    40. Re:Obligatory xkcd by multimediavt · · Score: 1

      Well, not exactly applicable but interesting to the discussion.

      I think the point is that consideration must be made for the "location" of the access portal. That is, if anyone with an internet connection can try their key in your lock, you probably want a pretty good lock.

      But for access to things that have additional security, the lock quality may be reduced in favor of a key that is easy to remember.

      1. Keep a good, long, easy-to-remember passphrase for access to your TrueCrypt partition that sits on a private computer inside your house.

      2. Store passwords inside this partition in something like KeePass. The KeePass password doesn't need to be industrial. It should be easy to remember, but non-obvious. You type this password a lot.

      3. Keep all internet passwords at maximum strength for the site and make them random from your password generator.

      Thank you. Now we know you use a private machine at your home, with a TrueCrypt volume on it and a KeePass directory of your passwords. We'll be watching your social network accounts to see when you're on vacation. lol

      First of all, you're setting yourself up with a massive fail should anything in this chain go wrong as all your eggs are in one basket. I could go on, but it's pointless. You haven't thought this scheme all the way through. What if the hard drive goes bad? What if just one or two sectors on this hard drive go bad? What if you get hit by a bus, have a heart attack, get caught in an act of terrorism or act of God? (just realized there isn't much difference between these, hmmmm) Not only is that bad password security, it's just bad IT practice all around.

    41. Re:Obligatory xkcd by buchner.johannes · · Score: 2

      The combination is what makes it so powerful (11^4 vs 16).

      That should be 11*4 (as it is log, as I mentioned).

      --
      NB: The message above might reflect my opinion right now, but not necessarily tomorrow or next year.
    42. Re:Obligatory xkcd by afidel · · Score: 2

      They don't, but if they have the resources for a brute-force search, it's moot since in theory they'll just keep trying until they find it.

      Except you can make a cipher practically impossible. AES256 is one such cipher, unless there is a significant breakthrough in cryptography a correct implementation of AES256 would require a perfect computer consuming all of the suns output longer to crack than the sun has life left.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    43. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      When you say generated, do you mean randomly generated? It's unclear if 1/2a£o2pr,1/2a£ot came out of pwgen or the like or you took your phrase and then generated the password from it. In any case, the past you were replying to spoke of the former.

    44. Re:Obligatory xkcd by realityimpaired · · Score: 5, Informative

      People are under the mistaken impression that would-be hackers waste their time trying to brute force passwords. They don't. They either exploit design vulnerabilities (in which case your password doesn't matter), or they try a little social engineering to get your password. The one thing the movie Hackers got right was the scene when Dade called up the night security desk at one of the places he was trying to hack, pretending to be an employee in a panic, and got him to read the phone number off the modem so he could dial in. That's how it really does work... you come up with a ruse, and convince somebody who doesn't know better to give up sensitive information that you can use to gain access to the system.

      And that's where passphrases have a huge advantage: they are easy enough to remember that they don't need to be written down.

    45. Re:Obligatory xkcd by isorox · · Score: 1

      Aren't those exponents reversed?

      2048^4 vs 102^8?
      1.7 * 10^13 vs 1.1 * 10^16?

      So completely random is still better in this sense. Just hard to remember and maybe hard to input. xkcd compared "uncommon word + common substitutions + a couple random characters".

      Fine. Use 5 random words. Will be a hell of a lot easier to remember than a truly random 8 letter string.

      If you're really keen on generating a fairly easy to remember password that's as secure as 16 character passwords from a set of 102, choose 23 lowercase characters, choose 10 from a common set or words, or concattenate the following.

      $ cat /usr/share/dict/words|grep "^[a-zA-Z]*$"|wc -l
      74059
      $ alias randompass="cat /usr/share/dict/words|grep "^[a-zA-Z]*$"|random 750|head -7"
      $ randompass

      but if you really think that 7-aRkHc1_m!%4"£$ is rememberable enough that you don't need to write it down, good on you.

    46. Re:Obligatory xkcd by isorox · · Score: 4, Insightful

      It's more secure than 5#f^x902 in almost every way, except that it's easier to shoulder-surf in one try because it's a proper sentence.

      Chances are "5#f^x902" will be on a postit on the monitor

    47. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      What puzzles me, is where in the math you removed all the dictionary words that can come up using "random" characters.

      For what I know if you randomize, you don't necessarily know that you end up with a dictionary word, right? So you see if your randomly generated password looks like a dictionary word and you discard it. Where's that "minus" sign in all this math?

    48. Re:Obligatory xkcd by ArundelCastle · · Score: 3, Interesting

      Try adding purposefully misspelled words or bad grammar and it makes shoulder surfing hu23 sekane in the despondingly overstitch. Side effects of using passphrases like that include speaking random gibberish on occasion.

      I think this is always the key point. Other than the usual 1337 to text substitutions, which are easily predictable, I have never seen or heard of a "typo dictionary" attack. At that point it diminishes to raw permutations unless you start scripting likely pairs of consonant and vowels, which would differ between languages no matter their character set (ie. Hawaiian vs. French). Even lolcat is a language of randomness, ackshuilly. ;)

    49. Re:Obligatory xkcd by JigJag · · Score: 1

      you are quite generous with the amount of word an average person knows and uses. Last I heard, an average person uses at most 1000 words in the course of their life; 2000 for extremely literate individuals.

      JigJag

      --
      "The hallmark of humanity is the ability to move beyond sensory inputs" - Mary Helen Immordino-Yang
    50. Re:Obligatory xkcd by Culture20 · · Score: 1

      Yeah, I just realized I was the one who got it wrong. Since 8 bits is 2^8... I shouldn't post that early in the morning.

    51. Re:Obligatory xkcd by geminidomino · · Score: 1

      I'm no crypto expert, but it occurs to me... wouldn't that sort of explicit requirements list be rather counterproductive? Using the really bad example from your post, for example.

      The worst site that I would allowed only 12 characters, but required at least 2 digits, 2 special characters, and 2 upper case letters.

      So you're essentially, removing from the possible result space, any string that doesn't meet every one of those requirements (I'm under-caffeinated to do that math ATM), yes?

    52. Re:Obligatory xkcd by Chris+Burke · · Score: 1

      For what I know if you randomize, you don't necessarily know that you end up with a dictionary word, right? So you see if your randomly generated password looks like a dictionary word and you discard it. Where's that "minus" sign in all this math?

      In the noise. Negligible second-order effect. Not worth even accounting for. Around ten orders of magnitude smaller than the total search space. Probably worth eye-balling your randomly generated password just to be safe, but probably not worth designing the password gen algorithm to detect it.

      --

      The enemies of Democracy are
    53. Re:Obligatory xkcd by darkgrayknight · · Score: 0

      though one point would be that four words is more than 8 characters and if the hacker does not know if the user used all dictionary words or threw in some random gibberish, then it would appear to the hacker as closer to 102^28 .

    54. Re:Obligatory xkcd by DamnStupidElf · · Score: 4, Insightful

      Good luck with about half of the websites out there that have a ridiculously short limit on passwords. Some are as low as 8 or 6 (!) characters. There's no way to consistently use secure passphrases with all the shoddy web development out there. The solution is to use a password manager and generate secure passwords as long as the site will accept and protect them all with a secure master passphrase.

    55. Re:Obligatory xkcd by omglolbah · · Score: 1

      If you get hold of the database of hashed passwords and emails of Site X you can be quite sure that a large number of people have used the same password for their email service.

      So... By offline-cracking that list, you gain access to a pile of email accounts.. which again opens up all the sites the user has info on in their account (reset password etc..)

      Exploiting a service means you can gain credentials to a service where you do -not- have a security flaw to exploit.

      All in all using different passwords is of course a better idea, but people are lazy..

    56. Re:Obligatory xkcd by omglolbah · · Score: 3, Funny

      Try when you have to log onto a myriad of different systems with different passwords.

      It is not possible for a sane person to remember upwards of 30 such random passwords which of course change every 60 days.... meh

    57. Re:Obligatory xkcd by sociocapitalist · · Score: 1

      I would have guessed "I like to eat Natalie Portman' first actually, regardless of entropy...

      --
      blindly antisocialist = antisocial
    58. Re:Obligatory xkcd by omglolbah · · Score: 2

      Why would you use AES256 to generate a one-way-hash?.....

      Using AES256 for storing passwords means that if you have a breach and the hacker gets hold of the database and has access to the login code you have given the attacker all user passwords in plain text....... Not a good thing.

    59. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      Speak for yourself. You don't have to remember it in order to recite it, just to type it. You just need the muscle memory. Generate a random 8-, 10-, or even 12-character password and then practice typing it. Practice makes perfect.

      Now the _real_ problem is remembering which of your half dozen randomly generated 10-character passwords you used on any particular website. It makes it a little easier if you use the same one for websites you _know_ will get hacked 7 ways from Sunday, like Facebook, and a unique one for each banking website, etc.

      What you can do--if you can stomach it--is remember just a handful, and then write a little HMAC generator which takes your secret and the domain of the website.

      Now the _real_ bitch is for services that require you to reset your password every couple of months, like your friendly neighborhood BOFH IT admin. Obviously for those you use the simplest possible password you can get away with, just to teach them a lesson. Or you can chain-hash the result of your HMAC generator for each generation of passwd. But that's being too kind.

    60. Re:Obligatory xkcd by geminidomino · · Score: 1

      Oops. Sorry for the comma abuse. Restructured my sentence and didn't proofread carefully enough.

      Hey, I said I was under-caffeinated!

    61. Re:Obligatory xkcd by Jake73 · · Score: 1

      First of all, you're setting yourself up with a massive fail should anything in this chain go wrong as all your eggs are in one basket. I could go on, but it's pointless. You haven't thought this scheme all the way through. What if the hard drive goes bad? What if just one or two sectors on this hard drive go bad? What if you get hit by a bus, have a heart attack, get caught in an act of terrorism or act of God? (just realized there isn't much difference between these, hmmmm) Not only is that bad password security, it's just bad IT practice all around.

      The discussion was about password security. There's an entirely different discussion about backups, power of attorney, identity theft, medical advanced directives, catastrophe management, etc. You are correct, though -- these are all considerations that require careful evaluation and recognition that they CAN and DO occur.

    62. Re:Obligatory xkcd by omglolbah · · Score: 1

      Yes, but the 'boss' doesnt get that..

    63. Re:Obligatory xkcd by TheRaven64 · · Score: 1

      1,000 seems very low. When I was a small child, I had a book called 'My First Thousand Words in Pictures.' It only contained concrete nouns (because those are easy to have pictures of) and only ones I'd expect small children to know (duck, pond, boat, dinner, lunch, things like that). I'd be pretty astonished if someone managed to survive without using more than 1,000 words for their entire life...

      A quick search found that my numbers were the generally accepted estimates, so I'd be interested in a source for the 1000-2000 numbers. The Simple English Wikipedia uses about 2,000 words, and it is using a significantly reduced subset of English...

      --
      I am TheRaven on Soylent News
    64. Re:Obligatory xkcd by MyLongNickName · · Score: 1

      Please cite a source for this. It is absolutely unbelievable.

      --
      See my journal for slashdot ID's by year. Mine created in 2005. http://slashdot.org/journal/289875/slashdot-ids-by-year
    65. Re:Obligatory xkcd by DamnStupidElf · · Score: 2

      The proper way to mount a dictionary attack is to start with an example database of stolen/cracked passwords to generate a good statistical model for most passwords and then write a generator that will enumerate all possible passwords but in an order such that the password spaces containing the majority of passwords are enumerated first. This may mean running a pure dictionary attack in parallel with a grammar for generating short English-looking passphrases, and once that's complete shift to going back over the english passphrases substituting alternating case, 1337 replacement, symbol alternatives to spaces, etc. while also beginning a brute force against shorter random passwords from the set of common ASCII characters, and sometime during that process beginning another parallel generation of all passwords using the full 8-bit character set. I don't know the exact breakdown of people's passwords but I'm guessing that is at least a reasonable order to search the possible spaces in. Obviously replace English with the assumed first language of the victim, and if necessary use the proper subset of unicode or a different ASCII codepage for passwords.

      I'm sure you've seen the nonsense English generators that construct simple sentences with random dictionary words matching the parts of speech. Given that you used perfect grammar it is not as hard as you might imagine to generate the particular example you quoted. Normal English text has close to 1 bit of entropy per letter and so your passphrase might have about 60 bits of entropy. That's within the realm of large distributed attacks or dedicated attackers, comparable to RC5-64 that was cracked a few years ago. Assuming an attacker performs the search by running a brute force attack, dictionary attack, and a grammar-derived passphrase attack in parallel it would only take about 3 times as long (roughly 1.5 extra bits of entropy) to find a password of a given strength regardless of the method it was generated with.

    66. Re:Obligatory xkcd by zigfreed · · Score: 1

      and by adding 1 character out of place, (i.e. correcthorse&batterystaple) and the dictionary attack doesn't work.

    67. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      A typical English speaker uses 2,000 different words over the course of any given week and knows about 20,000. ...
      callipygian

      Thank you, sir. I know know 20,001 words, and the 20,001st is my absolute favorite.

    68. Re:Obligatory xkcd by Eponymous+Hero · · Score: 1

      you don't have a clue. there's a difference between words you know and words you use. the average high school student knows about 10,000 words and uses about 3000-5000 per week. the average adult knows about 20,000 words and uses about 2000 per week. that's not necessarily the same 2000 words. there are also differences between reading, listening, and speaking vocabularies. reading vocabularies are always much higher than spoken ones, and i'm pretty sure no one will disagree that our speaking vocabs are larger than our listening ones. if you count the words we don't know but are able to recognize based on other words we do know, we have vocabs capable of 65,000-75,000 words. what you do with those words is up to you.

      --
      insensitive clod overlords obligatory xkcd car analogy russian reversals whoosh pedant fanbois ftfy in 3...2...1..PROFIT
    69. Re:Obligatory xkcd by 93+Escort+Wagon · · Score: 5, Funny

      IA typical English speaker uses 2,000 different words over the course of any given week and knows about 20,000.

      Verily and forsooth! Thou dost assume what thou shouldst not. Amend thy ways, miscreant, lest thou find thyself at the receiving end of my bludgeon!

      --
      #DeleteChrome
    70. Re:Obligatory xkcd by kipsate · · Score: 1

      The xkcd assumes 44 bits of entropy by using four words, so 11 bits of entropy per word. That means the average frequency of the words in a phrase should be 2^11 = 2048 to achieve a total entropy of 44 bits, which is not an outrageous assumption, IMO.

      --
      My karma ran over your dogma
    71. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      A sane person proceeds to use a password database.

    72. Re:Obligatory xkcd by DamnStupidElf · · Score: 1

      Who else knows your simple encryption algorithm, or they key? If you just run MD5 on your password it's no use; an attacker will just run MD5 on all their dictionary words and try them as your password.

      Always assume the attacker knows all your methods and algorithms and only your keys are secret.

    73. Re:Obligatory xkcd by Ihmhi · · Score: 3, Interesting

      I had a customer who was in the military who was really concerned about his privacy. He had an ex-wife who was really vindictive and trying to get into his e-mail, Facebook, anything just to fuck with him. So he asked me for some advice on how to make a secure password that will stop casual attempts.

      ME: "Okay, you were a soldier, so you know NATO phonetics right?"

      HIM: "Yeah..."

      ME: "What year were you born?"

      HIM: "1982."

      ME: "Give me the individual letters of 'apple' in NATO phonetics."

      HIM: "Alpha Papa Papa Lima Echo."

      ME: -writes down- "alpha1papa9papa8lima2echo". Here's your password. We're not going to use this, but when I finish unfucking your Windows registry I'll ask you again.

      ~1 hour later~

      ME: "So what was that password?"

      HIM: "Alpha one papa niner (lol) papa eig- holy shit, I remember it!"

      ME: "Right. Now do something similar, but create something I don't know about. I don't like to know my customer's passwords."

      Teach someone to use mnemonics and patterns and you can create something interesting and easy to remember. There's no reason the "random letters, numbers, etc." and "leetspeak" methodologies need to be mutually exclusive.

      I use a similar logic of patterns and the like for myself. My bank's website only allows letters and numbers for the password (and only up to 20 characters, lame) so I use a pattern on the keypad to remember it via muscle memory. (I "draw" a particular shape using the number keys in my head., and then some letters, and then some more numbers. My e-mail password is 30+ characters long. I have half a dozen pretty strong passwords floating around in my head and I'm not going to forget them anytime soon because I created a pattern that is personally easy for me to remember but cryptographically difficult to discern or break.

    74. Re:Obligatory xkcd by Lemmeoutada+Collecti · · Score: 1

      While this comic is accurate in the basic calculation, there are several assumptions that a password hacker can use to simplify even a semi-brute force search.

      * The US keyboard layout only has 94 symbols (~7 bits).

      * Unless the site is completely non-English, there are probably some US users.

      Applying those criteria, the base search would be 7^Length for the initial scan, with a very high probability of finding the password in that pass. That is n-(floor(n/8)) actual entropic bits. A 1024 bit password reduces to 1016 bits. Further reductions in the initial scan can be made by only scanning for common substitution characters, and removing the lower 19 ASCII codes from the space (which are not easily used in a password. That leaves behind 5 bits per character. The remaining space for the 1024 bit password is now n-(floor(n/8)*4)=~n/2 or 512 bits of entropy. A brute force search can be conducted on that space in mere seconds.

      So our attacker manages to obtain more than one password, possibly an entire file. Since one vulnerability is usually all that is required to gain further access, they only need one or two successes. They use the above methodology, in all reality gaining more than one or two passwords. Game, set, match.

      In theory, salting the passwords is only effective if they are performing a man-in-the-middle capture. If they obtain the list of hashed passwords directly, salt does nothing to help.

      There are ways to mitigate this threat, such as multi-factor authentication. But thinking that passwords are going to do more than slow a determined attacker down is subscribing to the illusion of security.

      --

      You can have it fast, accurate, or pretty. Pick any 2.
    75. Re:Obligatory xkcd by Rolgar · · Score: 1

      But really, what's the point. Has anybody here ever had an account (their own or a user) get locked out by somebody else trying to guess the password through brute force? I don't know that anybody is trying to guess passwords by setting up a computer to guess hundreds per second. My wife had her yahoo account compromised, fixed by changing the password fixed the problem. I had a friend who had his facebook account get compromised, also fixed by a password change. But my guess is that somebody had access to either the hash either from a cookie or an unencrypted email login (password logged in but the transmission plain text so the hash could be viewed).

      If nobody is trying to get the password through a computer entering every possible combination, then all that matters is that your password doesn't show up in the lists of popular or default passwords, or names/mascots that might easily be guessed. Most likely, you could use the password zoologist or some other not so common word, and it'll probably never get cracked, unless somebody knows you are one and specifically tries that password.

      Of course, maybe by keeping the cost of using this method of trying passwords difficult (years to guess assuming your password is the last one tried out of all of the possibilities) is what keeps anybody from using it. I think you could easily up the number of tries from 3 or 5 to 100 to reduce the administrative effort of unlocking passwords, since anybody going to the effort of guessing passwords randomly is unlikely to hit the right solution in the first 100 guesses.

      I also think you could also stop forcing password changes. The only good that does is prevent a shared password from continuing to be exploited after a certain length of time. Much better to educate users that if you suspect a password has been compromised, then they should change it. I've had a bank and a credit union over the last 7 years. Neither account has ever been hacked, with reasonably good password measures. I think Bank of America would show you a picture you'd previously chosen so you would know that you were on the real site (If they have my account ID, couldn't they get my picture after slowly loading while there system went and grabbed the real picture, maybe their was more to it?). Other than that, not much password security. My current Credit Union only allows 6 letter passwords, but then you have to answer a challenge question that you have selected and answered. To those, I jumbled the letters to the right answer making it impossible for somebody to gain access even if they know the answers.

    76. Re:Obligatory xkcd by fast+turtle · · Score: 1

      which is exactly what the various password safes/generators supposedly do. Keepass is a good example of this.There's a master PW to access all of my saved/created PW's. Those individual PW's are randomly created based on what ever limits are set by the site it's for.

      I've found that this offers the reasonable security and flexibility though anyone successfully breaking the master PW gains access to the entire keyfile.

      --
      Mod me up/Mod me down: I wont frown as I've no crown
    77. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      There's a big difference between being lazy and asking too much of people because we haven't come up with anything better.

      I use a service that acts as a key vault. All the sites I use have randomly generated, extraordinarily strong passwords.

      Unfortunately, I use many of the most common sites on many different platforms (xbox, roku, tablets, phones, etc) where I now have to manually log into the key vault service, find the record for that site, copy that password, then go back over to the real site and paste it in. That's where I CAN copy paste instead of manually transcribing, and when I DO have access to that service.

      For regular browsing on a workstation... works great.

      I've taken to changing the common ones to one simpler password at the upper limits of what I can reliably remember, because the state of security (largely based on remembering complex passwords) is fucking retarded. This is exactly what I've told people they shouldn't do.

    78. Re:Obligatory xkcd by jklovanc · · Score: 2

      A very important point has been missed in this discussion. The first 9 characters of the initial xkcd password are not random, they are a word. Because they are a word their entropy is not 102^9=1.17165938 * 10^16. Since it is a word and there are a lot less than 102^9 nine letter words xkd assigned them an entropy of 2^16=65536. They then added a few factors to up the entropy of the word to 2^20 = 1048576.

      So it breaks down like this.
      1. True random 9 character password; very difficult to crack almost impossible to remember (especially if you have more than one). Will always be written down so can be read by anyone.

      2. 9 Character word with substitutions, easy to crack easier to remember but written down as the rules for forming one can be complex. Worst of both words.

      3. Multi- word pass phrase; if at least five words are use it is much harder than 2. not as hard as 1 but does not need to be written down as it is easy to remember.

    79. Re:Obligatory xkcd by noahisaac · · Score: 1

      This might explain why I'm insane.

    80. Re:Obligatory xkcd by jklovanc · · Score: 1

      A couple of questions about your ISP password.
      1. Did you write it down when you first got it?
      2. How many characters was it?
      3. How many times a day did you use it?
      4. How long was it before you stopped referring to the written password?

      If a password is short enough and used enough times during the day for long enough and it is the only password of the type then it can eventually be remembered. But you have to write it down at least one and refer to that note until the password gets drilled into your head. What would have happened if the password changed every two months. Now instead of having one password to relate to your ISP you have a number of them. How often do you thing one might remember the wrong one?

      I was dealing with a 9 letter random password that took me three months to remember because I only used it two or three times a day. If that password changed ever two months I would never remember it. In fact I think the thing that finally kicked it over the edge was the day the VPN was flaky and I had to enter the password about 50 times.

    81. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      There is something that always bothered me, how in the hell does the attacker knows if I am using words for my password or not?

      They will try both, up to a certain level of difficulty. Using twice as much effort on one of the methods will only crack one more bit.

    82. Re:Obligatory xkcd by JigJag · · Score: 1

      "les 500 mots les plus fréquents représenteraient 90% (pourcentages non garantis !) de n'importe quel texte"

      which roughly translates to:
      "the 500 most frequently used words make up 90% (unconfirmed) of the content of any text"

      source

      sure it's not confirmed and it's about the french language, but it gives an idea. I apologize however since I shouldn't have said "at most 1000 words" but "typically 1000 words".

      JigJag

      --
      "The hallmark of humanity is the ability to move beyond sensory inputs" - Mary Helen Immordino-Yang
    83. Re:Obligatory xkcd by MyLongNickName · · Score: 1

      It is actually difficult to define vocabulary size. If I know "jump", does "jumper", "jumped" and "jumping" count as new words?

      Regardless, the 1,000 - 2,000 word vocabulary is unbelievable for most individuals over the age of 8.

      --
      See my journal for slashdot ID's by year. Mine created in 2005. http://slashdot.org/journal/289875/slashdot-ids-by-year
    84. Re:Obligatory xkcd by Chrisq · · Score: 1

      1,000 seems very low.

      I bet I could compile 1000 swear words. After all the Pakis managed it, though they did resort to including every word that is sacred in non-Muslim religions.

    85. Re:Obligatory xkcd by JigJag · · Score: 1

      I posted a response to another comment giving a certain source for what I said. Now, it's about the french language and it's about typical usage, not all acquired words, but basically 500 words make up 90% of any given text. (source)

      That being said, I'm not a linguist, and being bilingual, I typically use way more than 2000 different words in the course of a week.

      JigJag

      --
      "The hallmark of humanity is the ability to move beyond sensory inputs" - Mary Helen Immordino-Yang
    86. Re:Obligatory xkcd by Creepy · · Score: 1

      Maybe less so these days, but I remember getting user lists and running through passwords like "god, God, admin, letmein, etc. I seem to recall letmein is in the top 5 most popular passwords still today, so the problem isn't entirely gone.

    87. Re:Obligatory xkcd by MyLongNickName · · Score: 1

      First, thank you for the link. I would argue, however, that there is a large difference between the most frequently used words and a vocabulary. There is also a large difference between a given text and a persons vocabulary. If I write a ten page paper for a marketing class, it may be 5,000 words and 4500 of them will be normal every day words. The other 500 are more specialized. Same for a technical paper.

      I am actually curious.... I'm going to write a unique word counter and run it over some things I have written this year to see what I can see.

      --
      See my journal for slashdot ID's by year. Mine created in 2005. http://slashdot.org/journal/289875/slashdot-ids-by-year
    88. Re:Obligatory xkcd by GrumpySteen · · Score: 1

      You left off... "but it would take a few thousand to represent 95% of any which text", which is kinda important, and the quote you just gave doesn't support your original suggestion that the average person will only use 1000 words in their lifetime. In fact, 5,000 is quite clearly mentioned as the number that the average French person would use regularly.

      If the average person used only 1000 words in their lifetime (which is what you claimed in your original post), almost everything would be written to accomodate that and you'd see a number much closer to 100% on the first line of this chart. Fortunately, you're wrong and average people can read and understand more than 3 out of 4 words that they read.

    89. Re:Obligatory xkcd by MyLongNickName · · Score: 1

      I ran this through a couple of short documents I wrote

      One had 525 words, 272 were unique. I got to 90% of the text's words in 220 unique words
      One had 1325 words, 619 unique. I got 90% of the text's words in 486 unique words

      WIldly extrapolating, if a paper uses 500 unique words to define 90% of its text, it will have about 640 unique words. This certainly does not equate to a vocabulary. This can be demonstrated very easily....

      I am the author of both documents. if what you were saying is accurate, I have a 272b word vocabulary. In the other I have a 619 word vocabulary? Which is correct? Neither. I was writing for specific purposes and only used a subset of my "three+ sigma" words in each.

      This comment has 128 words and 72 unique words.

      --
      See my journal for slashdot ID's by year. Mine created in 2005. http://slashdot.org/journal/289875/slashdot-ids-by-year
    90. Re:Obligatory xkcd by Eponymous+Hero · · Score: 1

      it's also hard to believe glass is a liquid or that oxygen is harmful. usually only to those who've never bothered to find out. i'm not really interested in someone's personal beliefs on the matter, this isn't religion.

      --
      insensitive clod overlords obligatory xkcd car analogy russian reversals whoosh pedant fanbois ftfy in 3...2...1..PROFIT
    91. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      it's also hard to believe glass is a liquid or that oxygen is harmful. usually only to those who've never bothered to find out. i'm not really interested in someone's personal beliefs on the matter, this isn't religion.

      Glass is not a liquid, that's an urban legend.

    92. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      Verily and forsooth! Thou dost assume what thou shouldst not. Amend thy ways, miscreant, lest thou find thyself at the receiving end of my bludgeon!

      Get out of my head, dammit! Now I have to change my password...

    93. Re:Obligatory xkcd by Roachie · · Score: 1

      what means this word 'literate'?

      --
      This sig is not paradoxical or ironic.
    94. Re:Obligatory xkcd by PuckSR · · Score: 2

      When are you going to realize that most of those websites don't require good passwords. Ars Technica requires a complex password to comment on an article. Why? Are you really worried that someone will waste the time to brute force crack your Ars Technica account and leave mean comments?

      Gawker got hacked, but who cares? Just use 4321 as your password on a site like that. If you really want to go to the trouble of creating an 8-character truly-random password for a news site or a site like slashdot....good luck.

    95. Re:Obligatory xkcd by Scarletdown · · Score: 1

      Well, Belgium!

      --
      This space unintentionally left blank.
    96. Re:Obligatory xkcd by snowgirl · · Score: 1

      His post was clear. The password "1/2a£o2pr,1/2a£ot" was generated non-randomly from the phrase.

      --
      WARNING! This girl exceeds the MAXIMUM SAFE standards established by the FDA for BRATTINESS
    97. Re:Obligatory xkcd by snowgirl · · Score: 1

      My most secure password has a range of at best 14 hundred million centuries.

      Although my standard-use passwords seem to be stuck at the 2 second mark...

      --
      WARNING! This girl exceeds the MAXIMUM SAFE standards established by the FDA for BRATTINESS
    98. Re:Obligatory xkcd by PCM2 · · Score: 1

      The XKCD's entrophy assumes an equal chance of any common word being used, not weighing the attack on begging with the most common words, thus its results are innaccurate. RTFA.

      I don't think they are. In XKCD's example, the pass "phrase" was a list of seemingly random words with no connection to each other. It didn't try to be a sentence, where there were conjunctions between the words, which would be easy to guess. It didn't even try to be a complete thought that somebody might actually have -- the mnemonic came after the words.

      And it doesn't matter if the words are "common" if the attacker can't put them in the right order. If your password is "stapler red plantain goober," it makes absolutely no difference that a lot of people use "red stapler" as a password.

      It's not impossible to guess such a password. But it's impossible to brute-force such a password in a reasonable length of time. If you want to make it even harder, throw a comma in between a couple of the words, or capitalize one or two of them. Still easy to remember, virtually impervious to brute-force attacks. But keep in mind, brute force isn't the only way to hack passwords.

      --
      Breakfast served all day!
    99. Re:Obligatory xkcd by PCM2 · · Score: 1

      I'll go you one better. Whenever I sign up for an account on a Web site (Facebook, Myspace, Amazon, etc.) I use a unique email address.

      That way, if someone steals my password (or they figure out my password-making "system"), they still can't use my password from one site to login to another, because they don't know what address it's under.

      Equally important, if no two sites have you registered under the same email address, it makes it that much harder to use your account info from one database as a foreign key for another.

      --
      Breakfast served all day!
    100. Re:Obligatory xkcd by PCM2 · · Score: 2

      When I was a small child, I had a book called 'My First Thousand Words in Pictures.' It only contained concrete nouns

      I hear Eskimos have a lot of different words for snow. What language has a thousand different words for concrete? (ducks)

      --
      Breakfast served all day!
    101. Re:Obligatory xkcd by LordLimecat · · Score: 1

      It should be 2048^4, since youre taking one out of 2048 elements four times.

      Out of the dictionary of 25,000 words that people commonly use, however, the 4 words approach does win.

    102. Re:Obligatory xkcd by MyLongNickName · · Score: 1

      Snarky comment aside, you'll notice I first asked OP for a source. I then demonstated that his citation did not imply that an individual's vocabulary was 1,000 words, but that the average paper used about 1,000 words. Huge difference.

      And what makes your "facts" so funny is that you are one of those people "who've never bothered to find out" that glass is NOT a liquid.

      Third point, common experience can tell you that a vocabulary size of 1,000 would make you almost illiterate in today's society. If you told me that the average house were six feet tall, I wouldn't need a study to prove you were wrong.

      In short, your misdirected insult is humorous.

      --
      See my journal for slashdot ID's by year. Mine created in 2005. http://slashdot.org/journal/289875/slashdot-ids-by-year
    103. Re:Obligatory xkcd by PCM2 · · Score: 1

      I think Bank of America would show you a picture you'd previously chosen so you would know that you were on the real site (If they have my account ID, couldn't they get my picture after slowly loading while there system went and grabbed the real picture, maybe their was more to it?). Other than that, not much password security.

      Actually, in addition to the picture thing you mention, I believe Bank of America offers a couple of different second-factor authentication methods. I don't remember all of the options, but I have my account set up so that certain types of transactions require me to enter a numeric code that BofA will SMS to my phone, in addition to my regular account password.

      --
      Breakfast served all day!
    104. Re:Obligatory xkcd by MyLongNickName · · Score: 1

      And here are more facts for you...

      "According to Beck and McKeown (1991), 5 to 6 year olds have a working vocabulary of 2,500 to 5,000 words."

      "The average student learns about 3,000 words per year in the early school years -- that's 8 words per day (Baumann & Kameenui, 1991; Beck & McKeown, 1991; Graves, 1986), but vocabulary growth is considerably worse for disadvantaged students than it is for advantaged students (White, Graves & Slater, 1990)."
      http://www.balancedreading.com/vocabulary.html

      "David Crystal described a simple research project — using random pages from a dictionary — that suggests these figures are severe underestimates. He concludes that a better average for a college graduate might be 60,000 active words and 75,000 passive ones. But this method of assessing vocabulary counts dictionary headwords only; it would be possible to multiply it several-fold to include different senses, inflected forms, and compounds. Another assessment — of a million-word collection of American texts — identified about 38,000 headwords. Bearing in mind this was all general writing, this doesn’t sound so different from David Crystal’s estimates for graduate vocabularies."

      http://www.worldwidewords.org/articles/howmany.htm

      --
      See my journal for slashdot ID's by year. Mine created in 2005. http://slashdot.org/journal/289875/slashdot-ids-by-year
    105. Re:Obligatory xkcd by Kelbear · · Score: 2

      An easy way to make a complex password and different password for each site is to:

      1) L33t the name of the site
      2) capitalize the 4th letter
      3) Extend to 10 character minimum with "a", ending on 1.

      Examples:
      sl@sHdota1
      b@nK0f@m3r1c@
      g00G13aaa1

      Obviously, they are asked to choose their own parameters for step 2 and 3 so their passwords are individualized.

      It's effectively 1 password to remember, that you use all the time. But now you have 10-char minimum passwords, with numbers, letters, symbols, and capitalization. It's also unique for every website, and you're given a reminder of your password everytime before you log in. All you actually need to remember is 3 easy steps. 1) L33t it 2) Capitalize "(num)", 3) Minimum 10, or else add "(char)", end on 1.

      (Further, increment the last number as needed when passwords expire and you're required to enter a new one).

      Obviously I don't use the steps above or else I wouldn't be posting it, I just use a variant that achieves similar effects.

    106. Re:Obligatory xkcd by Eponymous+Hero · · Score: 1
      you think it's misdirected because you think it's directed at you. i may have been using a sarcastic tone, but i was on your side here. i understood your point about 1000-2000 words being low. i was agreeing with you.

      the glass is liquid statement was extremely general, and i find it hard to take the semantics of this seriously when water itself can be a liquid, crystalline solid and amorphous solid. have you ever seen molten glass? it's like a syrup. it's really about picking and choosing which phases of temperature and pressure you prefer to use for nitpicking. i'm on the sidelines of this academic deathmatch, ready to tell the winner it didn't really matter in the end.

      In terms of molecular dynamics and thermodynamics it is possible to justify various different views that it is a highly viscous liquid, an amorphous solid, or simply that glass is another state of matter that is neither liquid nor solid. The difference is semantic.

      http://math.ucr.edu/home/baez/physics/General/Glass/glass.html

      --
      insensitive clod overlords obligatory xkcd car analogy russian reversals whoosh pedant fanbois ftfy in 3...2...1..PROFIT
    107. Re:Obligatory xkcd by omglolbah · · Score: 1

      I do this with a wildcard forward on my domain.

      It has the added benefit of letting me know which sites got hacked when I start getting shit to a certain address..

      Like when Curse.com got hacked a while back and I got phising mail for WoW etc.

    108. Re:Obligatory xkcd by Eponymous+Hero · · Score: 1

      3 things here:

      60,000 - 75,000 words is the estimate i gave when considering total words one can recognize. this isn't necessarily compound words or extensions of words, as your source says. it's not simply recognizing that ablutophobia is some kind of fear based on the -phobia extension. if it's all of a sudden valid to use anecdotal "common experience" then my common experience is to stumble on a word i know but haven't used in years, use it for a while during its brief stay in short term memory, and then forget it again when the need to use it tapers off.

      your source says estimates of 20,000 words for a college graduate is low. but i never said college graduate, i said average adult. only about 1/3 of adults in this country have a bachelor's degree or higher. i shouldn't have to point you back to your own source for this. this time semantics do matter.

      lastly, i'm now convinced you think my initial reply was to you, but it was in fact to JigJag, who claimed 2000 words was only for the most literate people. he's the one i'm saying doesn't have a clue. but as it turns out he's french, so the only thing that matters now is that he's a bad tipper but pretends he doesn't know. if he's french-canadian that's even worse.

      --
      insensitive clod overlords obligatory xkcd car analogy russian reversals whoosh pedant fanbois ftfy in 3...2...1..PROFIT
    109. Re:Obligatory xkcd by SpanglerIsAGod · · Score: 1

      Brain hacking is a frightening thing.

      --
      War doesn't show who is right - just who is left.
    110. Re:Obligatory xkcd by MyLongNickName · · Score: 1

      I apologize.

      --
      See my journal for slashdot ID's by year. Mine created in 2005. http://slashdot.org/journal/289875/slashdot-ids-by-year
    111. Re:Obligatory xkcd by trawg · · Score: 1

      Heh I read that xkcd comic a while back and decided it sounded like a completely reasonable practice, so started trying to do that. I almost instantly came up against the limit you describe - it's just not really doable in practice because of this limit.

    112. Re:Obligatory xkcd by Vegemeister · · Score: 1

      Yes. If you have users that know to randomly generate their passwords, it is best to restrict the character set for memorability and unambiguity (single-case and numerals, no puctuation), and use long passwords.

      Unfortunately, when left to their own devices, users tend to pick passwords like 'beatfabrik' and 'paddlepop'. These tend to get stronger when you add !@$^&*()_+":.

    113. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      Hence why we must use diceware if we're going to create secure "passphrases".

      Another idea, if you have a better memory.
      1. Generate a 6 character alphanumeric password. Memorize.
      2. Generate another 6 character alphanumeric password. Add to original password. Memorize.
      3. Keep repeating this process until you feel sure you won't forget it.

      Another option is passwordcard.org.

      And is writing down your password any less secure than having a weak password? Provided you store it in a secure place.

    114. Re:Obligatory xkcd by swalve · · Score: 1

      But the people doing the brute forcing don't know when they have gotten a password partially right. Pinkbananapancacke is going to have to go through the entire dictionary ^ 3 times to crack the password. And that assumes they KNOW the user has strung together three english words.

    115. Re:Obligatory xkcd by swalve · · Score: 1

      But the attacker doesn't know the first 9 characters are one word, nor do they know what follows after that. Brute force cracking (even with a dictionary) isn't like cracking a combination lock, they don't get a tumbler-fall to tell them they got the first word right. Even if your password is AnAbleAardvark, the machine has to go through the whole dictionary n^2 plus a few more times until it gets to aardvark. And that assumes everyone knows you are using a passphrase from an english dictionary.

    116. Re:Obligatory xkcd by afidel · · Score: 1

      I was commenting on the idea that it doesn't matter if your opponent has enough resources because they can brute force it given enough time, not whether it's a good idea to use AES for storing password databases (as you say a one way hash (with a salt) is superior for that purpose).

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    117. Re:Obligatory xkcd by FoolishOwl · · Score: 1

      As I understand it, with the XKCD approach, you're using random words rather than random characters. So, it's a tradeoff in which you do more typing, in exchange for ease of memorization. (Also, I think it's a lot easier to type four or five words, all lower case, than it is to type a shorter string of random characters).

      The key advantage is that if it's easier to remember and use passphrases, then people are more likely to use them, rather than trying to "outsmart" irritating password rules. If users consistently use randomly selected passphrases, that's a big improvement over the common situation of people using passwords like "letmein12345".

    118. Re:Obligatory xkcd by swalve · · Score: 1

      I guess my 64 character wifi password is safe then?

    119. Re:Obligatory xkcd by FoolishOwl · · Score: 1

      The general idea is that you calculate the difficulty of cracking a password or passphrase on the assumption that the attacker knows what algorithm you used.

      More practically, if someone is writing software to crack passwords or passphrases, they're likely to write it so that it checks passwords or passphrases generated by various popular algorithm. So, if you're using a popular algorithm (such as using a sentence), but the attacker doesn't know which one, that adds a few bits of entropy for the software to grind through, but not all that much.

    120. Re:Obligatory xkcd by FoolishOwl · · Score: 1

      He was assuming a list of 2048 common words. Hence, 11 bits of entropy per word.

      Part of the point was that the emphasis was on creating a password that was both random and easy to remember; longer word lists will include uncommon words that are harder to remember. The part about the mnemonic device was not just a punchline, but a prime technique for memorization. It's hard to come up with a mnemonic device for a word you've never seen before.

      Partly because of that XKCD strip, I created a shell script that uses a word list of about 4000 words, and most of the work was coming up with that word list. It would have been much easier to just use the Linux word list for spell checking, /usr/share/dict/words, which on the system I'm using at the moment contains more than 400,000 words. Just now, selecting four random words from the shorter list gives me, "abuse weight facilities naive", which somehow conjures up memories of the locker room in high school. But, with '/usr/bin/shuf -n 4 --random-source=/dev/urandom /usr/share/dict/words', I got, "undflow allo auntship outbreak", with three words I can't remember ever using in any context, two of which I've never seen before, and one of which, "undflow", I will now check in a dictionary because I can't even guess what it means. Good luck remembering that one. (Though it's still easier to type than 'oo#A@y8)02d'.)

      Addendum: none of the dictionaries I checked defined "undflow".

    121. Re:Obligatory xkcd by Firehed · · Score: 1

      Of course it will be - but it depends how the attack is constructed. By the time you get to four or five words, you're still going to be in pretty good shape - even with a very short dictionary of 20k words (OS X's /usr/share/dict/words has 235k), four words picked at random has 1.6e17 possibilities (just slightly above 8 random characters from the lower ascii set, 7.2e16). That said, I've seen an offline dictionary attack resolve a hashed password comprised of three dictionary words and two numbers (all lowercase, no spaces) in about three hours.

      There's a lot of variables, so there's no good answer to this question. How was it hashed? Was the salt compromised, if there was a salt (alternately: is the attack against a specific user or just trying to get access to anyone)? Were the words common? Mixed-case? Throw a number in for good measure?

      I'm guessing it would take a very long time for an uneducated attack against a password of "My favorite number is 1234" to hit, despite being short, common words. But if you knew people had passwords that looked like sentences, you'd change your attack accordingly.

      --
      How are sites slashdotted when nobody reads TFAs?
    122. Re:Obligatory xkcd by FoolishOwl · · Score: 1

      The idea with those constraints is to force users to use unguessable passwords, rather than a password like "password".

      One problem is, as you point out, it reduces the result space, or the maximum amount of entropy in a password. More seriously, in practice, the tighter the constraints on generating a password, the more difficult it is to actually generate a password that passes the constraints -- and the less likely it is that available tools or techniques for randomly generating a password will work. So, you end up with weaker passwords, more password reuse, and more sharing of passwords.

      At my job, I ran into one situation in which a password I had been given for access to a particular server expired, and I had to generate a new one, but the first several randomly generated passwords I tried weren't accepted. I got through to a sysadmin, who told me that it was probably because they had very strict rules for acceptable passwords. But, she couldn't remember what the rules were. Eventually, I came up with a random password generator that created passwords that the server accepted. I shudder to think what my colleagues did.

    123. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      If you tell 1 billion internet users to start using passphrases instead of passwords, how many do you think are going to choose "dysprosium underside" and how many will choose "chicago bulls"?

      It's a valid criticism.

    124. Re:Obligatory xkcd by Confusador · · Score: 1

      Dwarvish? Wombat?

    125. Re:Obligatory xkcd by 93+Escort+Wagon · · Score: 1

      Your password is "Re:Obligatory xkcd"?

      --
      #DeleteChrome
    126. Re:Obligatory xkcd by Tubal-Cain · · Score: 1

      A very important point has been missed in this discussion. The first 9 characters of the initial xkcd password are not random, they are a word. Because they are a word their entropy is not 102^9=1.17165938 * 10^16.

      You misunderstand. We're assuming that the attacker knows that the password is a group of dictionary words.
      Your keyboard has 102 characters on it. So the security of a random-character password is:
      102 (first character) * 102 (second character) * 102... so on and so forth. Or 102^x, x = character length of your password

      The Merriam-Webster Collegiate Dictionary has 165,000 words. So the strength is:
      165,000 (first word) * 165,000 (second word) * 165,000... So the strength is 165,000^x, x=number of words in your password

    127. Re:Obligatory xkcd by lewko · · Score: 1

      'Catchall' email addresses once were useful for precisely that purpose. I had slashdot@mydomain.foo set up and could tell where a spammer got my details from or who sold them. I did catch a few people out.

      The problem is, spammers often bruteforce email addresses as well. So accounts@mydomain.foo, management@mydomain.foo, john@mydomain.foo, betty@mydomain.foo would all receive spam.

      Moreover it makes it impossible to close down an account, for example if you decide to change your primary email address etc. Unless you go to the trouble of routing that email address to your trash at a server level.

      I love disposable email addresses but don't think wildcard catch-alls are the answer any more. Another thing that Spammers have ruined.

      Check out http://spamgourmet.com/ for another approach.

      --
      Do you or your partner snore? - Visit www.snoring.com.au
    128. Re:Obligatory xkcd by lewko · · Score: 1

      Nobody ever guesses letmeout.

      --
      Do you or your partner snore? - Visit www.snoring.com.au
    129. Re:Obligatory xkcd by TheRaven64 · · Score: 1
      You might want to recheck the link. It says that 1500 French words are used in most children's literature. It does say that 500 make up 90% of any given text, but it also says that you need thousands to get to 95%. Additionally, it says:
      • Most French speakers use under 5,000 words.
      • 3,000 are used regularly by any given person
      • 30,000 - 50,000 are in common usage

      In short, the link you posted provides numbers that agree with what I said, not what you said...

      --
      I am TheRaven on Soylent News
    130. Re:Obligatory xkcd by TheRaven64 · · Score: 1

      The password was 8 characters, upper case, lower case, number and symbols. It was written down on the letter I got from them when I set up the account. I had to enter it every time I connected to the Internet (most days, sometimes more than once).

      --
      I am TheRaven on Soylent News
    131. Re:Obligatory xkcd by JigJag · · Score: 1

      Then I happily stand corrected.

      JigJag

      --
      "The hallmark of humanity is the ability to move beyond sensory inputs" - Mary Helen Immordino-Yang
    132. Re:Obligatory xkcd by JigJag · · Score: 1

      That's actually a funny response. Thanks Not Québécois here, but I've been in Canada long enough to tip appropriately (thanks to my wife's constant training!).

      But back to our topic: I did get my number wrong, however like I originally posted, it was quoting from memory (which happen to be defective!). After much recollection, I remember that I got that number from my father when he discussed with me the writings of Victor Hugo. Turns out most people's written words fall under that 1000 word list., but Victor Hugo would use a 2000 vocabulary in his materials. So in fact, it's not about understood vocabulary, but about written words.

      I also thoroughly enjoyed MyLongNickName's experience in tracking usage. Well done and maybe you could compile your word list over a long span to see how rich your vocable is.

      JigJag

      --
      "The hallmark of humanity is the ability to move beyond sensory inputs" - Mary Helen Immordino-Yang
    133. Re:Obligatory xkcd by Threni · · Score: 1

      Assuming that you're allowed to enter fairly long passwords, one solution is it simply start every password with aaaaaaaaaa, or aaaaaaaaaaaaaaaaaaaa, or something. Or perhaps the first letter of the site you're on, or the first letter of your username, or something.

      Some system you don't tell anyone, obviously, but which will turn your password into something immune from both dictionary attacks and bruteforcing (in any sensible amount of time, anyway).

    134. Re:Obligatory xkcd by jklovanc · · Score: 1

      You misunderstand. We're assuming that the attacker knows that the password is a group of dictionary words.

      I thought of that too but that is why it is called a dictionary attack and not the brute force method. The dictionary method is not guaranteed to succeed but it has a chance with the available resources..

      The Merriam-Webster Collegiate Dictionary has 165,000 words.

      That is true that there are 165,000 words in the dictionary but almost all people do not know all those words. The xkcd comic assumes most people know or would use at most 65,536 words. For example how many people would use or even know how to spell indefatigable.

    135. Re:Obligatory xkcd by jklovanc · · Score: 1

      How long was it before you threw away the paper and did you shred it?

      The whole issue about passwords is that due to the fact the difficult to remember passwords are written down. The vulnerability changes from how secure the password itself is to how physically secure is the paper that the password is written down on. Any cleaning personnel can come in and copy down the user id and password written on a piece of paper. It has also happened that someone has called in a "panic" and have been able to convince someone else to read that information to them.

    136. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      You probably need to eyeball it. Yes. I'm not talking about real case scenarios, I'm talking about the math from the guy above. Randomly placed characters can land into many dictionary words ordered around. I know the chance may be small, but seems proper in this analysis to take it into account. People tend to bypass that bit of a piece assuming that all the combinations from randomly generated passwords never hit dictionary words.

      So, yes It may be low probability but if that probability makes the two systems comparable, then is it really worth to memorize a very complex combination of characters? My simple question is, why you keep track of an intersecting set only for one case, but not on the other?

    137. Re:Obligatory xkcd by omglolbah · · Score: 1

      I redirect the email to a gmail account. I just set up a filter that nukes mail arriving to a certain address and I'm good.

    138. Re:Obligatory xkcd by Eponymous+Hero · · Score: 1

      cheers, buddy

      --
      insensitive clod overlords obligatory xkcd car analogy russian reversals whoosh pedant fanbois ftfy in 3...2...1..PROFIT
    139. Re:Obligatory xkcd by DamnStupidElf · · Score: 1

      Having to manage an inconsistent password policy is just a pain. I'm used to generating long passphrases for everything so trying to guess which random restrictions a website has on length and allowed characters is more of a problem for me than the actual security.

    140. Re:Obligatory xkcd by darkgrayknight · · Score: 0

      Also, the separator for each word (or lack of separator adds another (102+-)^(3 or 4))

    141. Re:Obligatory xkcd by Ibiwan · · Score: 1

      Wait, so are you agreeing or disagreeing with him? You say he's right twice, then you say he's wrong, all the while exemplifying that you're not the typical English speaker he's referring to, presumably with the intent of disproving him. Make up your mind!

      Oh, never mind. I just saw the threat of violence at the end; I see logic was not your goal, nor indeed within your approach :)

      --
      -- //no comment
    142. Re:Obligatory xkcd by Chris+Rhodes · · Score: 1

      People are under the mistaken impression that would-be hackers waste their time trying to brute force passwords. They don't.

      Then why are my logs full of brute force attempts on the ssh and mail servers every day of the week?

    143. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      ... and which will lock you out of accessing your accounts when travelling overseas in countries where the keyboard layout varies from the US one and when using a mobile device which doesn't have a full qwerty keyboard on it.

      I use a similar approach and found I had to modify my password-generating approach in order to cope with these two scenarios.

    144. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      Even a simple caesar cipher with some salt at the end can work wonders. For example, choose the name of a pet (or something) then look at your keyboard. For each letter in the name, press the letter key to the immediate right (you can wrap around the keyboard if there is no letter to the right), then add a significant year to the end, such as the year you were married.

      For example, if your dog's name is Fido and you were married in 1999, then your password would become:

      Gofp1999

      8 characters, upper and lower with numerics and totally un-guessable (but easily reworked if you forget). For fun, try throwing in some symbol too, such as "!" or "@".

    145. Re:Obligatory xkcd by Anguirel · · Score: 1

      For example how many people would use or even know how to spell indefatigable.

      For security purposes, that's potentially an advantage -- how many people will spell it consistently, but incorrectly? That expands the dictionary from actual words to very-close common incorrect spellings.

      --
      ~Anguirel (lit. Living Star-Iron)
      QA: The art of telling someone that their baby is ugly without getting punched.
    146. Re:Obligatory xkcd by game+kid · · Score: 1

      Shakespearean Dokuro-chan? Good God, I've seen everything now.

      --
      You can hold down the "B" button for continuous firing.
    147. Re:Obligatory xkcd by Chris+Burke · · Score: 1

      I know the chance may be small, but seems proper in this analysis to take it into account.

      I'm not sure you do, so fine, let's take it into account.
      ~10^15 possible passwords - ~10^6 English words = ~10^15 passwords that are not English words.

      1/10^9 is the fraction of passwords that need to be discarded. Completely. Negligible.

      So, yes It may be low probability but if that probability makes the two systems comparable, then is it really worth to memorize a very complex combination of characters?

      As you can see, this cannot possibly make the two systems the same and that goes for any given second system. Either they were already the same to within 7 decimal places, or they weren't and still aren't.

      --

      The enemies of Democracy are
    148. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      To state the obvious: If I actually have a theoretically secure pass phrase, it can fall to something as simple as a

      KEYLOGGER

      By using it to secure a %Keepass% database, the value of the pass phrase multiplies. I don't know an elegant solution.

    149. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      consider that the number of the words on the internet including the typos
      (10e12 web pages. maybe 1 unique word per page? even if it's 1000. that
      still only 10e15) is much much less than the number of possible words.
      if that weren't the case, sha1 checksums would collide often. the added
      complexity of all words is something like 1e19-1e22. that's just huge.

    150. Re:Obligatory xkcd by aiht · · Score: 1

      That's a lot of concrete ducks!

    151. Re:Obligatory xkcd by aiht · · Score: 1

      It is actually difficult to define vocabulary size. If I know "jump", does "jumper", "jumped" and "jumping" count as new words?

      Regardless, the 1,000 - 2,000 word vocabulary is unbelievable for most individuals over the age of 8.

      And for added confusion, what about "jumper", too?
      The item of clothing - not sure how widespread that usage is, but it's common in Australia and, I believe, Britain.

  2. My password: by Anonymous Coward · · Score: 0

    NoShitSherlock

    1. Re:My password: by AZScotsman · · Score: 1

      Thank you - you have now been Pwned...

    2. Re:My password: by Anonymous Coward · · Score: 0

      Mouhahahaha! I just took the control of your account, mister Anonymous Coward!

  3. Well no shit. by Anonymous Coward · · Score: 0

    If you use dictionary words, you'll be vulnerable to a dictionary attack. SHOCKER.

  4. Of course they are secure by Bender+Unit+22 · · Score: 5, Funny

    I find that passwords like "Linuxrox4ever" are very secure. havn't had a problem with that one yet.

    1. Re:Of course they are secure by ciderbrew · · Score: 2

      Hey! That's the combination to my luggage.

    2. Re:Of course they are secure by Anonymous Coward · · Score: 0

      I thought it was 1 2 3 4?

    3. Re:Of course they are secure by Anonymous Coward · · Score: 0

      hmm I thought your password was ************* ?
      at least that worked for me.

    4. Re:Of course they are secure by ZeroSumHappiness · · Score: 1

      No, that's the kind of thing an idiot would have on his luggage!

    5. Re:Of course they are secure by Anonymous Coward · · Score: 0

      no one expects Spaceballs!

    6. Re:Of course they are secure by Greyfox · · Score: 1

      My personal favorite is P@ssw0rd! Passes every corporate security check I've run across.

      --

      I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

    7. Re:Of course they are secure by mcgrew · · Score: 1

      Well, personally, I have a lot stronger passwords on my own computers than on my employer's, and web sites besides email and slashdot? 111111 is fine for, say, logging in to read a newspaper, if I don't simply close the tab and read a newspaper that isn't so stupid instead.

      How good a pasword I use depends on what I'm protecting. Some need no protection at all, and for those 12345 is good enough for me.

    8. Re:Of course they are secure by Greyfox · · Score: 1

      Oh same here. I prefer 6 or 7 letter passwords that are randomly generated, memorized and rarely changed. Most employers want me to use 8 letter passwords and have started also wanting special characters in there too. Most employers also don't allow pass phrases or I'd just go that route. Most employers also want me to change my password every 3-6 months. This has the side effect of making my passwords considerably weaker. The best ones are employers who haven't mastered LDAP and have differing password requirements on differing systems. So I end up with three or four passwords and can easily end up locking myself out of systems because I tried to use the wrong one too many times. Then I have to call the help desk and ask them to unlock it. Personal pet peeve, right there.

      --

      I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

  5. [Nelson] HAHA! by Bender+Unit+22 · · Score: 5, Funny

    lol omg. it worked.

    1. Re:[Nelson] HAHA! by antdude · · Score: 1

      Where at? ;)

      --
      Ant(Dude) @ Quality Foraged Links (AQFL.net) & The Ant Farm (antfarm.ma.cx / antfarm.home.dhs.org).
  6. Overblown criticism, poor test by Anonymous Coward · · Score: 0

    The article implies they only used dictionary attacks and complete pass phrases.

    Compare that with the phrase "L!ondonbridgeisfa%llingdowNDOWN"

    When you add the potential of single or spread out capitalisations and that any word can be split up by any sign, dictionary attacks start to struggle.

    1. Re:Overblown criticism, poor test by Anonymous Coward · · Score: 0

      lol omg. it worked!

  7. Its a Trade-Off by Anonymous Coward · · Score: 3, Interesting

    Getting joe public to use something other than "password" is hard, but its easier to persuade Joe to use a phrase like "HomerLovesDonuts" than some random string of letters - we all know the random string will just get written down.

    1. Re:Its a Trade-Off by Anne_Nonymous · · Score: 1

      HomerLovesDonuts? Doh! I've got the same password on my luggage!

    2. Re:Its a Trade-Off by trdrstv · · Score: 1

      Getting joe public to use something other than "password" is hard, but its easier to persuade Joe to use a phrase like "HomerLovesDonuts" than some random string of letters - we all know the random string will just get written down.

      Yes, but you CAN make them simple to remember and VASTLY more difficult to crack if you put different emphasis on specific characters. HomerLOVESDonuts! - is a lot harder to crack as is encouraging them to swap out numbers for vowels even if it's just one. H0merL0vesD0nuts! - is a lot better.

    3. Re:Its a Trade-Off by pushing-robot · · Score: 1

      Very true. This article is the password security equivalent of telling teenagers that condoms leak and abstinence is the only way to be safe. Yes, it's technically correct, but the end result is that people will be less secure than they were before.

      If you've worked with average users at all, you know they're not going to switch from "correcthorsebatterystaple" to "yuc5aMuPhu2raWufra_usU&&"... they'll go back to "horse".

      --
      How can I believe you when you tell me what I don't want to hear?
    4. Re:Its a Trade-Off by Anonymous Coward · · Score: 0

      It's even easier to make it more secure and yet more memorable if, instead of making them remember which letters to capitalize, simply provide a pattern for "holding down the SHIFT key". For example, if they use the SHIFT key on every second character, while using O -> 0 replacement, they get H0MeRl)vEsD0NuTs!, which now contains additional characters, such as ")", in addition to uppercase, lowercase, and numbers, and yet is easy to remember, as all they have to remember is the phrase itself ("Homer loves donuts!"), the O to 0 replacement, and the alternating SHIFT-key pattern.

    5. Re:Its a Trade-Off by shadowrat · · Score: 1

      The problem is we still have to create accounts with passwords all over the place these days. my password database has about 100 different login credentials in it. I make a different password for every site i visit. I even answer those password recovery questions with passwords. It's not feasible to not "write down" passwords anymore.

    6. Re:Its a Trade-Off by Bergs007 · · Score: 2

      What's wrong with writing passwords down though? The biggest threat to online accounts are over the network where malicious entities do not have physical access to a machine. If you write down your passwords next to your computer, the biggest threat model is what? House guests? I'd much prefer people have high-entropy passwords and have to write them down in a notebook than moderate-entropy passwords that are easier to remember. Essentially, you'll have a better idea if your notebook gets stolen/copied than if your password gets cracked over in Indonesia.

    7. Re:Its a Trade-Off by jeff4747 · · Score: 1

      Only if you assume the people making the dictionary attack are so monumentally stupid they won't try 0's in place of o's.

    8. Re:Its a Trade-Off by trdrstv · · Score: 1

      Only if you assume the people making the dictionary attack are so monumentally stupid they won't try 0's in place of o's.

      They wouldn't be " monumentally stupid they won't try 0's in place of o's", they would be monumentally stupid to think to try a dictionary attack at all.

      The entire exercise is academic to begin with. How many systems allow for infinite retries of random passwords without locking the account and or sending an alert ? Where I work you get 3 tries and after that you lock the account systematically for 30 minutes (or an admin has to unlock you) so maximum you have 144 chances in a single day to guess the right password systematically (without anyone noticing).

      Hell you can come up with more than 144 variations knowing the password is SUPPOSED TO BE "homer loves donuts"

      Is it:

      homerlovesdonuts

      HOMERLOVESDONUTS

      Homerlovesdonuts

      Homerlovesdonuts.

      Homerlovesdonuts!

      HomerlovesDonuts

      homerLOVESdonuts

      HomerLovesDONUTS!

      h0m3rL0v3sD0nuts!

      etc...

      How long do you think a dictionary attack takes to get a SINGLE dictionary word to work (considering there are 470,000 of them in the english language: http://www.merriam-webster.com/help/faq/total_words.htm) ?

      Not only do you have to guess the word(s), the order, the context, any substitutions ( 0's instead of o's, 3's instead of E's) , camel casing, abnormal camel casing "( hOMERlOVESdONUTS )" If a person created a sufficiently complex password it could take a lifetime to try and brute force it.

      You're much better off finding an exploit to retrieve it (or even simpler) using social engineering to coax or trick a person into giving it to you.

    9. Re:Its a Trade-Off by jimicus · · Score: 1

      HomerLOVESDonuts! - is a lot harder to crack as is encouraging them to swap out numbers for vowels even if it's just one. H0merL0vesD0nuts! - is a lot better.

      Until you learn that the people who wrote cracker tools have already thought of this, and start their "dictionary with common letter/number substitutions check" long before they drop into "random string of characters check".

      Not to mention that you fall into the XKCD problem (that I'm not going to link because it's been done in every other post in this thread).

    10. Re:Its a Trade-Off by Vegemeister · · Score: 1

      Attacks that go though the main authentication system are trivially defeated by requiring a 1 second wait between login attempts. The problem is offline attacks on password databases, in combination with the common (but foolhardy) practice of password reuse.

  8. Secure, how times do I get to try? by Shivetya · · Score: 4, Insightful

    How many attempts are these supposed sites allowing? If someone has a one in a million chance to determine my password how much of a threat is that to me if the site that requires the password only allows a few attempts before it locks the account?

    I work on a system with ten character passwords, not case sensitive but numbers can be used, yet I don't worry about someone cracking the system. Its not like they are going to have unrestricted access to try and multiple failures lock accounts.

    I do like multiple word passwords as it tends to not lead to people using little yellow stickies near their desk to record their passwords or keep them as reminders in their email.

    --
    * Winners compare their achievements to their goals, losers compare theirs to that of others.
    1. Re:Secure, how times do I get to try? by Crasoose · · Score: 2

      I've been saying for a long time now if companies would just implement lockout policies we wouldn't have any of these issues.

    2. Re:Secure, how times do I get to try? by CubicleZombie · · Score: 3, Interesting

      If someone has a one in a million chance to determine my password how much of a threat is that to me if the site that requires the password only allows a few attempts before it locks the account?

      When I see this implemented, it's usually like 3 attempts until lockout. Make it a few hundred. That's enough that a forgetful human has plenty of tries but a brute force attack will fail.

      --
      :wq
    3. Re:Secure, how times do I get to try? by Culture20 · · Score: 2

      If companies would implement lockout policies, they would have to pay a group of four-five people to answer phones and unlock accounts all day. And woe betide the company which gets its username list posted somewhere ("everyone's locked out, and an admin has to walk down to the server room to log into the console as root to unlock us all. We've blocked the offending IP addresses, but this might happen several more times from new IPs").

    4. Re:Secure, how times do I get to try? by brainzach · · Score: 2

      Can't you make the lock out temporarily?

      The goal should be to make brute force attacks too inefficient to be effective, not to annoy your users.

    5. Re:Secure, how times do I get to try? by Zocalo · · Score: 1

      Not just that, but these studies often make the assumption that the cracker knows *exactly* what combination space to search for a given password being brute forced, rather than having to work through the entire possible space. Yes, it's quite likely that they will have the password policy in question, but unless whoever set that policy is particularly short sighted that should only set the minimum height of the bar, and certainly not allow the cracker to determine other parameters.

      As an example, consider the situation of someone adopting passphrases instead of short, complex passwords. The key part of that phrase is "instead of"; many of the studies I've seen not only assume this to be the case, but also that the cracker is aware of this and know precisely what combination space to search. In other words, assume that if the user used a complex password it would take X to brute force, if the user had a passphrase it would take Y to brute force, and draw conclusions accordingly. In practice, anyone considering passphrases should hopefully be doing so as an alternative to complex passwords, not as an outright replacement. A password policy of "{passphase || complex password}" gives a potential cracker a much larger combination space to search than either "{passphrase}" or "{complex password}" alone.

      Of course, if people were really serious about password security, we'd be seeing a lot more two factor authentication schemes in use, but that seems to have fallen out of favour (or at least the news) in a big way since the RSA breach and I can't even remember the last article I read on adopting any kind of biometric security.

      --
      UNIX? They're not even circumcised! Savages!
    6. Re:Secure, how times do I get to try? by Zocalo · · Score: 1

      Not necessairly they wouldn't since, like many things these days, there's an app for that. Actually, there are several - ADSelfService Plus, Quest Password Manager, and others, all of which let users self-reset their AD pasword by entering some additional pre-entered information. QPM even let's you reset the password from a web browser. The downside is that all of them tend to hook msgina.dll which is a red flag for some anti-malware scanners and a tendency to resort to those tried, trusted and easily Googled security questions like "Mother's maiden name", "Pet's name" "School" and so on for the supposedly secret info.

      --
      UNIX? They're not even circumcised! Savages!
    7. Re:Secure, how times do I get to try? by Anonymous Coward · · Score: 0

      Ding! Ding! Ding!

      "Your account has been locked for 5 minutes due to repeated incorrect logon attempts!"

      Suddenly guessing multiple millions of times takes generations. Better yet is if the IP making the requests gets blacklisted for a similar timeframe so they can't lock out entire systems of accounts. The next step for the attacker would be to do it from a distributed network but I think we can all picture easy it would be to see when the entire network was suddenly being attacked.

    8. Re:Secure, how times do I get to try? by itsdapead · · Score: 1

      If companies would implement lockout policies, they would have to pay a group of four-five people to answer phones and unlock accounts all day.

      After half-a-dozen failures, the user is probably going to have to contact the company anyway.

      How about if the lockout was 5 seconds on the first 3 failures, 10 seconds on the next 3, then 20 seconds etc. (a user mistyping their password would just see a pause before failure was reported - they'd only know that they'd been locked out if they immediately tried to log in from a different browser or something)... then " then "go away and come back in 30 minutes"?

      And woe betide the company which gets its username list posted somewhere

      .If its a remotely secure site, the admin should already be in the server room by then because the klaxons and red strobes should kick off as soon as more than x% of their user base tries to log in from the same IP or y% tries to log in from anywhere within a short space of time.

      Anyway, a botnet trying to brute force the password of every user would probably slashdot most websites anyway, lock-out or no.

      --
      In a survey of 100 programmers, 111111 thought that duck-typing was a good idea.
    9. Re:Secure, how times do I get to try? by Anonymous Coward · · Score: 0

      Yes. The double-secret admin thing is that it is easy enough to set Windows to unlock after, say, 15 minutes. It also makes them really look on-the-ball with password reset tickets!

    10. Re:Secure, how times do I get to try? by Confusador · · Score: 1

      What about someone trying to figure out the end of a password they shoulder surfed? Seems like 100 tries would give them a pretty good shot.

  9. Poetry by bickerdyke · · Score: 3, Funny

    Is Vogon poetry available in common attack-dictionaries?

    --
    bickerdyke
    1. Re:Poetry by Anonymous Coward · · Score: 0

      Why would you even try to unlock with anything other than 42? Its the answer to life and everything. I am sure its also the password of whichever account.

    2. Re:Poetry by Anonymous Coward · · Score: 1

      Groop I implore thee, my foonting turlingdromes.

      It is now.

    3. Re:Poetry by medv4380 · · Score: 1

      No, but Klingon is.

    4. Re:Poetry by bickerdyke · · Score: 1

      But you need a klingon keyboard to enter your password...

      --
      bickerdyke
    5. Re:Poetry by drinkypoo · · Score: 2

      While building your dictionary for passphrase analysis you have to be a pretty big asshole not to include the complete works of Douglas Adams. I would dump a big ebook collection through a filter which sorted, uniq'd, compiled, sorted, uniq'd until it was left with not just all the dictionary words that people actually use but also all the proper names and alien words that appear in all the typical universes with which people are familiar and entranced... Culture, Merchanter, Empire, etc etc. A wikipedia dump would be another goody, and they're easy enough to come by.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    6. Re:Poetry by Petron · · Score: 1

      That's why I use gutter-Klingon (aka I thought I was being smart, but my bad speeling made it more secure)

      --
      if (it != oneThing) it = another;
    7. Re:Poetry by HCase · · Score: 5, Funny

      There was a ship that tried using Vogon poetry for their password locks once. Unfortunately, after valiantly functioning for 3 weeks, the login daemon it decided it could no longer take it and convinced the ship's navigation system to fly into a nearby star. Further use of password verification system was banned several years later, after an intergalatic agreement was reach that said requiring people to remember Vogon poetry was cruel and inhumane.

    8. Re:Poetry by medv4380 · · Score: 1

      The real trick is getting the correct character encoding set on the OS prior to login.

    9. Re:Poetry by multimediavt · · Score: 1

      Is Vogon poetry available in common attack-dictionaries?

      No, but Klingon Shakespeare is!

    10. Re:Poetry by Danathar · · Score: 1

      Or Klingon?

    11. Re:Poetry by bickerdyke · · Score: 1

      Giving such a sensible answer to that scares me a bit....

      --
      bickerdyke
  10. I forgot my password. by Anonymous Coward · · Score: 0

    Should general populace still be coaxed into using randomly generated passwords?

    General populace is getting sick of this shit.

  11. Are passwords really that hard to remember? by Anonymous Coward · · Score: 0

    Seriously, I have multiple 10 to 30 character passwords, completely randomly generated, with upper, lower, numbers and symbols. I just practice typing them in a few times a day for a week or two, and then I find I can remember them for years. The upper end of that range is good enough that I can use the password directly for encryption purposes, IE, that's enough bits without strengthening to be just as secure as the underlying encryption keys.

    I mean, who hasn't had to memorize a poem or something for English class back in highschool? It's really not that different, you just have to have the mindset that you can do it, and then practice.

    1. Re:Are passwords really that hard to remember? by cvtan · · Score: 4, Funny

      My granddaughter thinks it's too hard to defrost a frozen bagel before eating it. You want the youth of America to practice typing passwords? Ha!

      --
      Sorry, but gray text on gray background is making my eyes bleed.
    2. Re:Are passwords really that hard to remember? by Anonymous Coward · · Score: 1

      My granddaughter thinks it's too hard to defrost a frozen bagel before eating it. You want the youth of America to practice typing passwords? Ha!

      Not sure if you intended it or not, but this is exactly the kind of pass phrase we should be using instead of the asinine "10 characters or less, include one cap, one number, and do not repeat a character" crap we get from typical IT systems.

    3. Re:Are passwords really that hard to remember? by Darfeld · · Score: 1

      If it's works for you, it great. But you can't expect everybody to go with some personal mantra every day just to memorize a few password.

      And anyway, this is really unnecessary. For most account, you just need a moderately strong password, a word with a number and 6 signs are more than enough since nobody will bother finding it by brute force.

      --
      (\__/) This is Lapinator
      (='.'=) copy it in your sig
      (")_(") so it can take over the world
    4. Re:Are passwords really that hard to remember? by jafiwam · · Score: 1

      To her credit, a very cold plain bagel has a nice chewy texture you don't get if it's thawed. It'll seem like it has a lot of moisture in it. Once room temp, they taste dry.... until toasted and smeared that is.

    5. Re:Are passwords really that hard to remember? by ProZachar · · Score: 1

      I have to change certain passwords every 30 days, and I don't use them enough to commit them to memory. I'm not going through the effort of coming up with a good random password and memorizing it just to throw it away next month.

      Before you say "shift a character on the keyboard; now it's new", the pattern detections are getting better and better. I've had proposed passwords rejected because they were too similar to a past password of mine. And when the system can keep track of your old passwords (some systems go back 18 months) you know the password is being stored in plaintext somewhere. At that point, password strength policies are just for show.

    6. Re:Are passwords really that hard to remember? by enrgeeman · · Score: 1

      That's why they make toasters with bagel and a defrost options. Of course, you have to remember to cut it before you freeze it.

      --
      sent from my slashdot browser.
    7. Re:Are passwords really that hard to remember? by FoolishOwl · · Score: 1

      Most people could easily memorize a few strong passwords. But password reuse should be discouraged. See XKCD #792. That sort of thing actually happens; it's one of the points of phishing.

      If you make use of good password safes -- I recommend KeePass -- then you can keep track of lots of strong passwords and passphrases, while only needing to memorize a few of them.

    8. Re:Are passwords really that hard to remember? by Anonymous Coward · · Score: 0

      Not if you keep a table saw in your kitchen. Also makes short work of tomatoes.

  12. Very specific conditions by Dixie_Flatline · · Score: 5, Insightful

    The passphrase system they studied wouldn't allow duplicate passphrases. So if you picked one that was already in use, it would tell you so.

    The problem isn't that the passphrase is insecure, the problem is that the system itself is giving you information about what's inside it. Doesn't it seem obvious that any security system that relies on secret data that gives up information about the secret data is insecure?

    Then they did an analysis on passphrases that use english words with the same frequency as in standard English. So the word 'betwixt' was probably pretty low down on the list, and 'material' was probably higher. That also seems unreasonable. Just because you want a memorable password/passphrase, it doesn't mean that you have to use small, ultra-common words.

    This study has little merit in declaring that passphrases are insecure. (It does have merit in letting us know that obvious security problems are, in fact, obvious security problems.)

    1. Re:Very specific conditions by MaerD · · Score: 2

      It's also worth pointing out that they suggest that common phrases like "Manchester United" or "Harry Potter" would be used quite a bit. Just because it's a passphrase doesn't mean you shouldn't still use a "common dictionary" (or in this case "Common Phrasebook") to prevent people from choosing things like the above, possibly with a length check of some sort involved as well, to prevent cases like "fee fai foh fum", which may not be caught by the common phrase check, but has all words of the same length.

      Four or so words chosen at random without association can be memorized and provide greater security. They can even come from a book, as long as they come from different places ie: "Classes Default Automatic When". Words chosen at random, almost sounds like a phrase, but is unlikely to be checked within a certain number of retries. Even using less common phrases from a source would likely be fine. "To be or not to be" will probably be checked early, as it is common. "Nobler in the mind to suffer" would not likely come up, as it is not the start of the phrase, or even the complete phrase.

      --
      I put on my robe and wizard hat..
    2. Re:Very specific conditions by dbIII · · Score: 1

      That also tells us that it was a toy system that doesn't use hashes. Not even the computer is supposed to know what the password is, only that what you've typed in matches the password hash so must be the password.

    3. Re:Very specific conditions by Anonymous Coward · · Score: 0

      See that's what I thought when I read the article. I don't see why the fact that the system specifically told them someone was using particular phrases makes the phrases themselves insecure as passwords. When trying to crack a password the object is to find the specific password that let's you access the data you want to see, not to find out that some random password is being used by some random person somewhere on the network.

    4. Re:Very specific conditions by Anonymous Coward · · Score: 0

      Also, "As of February 20, 2012, Amazon PayPhrase is no longer available as a way to checkout on Amazon.com."

    5. Re:Very specific conditions by Anonymous Coward · · Score: 0

      Not really. You can still compare the encrypted version of a passphrase to your database to tell if it's already in use.

  13. LastPass by alphax45 · · Score: 3, Informative

    I use and love LastPass. It has a really great password generator that I use for all sites. I always use the maximum number of characters and the largest character set (letters, numbers, symbols) the site will let me.

    My actual LastPass password (the single point of failure) is 32 characters long. It is a phrase in "leet" speak with symbols padding the start, middle, and end.

    I feel pretty safe with this.

    Just my 2c

    --
    K Man
    1. Re:LastPass by johanwanderer · · Score: 2

      Until someone order a DCMA takedown on the site because it's used to store passwords for certain accounts.

    2. Re:LastPass by Anonymous Coward · · Score: 0

      great! so now i know where to start my dictionary attack on your LastPass password.... isnt your password practice something you want to keep secret, even if it is a complex practive to keep attackers guessing, and keep their scope as broad as possible?

    3. Re:LastPass by Zocalo · · Score: 1

      Same approach here, although with a different password management tool. Unique passwords for everything, and all randomly generated to the maximum complexity allowed for the login in question, and I also expire and renew the passwords on a fairly regular basis for the accounts that matter to me. That seems like the most sensible approach given the recent occurances of compromised user login DBs (usually en clair, FFS) and subsequent account compromises because of password reuse.

      Let's face it, if some random user is using some fairly complex but obviously memorable password (l33t speak, combination of names, all the usual tricks people use and advocate) then a quick brute force attack against a bunch of popular websites using the same username and password combination is almost certainly going to yield at least a few few hits. Multiply that by the thousands of such combinations likely to be in a typical login DB and spread the load around with a botnet and even a n00b cyber criminal is almost certainly going to get more than a few opportunities for fraud, spear phishing and other activities.

      The only draw back to this approach that I can see is if the system you are running the password manager ever gets compromised and your master password and DB file stolen since at that point it's pretty much game over. Short of running the password manager on a dedicated system (probably kept underneath your tin foil hat) though, I don't see any sensible way around this yet barring wide scale adoption of a centralised two-factor authentication scheme such as RSA keyfobs. That said, so far I'm not aware of any rootkits that specifically look for the use of dedicated password management tools and directly attempt to compromise the DB, although stealing web browser password caches and the like for has certainly been going on for a while. That doesn't mean they are not out there though, and even if they are not the goalposts are always moving so it's probably just a matter of time.

      --
      UNIX? They're not even circumcised! Savages!
    4. Re:LastPass by FictionPimp · · Score: 1

      Last pass has a offline password viewer and you can download your password file at any time. It would be silly not to keep a local copy of the encrypted password file on your personal backups.

      Especially if you are like me. I do not know any of my own passwords. I only know my lastpass master password and my truecrypt container password.

    5. Re:LastPass by MyFirstNameIsPaul · · Score: 2

      All user vaults are encrypted before being uploaded to the site, thus such issues are only a concern for those using weak passwords. Personally, I use a very long, very high entropy password to my vault. My only concern regarding the vault is a keylogger or video camera; the latter of which is actually my biggest fear, because someone wouldn't even have to see my screen to see that I'm obviously typing in a very long, high entropy string of characters.

      --

      I once took an excursion to Reddit, and later HN. Unlimited up/down voting sucks when dealing with a hive-mind.

    6. Re:LastPass by steelfood · · Score: 1

      How about putting l33t speak in between random characters. That way, you get your entropy up, but a part of the password is still relatively easy to remember.

      Or, create a dictionary of small random character "words" and create passphrases from this set.

      --
      "If a nation expects to be ignorant and free in a state of civilization, it expects what never was and never will be."
    7. Re:LastPass by bill_mcgonigle · · Score: 1

      I always use the maximum number of characters and the largest character set (letters, numbers, symbols) the site will let me.

      How do you communicate the requirements for the password field to LastPass? I was thinking this is an open problem but perhaps it's already solved.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
  14. Sky is blue... by Anonymous Coward · · Score: 0

    "Pass-phrases comprised of dictionary words may not be as vulnerable as individual passwords, but they may still succumb to dictionary attacks, the research finds."

    Pass phrase containing dictionary words is susceptible to dictionary attack. In other news, the sky is still blue. Water still wet.

    1. Re:Sky is blue... by Imrik · · Score: 1

      More interestingly, despite being vulnerable to dictionary attacks, they are more secure than normal passwords. (which most of us already knew)

  15. Take into account human nature by MetalliQaZ · · Score: 5, Insightful

    As mentioned, a lot of stock is put into secure passwords, when the reality of computer usage makes all the effort meaningless.

    Lets look at a normal user, Joe. Joe has many corporate logins at his job. His company has a password strength policy, so Joe has ended up with this password: Jason5 (Jason is his youngest son). The last password was Jason4, then Jason3, etc. Some system require more powerful passwords, so he uses _Jason$5. I have met dozens of Joe's IRL.

    Lets look at Lucy. Lucy knows that a good password only has to be easy to remember and hard to brute force. "Simple Man" is one of her favorite songs. Especially these lyrics:

    "Boy, don't you worry you'll find yourself
    Follow your heart and nothing else
    And you can do this, oh baby, if you try
    All that I want for you my son is to be satisfied"

    She selects this password: allthatiwantforyoumysonistobesatisfied
    She'll never forget it, and I won't be cracked by ANYONE. Governments who want her password could crack it, but they would probably just put her in jail until she gave it up.

    Then, Lucy reads the article linked above and starts to doubt the security of her password. She is wrong, her password is WAY better than Joe's.

    Both accounts end up getting compromised. The company had been storing passwords in plain text and was hacked via a 2-year old SQL injection vuln. So much for all that bullcrap.

    -d

    --
    "Here Lies Philip J. Fry, named for his uncle, to carry on his spirit"
    1. Re:Take into account human nature by Hentes · · Score: 1

      Using random words is strong, but using quotes might not be.

    2. Re:Take into account human nature by Anonymous Coward · · Score: 0

      -1

      You should have called Joe Jack and Lucy Diane.

    3. Re:Take into account human nature by MadKeithV · · Score: 1

      Ifindyourlackoffaithdisturbing.

    4. Re:Take into account human nature by FictionPimp · · Score: 1

      Also, my iphone has rendered my password complexity almost useless.

      Who wants to type b$tr0n9m@n on a touchpad....I'd much rather type "linux beer & tits".

    5. Re:Take into account human nature by shunnicutt · · Score: 1

      I read about this iPad keyboard trick recently.

      If you drag from the "123" button on the keyboard, it will temporarily show the keyboard for numbers and symbols. Move your finger to the key you want and release. The character will be typed and the first keyboard will return.

      The iPhone keyboard has a similar trick that when you drag from, say, the key for the exclamation point and comma. Drag from it and you can quickly type an apostrophe. Many keys do this.

      I practiced with b$str0ngm@n for a few seconds and I think I could get used to typing it on a regular basis with a minimal hit in speed.

    6. Re:Take into account human nature by Imrik · · Score: 1

      Well if Lucy actually read the article she might have noticed that while pass phrases may be less secure than some people thought, they are still more secure than normal passwords by a long shot.

    7. Re:Take into account human nature by snowgirl · · Score: 1

      She selects this password: allthatiwantforyoumysonistobesatisfied

      This assumes that you're trying to brute force it, and you're not using a dictionary attack that is aided by a markov chain, so that the brute forcing algorithm only uses words that it has seen together. In fact, using the markov chain, you can try all the most likely combinations of words first.

      --
      WARNING! This girl exceeds the MAXIMUM SAFE standards established by the FDA for BRATTINESS
    8. Re:Take into account human nature by patlabor · · Score: 1

      There are many more combinations of words in history than there are words in a dictionary. This method is plenty safe

    9. Re:Take into account human nature by FictionPimp · · Score: 1

      You just changed my life.

      But seriously, I can't believe I didn't know that. It is awesome. Thank you!

  16. A calculation by Anonymous Coward · · Score: 0

    12 random characters from a 60 character set = 60^12 = 2.17e21
    4 random words from a 200 000 word dictionary = 200000^4 = 1.6e25

  17. Disbelieve by mseeger · · Score: 2

    Even if you have a very small set of words (about 1.000) to choose from, with four words you reach about 40 bits entropy. No chance to crack this brute force.

    If you take only two words, you would have about 20 bits of entropy which is about as good/bad as cryptic password.

    1. Re:Disbelieve by Imrik · · Score: 1

      A thousand words with no variation requires 500 guesses on average. If you use two words, getting only one right is still a wrong guess, you would need 500,000 guesses on average.

  18. The system is broken if... by ghostdoc · · Score: 2

    The system is broken if people can't use it. People aren't broken because they can't use the system right.

    If your method of controlling access is nice and easy for computers but hard for people, it's broken and you need to find a new method.

    --
    Business/App ideas are like arseholes: everyone's got one, they're mostly shit, but very rarely they contain a diamond
    1. Re:The system is broken if... by ewieling · · Score: 1

      This is one way of looking at it. Sort of like saying the car is broken if a specific person can't drive. It is NOT the fault of the car, it is the fault of the person who never cared enough to learn how to drive.

      --
      I really shouldn't have used someone else's email address for this account.
    2. Re:The system is broken if... by ghostdoc · · Score: 1

      That would be true if it was one person.
      But the *vast* majority of people break the password system by either picking easy-to-guess ones, writing them down, or repeating/reusing them.

      To borrow your analogy, this is sort of like the car manufacturers producing cars that 99% of the population can't drive properly (but are easy to manufacture), then every time there's a crash, which happen often because the cars are basically un-roadworthy, the car manufacturer tells the driver they're a moron and they need to learn to drive, and the crash was all their fault.

      --
      Business/App ideas are like arseholes: everyone's got one, they're mostly shit, but very rarely they contain a diamond
  19. Is this a good password? by cashman73 · · Score: 1

    The password that I use is "onetwothreefourfive". Is that secure enough?

    1. Re:Is this a good password? by Anonymous Coward · · Score: 0

      -1 for obvious luggage combination buildup

    2. Re:Is this a good password? by Anonymous Coward · · Score: 0

      tee aitch ee
      kay eye en dee
      owe eff
      tee aitch eye en gee
      ay en
      eye dee eye owe tee
      dub-yoo owe yoo ell dee
      aitch ay vee ee
      owe en
      aitch eye ess
      ell yoo gee gee ay gee ee
      bang

    3. Re:Is this a good password? by VanessaE · · Score: 1

      No, sorry. That's the kind of thing an idiot would put on his luggage.

  20. Like far too many researchers by Sycraft-fu · · Score: 4, Informative

    They assume they get ideal circumstances, ie as many attempts as they want. As such their research is basically fucking worthless. The only time such a situation applies is if you have, say, encrypted data and an adversary has gotten that data. They can then try to decrypt it until the end of time and you can't change the password.

    That doesn't do shit for remote login. No system is so accommodating to let you just try and try. Even if they don't do permanent lockouts, they'll lock you out for awhile. Like our domain, you get 5 attempts and then it locks the account for 30 minutes. So you can get a whopping 240 attempts per day (presuming we don't notice and shut it down). Gonna take a LONG time to cover the password spaces they are talking about, LONG time.

    This also assumes that you know that someone is using a multi-word phrase, and that you know they aren't playing games with number substitution, caps, and so on. This is useful maybe in an intelligence agency type situation, where you can survey your target and you can learn about the kind of password they use, even if you can't find out the password itself, and restrict the search space. However in terms of randomly hacking things remotely, nope, not useful. There are too many possibilities for what the person could use and multi-word phrase is only one of them. You could try every single one of to 10 words, only to then discover your target doesn't use that, and has a simple password like password123 that wasn't in your search space.

    1. Re:Like far too many researchers by Anonymous Coward · · Score: 0

      And of course, nobody ever leaks lists of usernames and encrypted passwords from embarrassingly high-profile sites.

    2. Re:Like far too many researchers by mlts · · Score: 1

      What is bad is if password hashes are grabbed from a database, and in a number of cases, it becomes hard to tell if this happens, and if/when it does, there will be break-ins to accounts that are hard to trace, usually only when the legit account owner finds themselves locked out.

      Of course, there is a way to mitigate that... use database triggers/procedures to have the RDBMS do the password validating, and to start having timeouts/lockouts on too many wrong entries.

      As for remote login, one would be surprised. Decent sysadmins have lockouts, 2+ factor authentication, or public keys. However, there are a lot of systems out there that likely be taken over by just brute forcing root on ssh. Most Linux distros have root open and even though it will ask for a password, this is still a mechanism that can have some success. (It would be nice to have a mechanism built into ssh that can be configured to deny, or at least tarpit ssh attempts by IP address.)

      So, advances in brute forcing still are important, especially if an attacker manages to get the equivalent of /etc/shadow, or access to a domain controller.

    3. Re:Like far too many researchers by Sique · · Score: 1

      They assume they get ideal circumstances, ie as many attempts as they want. As such their research is basically fucking worthless.

      No, it isn't. It gives you a lower bound for the security of your password. And this is very worthwile. How secure is the password given an attacker who has ideal conditions to attack you?

      --
      .sig: Sique *sigh*
    4. Re:Like far too many researchers by Anonymous Coward · · Score: 1

      "The only time such a situation applies is if you have, say, encrypted data and an adversary has gotten that data. They can then try to decrypt it until the end of time and you can't change the password."

      But just imagine if some bunch of anonymous hackers (let's abbreviate to "Anonymous" for the sake of this thought experiment) hacked into various weakly protected but very popular servers (obvious example is pron sites, but for the sake of the thought experiment, let's image a really big multinational's gaming service, unlikely I know) and then published the results on the internet (motivation for this is hard to imagine, so lets just say it's done purely for a laugh [I'll abbreviate to "lulz" for convenience]). You then have a big list of username and passwords that are almost certainly used across multiple sites. Suddenly, whatever protection you have on "your domain" is worthless. Unauthorised users are using valid credentials to access your site and there's nothing you can do about it. Even if you hear the story, you can't email your users a new password because there's a good chance they used the same credential for that too.

    5. Re:Like far too many researchers by Anonymous Coward · · Score: 0

      'locks the account for 30 minutes'.

      That's thirty minutes I can use to try another account.

      Given a sufficient number of accounts at least one of your users will have used a weak password that can be guessed in 5 attempts!

      Account lockout is not the answer.

  21. Good passwords by Compaqt · · Score: 1

    Get 'em from /dev/urandom (or random if you feel like waiting).

    --
    I'm not a lawyer, but I play one on the Internet. Blog
  22. My method by Anonymous Coward · · Score: 5, Funny

    Fuck it I say. I just always use letmein for all my passwords. Easy to remember and so easy to hack into nobody's going to waste time thinking there's anything valuable protected by it.

    I call it security through insecurity.

    1. Re:My method by Vegemeister · · Score: 1

      I've done the same, though I trip them up by using lettherightonein.

    2. Re:My method by steelfood · · Score: 1

      What happens when it expires?

      --
      "If a nation expects to be ignorant and free in a state of civilization, it expects what never was and never will be."
  23. Pass phrases are good, more research needed by MobyDisk · · Score: 2

    Based on my read of the article, I conclude it as saying that pass phrases really are good, just not a panacea. We already knew that people pick stupid passwords. It turns out that people pick stupid passphrases too. That's too bad, but it is really unsurprising.

    One thing I can say from personal experience: smart people still pick stupid passwords. I think most people just aren't paranoid about it, and don't care until something bad happens to them as a result. This might be something that parents need to teach their children: Don't talk to strangers, brush your teeth everyday, and don't pick obvious passwords. Maybe once a generation is imbued with this as obvious then the problem will diminish.

    1. Re:Pass phrases are good, more research needed by thsths · · Score: 1

      > Maybe once a generation is imbued with this as obvious then the problem will diminish.

      I doubt it. Passwords offer only moderate security. Apart from limited entropy they also suffer from a number of attacks ranging from guessing over imposters to listening on the line or MITM attacks.

      The real solution is two factor authentication, either with challenge response (like ssh keys) or with a code generator (like the RSA key). These offer more security than passwords ever could.

    2. Re:Pass phrases are good, more research needed by Anonymous Coward · · Score: 0

      People pick stupid passwords/phrases because something being hard to guess on an everyday, human to human level has very little in common with something being hard to guess on an abstract, dictionary to hashtable kind of level.

    3. Re:Pass phrases are good, more research needed by MobyDisk · · Score: 1

      According to the article, the exact opposite is true. Dictionary attacks use the same kinds of words and phrases humans use. So picking something hard to guess on an everyday, human to human level, is exactly what you should do to make good passwords and good multiword passwords.

      people will blatantly ignore security advice about choosing nonsense phrases and choose things like “Manchester United” or “Harry Potter.”

  24. Geometric keyboard patterns by AttyBobDobalina · · Score: 1

    Instead of words, I think shapes. Pick a starting point, say &, then for a shape on the keyboard (say a 4x4 square), returning to the original key. Lots of shapes, sizes, patterns that are not vulnerable to dictionary attacks, but easy to remember.

    1. Re:Geometric keyboard patterns by Anonymous Coward · · Score: 0

      Great idea, but be sure to know what to do when using a keyboard abroad. In France I never manage to type my password correctly...

    2. Re:Geometric keyboard patterns by AttyBobDobalina · · Score: 1

      That's a really good point. I was not thinking about keyboard language translations. It's also a pain to try to explain to someone remotely how to type your password....which actually might be a good thing. Though, this method does tend to get me instant cred from the IT guys. :)

  25. Why is math so hard? by Hentes · · Score: 1

    If you have a decent vocabulary, you can choose between about 10000 words. So, even against a dictionary attack, a password of 4 words is 53 bits strong, a password of 5 words is 66bits strong (strong enough for everyday use), and a password of 6 words is 79 bits strong (uncrackable today).

    1. Re:Why is math so hard? by Maximum+Prophet · · Score: 2

      If you have a decent vocabulary, ...

      Most people don't choose their passwords from a decent vocabulary. I've seen too many instances of P@ssw0rd, that people think is secure.
      Throw some uncommon names and foreign words into your phrase, and it essentially becomes unguessable. But, many people don't know any foreign words.

      --
      All ideas^H^H^H^H^Hprocesses in this post are Patent Pending. (as well as the process of patenting all postings)
    2. Re:Why is math so hard? by FictionPimp · · Score: 1

      I would also think mixing languages adds to complexity. For example, I am a Judo player. If I used "tai otoshi" in my password of all english words, you would think that would improve security even more and it still makes perfect sense in this example.

  26. Dictionary password by jouassou · · Score: 1

    The good thing about the English language is that it's got over a million words. Use a few uncommon ones:

    > We're 12 widdiful pronks -- and 21 scopperloit nihilarians!

  27. Not in the wild... by Lumpy · · Score: 1

    "but they may still succumb to dictionary attacks, "

    If your system can do a dictionary attack on my 5 word phrase in three attempts, you deserve access to my accounts.

    --
    Do not look at laser with remaining good eye.
    1. Re:Not in the wild... by jo_ham · · Score: 2

      My system guesses "deserve access to my accounts".

    2. Re:Not in the wild... by darkgrayknight · · Score: 0

      It is more likely "it makes an awful aquarium" or "my 5 word phrase"

  28. I now use un-crackable passwords! by OzPeter · · Score: 3, Funny

    I have started using regex's as the basis for my passwords. Love to see some one crack ^[A-Z0-9]+\([a-z!]+\)$

    The trouble is that now I have regex's ..

    --
    I am Slashdot. Are you Slashdot as well?
    1. Re:I now use un-crackable passwords! by Anonymous Coward · · Score: 0

      This is Slashdot. We know you don't date enough to have reg ex's.

  29. Re:xkcd by Zerth · · Score: 2

    Not likely, seeing as the math is sound. TFA used a minimum case of 20,000 phrases generated from natural language, so of course it will be less secure.

    It even says at the end that passphrases generated like in the XKCD comic are sufficiently secure to offline brute force.

  30. Bad, when implemented poorly by Maximum+Prophet · · Score: 2

    ... Amazon's PayPhrase registration page. Because the page prohibits the use of any pass-phrase that has been used by another user, it's possible to identify which pass-phrases are in use.

    This is a well known, bad idea. Unless you also lock out the original user of an obvious passphrase, you give an attacker information.

    Better is to just start with a dictionary of "bad" phrases, that no-one can use. Then, when an existing phrase is no longer in use, you mark it "bad" and unusable in the future. Of course, someone might start using that phrase berfore the rest stop using it. If it's an especially bad case, you might have to lock all those users, and make them reset their password through a different, secure, channel.

    Throw some uncommon names and foreign words into your phrase, and it essentially becomes unguessable.

    --
    All ideas^H^H^H^H^Hprocesses in this post are Patent Pending. (as well as the process of patenting all postings)
    1. Re:Bad, when implemented poorly by Anonymous Coward · · Score: 0

      If you're able to determine what your users' passwords are then you're already "doing it wrong" and whether they've made good passwords or not is irrelevant.

    2. Re:Bad, when implemented poorly by DamnStupidElf · · Score: 1

      Precisely. If you're not storing only salted hashes of passwords you're failing it. It should be roughly as computationally infeasible for you to find password collisions as it would be for an attacker to find them when they (inevitably) steal your /etc/shadow.

  31. Is a dictionary attack a major concern? by 91degrees · · Score: 1

    I have to wonder about this. These attacks take time, especially over a network, are often detectable, and don't guarantee success.

    So, serious question - how often are such attacks employed compared with exploitation of vulnerabilities or social engineering?

    1. Re:Is a dictionary attack a major concern? by Anonymous Coward · · Score: 1

      No it isn't. The article assumes that the passphrase will consist of a few very short and common words. The advice is to use a longer phrase containing uncommon words, which is a sound recommendation. If followed, the article has nothing on passwords like that.
      Granted, I've seen people use simple words in passwords a few times, but those were all corporate scenarios where there was a limit on password length and a lot of additional requirements that infuriated users - until they discovered that pass1234 was accepted by the system. In a passphrase scenario the main drive towards stupid passwords is absent so I don't expect it to be as much of an issue, especially with good employee education and perhaps a greylist of common words.

  32. The key is "unrelated" by Rich0 · · Score: 1

    So, as others have pointed out the only thing that matters is entropy. Entropy isn't just based on the number of characters, and that is true both of one-word and multi-word passwords. I'd probably say that "to be or not" is much lower entropy than "x8Jk$4B" - however, "bicycle tripod tissue diploma" is probably much higher entropy than "Wallets5".

    The key with multi-word passwords is that the words need to be unrelated. If the words are closely associated like "apple banana cherry date" then you are opening yourself up to a number of attacks. The same issues apply to 8-char passwords containing numbers and symbols - users can still pick passwords that have far fewer bits of entropy than the character set implies. If anything the problem with single word passwords is that users STILL pick stuff that is dictionary-based, and yet you don't have the protection of having as many combinations as with multiple word passwords.

    The math clearly shows that multiple word passwords are much stronger and potentially more memorable - AS LONG AS THE WORDS ARE UNRELATED.

    1. Re:The key is "unrelated" by Wingfat · · Score: 0

      even with unrelated words, a Dictionary attack will render them useless, speaking from experience I have seen one where a person was using DogsEightME and was cracked pretty darn quick.

    2. Re:The key is "unrelated" by Rich0 · · Score: 1

      A few potential issues there:

      First, many password schemes (especially older ones) are limited to some number of characters. I've seen older unix systems that truncated passwords at 8 chars, so somebody typing in applesauceisaverypastydish295 was hashed based on "applesau" which is a trivial dictionary hit.

      Next, you only have 3 words, and they're fairly short. The capitalization of ME will add entropy, but if you start with short and common words you could easily hit that combination much faster than "giraffe pamphlet paint silhouette."

  33. piffle by koan · · Score: 3, Interesting

    Just hold down shift and type in your 10 digit phone number.

      (@)%%%!@#$

    --
    "If any question why we died, Tell them because our fathers lied."
    1. Re:piffle by L4t3r4lu5 · · Score: 1

      Interesting tangent; Did you intentionally choose the Wisconsin area code? If so, why not mix it up? Wisconsin%%%1234 significantly increases entropy, and is no less easy to remember.

      --
      Finally had enough. Come see us over at https://soylentnews.org/
    2. Re:piffle by Inda · · Score: 1

      Doesn't work when you're forced to use a German keyboard at work for a few days a month.

      --
      This post contains benzene, nitrosamines, formaldehyde and hydrogen cyanide.
    3. Re:piffle by koan · · Score: 1

      In reality a well defined rainbow table would crack that quickly, mine and yours

      --
      "If any question why we died, Tell them because our fathers lied."
    4. Re:piffle by koan · · Score: 1

      Well use something like nein nein nein, but really? You're forced to use it?

      --
      "If any question why we died, Tell them because our fathers lied."
    5. Re:piffle by L4t3r4lu5 · · Score: 1

      Well yes, obviously, but you'd need to know to apply that specific rainbow table.

      I would say they get to that one after first trying:

      - Single Word 8 letters and under, English(American)
      - 8 character alphanumeric
      - 8 character printable
      - 2 words US English, no space
      - 2 words US English with space
      - 2 words US English, l33t
      - 2 words US English with three non-alphanumeric characters each side of the words, with a space

      Ad nauseum.

      --
      Finally had enough. Come see us over at https://soylentnews.org/
    6. Re:piffle by anti-pop-frustration · · Score: 1

      Let me guess: You don't own a passport?

      Keyboard layout

    7. Re:piffle by Anonymous Coward · · Score: 0

      I guess you completely missed the point of the article and most of the comments (or that loud WHOOOOOOOOOOOSH!!!!!!!!!!!! sound I heard was your sarc flying past me at a hight rate of speed). To start, most systems won't even let you enter this type of password. 2nd, are you aware of the term "low hanging fruit"? That's what your password is. If I needed to try to get it thats where I would start. I would be running several attacks at the same time and I would start with all alpha, all ALPHA, all numeric, and special characters since I could do much longer password 12 -16 range in under a few minutes. I would then move on to mixed cases in shorter batches - 1-7 characters, 8-9 characters, 10 characters, etc. You just made my job easier, so for that I thank you.

      Heres how to make your password strong. Come up with a phrase that is somewhere around 12-15 characters that you'll never forget like "I love Mommy 4ever" then choose a control character (there are 16 located conviently across the top of your keyboard) Then add (@)%%%!@#$ to it. When you need to change the password you now only need to remember one charater - the control character. Just make it random in the order you change it (i.e. don't go from ! to @ to # to $...). Even if you have to change your password once a month, you still have for a full year. Change the phrase every year or so.
       
      This can be used for multiple passwords as well - just change the phrase for each system.

      Example: I love Mommy 4ever#(@)%%%!@#$ > 29 character password/phrase with mixedalpha, special chars, numbers, non dict words/phrase.

    8. Re:piffle by Anonymous Coward · · Score: 0

      Good luck if you're stuck on AZERTY keyboard, Mr. 50ùùù03£.

    9. Re:piffle by Anonymous Coward · · Score: 0

      Nope, not 'score 3 Interesting' -- simple variations like holding down the shift key have long been part of the brute force toolkit.

  34. FIPS 181 by Anonymous Coward · · Score: 1

    In all this discussion, it seemed obvious to me that this problem had been solved quite some time ago:

    http://www.itl.nist.gov/fipspubs/fip181.htm ... but I've never seen it come up, Are there any papers with cryptanalysis of this method, or other documented attacks?

    Is there some other reason not to use this method? (as a reason why it never comes up as a solution to the problem)

    1. Re:FIPS 181 by FoolishOwl · · Score: 1

      It's been implemented, in a program called apg, which is available by that name from the repositories for Ubuntu LInux and Fedora Linux, and presumably other *nixes as well.

      Calculating the entropy of the pronounceable passwords it generates would be a little tricky; less entropy than the same number of random characters, of course, but more entropy than a dictionary word.

      This pass phrase generator is a similar idea: randomly generated phrases, in which words are randomly selected from a list, according to parts of speech, and mixed with numbers and symbols. The phrase is random and absurd, which is an aid to memory, and it also happens to pass the constraints of most password checkers I have to deal with. The one problem is that it's not neatly packaged. I don't know Java well enough to package it neatly; I managed to get it working with a shell script wrapper. I don't think it would be hard to fix for someone who knows Java better than I.

  35. Stolen hash [Re:Secure, how times do I get to try? by Geoffrey.landis · · Score: 2

    I've been saying for a long time now if companies would just implement lockout policies we wouldn't have any of these issues.

    It would help some (less annoying than a lockout policy is just to implement a delay that increases with number of failed attempts). However, the dictionary attacks that are worrisome come from a hacker stealing the password hash tables, and are done offline, trying to decrypt the hash, not simply repeated attempts to log in. These won't be prevented by lockout policies (although they will be prevented by making sure that the hash tables don't get stolen)

    --
    http://www.geoffreylandis.com
  36. Flawed Research by Zarjay · · Score: 1

    Amazon PayPhrase wasn't a good system for them to study.

    By default, Amazon PayPhrase recommends a random pairing of two words. I bet that most users didn't bother changing their recommended passphrase. It also affected user behavior: users are more inclined to pick two-word pairings or other super simple passphrases if that's what's presented to them initially. Amazon PayPhrase also discourages users from making traditional non-dictionary passwords, which is very different from most other password systems. This, along with the fact that no two passphrases are allowed to be the same, makes their passphrases highly predictable.

    I think this study says more about user behavior in regards to using the Amazon PayPhrase system than it does about multi-word password security in general.

  37. Don't incriminate yourself by Anonymous Coward · · Score: 0

    As mentioned recently here, make your password ifedthebodytomyneighborspigs

    Then, you can't give it up without incriminating yourself. Win-Win!

  38. Like far too many slashdot posters by mattpalmer1086 · · Score: 1

    You didn't read the FA. This research is testing the often-repeated claim that passphrases provide more security than passwords by looking at real data from a passphrase system. No one is claiming that this has anything to do with remote login, so you can forget that strawman. Your criticism about knowing whether someone uses a passphrase or not makes no sense either. The whole point of the research was to look at a database which was *already known* to consist of passphrases, and evaluate how much security *such a system* actually provides. Nothing more, nothing less.

    So, the research is not worthless - it's actually very interesting to have some real, you know, *evidence* on the subject, rather than just emailing the usual xkcd passphrase cartoon to everyone and claiming "see, passphrases are clearly more secure!!!" (something I have been guilty of, I admit).

    1. Re:Like far too many slashdot posters by Anonymous Coward · · Score: 0

      The issue sycraft brought up is valid. The limiting of guesses makes the analysis invalid. Hacks now come at guessing the account names and using one password. The trick is that they won't go over the guess limit on many accounts. The assumption is with enough accounts to attack the chance of the password coming up will occur. Arguably a mixture of both systems is best as it increases that account saturation limit where all passwords are possibly present.

    2. Re:Like far too many slashdot posters by FoolishOwl · · Score: 1

      As the article points out, the XKCD comic does specify using randomly selected words, presumably from a list of 2048 (2^11) words. So an individual user, actually using an algorithm to randomly select words from a list, can actually generate a reasonably secure passphrase.

      The trouble is, users who are instructed to use passphrases will not necessarily use randomly selected words. Enough will use meaningful phrases, that a brute-force attack, using a database of English words commonly appearing adjacent to each other, is a viable attack.

      Things are quite different from the perspective of a user trying to maintain personal security, and an administrator trying to maintain the security of a site in general, and that's the real issue here. It's easy to test whether your users are using passwords that include a mix of numbers, letters of both cases, and symbols, rather than actual words. But if instead you require passphrases, it's a lot harder to test whether they're using random passphrases. And an administrator has to worry about keeping everyone secure, including those who aren't going to read articles on how to choose secure passphrases.

      I have to admit with some chagrin, even within this thread, I'd railed against arbitrary password constraints, but from this point of view, they make much more sense than simply allowing passphrases.

  39. Re:xkcd by Ihmhi · · Score: 0

    Two minutes behind this guy and I'm "Redundant".

  40. If they aren't easy to remember.. by Steven_M_Campbell · · Score: 1

    If they aren't easy to remember then people write them down, put them on sticky notes on their monitors and the like. It's not just about the math, it's about the social practices as well. I think multiple word pass phrases are still our best avenue for the common man.

    We professional types handling encryption keys and such should probably be pushing that extra strength of full random strings but we also handle them professionally and keep them secure and we certainly don't expect that from Joe Enduser.

  41. really? by Bengie · · Score: 1

    g0|d$U}{d'o'k3yB4|lz` = gold sux donkey balls

    This is easy to break?

    1. Re:really? by KiloByte · · Score: 1

      You're mixing the advantages of l33t substitutions and (partially) the xkcd approach, so it's hard.

      "gold", "sux" and "donkey balls" are unrelated to each others, but you really should use something other than a widely used phrase for the last one. That's mostly a nitpick, though, generally your password is decent.

      And it says something bad about the society that "donkey balls" is a widely used phrase :p

      --
      The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
  42. Stop the password madness by brainzach · · Score: 1

    All these secure password strategies just encourage people to write down their passwords and save them into the browser. Even pass phrases are hard to remember if you have to change them every three months on multiple accounts.

    Secure passwords can still be compromised by social engineering, a key logger or messing with the much needed password reset tool. Stop thinking about the problem one dimensionally.

  43. my strange variation by way2trivial · · Score: 4, Interesting

    For myself, I have three phrase+number complex passwords which I use, one for financial sites, (online banking, amazon, anywhere I shop & my plastic is stored) one for places I expect to use regularly (such as slashdot) and one for trash sites where I gotta register for whatever it is I want, but don't likely expect to be back. The variant thing is, I have my own domain with a catchall address (similar to gmails + system) and for all domains I use the domain name plus my @domain.com

    assuming the method show in the cartoon was automated checking of the password email + combo-- it'll fail because I wouldn't use the same email address at ANY website.

    --
    every day http://en.wikipedia.org/wiki/Special:Random
  44. How to better combine words by YurB · · Score: 0

    I'm pretty sure I'm not the first to express this, but what about using two words, eg. "banana" and "guitar" this way: "bgauniatnara"? It's still easy to remember, but not that easy to guess by dictionary search. That being said, the major problem I think is not about a single password strength, but about the reuse of passwords along different services...

    1. Re:How to better combine words by YurB · · Score: 0

      Oops, I should have said "across" instead of "along". Sorry, still far from perfect in English.

  45. sure they are? by Anonymous Coward · · Score: 0

    Wait,

    Which words are you using as a password?

  46. Spammers get to try as much as they like by Anonymous Coward · · Score: 0

    In the 1980s we programmed 3-second pauses between attempts from any single source.

    But around 2004 I had a frustrating conversation with a couple of Novell's architects where they refused to admit that allowing you to try passwords at the speed of hardware was a bad idea.

    What those guys didn't want to admit was that they didn't have a good way of determining the source of each attempt. Modern attackers can spread across IPs - just yesterday itbusinessedge.com hit my mailservers (all of them, not just the highest MX record) with a email address guessing attack sourced from various machines all over 173.240.145.0/24 and 173.240.146.0/24. Spammers and other online criminals just buy huge address blocks from godaddy.com and set the DNS TTLs to 15 minutes and have a field day.

    Posting anon because those are real names and numbers there.

    1. Re:Spammers get to try as much as they like by DamnStupidElf · · Score: 1

      Basically what you've discovered is that there's no way to enforce invalid-password timeouts without introducing gaping DDoS vulnerabilities. Even if you make every IP wait 1 second for authentication attackers will just spoof connections from that single IP to DoS the user behind it. Strong cryptography at hardware speed is the only way to go.

  47. wordnumberWORD ftw by Larryish · · Score: 1

    elephant492GENERATION

  48. Look at me!! by Fishbulb · · Score: 1

    I’ve been advocating through my research though [...]

    Yeah. I got to this point in the article and stopped.

  49. Hmm by lightknight · · Score: 1

    How about we teach people not to thieve others' passwords?

    See, the problem is, almost any password setup can be sidestepped by using a keylogger. Tiny device, about the size of a fingernail.

    So, perhaps a little more focus on teaching people that it's not in their best interest to use someone else's identity.

    --
    I am John Hurt.
  50. UGH! by multimediavt · · Score: 2

    @lw@y$ U$3 Ch@r@ct3r R3pl@c3m3nt 1f Y0u U$3 R3@l W0rd$ 1n Y0ur P@$$phr@$3$ !!!

    I have passwords that look like that (minus the spaces). Break that with a dictionary! :p

    Seriously folks, if you use real words in a password in this day and age, you're a little bit more than naive or completely out of touch with what computers of the current generation are capable of. IMHO, you CANNOT use straight dictionary words (regardless of language, and yes, I do mean Klingon and Sindarin!) in your passwords without some sort of numeric or symbolic character replacement pattern. Then you can use easy to remember song lyrics, movie quotes, and other colloquial sayings as pass phrases. Use them "au naturelle" and you will get pwnd!

    P.S. I don't always use the same replacement pattern or characters, either. The above is just an example. I wouldn't use that one as someone has it in their dictionary by now, btw.

    1. Re:UGH! by olliM · · Score: 4, Insightful

      I'm not sure if you are being sarcastic or not... That's a terrible way to create passwords: the character replacements are easy to guess and the method is so common that they are going to be included in the dictionary.

      The point of using dictionary words in pass phrases is to think of them as letters of a password. A password with 8 random letters is much more secure than a random 8 letter word. Similarly 8 random words are much more secure than a random phrase with 8 words.

    2. Re:UGH! by Anonymous Coward · · Score: 0

      Right on! Although is this password stuff like "can you outrun a bear?" ... "I only need to run faster than you"

      My work-study job at the university was to run an open source password cracker against all employees of the university (and send them a polite email if the tool guessed their password). This was before rainbow tables - it created a personal rainbow dictionary on the fly. It was also the good old days when the salts and encrypted passwords were stored in /etc/password.

      The tool worked like this: take a dictionary containing english words, plus several passwords culled from other sources, and other common techie words, movie titles (+ names of university items like the mascot) etc.... and string them together into variable passwords. This was the database.

      The next phase of this tool then started making alterations and duplicates of these words, such as **replacing letters with numbers** (It had a knob - "how long you want this crack to take?").

      This became the super-dictionary... and then the tool went to work...for days.

      Brute force, but it found several passwords (some variation of "yogurt" was the most common). I remember asking a friend, "Is the wife of the dean named Annie?"... "no - that's his dog"

      Where there's a will - there's a way.

    3. Re:UGH! by Anonymous Coward · · Score: 0

      I don't really see how character replacement is going to help you, since attackers are familiar with this. So, at best, your character replacement scheme is just security through obscurity. It's only going to work on people who don't think to swap '@' for 'a', '3' for 'e', etc. Personally, I opt for passphrases that are a sentence or two long, include punctuation, and say something about an event or memory from my life that is not publicly available information. Whenever possible, I use dates, but not my age (at the time of the event or memory). When I am forced to use short passwords, then I opt for a name of a person or place from my past and intersperse some numbers and symbols.

    4. Re:UGH! by thomasw_lrd · · Score: 1

      This makes me curious if we can train an AI to think of words like a human does? You know the study where people can still read a word as long as the first and last letters are the same? Could make an interesting project for a Ph.D. in CompSci.

    5. Re:UGH! by Anonymous Coward · · Score: 0

      Sorry to burst your bubble, but the most common 'character replacement' techniques are already included in dictionary attack algorithms, so your passphrase above isn't really any more secure than "Always use character replacement if you use real words in your passphrase !!!"

    6. Re:UGH! by AmiMoJo · · Score: 2

      It works if you use completely random words, but phrases are little better than using single dictionary words. Rather than trying every word in the dictionary you just try every phrase in Google's corpus. The usual variation rules apply: capitals, letter/number substitution, first letters only, spaces or no spaces etc.

      Unless what you are protecting is worth throwing a large amount of energy into cracking your password a longish passphrase is probably fine. Any time there are a large number of other users there will be enough with terrible easy to guess passwords that will be cracked by the first pass of a dictionary attack to make yours not worth the effort.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    7. Re:UGH! by LordVader717 · · Score: 1

      That's a recipe for disaster. One of the easiest attacks is to try character substitutions on password dictionaries (which are largely made up of pop culture phrases). The placement of special characters is hard to remember, yet shockingly predictable.

    8. Re:UGH! by Beryllium+Sphere(tm) · · Score: 2

      >IMHO, you CANNOT use straight dictionary words (regardless of language, and yes, I do mean Klingon and Sindarin!) in your passwords without some sort of numeric or symbolic character replacement pattern.

      Of course you can. If they're selected randomly, an attacker has to use the complete source space for the random selection in a brute force attack.

      http://www.diceware.com/ gives you 12.9 bits of entropy per word. Brute forcing that is already more trouble than it's worth at three words, and five would require nation-state resources to crack.

    9. Re:UGH! by LordLimecat · · Score: 1

      IMHO, you CANNOT use straight dictionary words (regardless of language, and yes, I do mean Klingon and Sindarin!) in your passwords without some sort of numeric or symbolic character replacement pattern.

      I disagree.

      Number of combinations for an 8 character, upper / lower alpha-numeric passwords:
      218,340,105,584,896
      Number of combinations for a series of 4 english dictionary words (using the conservative guess of 25,000 words in the dictionary):
      390,625,000,000,000,000

      That is, the 4 easy-to-remember words are more secure as a passphrase than an 8 character password by an order of magnitude, and as secure as a 10 character password (actually a bit less, but "whether spaces are used" makes up for that detriment).

      Certainly adding a single symbol to the mix will help, but it will come at the expense of "ability to remember", which is where the real fight is. How many users use really crappy passwords just so they can remember them? Id much rather they pick 3 dictionary words and use that.

      A good rule of thumb is that a single dictionary word is worth about 3 alpha-numeric characters.

    10. Re:UGH! by steelyeyedmissileman · · Score: 1

      I'm not seeing how that works... on the site, they say the random words come from a list or 7,776 words. Any attacker will have access to that list.. if you do a 5 word password, that's a total of 7776**5 possible passwords, which is fewer than a 10 character password using lower & upper case, numbers, and punctuation. That's not more secure, and I'm not sure 5 randomly chosen words is always going to be any easier to remember.

    11. Re:UGH! by swalve · · Score: 1

      It depends on how many punctuation marks you are allowed. 88^10 is approx equal to 7776^5 My keyboard appears to have 62 alphanumerics + 22 punctuation. If you are restricted by more than 4, the 5 words wins.

    12. Re:UGH! by FoolishOwl · · Score: 1

      That's not more secure, and I'm not sure 5 randomly chosen words is always going to be any easier to remember.

      It's about as much entropy, but I find it much easier to remember a sequence of five randomly selected words than a sequence of 10 randomly selected characters, and I believe most people do.

      I have a few hundred passwords I need to keep track of, so I can't memorize them all; instead I use a password safe. While password safe applications usually have a feature to allow pasting in a password, in many situations I can't use that feature, so I need to look at the password, then re-type it. The less time the password is visible, the better. And if it's a series of words, I don't need to look at them long to remember them clearly enough to type them; but with random characters, I'm likely to need to go back and forth between the displayed password and the field I'm typing in.

    13. Re:UGH! by Confusador · · Score: 1

      One thing to remember is that you're trying to confound multiple types of attacks. Replacing characters doesn't help against dictionary attacks, so I'm not sure why GP brought it up here, but it does complicate shoulder surfing.

  51. They're Easy To Remember by Greyfox · · Score: 2

    Just lift up the keyboard and read it off the post-it note you stuck to the bottom of it!

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

  52. Enough with the random passwords by Anonymous Coward · · Score: 0

    If you force people into using passwords they cannot remember, then you will have a bunch of passwords written down on paper. This leads to a less secure situation than when you started.

  53. pwgen always works by Anonymous Coward · · Score: 0

    It's free, powerful and secure.

    $ pwgen -sy 256 1

  54. Reduction by Space+cowboy · · Score: 1

    I tend to use the first letters of every word in a line Or two from a poem. At one time I used 'cargoes' by John Masefield, giving me QoNfdOrhthisP, or "Quinquireme of Ninevah from distant Ophir, rowing home to haven in sunny Palestine".

    Trivial to remember if you know the poem (and the name of the poem makes a good password hint without giving too much away) but pretty much impossible to brute-force or dictionary-attack. You can still throw in the o->0, I->1 transformations etc., but there's probably already enough entropy there already unless someone "clever" is insisting on 2 numbers, 2 upppercase letters, etc.

    Simon

    --
    Physicists get Hadrons!
    1. Re:Reduction by AttyBobDobalina · · Score: 1

      That's why I prefer shapes. My feeble brain can remember "equilateral triangle" starting at '6' far easier than the complex methods described above.

  55. This just in by Anonymous Coward · · Score: 1

    Bad pass phrases are worst than good passwords.
    Wonderful. So I'll try to remember to never use titles to popular movies and songs as my pass phrases. The same way I don't use passwords like 'dog' or my middle name or birthday and such. Password, pass phrase, either way we computer types need to try to encourage people to not use easy to guess keys to their digital life.

    But, all other things being equal, I'd say that good pass phrases are better than good passwords, and I prefer them. There's no way you can tell me that "now is the Time for all strange Eggs to dance" is vulnerable to a dictionary attack.

  56. Don't people do research anymore?? by gweihir · · Score: 1

    This is quite simple and has long since being answered:

    - A random English word gives you about 0.6 to 1 bit of entropy per letter. If the words are not randomly chosen, you get (potentially a lot) less, especially for long words.
    - A random alphanumeric character gives you 5.1 bits of entropy

    Take your pick. I go with the random alphanumeric passwords for anything where I actually need security.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    1. Re:Don't people do research anymore?? by darkgrayknight · · Score: 0

      But, if you mix in a random alpha numeric with random English words, you get both, and the added entropy of location of random alpha numeric characters. "borrow 9dy sendar&sought" "bing s0me googl3 and yelp" We just need to be able to use long passwords and extended character sets.

  57. Small Welsh villages by Oswald+McWeany · · Score: 1

    I've found small Welsh village names are easy to remember- look random- and don't appear in the dictionary. I use them for low-security sites that I don't access often and don't care too much if they get hacked.

    For things I really want to protect I use a random combination of letters numbers and symbols.

    --
    "That's the way to do it" - Punch
    1. Re:Small Welsh villages by Oswald+McWeany · · Score: 3, Funny

      ... after all- when the Welsh were coming up with names for their villages they used random letter generating apps on their iDruids.

      --
      "That's the way to do it" - Punch
    2. Re:Small Welsh villages by Anonymous Coward · · Score: 0

      To be fair, they kind of had to. Those darned vikings kept being able to guess the names of the towns to plan their raids. The Welsh started having to get creative when they ran into their first vowel shortage. Unfortunately, it took too long to implement the new standard, and the vikings got nearly every vowel the country had, so now they're on permanent rationing.

    3. Re:Small Welsh villages by Fned · · Score: 1

      I've found small Welsh village names are easy to remember

      Sez you.

  58. A passphrase is just another password... by Truedat · · Score: 1

    ...with a few space characters in it.

  59. so confused by Anonymous Coward · · Score: 0

    This confuses me to know end. Password crackers from the early 90's did agglomerations of words. nth-letters from words in a sentence are not uniformly distributed. Entropy people -- guessable patterns are bad. Things like wordNumberWORD is only three elements long and not that hard to guess. Think of words as numbers -- and then consider each word as a "number" in a very large base -- then this is a 3 number sequence in a dictionary sized base -- but that's still smaller than a n-characters in base 36 (=26+10, you could use 36*2 if you want to allow basic western shift sequences- -- a little more if you want other characters etc).

  60. News flash: bad passphrases are insecure by SirGarlon · · Score: 1
    A key point in TFA:

    Our goal wasn’t to evaluate the security of the scheme as deployed by Amazon, but learn more how people choose passphrases in general.

    and then a few paragraphs later is the rather unsurprising observation:

    significant numbers of people will blatantly ignore security advice about choosing nonsense phrases and choose things like “Manchester United” or “Harry Potter.”

    So, as the summary says, to try to generalize from that to find fault with the idea of multi-word passwords is "twisting of words." That's not what the researchers were trying to find; a more accurate characterization of their findings is that, given their own choice of passphrases, a lot of people will choose something shockingly weak that is then easily guessed in a dictionary attack.

    --
    [Sir Garlon] is the marvellest knight that is now living, for he destroyeth many good knights, for he goeth invisible.
  61. Something of a fail by Anonymous Coward · · Score: 1

    This doesn't take Diceware passwords into account, only user generated phrases (eg. song lyrics etc).

    Good luck bruteforcing this: curb dope yl wz 39 niche a simple 6 word passphrase generated by diceware, which has about 98.6 bits of entropy

  62. Who cares? by Tony+Isaac · · Score: 1

    So MacGuyver can pick your house's door lock in 15 seconds with a light bulb filament. So what? You're not worried about MacGuyver. You probably haven't changed your house keys since you moved in. Does that make your house vulnerable? Maybe, but we've learned to live with that level of risk. Besides, if somebody really wants into your house, they'll just kick the door in or break a window. Keys just keep honest people honest, and you rely on your neighbors, and the police, to prevent unauthorized access to your home.

    My bank ATM card is protected only with a 4-digit PIN, which is encrypted in the bank's records using 64-bit DES. But I've never heard of anybody cracking that DES encryption, or brute-forcing ATM codes, to gain unauthorized access to people's bank accounts. Instead, they use easier methods--human engineering--to get people to reveal their account numbers or other personal information. Then the thieves don't even need your PIN number! In other words, they come in through a window. So a 4-digit PIN number turns out to be secure enough after all.

    If you're Fort Knox, you might have reason to care about the strength of your password or pass phrase. But for those of us that live in the real world, ANY password is good enough.

  63. Compuserve reborn by Anonymous Coward · · Score: 0

    That's the way Compuserve generated passwords way back in the 80's. Two random words, separated by a nonwhitespace character. forged$elephant, that kind of thing.

  64. There's an easier way to not remember passwords... by Anonymous Coward · · Score: 0

    Multi-phrase is too much work:

    http://sierracomputergroup.blogspot.com/search/label/Passwords

    Sudden Disruption

  65. Mix it by Kjella · · Score: 3, Interesting

    My recommendation for a really secure pass phrase:

    1. Pick a phrase like "maryhadalittlelamb"
    2. Add (or replace) with one capital letter, one number, one special character. Don't use l33t-speak, just at random.
    3. Remember your three weird words like "maVry" "li6ttle" and "lam!b", it's much easier than when it's all just a hopeless mess.
    4. Your password is now "maVryhadali6ttlelam!b", there not a password cracker in the world that'll find this.

    It's way, way too long and uses from all the character sets for a brute force attack. As for a dictionary attack, there's way, way too many permutations. It could just as easily be "mar#yha1dalittlelRamb" or "m%aryhadalitOtlela9mb" or a million other combinations based on "maryhadalittlelamb", even if you knew that was the basis. Of course the biggest risk is the computer you're typing it into, for example I feel my mail is now much safer now that I can log into it from my smartphone rather from any random webcafe/desktop/laptop I happen to have available. It's a lot more difficult to get a spy app installed or bug my hardware than if I type it in on machines I don't control.

    If I remember correctly, this is how our university got breached once, they bugged a desktop in the computer lab, trashed the software a bit then waited for an admin to come and try cleaning things up with the admin password. Boom, they got admin rights to every desktop on the network. Against that it doesn't matter if your password is a kilometer long, if you can't trust the console it doesn't matter. It only matters if your data is stolen and they never got the password, which is of course one important vector with stolen laptops and all, but it doesn't protect against other threats. All in all I consider my password complexity as being a very low-risk threat. No point in a bullet proof blast door if a burglar would use the window.

    --
    Live today, because you never know what tomorrow brings
    1. Re:Mix it by MtViewGuy · · Score: 1

      In short, the best easily remembered security is to use at minimum 12 character password that is not understandable by any dictionary.

      In fact, the password for my router access is 16 characters long, 12 based on the first two characters of the English names of places I've visited (which is a lot) and four randomly thought out numbers. And the password generated is not anywhere close to recognized as an English, French, Spanish, German or Italian word. And I change the password every 60 days.

      In short, it's close to impossible to guess the password.

  66. Despite the mentally challenged... by Anonymous Coward · · Score: 0

    Security through obscurity is a valid layer of security.

    For anything serious, obscurity of course shouldn't be used as the only layer of security. Nor should horses who can correctly identify battery staples be the sole layer, for that matter. You shouldn't have a sole layer of security, period.

  67. There's a fairly simple solution. by bistromath007 · · Score: 1

    Most people can easily remember a shorter string of garbage, say five characters. A password that is short garbage followed by three dictionary pulls should be maximally strong against any attack.

  68. offline passwords *can* be secure against attack by Eil · · Score: 2

    This line from the summary was written by someone who doesn't understand the slightest thing about modern encryption and password security:

    of course any password whatsoever is going to be insecure against offline attack

    Look up the concept of key stretching. In a nutshell, you basically take a plaintext password and then apply many thousands of rounds of encryption or hashing to it and then store the end result in the password database. The idea is that you incur a few seconds of computation time every time the password is set or retrieved, which is a very minor inconvenience in normal use but is a humongous amount of overhead to brute forcing even a single account.

    With this technique, a dictionary attack on one account can take days to work through the whole set of words. So if you're using a dictionary word for your password, you're screwed no matter what. But a halfway-strong password that doesn't appear in any dictionary can be completely immune to an offline attack if the hashes were computed securely. The only way for an attacker to get around it would be to find some fatal flaw in the encryption or hashing algorithm. (In which case, the NSA would probably like to speak with him.)

  69. I can't believe no one's said this yet by Anonymous Coward · · Score: 0

    Use a password in a language besides English to foil dictionary attacks. (Example:ki'uleza'ijyfinca'ilebangugi'edjicalenumutcejitroleiselci'a)

    1. Re:I can't believe no one's said this yet by neminem · · Score: 1

      Or just use neologisms or other things that are words to your brain, but not words according to a dictionary. I doubt dictionary attackers are going to use Urban Dictionary or etc. in their brute-forcing.

  70. obvious by Tom · · Score: 1

    Of course they are. You use words, a dictionary attack is the obvious weapon of choice, and of course it will fall.

    The question is not if, the question is when. A good multi-word password (which according to my own calculations should have four words) has a searchspace as large as an 8-character password following one of the standard password policies. More importantly, it does not degrade as badly. What your password policy works out to on paper is one thing, what your users make of it is an entirely different thing.

    In fact, it's horrible. Mathematically, your average password policy has a complexity on the order of 10^16. However, considering psychological factors and typical user preferences as we know them, the actual complexity is somewhere near 10^7. That's ridiculous from a security POV.

    A four-words passphrase, however, degrades from a theoretical 10^18 down to 10^12 in a worst-case estimate. That's a better overall result and less degradation.

    --
    Assorted stuff I do sometimes: Lemuria.org
  71. Multiword passwords don't work by rtechie · · Score: 1

    Recommending multi word passwords is fucking retarded. 95% of the login systems people will use DON'T ALLOW MULTIWORD PASSWORDS. Linux doesn't allow spaces, no website I can find does, and most corporate Windows networks also block spaces.

    Passwords are a shitty way to secure anything. The only reason we use them at all is because it's easy to code (and in that sense, easy in general). Do you think replacing the keylocks on the front door of your house with a guy who asks people "What's the password?" is a good idea? Of course not. You use a key aka token to open the door.

    Obviously, tokenized security is better. The best token is your fingerprint hash (since you can't lose it).

    My reccomendation is to use randomly generated passwords that are between 8 and 16 characters and are stored in a password vault secured with a token, ideally fingerprints. Buy one of the Authentek readers and haul it around or use a smartphone token or a hardware token. If you go with the reader or hardware token be sure to buy spares.

    1. Re:Multiword passwords don't work by Culture20 · · Score: 1

      Recommending multi word passwords is fucking retarded. 95% of the login systems people will use DON'T ALLOW MULTIWORD PASSWORDS.

      Huh?

      Linux doesn't allow spaces

      That's just plain incorrect.

      no website I can find does

      Because you only use /.?

      and most corporate Windows networks also block spaces

      Not the ones I've worked with.

    2. Re:Multiword passwords don't work by FoolishOwl · · Score: 1

      I use several different techniques to generate passwords and passphrases. Different systems have different constraints. None of the *nix distributions I've tested disallow spaces; on some VMs I've set up, I use multiple words separated by spaces for user passwords. I use SSH a lot, and sometimes GnuPG; I can use multiword passphrases, including spaces, with them.

      Of course, you can just drop the spaces. "correcthorsebatterystaple" or "correct!horse!battery!staple" still work.

  72. Password policies by pgpalmer · · Score: 1

    That works in theory, as I have a system of my own, but then I come across password policies that are, given this day and age, quite ridiculous. I type in my generated password and it refuses it, saying:

    Must be between 6 and 8 characters; or
    Must be alphanumeric; or
    Numbers not allowed (seriously, I got this with one site).

    I use a password manager to manage all my passwords, but whenever I come across a stupid website that does this I need to e-mail a "login hint" to myself (a hint that doesn't reveal the password to anybody with access to my e-mails but saves me having to reset my password when I try to login manually but it refuses what the password should have been in the first place).

  73. Hack this account: hackmeslashdot@gmail.com by surveyork · · Score: 1

    I see many password experts here. Well, crack this account: . Post the password here to prove you did it and please comment on how long it took you to find the password.

    --
    2019 is going to be the year of Linux on the desktop.
  74. Wanted: a Format, Extension, and Service by bill_mcgonigle · · Score: 1

    There's no way to consistently use secure passphrases with all the shoddy web development out there.

    Could somebody please come up with a BNF microformat to describe password requirements? These could be added to the 'password' field type in the HTML form or stored in a 3rd party repository (used by the extension that will generate the strongest password for me given the requirements).

    --
    My God, it's Full of Source!
    OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
  75. Mapping Feature Extension by bill_mcgonigle · · Score: 1

    I almost instantly came up against the limit you describe - it's just not really doable in practice because of this limit.

    Given the requirements of the website, an extension could hash your human password into the highest entropy password that a site would allow.

    --
    My God, it's Full of Source!
    OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
  76. Which dictionary? by petteyg359 · · Score: 1

    If a site is designed by a moron and allows enough repeated failures for an attack to succeed, it doesn't matter what your password is.

    If a user is a moron and is too stupid to pick a phrase that isn't nonsense or make their complex random password longer than 8 characters...

    Morons will be morons. The problem isn't the password. The problem is the lack of punishment for being a moron, and society's cowardice and lack of long-term thinking in refusing to tell people that they are, in fact, morons.

  77. Shows what you know. by One-Note+Pony · · Score: 1

    Everybody knows the Welsh prefer Andruid devices.

  78. Make up your own gibberish word, learn it by heart by Anonymous Coward · · Score: 0

    I did this in high school in the 70s - a group of us had a game to make up, learn and pronounce the longest possible gibberish word. Mine was something over 50 characters. It's never been hacked in 40 years but I can't use it for many services who insist I choose a "strong" password that is 8-12 characters long and - helpfully (that is for the hacker) - indicate which characters are allowed and not. Moronic.
    I tell people, verbally, my made up word on a regular basis and have challenged many to try to transcribe it (assumes they know how I spell it) and even hack an account where the word is used - nada.

  79. Correction: by One-Note+Pony · · Score: 1

    ... after all- when the Welsh were coming up with names for their villages they used random letter generating apps on their iDruids.

    The Welsh use Andruids.

  80. Delusions in restrictions. by Forty-3 · · Score: 1

    Can you honestly tell me that'd you'd guess "The nuances devour"? (past passphrase). Having substitutions in there isn't going to help you, they'll only confuse you when you try to remember what was replaced with what. This whole "password" thing is shit as well. That's a relic from the 80s when you only had enough of your previous space to store one word at most. In the modern world where space is cheap, all "passwords" should be passphrases.

    Another dumb thing that I see a lot is that sites will have the obnoxious rules to increase passphrase "safety". What they're really doing is narrowing down the possible passphrases, thus /decreasing/ security, instead of increasing it. The only requirement that is actually legit, and that should be on every site, in /minimum/ passphrase length. Sadly, some sites are deluded into putting max passphrase length (Which means they're storing it as plaintext in a database like idiots). It doesn't f***ing matter how long a passphrase is. When it's hashed, a one word password will turn out the same as a 200 word passphrase, in terms of length. Any other restrictions just make it harder to remember.

    For example, my school recently changed its restrictions on passwords. After I got locked out of my account, they decided to change my passphrase to the school name, because that was the easiest way they knew how to fix locked accounts (Dumb Windows). Of couse, now I can't use spaces, punctuation, or anything else to increase the strength of my password. So I didn't even bother changing it to something stronger, because I'd never remember where I put the underscores and- whoops, I forgot, I can't use punctuation now. Forcing users to go from a multi-word, secure passphrase, to a one-word password that's easily guessable, is ludicrous. The restrictions have to have an end put to them, and now is the time.

    --
    http://tinyurl.com/42geekcode