News for hackers. Stuff that matters.
Re:Frequent reauth doesn't make you more secure by sakesun on Thursday June 12, 2025 @08:48PM (#44264707)
Password similarity rule was not enforced ?
Re:Frequent reauth doesn't make you more secure by lytedev on Thursday June 12, 2025 @09:41PM (#44264985)
Doesn't enforcing this require storing the password in cleartext somewhere, which is a much more dangerous concept to begin with?
Re:Frequent reauth doesn't make you more secure by eru on Thursday June 12, 2025 @09:49PM (#44265036)
In practice, that's probably how it's done. But in theory: no.

Assume you keep the hashes of the last few passwords around. Then you can search in the 'neighbourhood' of the new password to check if any of this matches the old password's hash.

By neighbourhood, I mean something like within a small edit-distance, where the kind of edits depend on what measure of similarity you want.

If you only care about similarity to the last password (or care about that one specifically), then that's even easier: during the password change procedure you can have clear text access to both the old and the new passwords without storing them anywhere unhashed: because the user has just entered both passwords.

Re:Frequent reauth doesn't make you more secure by apitman on Friday June 13, 2025 @12:00AM (#44265619)
Wouldn't this be super slow if you're using a proper password hashing algorithm?
Re:Frequent reauth doesn't make you more secure by eru on Friday June 13, 2025 @03:54AM (#44266609)
Yes, if it takes one cpu second to hash a password, it'll take a while to try a few like this.

You can do a quick check against the last password (which you have in clear, because it was just entered), though.

Re:Frequent reauth doesn't make you more secure by tbrownaw on Thursday June 12, 2025 @10:47PM (#44265325)
Similarly of new vs current password is simple enough by just requiring the current password as part of the password change call. Which is a good idea anyway so someone can't just walk up and change your password if you forget to lock things over lunch.

Similarly vs older passwords is what would be an issue.

Re:Frequent reauth doesn't make you more secure by tiltowait on Friday June 13, 2025 @01:09AM (#44265860)
> Similarly vs older passwords is what would be an issue.

Which isn't unheard of, though it's been years since I've seen it.

Re:Frequent reauth doesn't make you more secure by medvezhenok on Thursday June 12, 2025 @10:01PM (#44265101)
It probably requires some sort of decreased security (if the password hash is truly slow & secure, it would be hard to enforce dissimilarity); but there might be other methods that leak less than cleartext (like salting and storing hashes of overlapping/separate n-grams from the previous password and checking for number of similar n-grams; etc). Or as another commenter suggested checking all passwords within edit distance 1 (though if you can do that, your password hashing algorithm is likely too fast).
Re:Frequent reauth doesn't make you more secure by sakesun on Thursday June 12, 2025 @09:52PM (#44265048)
Interesting perspective. Wonder why so many SaaS service currently enforce this.
Re:Frequent reauth doesn't make you more secure by Mtinie on Thursday June 12, 2025 @10:14PM (#44265163)
Cargo culting.
Re:Frequent reauth doesn't make you more secure by yardstick on Friday June 13, 2025 @01:18AM (#44265898)
Not if they ask for the current password at the same time.

https://news.ycombinator.com/item?id=44265372