News for hackers. Stuff that matters.
Re:Frequent reauth doesn't make you more secure by asveikau on Thursday June 12, 2025 @07:30PM (#44264305)
Sometimes when I log into a random website and I see a forced password reset, I wonder if it has been compromised, rather than setting a time-based expiry.

If a site owner knows that certain accounts are part of a database breach or something, a reasonable step would be to force the users to change the password at next login.

Re:Frequent reauth doesn't make you more secure by mooreds on Thursday June 12, 2025 @10:16PM (#44265175)
Another common reason to do a force password reset is if they've moved authentication providers and were not able to bring their hashes along. Some providers don't allow for hash export (Cognito, Entra).
Re:Frequent reauth doesn't make you more secure by account42 on Friday June 13, 2025 @04:48AM (#44266857)
Or just if they changed to a more secure hash algorithm themselves and want to upgrade users still on the older insecure one.
Re:Frequent reauth doesn't make you more secure by blueflow on Friday June 13, 2025 @05:46AM (#44267103)
This can be done at login time without the user noticing, as you have the plaintext password for a moment.
Re:Frequent reauth doesn't make you more secure by mooreds on Friday June 13, 2025 @10:13AM (#44268711)
Yeah, this is the best practice. We offer that in our product.

But it's possible that you could follow the best practice and still force a reset. This could be because:

* the customer or provider doesn't want to wait for everyone to log in

* they've waited for N months and now there is a block of users who have not logged in yet and they think it is worth the user annoyance to just force them all to reset their password

Re:Frequent reauth doesn't make you more secure by RealStickman_ on Friday June 13, 2025 @05:06AM (#44266946)
They could do that by comparing against the old hash and if it matches generate the new hash to store somewhere.