|
|
Log in / Subscribe / Register

Expiry - and back to old

Expiry - and back to old

Posted Aug 8, 2026 14:05 UTC (Sat) by wtarreau (subscriber, #51152)
In reply to: Expiry - and back to old by MortenSickel
Parent article: Changes in shadow-utils password-expiration features

In a previous long mission at a customer's, we were forced to change passwords every 90 days. Needless to say that after a year you stop being creative. One day a guy in the next office was logging in an pronouncing his password while typing it, such as "May2010". I laughed and asked "ah, you're using May2010 as well?", and he replied "obviously, everyone is using the same trick as there's no way to remember so many different passwords; there are variations, most use the date of latest change, others use the date of next replacement". I was already convinced that password expiry prevented one from building up and remembering strong passwords, now I had a solid proof of it if a whole company uses only a few bits of entropy between all passwords... The easiest way to log into a system without being authorized was to first choose as a password the month+year then randomly try many different logins until one validates. It's great that this bad practice is finally disappearing, after having been forced onto everyone as something absolutely and evidently critical to the global security...

One thing though, companies (and sites) who dropped that bad practice should have clearly told their users and forced them to change the password for a robust, definitive one, because I'm pretty sure that many people having experienced this bad practice are now keeping their last weak password.


to post comments

Expiry - and back to old

Posted Aug 8, 2026 17:01 UTC (Sat) by ejr (subscriber, #51652) [Link] (4 responses)

And if they'd allow spaces, general punctuation. and long lengths, pretty much all problems would have been solved. I wonder if there are LLM password guessers yet. Feed in a target's online presence, narrow the possible passwords?

Expiry - and back to old

Posted Aug 10, 2026 13:13 UTC (Mon) by wtarreau (subscriber, #51152) [Link] (3 responses)

> And if they'd allow spaces, general punctuation. and long lengths, pretty much all problems would have been solved.

So true! I've been in a place where admins had a 3-char password containing a space. No password cracker by then managed to find it just because it wasn't possible to add a space to their alphabet in their config file! (this was in the 90s).

Expiry - and back to old

Posted Aug 10, 2026 17:06 UTC (Mon) by iabervon (subscriber, #722) [Link] (1 responses)

I wonder if any current crackers check whether your password is actually ●●●●●●●●. It should probably be prohibited under a rule that a password has to have at least a few different characters, but then it's also something that humans would tend not to think is actually your password, even if you accidentally told them it was.

Expiry - and back to old

Posted Aug 10, 2026 17:22 UTC (Mon) by ejr (subscriber, #51652) [Link]

They will once that comment is scraped and ingested. I doubt if folks still use purely dictionary-based crackers much, although I don't log the failed ssh attempt details before crowdsec blocks them.

Expiry - and back to old

Posted Aug 19, 2026 17:31 UTC (Wed) by LtWorf (subscriber, #124958) [Link]

i added ctrl+enter escape in my password, but then no GUI supports entering that one.


Copyright © 2026, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds