Let’s start with a smartphone. A user creates an account with a passkey for a service, that passkey gets stored on their smartphone, and they can use biometrics to sign in from then on. The private key is stored on the smartphone. Great.

But then how do you sign into that same service from a different device?

If it’s by using a password manager, some third party piece of software, How do you sign in on a device where you’re not allowed to install third party software?

  • credo@lemmy.world
    link
    fedilink
    arrow-up
    27
    ·
    edit-2
    7 months ago

    How do you sign in on a device where you’re not allowed to install third party software?

    You don’t. Passkeys are very ecosystem-centric right now. If you are in apple, google, or Microsoft entirely, they will all allow you to move your passkeys around to different systems using the same basic mechanism they used for password keeping. Moving across ecosystems is absolutely broken - or rather - has never worked.

    I think there are mechanisms to allow passkeys to work via Bluetooth or even via camera, as an external authenticator essentially, but I’ve never personally tried them.

  • sznowicki@lemmy.world
    link
    fedilink
    arrow-up
    7
    ·
    7 months ago

    Service shows you a code that you scan with your device. This code transfers some challenge and information where to send a response. Your device checks if you’re you and then sends a response telling the server you try to log in that hey this guys is indeed the guy, here’s the problem I solved using my private key (asynchronous encryption).

    • Jeena@jemmy.jeena.net
      link
      fedilink
      arrow-up
      4
      ·
      7 months ago

      I would suggest to move to KeepassXC, which already shown that even when KeepassX was too slow to implement features the community was healthy enough to fork it and make it the main fork.

      • dinckel@lemmy.world
        link
        fedilink
        arrow-up
        2
        ·
        7 months ago

        The wallet itself is nice, but managing the database transfers between devices isn’t really something I want to do manually, especially given that devices like Apple’s iPhones don’t support background syncing, crippling Syncthing clients, or alternatives

        • Jeena@jemmy.jeena.net
          link
          fedilink
          arrow-up
          1
          ·
          7 months ago

          I’ve used it on a iPhome once with a Syncthing alternative client and some alternative Keepass app. It worked very well but it was only for a month or two and I don’t change passwords often so I might not realized that syncing doesn’t work well.

      • 👍Maximum Derek👍@discuss.tchncs.de
        link
        fedilink
        English
        arrow-up
        2
        ·
        7 months ago

        We’re in the process of adopting BitWarden at my job. I’m liking it so far. Not enough to convince my family to switch (yet), but enough that I wouldn’t hesitate to jump over there if I needed to.

  • panicnow@lemmy.world
    link
    fedilink
    arrow-up
    4
    ·
    7 months ago

    Depending on the site, you can use one device to login to another without installing additional software. For instance, if you have an iPhone with a passkey for microsoft.com stored on it, you can login to Microsoft.com using the iPhone.

    Here is a webpage that has some screenshots to show you what I mean. You can probably google some other examples.

    https://appleinsider.com/articles/24/05/02/microsoft-finally-lets-users-sign-into-accounts-with-passkeys

    It is possible to sync passkeys across devices but at this point is mainly within a single ecosystem.

  • berkeleyblue@lemmy.world
    link
    fedilink
    arrow-up
    2
    ·
    7 months ago

    Passkeys should display a QR Code for you to scan with a trusted device if you try to use them on a device that doesn’t have your passkey stored.

  • Everythingispenguins@lemmy.world
    link
    fedilink
    arrow-up
    1
    ·
    edit-2
    7 months ago

    I would really recommend never using bio metrics on your phone regardless of the context. It is easier to fake that you would want it to be. Also you are legally allowed to not tell the law your password. But they can take your biometrics by force.

    Edit people really love their biometrics lol

    • Em Adespoton@lemmy.ca
      link
      fedilink
      arrow-up
      3
      ·
      edit-2
      7 months ago

      I’ve got a pair of YubiKeys that I use to back my passkeys. Works great; I’ve got passkeys that work within the Apple, Microsoft and Google ecosystems and don’t have to worry about password prompts for the most part — but I DO need a YubiKey handy to validate that it’s actually me at the device.

      My keys use both NFC and USB-C and work across all my passkeys supported devices when I add in a USB adapter.

      One spends most of its time in a safe deposit box, and the other lives on my physical keychain.

      To use it, the person would need to be logged in on a device I own (that’s password protected) AND have one of the keys (which also requires a PIN).

        • Em Adespoton@lemmy.ca
          link
          fedilink
          arrow-up
          1
          ·
          7 months ago

          Definitely. Costs extra, has an extra step to set up, and has an extra step to use, but is so much more secure.

          That said, biometrics are better than “1234”. I have no issues with people who have bad password hygiene moving to biometrics, which at least add an extra barrier for account compromise.

          But for the rest of us, physical security tokens are definitely the way to go.

    • hedgehog@ttrpg.network
      link
      fedilink
      arrow-up
      1
      ·
      7 months ago

      Unless you’re using a random 10+ alphanumeric passcode and are fine entering it every time you log into your phone, with a short auto-lock period, you’re much better off enabling biometrics (assuming it’s implemented competently) in combination with a longer passcode and understanding how to disable it when appropriate.

      I recently replied with this comment to a Gizmodo article recommending the same thing you did for similar reasons, if you’d like to better understand my rationale: https://ttrpg.network/comment/6620188

      • Everythingispenguins@lemmy.world
        link
        fedilink
        arrow-up
        1
        ·
        7 months ago

        Read your other comment and I don’t disagree. There are two things that I feel could though have a hiccup. First there is a real possibility that you will not be able to lock your phones. I have never set up face ID on any android I have had, but I don’t see any reference to an auto time out on Android on my phone or any of the setup walkthroughs online. Every manufacturer uses a slightly different build of android so it is hard to say that not Androids has it.

        Second it you have a ten digit password as a backup but use face id often the you could forget it. Which would lead many people to use an easy to guess password. Defeating much of the security with a long password has.

        • hedgehog@ttrpg.network
          link
          fedilink
          arrow-up
          1
          ·
          7 months ago

          I can’t speak to Android as a whole, but here’s how often Samsung Face Unlock will require you to re-auth with your phone’s passcode:

          • after 4 hours of not using the phone
          • after restarting
          • at least once every 24 hours

          iPhones do something similar, but it’s after 48 hours of non-use (instead of 4) and at least weekly instead of daily. Having to enter your password daily should help most people keep it memorized pretty well, but weekly - maybe not. So you definitely have a good point there.

          One thing that can make it easier to remember - and just as secure - is to use a longer pass phrase instead of random characters.

          If you using the diceware approach (“correct horse battery staple”), then 5 words has 32 times / 5 bits more entropy than a 10 character mixed-case alphanumeric password (64 vs 59 bits of entropy) (4 word passphrases aren’t random enough to be recommended - they have fewer bits of entropy (51) than even 9 character mixed-case alphanumeric passwords (53), though notably 10 same-case alphanumeric characters also have only 51 bits of entropy).

          The EFF has a word list that’s been improved for usability. They also have a short list, comprised of words with at most 5 characters each, where you roll 4 dice instead of 5. With 6 words from that list you get 62 bits of entropy, which is good enough to be able to recommend.