Submitted 1 day ago by 58008@lemmy.world to [deleted]
I need to load a second page to enter my password in some sites. Why is this? I even have a site I use that has the username, password and 2FA entries on separate pages that each need to be loaded one after the other.
My uneducated guess is that it makes it harder for bots, but I can’t imagine it being that much of an impedance 🤷
Cheers!
Different domains need different authentication flows. If the provided email ends in a domain they recognize, instead of prompting for a password you’d be sent to another auth provider to authenticate there.
This is usually the right answer. In the past, logging in was a simple pipeline with no forks along the way. That’s why a simple username + password did the trick. Nowadays, logging in has become a complicated journey with several ways to get to the destination. Once the site knows your email, it knows what’s the next step in your case.
This is generally done when you have customers with SSO, the first one will take the email and if the domain is ssod it forces them through a particular workflow. Otherwise you get the other normal username/password flow
Sometimes it’s just UI/UX, sometimes it’s to deter specific patterns they’ve seen from bots, users, or brute-force. It’s really just subjective. One isn’t necessarily better than the others though it does mess with automated input of credentials a lot of times.
Nah, that’s ineffective. A simple Captcha and lockout would do more to deter brute forcing than having two different forms.
its called “enshitification”
there’s a book about it
I always assumed some sites harvest what ever you enter in the first box. Especially if it’s an email address. But other people in this thread have the legitimate answer.
Some sites check if the account does not exist yet to show a registration form.
faltryka@lemmy.world 1 day ago
This is called an identity first workflow and is used specifically so that they can route different people to different login ceremonies or providers.
They get your id first, and use that id to determine what your login ceremony is. Perhaps you’re with a business that they have an sso integration with and will send you on to your businesses sso provider, or perhaps you’re a local user for them and get a password screen next.
grue@lemmy.world 1 day ago
What pretentious asshole came up with that bit of jargon?
faltryka@lemmy.world 1 day ago
Me…
NotSteve_@piefed.ca 1 day ago
Lol I’ve never heard that term but it actually does kind of work. Auth is something that is very standardised with it’s communication between the FE and BE so the login flow could be compared to a ceremony. Kind of a silly way to describe it though
corsicanguppy@lemmy.ca 1 day ago
The one thing MADE for JavaScript and no.
dev_null@lemmy.ml 1 day ago
It’s often implemented with JavaScript, yes