• kevincox
    link
    fedilink
    arrow-up
    2
    ·
    7 months ago

    https://en.wikipedia.org/wiki/Password-authenticated_key_agreement

    Cloudflare also had a fairly good post a while ago about a newer PAKE algorithm: https://blog.cloudflare.com/opaque-oblivious-passwords

    a scary amount of users are using the same rather weak password for lots of different accounts

    This is true, but you can force them to use a random password just as easily as you can force them to use a randomly generated key. The end UX can look basically identical if you want it to. My point is that this is basically a UX problem. Instead of just making the change we are inventing this new protocol to shuffle along a UX change at the same time. Maybe part of this is because the change has major unaddressed downsides that would be too obvious to slip by if made as an incremental upgrade to passwords.

    One team person does the login, adds a key, then let’s the second team member put in their key and so on.

    There is no reason you can’t have multiple passwords associated with an account.

    • Fushuan [he/him]@lemm.ee
      link
      fedilink
      English
      arrow-up
      1
      ·
      7 months ago

      But… PAKE is used as a method for ongoing exchange of messages, you wouldnt avoid using a password when authenticating, which is the whole point of this debacle.

      In really don’t see it that complex, in my last job IT installed a passkey in my laptop, which then Microsoft used to login and thorough its SSO, I just stopped using passwords altogether after logging into my PC itself. This is way more secure for the average Joe than having 5 postists with passwords pasted in the sides of the monitors. Yes this is way more common then you think, there’s a reason passwords need to be rotated all the freaking time.

      Once rolled out, workers didn’t have to do anything to authenticate, as long as they were using the work laptop the company assumed that the used was the one using it, since the laptop was registered to the user, and it was way more comfortable.

      It’s not really that hard to explain to people. Sending passwords is insecure because if an attacker gets the password, you lost. With passkeys, once you set it up, google/microsoft/pepapig.com will send a request to authenticate to your phone, where you will just say “yes” and they will talk with each other to give you access. If an attacker gets hold of that message, it doesn’t get anything of value because each time pepwpig.com and your phone talk with each other, they say different stuff and the attacker would just have yesterday’s responses, so they lose.

      Old people won’t adopt it unless forced, just like they adopted special passwords by adding 1 and * to whatever stupid word they use and writing it next to their work monitor, in the office. They just won’t. Either IT automates everything for them or anything we develop will get completely bypassed.

      • kevincox
        link
        fedilink
        arrow-up
        2
        ·
        7 months ago

        But… PAKE is used as a method for ongoing exchange of messages

        I don’t know what you mean.

        In really don’t see it that complex, in my last job IT installed a passkey in my laptop

        They can also install a randomly generated password just as easily.

        Sending passwords is insecure because if an attacker gets the password, you lost

        That is why you use a PAKE, you don’t send the password.

        Old people won’t adopt it unless forced

        They also won’t adopt passkeys unless forced. What is the difference?

    • lemmyreaderOP
      link
      fedilink
      English
      arrow-up
      1
      arrow-down
      1
      ·
      7 months ago

      This PAKE post by Cloudflare is way over my head, but very good to see that new things are explored to make security really better.