• ngcbassman@sh.itjust.works
          link
          fedilink
          English
          arrow-up
          2
          ·
          9 months ago

          For 6 characters is 5 seconds. I like the idea of using passphrases that mix casing with symbols but still they look like like real words, it make easier to write them down when you need them and they can be very long, so they are quite secure, of course using a password manager to be able to manage them.

      • dbilitated@aussie.zone
        link
        fedilink
        English
        arrow-up
        3
        ·
        9 months ago

        I wonder if this assumes the cracker knows how long etc the password is when they start cracking.

        I always make my passwords “a” because I figure they’ll start cracking attempts at 5 characters 😁

      • Echo Dot@feddit.uk
        link
        fedilink
        English
        arrow-up
        2
        arrow-down
        1
        ·
        edit-2
        9 months ago

        Why is 1,000 years yellow in that graph?

        If a password can’t be broke in 1,000 years it is utterly unbreakable in any effective sense of the term. No one’s going to run the program for a thousand years because even if they did it wouldn’t be relevant at the end of the process.

        Hell even 51 years is pushing it.

        • The_Vampire@lemmy.world
          link
          fedilink
          English
          arrow-up
          4
          ·
          9 months ago

          Well, the rate passwords can be tested at now may not always be the rate passwords can be tested at later. Computers were, at one point, growing exponentially faster in terms of processing power. There are still several emerging technologies out there that could cause significant speed-ups.

          It’s certainly better to future-proof your passwords.

    • 🅿🅸🆇🅴🅻@lemmy.world
      link
      fedilink
      English
      arrow-up
      7
      ·
      9 months ago

      It depends on how the password is stored / KDF used (what type of hash, salting, bcrypt, etc).

      Judge for yourself if it’s an old website or old piece of software that might use (god forbid) MD5. Since one would not normally know that, I’d go with 20 (good, cryptographically) randomly generated upper/lower/digits if using a password manager, or 40ish characters passphrase if you need to remember and/or easily type it. Add some punctuation / special chars (spaces, commas, dots, paranthesis, etc) if it’s an important masterkey (ie password manager key, encrypted container, etc) and you have decent typing skills.

      Some shitty sites / routers don’t accept certain special characters hence go with upper/lower/digits as standard but use longer lengths (if the shitty site allows you and doesn’t limit that too). Limits to what a password should contain and/or length limits would be a sign of lazy programming and poor password management, so treat them as unsecure from the get-go (yes, even big names like Oracle have piss-poor security or lazy implementation). Good programming nowdays shouldn’t have those limits, as user input sanitization / injection protection exists, and hash functions have a fixed length no matter what the input length is.

      Also very important, don’t reuse passwords for online accounts. Hence a password manager remembering them for you. There are still websites storing passwords in plain text. You wouldn’t want your local pizza hut know or leak your email password by being hacked.

    • PlexSheep@feddit.de
      link
      fedilink
      English
      arrow-up
      2
      ·
      9 months ago

      Rookie numbers. Max out the character limit.

      Seriously tho: go for at least 80 bit randomized characters. If it’s something you have to type, use a couple of random words. Longer passwords are exponentially more secure.