That's exciting news, though it will take a couple of years until it trickles down to financial institutions. My bank forces me to change passwords every 3 months, and of course they also disable pasting for added security. We also have a local utility that sends you a 5 letter password upon account creation through email, and that's your password. If you try to change it, they'll send you another 5 letter one.
> and of course they also disable pasting for added security. With Firefox, you can set this about:config setting to false to give you back the ability to paste, even when sites try to block it: dom.event.clipboardevents.enabled
Password expiration is dead, long live passwords
81–90 of 316 posts
Re: Password expiration is dead, long live passwords
#82I still expire passwords on a yearly basis for the sole reason that users have complained to me that it stops them from using the password they use for everything else.
Require all employees to use a password manager?
Re: Password expiration is dead, long live passwords
#83Re: Password expiration is dead, long live passwords
#84Earlier quoted context omitted.
I came here to say this. I can't think of another way to guarantee that they aren't using the same password that they use on every website they've visited since 1997. If anyone has suggestions on this I'd love to hear it.
What I do: 1. Check the password against the haveibeenpwned.com database. 2. Check the password with the zxcvbn password strength library. If it passes both they can use it. It's not perfect, but it's a lot better than nothing.
Re: Password expiration is dead, long live passwords
#85Re: Password expiration is dead, long live passwords
#86Earlier quoted context omitted.
What I do: 1. Check the password against the haveibeenpwned.com database. 2. Check the password with the zxcvbn password strength library. If it passes both they can use it. It's not perfect, but it's a lot better than nothing.
How are you implementing these checks? I'm using Active Directory and options for extra password checks are somewhat limited.
Re: Password expiration is dead, long live passwords
#87Earlier quoted context omitted.
I came here to say this. I can't think of another way to guarantee that they aren't using the same password that they use on every website they've visited since 1997. If anyone has suggestions on this I'd love to hear it.
I disagree. I feel it's not a site's responsibility to stop users from reusing their passwords if they choose to. It has no relation to the security of the service. As a metaphor, a good lock maker protects their customers from lock picking, not from a key left under the mat. Personally, I reuse a simple password for very non-important services and it's very convenient. I think that's ok, or at the very least I shoul…
Re: Password expiration is dead, long live passwords
#88Another worst offender are security questions to unlock accounts. Answers to these questions are usually visible to customer service reps and similar set of questions are asked among different services. This is scary. It's dangerous as having password stored in plain text as answers to the security questions can potentially unlock many other accounts. I highly suggest everyone answers each of them with a unique answe…
Re: Password expiration is dead, long live passwords
#89Earlier quoted context omitted.
Not sure about the legality of this, but trying to log in to a a couple of services would be an easy test.
A secure service wouldn't have an easy way of getting at a user's password. They'd store the salted hash of a user's password, and not the password itself.
Re: Password expiration is dead, long live passwords
#90Earlier quoted context omitted.
Require all employees to use a password manager?
And spend time training them on using it? I really wish it was a thing but people looked at me like I was an alien when I mentioned it... (I work for a Microsoft subsidiary. I also hope they adopt the new rules, I hate changing passwords every 90 days.)