▲ 978 ▼ OAuth (piefed.europe.pub) submitted 1 year ago by tfm@piefed.europe.pub to c/programmer_humor@programming.dev 82 comments fedilink hide all child comments
[–] frezik@lemmy.blahaj.zone 24 points 1 year ago (16 children) Passkeys, more likely. permalink fedilink source parent hideshow 16 child comments replies: [+] umbrella@lemmy.ml 34 points 1 year ago* (last edited 1 year ago) (16 children) [deleted] permalink fedilink source parent hideshow 16 child comments replies: [–] rumba@lemmy.zip 30 points 1 year ago (3 children) Half a cryptographic key that you can't easily give to someone over the phone by accident. permalink fedilink source parent hideshow 3 child comments replies: [–] enumerator4829@sh.itjust.works 4 points 1 year ago (2 children) By convention. See for example: https://github.com/keepassxreboot/keepassxc/issues/10407 We’ve had certificate authentication (backed by hardware) for ages. We could fix the UX there and be done with it, but nooooo, we are reinventing everything again. (Tangentially related: JWT, OIDC and SAML are basically kerberos with extra steps.) permalink fedilink source parent hideshow 2 child comments replies: [–] rumba@lemmy.zip 2 points 1 year ago (1 child) I've been using certificate based auth on https for ages on my ops stuff. Most devices support just slapping an SSL/TLS key into their os, but not everything. But when I wanted to use it for Jellyfin, I found TVs and sticks aren't all straightforward. In your link, they closed that ticket as not planned because they intend to implement FIDO's secure exchange protocols. https://github.com/keepassxreboot/keepassxc/issues/11363 It should (hopefully) be secure when they get done. permalink fedilink source parent hideshow 1 child comment replies: [–] enumerator4829@sh.itjust.works 3 points 1 year ago I mean, the passkey is still in there. It’s protected by convention. It’s a bearer token wrapped in a password manager, presented as a revolution. We have the technology, can we please pour the same amount of resources into what we’ve already had for decades? Passkeys solve the UX issue for ”normal people”, that’s the selling point. permalink fedilink source parent [–] independantiste@sh.itjust.works 18 points 1 year ago (8 children) a very long password that (ideally) is only bound to a single device, requires a second identifier (biometric, PIN, password) and that is phishing resistant. permalink fedilink source parent hideshow 8 child comments replies: [+] umbrella@lemmy.ml 19 points 1 year ago* (last edited 1 year ago) (6 children) [deleted] permalink fedilink source parent hideshow 6 child comments replies: [–] Zink@programming.dev 19 points 1 year ago Bitwarden has been working great with me as sits transition to passkeys, even big corporate ones. But yeah in practice, google and facebook are going to probably dominate because they are the easy + free option. permalink fedilink source parent [–] Metz@lemmy.world 13 points 1 year ago (2 children) KeepassXC supports passkeys as well. permalink fedilink source parent hideshow 2 child comments replies: [–] lime@feddit.nu 5 points 1 year ago* (1 child) thus rendering them redundant, because their strength is being bound to a single physical device. if they're portable, they're as good as asymmetric key pairs. permalink fedilink source parent hideshow 1 child comment replies: [–] 4am@lemmy.zip 8 points 1 year ago Their strength is being half a cryptographic key, not that they’re device bound. That was a “requirement” that big tech wanted, to force you to be dependent on TPM storage, so you’d be forced to use a Trusted(tm) device and OS. It was made optional after pushback from basically everyone else. Password managers support Passkeys now. Bitwarden and KeePassX among others. As long as I trust that my password manager is secure, and as long as I use a strong master password or (better) have a hardware key to unlock it, it is way more secure than a password, and I can still install Linux without losing my logins. permalink fedilink source parent [–] independantiste@sh.itjust.works 2 points 1 year ago (1 child) that's not the point, passkeys are not vendor centric, they are a standard. you don't want to duplicate a passkey for the same reason you don't want to copy an SSH private key on multiple devices. it's a security feature that allows disabling the account access in case the device becomes compromised (lost, stolen, infected, etc.) permalink fedilink source parent hideshow 1 child comment replies: [+] umbrella@lemmy.ml 0 points 1 year ago* (last edited 1 year ago) (1 child) [deleted] permalink fedilink source parent hideshow 1 child comment replies: [–] independantiste@sh.itjust.works 1 point 1 year ago xmpp is still alive and is still an open standard permalink fedilink source parent load more comments (-1 replies) [–] HeyThisIsntTheYMCA@lemmy.world 3 points 1 year ago (1 child) i refuse to give my phone my thumbprint or do a face unlock. i'm not sure if it's still collecting a biometric bullshit on my face, but i have not done it myself. I'm a luddite here and i insist on it so no one (especially no one trying to violate the united states 4th amendment) can get into my phone without my permission or hacking into it. permalink fedilink source parent hideshow 1 child comment replies: [–] humorlessrepost@lemmy.world 2 points 1 year ago* (last edited 1 year ago) i refuse to give my phone my thumbprint or do a face unlock. i'm not sure if it's still collecting a biometric bullshit on my face, but i have not done it myself. Then get a Yubikey. Replace “something you are” with “something you have”. It’s not ideal to have two somethings you have as your two factors, but a password to get into the computer to get to the passkey adds an extra layer that makes me comfortable with it. I'm a luddite here and i insist on it so no one (especially no one trying to violate the united states 4th amendment) can get into my phone without my permission or hacking into it. In the context of this discussion, it’s one of two factors. But I agree with you when it’s the only factor. permalink fedilink source parent load more comments (-1 replies) [–] nearhat@lemmy.zip 4 points 1 year ago* (last edited 1 year ago) (2 children) Ooh-la-la, someone's gonna get laid in college. Edit: This is a joking reference from a Rick and Morty episode (S02E06). permalink fedilink source parent hideshow 2 child comments replies: [+] umbrella@lemmy.ml 1 point 1 year ago* (last edited 1 year ago) (1 child) [deleted] permalink fedilink source parent hideshow 1 child comment replies: [–] nearhat@lemmy.zip 2 points 1 year ago Oh, I’m sorry. It’s a reference to a Rick and Morty episode. I thought that’s what you were referring to. permalink fedilink source parent [–] rumba@lemmy.zip 0 points 1 year ago You forgot, you descended into the lemmy-verse powering your car where the concept of Rick and Morty humor is not appreciated and often not tolerated. ;) WUBBU-LUBBA-DUB-DUB!!!!!!!! permalink fedilink source parent load more comments (-1 replies) load more comments (-1 replies)
[+] umbrella@lemmy.ml 34 points 1 year ago* (last edited 1 year ago) (16 children) [deleted] permalink fedilink source parent hideshow 16 child comments replies: [–] rumba@lemmy.zip 30 points 1 year ago (3 children) Half a cryptographic key that you can't easily give to someone over the phone by accident. permalink fedilink source parent hideshow 3 child comments replies: [–] enumerator4829@sh.itjust.works 4 points 1 year ago (2 children) By convention. See for example: https://github.com/keepassxreboot/keepassxc/issues/10407 We’ve had certificate authentication (backed by hardware) for ages. We could fix the UX there and be done with it, but nooooo, we are reinventing everything again. (Tangentially related: JWT, OIDC and SAML are basically kerberos with extra steps.) permalink fedilink source parent hideshow 2 child comments replies: [–] rumba@lemmy.zip 2 points 1 year ago (1 child) I've been using certificate based auth on https for ages on my ops stuff. Most devices support just slapping an SSL/TLS key into their os, but not everything. But when I wanted to use it for Jellyfin, I found TVs and sticks aren't all straightforward. In your link, they closed that ticket as not planned because they intend to implement FIDO's secure exchange protocols. https://github.com/keepassxreboot/keepassxc/issues/11363 It should (hopefully) be secure when they get done. permalink fedilink source parent hideshow 1 child comment replies: [–] enumerator4829@sh.itjust.works 3 points 1 year ago I mean, the passkey is still in there. It’s protected by convention. It’s a bearer token wrapped in a password manager, presented as a revolution. We have the technology, can we please pour the same amount of resources into what we’ve already had for decades? Passkeys solve the UX issue for ”normal people”, that’s the selling point. permalink fedilink source parent [–] independantiste@sh.itjust.works 18 points 1 year ago (8 children) a very long password that (ideally) is only bound to a single device, requires a second identifier (biometric, PIN, password) and that is phishing resistant. permalink fedilink source parent hideshow 8 child comments replies: [+] umbrella@lemmy.ml 19 points 1 year ago* (last edited 1 year ago) (6 children) [deleted] permalink fedilink source parent hideshow 6 child comments replies: [–] Zink@programming.dev 19 points 1 year ago Bitwarden has been working great with me as sits transition to passkeys, even big corporate ones. But yeah in practice, google and facebook are going to probably dominate because they are the easy + free option. permalink fedilink source parent [–] Metz@lemmy.world 13 points 1 year ago (2 children) KeepassXC supports passkeys as well. permalink fedilink source parent hideshow 2 child comments replies: [–] lime@feddit.nu 5 points 1 year ago* (1 child) thus rendering them redundant, because their strength is being bound to a single physical device. if they're portable, they're as good as asymmetric key pairs. permalink fedilink source parent hideshow 1 child comment replies: [–] 4am@lemmy.zip 8 points 1 year ago Their strength is being half a cryptographic key, not that they’re device bound. That was a “requirement” that big tech wanted, to force you to be dependent on TPM storage, so you’d be forced to use a Trusted(tm) device and OS. It was made optional after pushback from basically everyone else. Password managers support Passkeys now. Bitwarden and KeePassX among others. As long as I trust that my password manager is secure, and as long as I use a strong master password or (better) have a hardware key to unlock it, it is way more secure than a password, and I can still install Linux without losing my logins. permalink fedilink source parent [–] independantiste@sh.itjust.works 2 points 1 year ago (1 child) that's not the point, passkeys are not vendor centric, they are a standard. you don't want to duplicate a passkey for the same reason you don't want to copy an SSH private key on multiple devices. it's a security feature that allows disabling the account access in case the device becomes compromised (lost, stolen, infected, etc.) permalink fedilink source parent hideshow 1 child comment replies: [+] umbrella@lemmy.ml 0 points 1 year ago* (last edited 1 year ago) (1 child) [deleted] permalink fedilink source parent hideshow 1 child comment replies: [–] independantiste@sh.itjust.works 1 point 1 year ago xmpp is still alive and is still an open standard permalink fedilink source parent load more comments (-1 replies) [–] HeyThisIsntTheYMCA@lemmy.world 3 points 1 year ago (1 child) i refuse to give my phone my thumbprint or do a face unlock. i'm not sure if it's still collecting a biometric bullshit on my face, but i have not done it myself. I'm a luddite here and i insist on it so no one (especially no one trying to violate the united states 4th amendment) can get into my phone without my permission or hacking into it. permalink fedilink source parent hideshow 1 child comment replies: [–] humorlessrepost@lemmy.world 2 points 1 year ago* (last edited 1 year ago) i refuse to give my phone my thumbprint or do a face unlock. i'm not sure if it's still collecting a biometric bullshit on my face, but i have not done it myself. Then get a Yubikey. Replace “something you are” with “something you have”. It’s not ideal to have two somethings you have as your two factors, but a password to get into the computer to get to the passkey adds an extra layer that makes me comfortable with it. I'm a luddite here and i insist on it so no one (especially no one trying to violate the united states 4th amendment) can get into my phone without my permission or hacking into it. In the context of this discussion, it’s one of two factors. But I agree with you when it’s the only factor. permalink fedilink source parent load more comments (-1 replies) [–] nearhat@lemmy.zip 4 points 1 year ago* (last edited 1 year ago) (2 children) Ooh-la-la, someone's gonna get laid in college. Edit: This is a joking reference from a Rick and Morty episode (S02E06). permalink fedilink source parent hideshow 2 child comments replies: [+] umbrella@lemmy.ml 1 point 1 year ago* (last edited 1 year ago) (1 child) [deleted] permalink fedilink source parent hideshow 1 child comment replies: [–] nearhat@lemmy.zip 2 points 1 year ago Oh, I’m sorry. It’s a reference to a Rick and Morty episode. I thought that’s what you were referring to. permalink fedilink source parent [–] rumba@lemmy.zip 0 points 1 year ago You forgot, you descended into the lemmy-verse powering your car where the concept of Rick and Morty humor is not appreciated and often not tolerated. ;) WUBBU-LUBBA-DUB-DUB!!!!!!!! permalink fedilink source parent load more comments (-1 replies)
[–] rumba@lemmy.zip 30 points 1 year ago (3 children) Half a cryptographic key that you can't easily give to someone over the phone by accident. permalink fedilink source parent hideshow 3 child comments replies: [–] enumerator4829@sh.itjust.works 4 points 1 year ago (2 children) By convention. See for example: https://github.com/keepassxreboot/keepassxc/issues/10407 We’ve had certificate authentication (backed by hardware) for ages. We could fix the UX there and be done with it, but nooooo, we are reinventing everything again. (Tangentially related: JWT, OIDC and SAML are basically kerberos with extra steps.) permalink fedilink source parent hideshow 2 child comments replies: [–] rumba@lemmy.zip 2 points 1 year ago (1 child) I've been using certificate based auth on https for ages on my ops stuff. Most devices support just slapping an SSL/TLS key into their os, but not everything. But when I wanted to use it for Jellyfin, I found TVs and sticks aren't all straightforward. In your link, they closed that ticket as not planned because they intend to implement FIDO's secure exchange protocols. https://github.com/keepassxreboot/keepassxc/issues/11363 It should (hopefully) be secure when they get done. permalink fedilink source parent hideshow 1 child comment replies: [–] enumerator4829@sh.itjust.works 3 points 1 year ago I mean, the passkey is still in there. It’s protected by convention. It’s a bearer token wrapped in a password manager, presented as a revolution. We have the technology, can we please pour the same amount of resources into what we’ve already had for decades? Passkeys solve the UX issue for ”normal people”, that’s the selling point. permalink fedilink source parent
[–] enumerator4829@sh.itjust.works 4 points 1 year ago (2 children) By convention. See for example: https://github.com/keepassxreboot/keepassxc/issues/10407 We’ve had certificate authentication (backed by hardware) for ages. We could fix the UX there and be done with it, but nooooo, we are reinventing everything again. (Tangentially related: JWT, OIDC and SAML are basically kerberos with extra steps.) permalink fedilink source parent hideshow 2 child comments replies: [–] rumba@lemmy.zip 2 points 1 year ago (1 child) I've been using certificate based auth on https for ages on my ops stuff. Most devices support just slapping an SSL/TLS key into their os, but not everything. But when I wanted to use it for Jellyfin, I found TVs and sticks aren't all straightforward. In your link, they closed that ticket as not planned because they intend to implement FIDO's secure exchange protocols. https://github.com/keepassxreboot/keepassxc/issues/11363 It should (hopefully) be secure when they get done. permalink fedilink source parent hideshow 1 child comment replies: [–] enumerator4829@sh.itjust.works 3 points 1 year ago I mean, the passkey is still in there. It’s protected by convention. It’s a bearer token wrapped in a password manager, presented as a revolution. We have the technology, can we please pour the same amount of resources into what we’ve already had for decades? Passkeys solve the UX issue for ”normal people”, that’s the selling point. permalink fedilink source parent
[–] rumba@lemmy.zip 2 points 1 year ago (1 child) I've been using certificate based auth on https for ages on my ops stuff. Most devices support just slapping an SSL/TLS key into their os, but not everything. But when I wanted to use it for Jellyfin, I found TVs and sticks aren't all straightforward. In your link, they closed that ticket as not planned because they intend to implement FIDO's secure exchange protocols. https://github.com/keepassxreboot/keepassxc/issues/11363 It should (hopefully) be secure when they get done. permalink fedilink source parent hideshow 1 child comment replies: [–] enumerator4829@sh.itjust.works 3 points 1 year ago I mean, the passkey is still in there. It’s protected by convention. It’s a bearer token wrapped in a password manager, presented as a revolution. We have the technology, can we please pour the same amount of resources into what we’ve already had for decades? Passkeys solve the UX issue for ”normal people”, that’s the selling point. permalink fedilink source parent
[–] enumerator4829@sh.itjust.works 3 points 1 year ago I mean, the passkey is still in there. It’s protected by convention. It’s a bearer token wrapped in a password manager, presented as a revolution. We have the technology, can we please pour the same amount of resources into what we’ve already had for decades? Passkeys solve the UX issue for ”normal people”, that’s the selling point. permalink fedilink source parent
[–] independantiste@sh.itjust.works 18 points 1 year ago (8 children) a very long password that (ideally) is only bound to a single device, requires a second identifier (biometric, PIN, password) and that is phishing resistant. permalink fedilink source parent hideshow 8 child comments replies: [+] umbrella@lemmy.ml 19 points 1 year ago* (last edited 1 year ago) (6 children) [deleted] permalink fedilink source parent hideshow 6 child comments replies: [–] Zink@programming.dev 19 points 1 year ago Bitwarden has been working great with me as sits transition to passkeys, even big corporate ones. But yeah in practice, google and facebook are going to probably dominate because they are the easy + free option. permalink fedilink source parent [–] Metz@lemmy.world 13 points 1 year ago (2 children) KeepassXC supports passkeys as well. permalink fedilink source parent hideshow 2 child comments replies: [–] lime@feddit.nu 5 points 1 year ago* (1 child) thus rendering them redundant, because their strength is being bound to a single physical device. if they're portable, they're as good as asymmetric key pairs. permalink fedilink source parent hideshow 1 child comment replies: [–] 4am@lemmy.zip 8 points 1 year ago Their strength is being half a cryptographic key, not that they’re device bound. That was a “requirement” that big tech wanted, to force you to be dependent on TPM storage, so you’d be forced to use a Trusted(tm) device and OS. It was made optional after pushback from basically everyone else. Password managers support Passkeys now. Bitwarden and KeePassX among others. As long as I trust that my password manager is secure, and as long as I use a strong master password or (better) have a hardware key to unlock it, it is way more secure than a password, and I can still install Linux without losing my logins. permalink fedilink source parent [–] independantiste@sh.itjust.works 2 points 1 year ago (1 child) that's not the point, passkeys are not vendor centric, they are a standard. you don't want to duplicate a passkey for the same reason you don't want to copy an SSH private key on multiple devices. it's a security feature that allows disabling the account access in case the device becomes compromised (lost, stolen, infected, etc.) permalink fedilink source parent hideshow 1 child comment replies: [+] umbrella@lemmy.ml 0 points 1 year ago* (last edited 1 year ago) (1 child) [deleted] permalink fedilink source parent hideshow 1 child comment replies: [–] independantiste@sh.itjust.works 1 point 1 year ago xmpp is still alive and is still an open standard permalink fedilink source parent load more comments (-1 replies) [–] HeyThisIsntTheYMCA@lemmy.world 3 points 1 year ago (1 child) i refuse to give my phone my thumbprint or do a face unlock. i'm not sure if it's still collecting a biometric bullshit on my face, but i have not done it myself. I'm a luddite here and i insist on it so no one (especially no one trying to violate the united states 4th amendment) can get into my phone without my permission or hacking into it. permalink fedilink source parent hideshow 1 child comment replies: [–] humorlessrepost@lemmy.world 2 points 1 year ago* (last edited 1 year ago) i refuse to give my phone my thumbprint or do a face unlock. i'm not sure if it's still collecting a biometric bullshit on my face, but i have not done it myself. Then get a Yubikey. Replace “something you are” with “something you have”. It’s not ideal to have two somethings you have as your two factors, but a password to get into the computer to get to the passkey adds an extra layer that makes me comfortable with it. I'm a luddite here and i insist on it so no one (especially no one trying to violate the united states 4th amendment) can get into my phone without my permission or hacking into it. In the context of this discussion, it’s one of two factors. But I agree with you when it’s the only factor. permalink fedilink source parent load more comments (-1 replies)
[+] umbrella@lemmy.ml 19 points 1 year ago* (last edited 1 year ago) (6 children) [deleted] permalink fedilink source parent hideshow 6 child comments replies: [–] Zink@programming.dev 19 points 1 year ago Bitwarden has been working great with me as sits transition to passkeys, even big corporate ones. But yeah in practice, google and facebook are going to probably dominate because they are the easy + free option. permalink fedilink source parent [–] Metz@lemmy.world 13 points 1 year ago (2 children) KeepassXC supports passkeys as well. permalink fedilink source parent hideshow 2 child comments replies: [–] lime@feddit.nu 5 points 1 year ago* (1 child) thus rendering them redundant, because their strength is being bound to a single physical device. if they're portable, they're as good as asymmetric key pairs. permalink fedilink source parent hideshow 1 child comment replies: [–] 4am@lemmy.zip 8 points 1 year ago Their strength is being half a cryptographic key, not that they’re device bound. That was a “requirement” that big tech wanted, to force you to be dependent on TPM storage, so you’d be forced to use a Trusted(tm) device and OS. It was made optional after pushback from basically everyone else. Password managers support Passkeys now. Bitwarden and KeePassX among others. As long as I trust that my password manager is secure, and as long as I use a strong master password or (better) have a hardware key to unlock it, it is way more secure than a password, and I can still install Linux without losing my logins. permalink fedilink source parent [–] independantiste@sh.itjust.works 2 points 1 year ago (1 child) that's not the point, passkeys are not vendor centric, they are a standard. you don't want to duplicate a passkey for the same reason you don't want to copy an SSH private key on multiple devices. it's a security feature that allows disabling the account access in case the device becomes compromised (lost, stolen, infected, etc.) permalink fedilink source parent hideshow 1 child comment replies: [+] umbrella@lemmy.ml 0 points 1 year ago* (last edited 1 year ago) (1 child) [deleted] permalink fedilink source parent hideshow 1 child comment replies: [–] independantiste@sh.itjust.works 1 point 1 year ago xmpp is still alive and is still an open standard permalink fedilink source parent load more comments (-1 replies)
[–] Zink@programming.dev 19 points 1 year ago Bitwarden has been working great with me as sits transition to passkeys, even big corporate ones. But yeah in practice, google and facebook are going to probably dominate because they are the easy + free option. permalink fedilink source parent
[–] Metz@lemmy.world 13 points 1 year ago (2 children) KeepassXC supports passkeys as well. permalink fedilink source parent hideshow 2 child comments replies: [–] lime@feddit.nu 5 points 1 year ago* (1 child) thus rendering them redundant, because their strength is being bound to a single physical device. if they're portable, they're as good as asymmetric key pairs. permalink fedilink source parent hideshow 1 child comment replies: [–] 4am@lemmy.zip 8 points 1 year ago Their strength is being half a cryptographic key, not that they’re device bound. That was a “requirement” that big tech wanted, to force you to be dependent on TPM storage, so you’d be forced to use a Trusted(tm) device and OS. It was made optional after pushback from basically everyone else. Password managers support Passkeys now. Bitwarden and KeePassX among others. As long as I trust that my password manager is secure, and as long as I use a strong master password or (better) have a hardware key to unlock it, it is way more secure than a password, and I can still install Linux without losing my logins. permalink fedilink source parent
[–] lime@feddit.nu 5 points 1 year ago* (1 child) thus rendering them redundant, because their strength is being bound to a single physical device. if they're portable, they're as good as asymmetric key pairs. permalink fedilink source parent hideshow 1 child comment replies: [–] 4am@lemmy.zip 8 points 1 year ago Their strength is being half a cryptographic key, not that they’re device bound. That was a “requirement” that big tech wanted, to force you to be dependent on TPM storage, so you’d be forced to use a Trusted(tm) device and OS. It was made optional after pushback from basically everyone else. Password managers support Passkeys now. Bitwarden and KeePassX among others. As long as I trust that my password manager is secure, and as long as I use a strong master password or (better) have a hardware key to unlock it, it is way more secure than a password, and I can still install Linux without losing my logins. permalink fedilink source parent
[–] 4am@lemmy.zip 8 points 1 year ago Their strength is being half a cryptographic key, not that they’re device bound. That was a “requirement” that big tech wanted, to force you to be dependent on TPM storage, so you’d be forced to use a Trusted(tm) device and OS. It was made optional after pushback from basically everyone else. Password managers support Passkeys now. Bitwarden and KeePassX among others. As long as I trust that my password manager is secure, and as long as I use a strong master password or (better) have a hardware key to unlock it, it is way more secure than a password, and I can still install Linux without losing my logins. permalink fedilink source parent
[–] independantiste@sh.itjust.works 2 points 1 year ago (1 child) that's not the point, passkeys are not vendor centric, they are a standard. you don't want to duplicate a passkey for the same reason you don't want to copy an SSH private key on multiple devices. it's a security feature that allows disabling the account access in case the device becomes compromised (lost, stolen, infected, etc.) permalink fedilink source parent hideshow 1 child comment replies: [+] umbrella@lemmy.ml 0 points 1 year ago* (last edited 1 year ago) (1 child) [deleted] permalink fedilink source parent hideshow 1 child comment replies: [–] independantiste@sh.itjust.works 1 point 1 year ago xmpp is still alive and is still an open standard permalink fedilink source parent load more comments (-1 replies)
[+] umbrella@lemmy.ml 0 points 1 year ago* (last edited 1 year ago) (1 child) [deleted] permalink fedilink source parent hideshow 1 child comment replies: [–] independantiste@sh.itjust.works 1 point 1 year ago xmpp is still alive and is still an open standard permalink fedilink source parent
[–] independantiste@sh.itjust.works 1 point 1 year ago xmpp is still alive and is still an open standard permalink fedilink source parent
[–] HeyThisIsntTheYMCA@lemmy.world 3 points 1 year ago (1 child) i refuse to give my phone my thumbprint or do a face unlock. i'm not sure if it's still collecting a biometric bullshit on my face, but i have not done it myself. I'm a luddite here and i insist on it so no one (especially no one trying to violate the united states 4th amendment) can get into my phone without my permission or hacking into it. permalink fedilink source parent hideshow 1 child comment replies: [–] humorlessrepost@lemmy.world 2 points 1 year ago* (last edited 1 year ago) i refuse to give my phone my thumbprint or do a face unlock. i'm not sure if it's still collecting a biometric bullshit on my face, but i have not done it myself. Then get a Yubikey. Replace “something you are” with “something you have”. It’s not ideal to have two somethings you have as your two factors, but a password to get into the computer to get to the passkey adds an extra layer that makes me comfortable with it. I'm a luddite here and i insist on it so no one (especially no one trying to violate the united states 4th amendment) can get into my phone without my permission or hacking into it. In the context of this discussion, it’s one of two factors. But I agree with you when it’s the only factor. permalink fedilink source parent
[–] humorlessrepost@lemmy.world 2 points 1 year ago* (last edited 1 year ago) i refuse to give my phone my thumbprint or do a face unlock. i'm not sure if it's still collecting a biometric bullshit on my face, but i have not done it myself. Then get a Yubikey. Replace “something you are” with “something you have”. It’s not ideal to have two somethings you have as your two factors, but a password to get into the computer to get to the passkey adds an extra layer that makes me comfortable with it. I'm a luddite here and i insist on it so no one (especially no one trying to violate the united states 4th amendment) can get into my phone without my permission or hacking into it. In the context of this discussion, it’s one of two factors. But I agree with you when it’s the only factor. permalink fedilink source parent
[–] nearhat@lemmy.zip 4 points 1 year ago* (last edited 1 year ago) (2 children) Ooh-la-la, someone's gonna get laid in college. Edit: This is a joking reference from a Rick and Morty episode (S02E06). permalink fedilink source parent hideshow 2 child comments replies: [+] umbrella@lemmy.ml 1 point 1 year ago* (last edited 1 year ago) (1 child) [deleted] permalink fedilink source parent hideshow 1 child comment replies: [–] nearhat@lemmy.zip 2 points 1 year ago Oh, I’m sorry. It’s a reference to a Rick and Morty episode. I thought that’s what you were referring to. permalink fedilink source parent [–] rumba@lemmy.zip 0 points 1 year ago You forgot, you descended into the lemmy-verse powering your car where the concept of Rick and Morty humor is not appreciated and often not tolerated. ;) WUBBU-LUBBA-DUB-DUB!!!!!!!! permalink fedilink source parent load more comments (-1 replies)
[+] umbrella@lemmy.ml 1 point 1 year ago* (last edited 1 year ago) (1 child) [deleted] permalink fedilink source parent hideshow 1 child comment replies: [–] nearhat@lemmy.zip 2 points 1 year ago Oh, I’m sorry. It’s a reference to a Rick and Morty episode. I thought that’s what you were referring to. permalink fedilink source parent
[–] nearhat@lemmy.zip 2 points 1 year ago Oh, I’m sorry. It’s a reference to a Rick and Morty episode. I thought that’s what you were referring to. permalink fedilink source parent
[–] rumba@lemmy.zip 0 points 1 year ago You forgot, you descended into the lemmy-verse powering your car where the concept of Rick and Morty humor is not appreciated and often not tolerated. ;) WUBBU-LUBBA-DUB-DUB!!!!!!!! permalink fedilink source parent