Last week, I tried to register for a service and was really surprised by a password limit of 16 characters. Why on earth yould you impose such strict limits? Never heard of correct horse battery staple?

    • phcorcoran@lemmy.world
      link
      fedilink
      arrow-up
      12
      ·
      4 months ago

      Sure but if my password is the entire lord of the rings trilogy as a string, hashing that would consume some resources

    • unmagical@lemmy.ml
      link
      fedilink
      arrow-up
      5
      ·
      4 months ago

      Of course, but if you’re paying for network and processing costs you might as well cap it at something secure and reasonable. No sense in leaving that unbounded when there’s no benefit over a lengthy cap and there are potentially drawbacks from someone seeing if they can use the entirety of Wikipedia as their password.

      • DaPorkchop_@lemmy.ml
        link
        fedilink
        arrow-up
        1
        ·
        4 months ago

        You can also hash it on the client-side, then the server-side network and processing costs are fixed because every password will be transmitted using same number of bytes

        • unmagical@lemmy.ml
          link
          fedilink
          arrow-up
          2
          ·
          4 months ago

          You still need to deal with that on the server. The client you build and provide could just truncate the input, but end users can pick their clients so the problem still remains.

        • Valmond@lemmy.world
          link
          fedilink
          arrow-up
          2
          arrow-down
          1
          ·
          4 months ago

          That would take care of it, you do nead to salt & hash it again server side ofc.

    • frezik@midwest.social
      link
      fedilink
      arrow-up
      2
      ·
      4 months ago

      Bcrypt and scrypt functionally truncate it to 72 chars.

      There’s bandwidth and ram reasons to put some kind of upper limit. 1024 is already kinda silly.