• LewdLemon@sh.itjust.works
    link
    fedilink
    arrow-up
    26
    ·
    edit-2
    15 hours ago

    This right here. KeepassXC (PC) already had passkey support for a while, KeepassDX (Android) recently implemented support. If you use FOSS implementations, vendor lock-in and potential future corporate enshittification are non-issues.

    • mnemonicmonkeys@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      5
      ·
      10 hours ago

      vendor lock-in and potential future corporate enshittification are non-issues.

      For now.

      In some countries, banks require users use their app on IOS or Google’d Android. You can’t use their services via browser, LineageOS, GrapheneOS

    • lemdeggity@lemmy.dbzer0.com
      link
      fedilink
      arrow-up
      24
      ·
      14 hours ago

      The argument from the “it’s a trap” article is that the service you are registering to can use attestation to ensure that you are only using passkey managers that they approve.

      I have to admit that I haven’t investigated this thoroughly myself but if the protocol can be abused in that way then your only choice really would be not to use the service. If it is related to banking or government services then you may not have much of a choice.

        • ∃∀λ@programming.dev
          link
          fedilink
          arrow-up
          4
          ·
          edit-2
          4 hours ago

          Mozilla’s warning is funny. “Don’t use this to reject attestations from unapproved authenticators!” That’s, like, almost the entire purpose to attestation. It tells you an Apple device or a YubiKey or whatever created the credential. What else could you use this information for other than to make life harder for users using certain authenticators?