452
you are viewing a single comment's thread
view the rest of the comments
[-] theo@lemmy.world 13 points 1 day 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 19 points 1 day 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 1 points 21 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 2 points 1 day 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

this post was submitted on 10 Apr 2026
452 points (90.9% liked)

Programmer Humor

30899 readers
1189 users here now

Welcome to Programmer Humor!

This is a place where you can post jokes, memes, humor, etc. related to programming!

For sharing awful code theres also Programming Horror.

Rules

founded 2 years ago
MODERATORS