• Brkdncr@sh.itjust.works
    link
    fedilink
    arrow-up
    103
    arrow-down
    9
    ·
    11 months ago

    This is bad advice. Federated identity and oauth are great tools. You need to use the right identity provider.

    When some random website gets hacked and has its authentication database dumped your credentials won’t be in there.

    You can see what a website has access too from your identity provider.

    It’s federation. It’s a trust model. Like the fediverse.

    • thesmokingman@programming.dev
      link
      fedilink
      arrow-up
      49
      arrow-down
      1
      ·
      11 months ago

      The biggest reason not to use a single account like this is that you lose everything if you lose the owning account. It’s bad advice to say you should absolutely do one or the other. It’s good advice to consider the risks.

        • thesmokingman@programming.dev
          link
          fedilink
          arrow-up
          10
          ·
          11 months ago

          Do I use an aliasing service that allows me to change the account emails point to? Yes. Can I access those accounts with access to my email? Yes.

          The issue here is that if you lose access to social network that logs you into those things, you lose the account. If you have an actual account, not delegated access, you can still access the account with the social account.

          I’m struggling to find some good article examples because Google is rolling out inactive account deletion and that’s polluting my search results. So go test this out yourself: go try to change the account name/email, password, or MFA for any of those accounts you use social auth for. Try figure out how you would log into without that social account. Next do the same thing with an account you don’t use social auth for.

          • Pantherina@feddit.de
            link
            fedilink
            arrow-up
            4
            ·
            11 months ago

            Same but this basically puts all the trust in your mail provider which also sucks.

            We should have logins with security keys and/or local biometric unlocking. I think that would already increase security and ease of use a lot. But these things are so expensive and not well supported yet

            • thesmokingman@programming.dev
              link
              fedilink
              arrow-up
              2
              ·
              11 months ago

              In theory, my email only serves as a way to verify me and spam me. A good account may require an email for communication and should allow that email to be changed without losing the account, in the same way the good account will let me change the password, the MFA, and ideally even the username (looking at you Steam). Same as a phone number. We’re beginning to see a move toward that flexibility. Most accounts with MFA allow it.

            • EngineerGaming@feddit.nl
              link
              fedilink
              arrow-up
              1
              ·
              11 months ago

              First - mail server might literally be on a box in your home under your full control. Second - if it’s not the case, you don’t need to stick to a single provider. I have mailboxes tied to different platforms on different providers, so I cannot lose all at once.

            • soulfirethewolf@lemdro.id
              link
              fedilink
              English
              arrow-up
              1
              ·
              11 months ago

              If you’re worried about losing access to your email, consider switching to one with custom domain and a provider that supports it.

    • LWD@lemm.ee
      link
      fedilink
      arrow-up
      10
      ·
      11 months ago

      Federated identity and oauth are great tools… It’s a trust model. Like the fediverse.

      Not exactly sure if the Fediverse is a great example of user privacy.

      What happens when the federated identity provider gets breached, and a bunch of identities are associated with a single account?

      How much information can actually be kept out of a database if you use a federated identity provider… A password? Even assuming they are stored in plain text, you should be using a different password per website.

      • Brkdncr@sh.itjust.works
        link
        fedilink
        arrow-up
        1
        arrow-down
        1
        ·
        11 months ago

        They handle it better and your options to respond are better.

        You can immediately invalidate all associations for instance. You can revalidate them too once your identity provider is back up and running. Okta is going through this right now I believe, but I haven’t been paying a whole lot of attention to it.

        There’s no password with federated sites. It’s certificates to prove the connection is valid, and tokens.

        The federated website could chose to save nothing about you. It would make it a lot easier for them to do so, as it means less resources to manage, and less PII to be concerned about storing.

      • Brkdncr@sh.itjust.works
        link
        fedilink
        arrow-up
        1
        ·
        11 months ago

        One you have a business relationship with. You can sign up for a paid account with google or Microsoft. Use your own domain. Disable what ever adware options you’d like, and use that as your identity provider.

        While you can roll your own, many services if they even support custom saml federation only do so for enterprise customers. You’re much more likely to find useful federated services with google or MS.

        I would never recommend Facebook.

        • Grunt4019@lemm.ee
          link
          fedilink
          arrow-up
          4
          ·
          11 months ago

          Advocating for using some of the biggest privacy violators to log in to all your accounts! Business relationship or not this is not good advice for your privacy.

          • LWD@lemm.ee
            link
            fedilink
            arrow-up
            4
            ·
            edit-2
            11 months ago

            Yeah, after all that bloviating about privacy and securing our data, turns out we should just trust… Microsoft!?

            Aka a different company that was part of PRISM alongside Facebook?

  • skysurfer@lemmy.world
    link
    fedilink
    arrow-up
    47
    arrow-down
    1
    ·
    11 months ago

    Seems someone doesn’t understand how OAuth works. It does not automatically give full access to your social media accounts, location history, and device cameras as the video says.

    Using the Google button for instance will tell you exactly what permissions are being requested every time you login. Generally, it will be name, email, language, and sometimes profile picture. Aside from the profile picture you would give all the same information anyway to create an account. At least with OAuth there is no worry about passwords, especially for people who don’t have good password practices and reuse passwords between different sites.

    • LostXOR@kbin.social
      link
      fedilink
      arrow-up
      19
      ·
      11 months ago

      What caught me most off guard was him saying that OAuth somehow grants sites access to your camera. That’s a permission controlled by the browser and not at all related to OAuth.

    • reboot6675@sopuli.xyz
      link
      fedilink
      arrow-up
      6
      ·
      11 months ago

      I’ve always had this question. When I login with Google, I know what data the website will get from my Google account. But what data can Google get from the website and my usage of it, if any? (besides, of course, that I have an account on said website).

  • TCB13@lemmy.world
    link
    fedilink
    English
    arrow-up
    23
    arrow-down
    2
    ·
    11 months ago

    What to do instead - be a normal human and create an account at the website.

  • OhmsLawn@lemmy.world
    link
    fedilink
    arrow-up
    3
    ·
    11 months ago

    I just went through yesterday and killed a couple of these. Unfortunately, Airbnb retained my photo after I pulled the permission.