Please pick a password starting with ad and ending with min
Please pick a password starting with ad and ending with min
Just take the string as bytes and hash it ffs
142 comments
-
There’s a special place in hell for those who set an upper limit in password lengths.
-
I sort of get it. You don't want to allow the entire work of Shakespeare in the text field, even if your database can handle it.
16 characters is too low. I'd say a good upper limit would be 100, maybe 255 if you're feeling generous.
-
I sort of get it. You don’t want to allow the entire work of Shakespeare in the text field, even if your database can handle it.
You don't store the original text. You store the hash of it. If you SHA512 it, anything that's ever given in the password field will always be 64Bytes.
The only "legit" reason to restrict input to 16 character is if you're using an encryption mechanism that just doesn't support more characters as an input. However, if that's the case, that's a site I wouldn't want to use to begin with if at all possible.
-
Even 255 bytes with 10 million entries is only ~2.6GB of data you need to store, and if you have 10 million users the probably $1 a month extra that would cost is perfectly fine.
I suppose there may be a performance impact too since you have to read more data to check the hash, but servers are so fast now it doesn't seem like that would be significant unless your backend was poorly made.
-
Oh and also, "change this every four weeks please."
Okay then. NEW PASSWORD: pa$$word_Aug24
-
Yep. Having to have requirements that doesn't flow with people very well and requiring constant updates, people WILL find shortcuts. In the office, I've seen sheets of paper with the password written down, I've seen sticky notes, I've seen people put them in notepad/word so they could just copy paste.
This is made worse, because you have to go out of your way for a password manager, which means you need to know what that is. And you need a good one because there has been (and I'm going to generalize here) problems with some password managers in the past. And for work, they have to allow a password manager for that to even be an option. Which you then end up with this security theater.
-
Reasonable upper limits are OK. But FFS, the limit should be enough to have a passphrase with 4 or 5 words in it.
-
Just opened a PayPal account and their limit is 20. Plus the only 2fa option is sms 🙃.
-
I just double checked and I have TOTP enabled for my PayPal account so it should be an option.
I just found this support article of theirs and it says it can only be enabled through their website and not through the app (why?!) so you might be running into that?
-
That last part definitely isn't true.
-
I personally have a Yubikey and OTP for mine. Maybe they don't for your country?
That said, fuck PayPal.
-
-
Basically guaranteed to be a clear text offender
-
Especially since it takes more effort to limit it than leave it wide open for whatever length of password a user wants to use.
nvarchar(max)is perfect to store the hashed copy.
-
-
You remind me of my bank about 17 years ago. Everyone had to have a 10-character password, exactly, and it had to include exactly 2 numbers and 1 symbol. I wasn't very knowledgeable about computers at the time and it already felt dumb.
-
A few years ago my ISP pushed an update to my router that changed the password requirements, invalidating my passwords. Because I couldn't enter the old password I also couldn't change the password. I had to do a factory reset.
-
Wow that's a big oops
-
ISP worker here. Our chosen routers default to an 8 digit password, the first 4 are the last 4 of the mac in hex, which anyone can easily see being broadcast by the wifi network. The last 4 are a part of a unique serial number, but its just 0-9. Ultimately, if you try to brute force this default password, you need 10000 tries. It takes a regular GPU 2 minutes with hashcat. It baffles my mind that companies think this is OK.
-
17 years ago, jeez. My credit Union's website is like that. Only its between 8-12 characters. No more, no less.
It's terrifying.
-
At that time my bank allowed up to 6 digits as a password. I kid you not, like a card PIN but for online banking login. I believe the whole banking security relies on their backoffices still running on paper.
-
That's what my current bank uses for the web portal now to think of it. Client number, and 6-number PIN. I guess they're only doing this because they really trust their "unusual activity" protocols, but I've got a feeling they really shouldn't only rely on those.
-
-
-
underlines
-
german programmers trying to translate Unterstrich
-
My unterstrich is chafed.
-
-
/^\w{6,16}$/ -
Those cases where an english word gets absorbed even though no one from the origin talks like that. It's also informally called underline here in Brazil lol.
-
-
I had one of those “fancy” Vodafone routers included with my broadband which had a stupid rule set on choosing the WiFi password. It’s my network, not yours, stupid router. It can be as insecure as I want.
Anyway the rules were enforced by the JavaScript so it was easy to bypass until I got my own router to replace it with.
-
It's important to note, that these things are designed for the average user. If you want to change the wifi password, you are by far not an average user. Most users just plugs in and never even think about that, and the number of that kind of users are several order of magnitude higher than the conscious ones. For them it's much more secure to set a random pw. If you let them select a password they will choose
12345orpassword.If you know what you are doing usually it's better to buy your own router where you can change everything the way you like.
-
If we could magically get the data I'd be willing to bet at least half of everyone thinks they can't change their router password.
-
-
-
Assuming we can use both lower- and uppercase letters (52 in total), with the ten digits and the underscore that gives us 63 characters to work with. A random 16-character combination of these gives us 95 bits of entropy (rounding down), which is secure enough by modern standards, at least for a home router.
Regardless, I understand the frustration of arbitrary limitations preventing you from choosing a secure password in a way that you're comfortable with.
-
Create a randomly generated password and store it in a password manager
-
Just do the Password Game to figure out a good one!
-
TP-Link.... TP-Link...
I don't trust your bottom barrel software, TP-Link...
-
True trash-tier software and hardware. Last year I was having trouble with frequently dropped packets from my office computer. I thought it was a Spectrum issue until I tore everything out and started testing all my ports (modem, router, wall ports, etc). I FINALLY narrowed it down to the relatively new TP-Link dumb router I bought. I threw that piece of trash in the garbage.
Never again.
-
-
Lol. Imagine thinking TP Link takes security seriously.
-
16 characters was the minimum length a password should be due to how easy it was to crack… something like a decade ago.
Now it’s something like 20 to 24 characters.
Seriously, if your company is defining maximum password length and demanding specific content, it is failing at the security game. Have the storage location accept a hashed UTF-8 string of at least 4096 bytes - or
nvarchar(max)if it’s a database field - and do a bitwise complexity calculation on the raw password as your only “minimum value” requirement.Look at how KeePass calculates password complexity, and replicate that for whatever interface you are using. Ensure that it is reasonable, such as 150-200bit complexity, and let users choose whatever they want to achieve that complexity.
-
It's TPLink. Budget networking equipment comes with budget security principles.
-
-
Take a string as bytes is bad with weird non-ASCII characters. Been there, been bitten in the ass by it.
At least with e-mail clients different clients on different operating systems use different encoding by default for their passwords.
With a router I could imagine different client apps following different standards.
-
You don't have to take arbitrary bytes. UTF-8 encoded strings are just fine and easily handled by libraries.
-
-
Adrenamin™
-
I HATE THIS SOO MUCH AHHHHH
-
add1more_Dopamin
142 comments