• theo@lemmy.world
    link
    fedilink
    arrow-up
    14
    arrow-down
    1
    ·
    21 hours ago

    I was having a chat about this with a UX guy. His argument for using a similar flow was that the username/email will have to be validated at the point of registration anyway so you might as well make it easier for the user when the email is wrong. I couldn’t really refute this logic.

    If you throttle both login and registration, then surely the risk is minimised while keeping the user happy?

    • LeapSecond@lemmy.zip
      link
      fedilink
      arrow-up
      19
      arrow-down
      1
      ·
      20 hours ago

      You see the registration problem in so many places. If the username is an email, the proper way to validate it without revealing if an account exists is to accept any email address and if it already exists say that in the registration email you would send anyway. With the appropriate throttling if needed.

      • theo@lemmy.world
        link
        fedilink
        arrow-up
        1
        ·
        4 hours ago

        Compared to login or password reset, you rarely see the email validate before register flow, especially for mobile apps etc. That makes it pretty hard to make the case that this needs to be actioned from a security perspective when even the big companies are not following it either.

    • qqq@lemmy.world
      link
      fedilink
      arrow-up
      2
      ·
      14 hours ago

      I pretty much always recommend throttling. It’s a very low severity issue generally, but of course it depends on the product. There might be some products where it is a very big deal