|
That does nothing, as said user could simply type those passwords. When you base the linchpin of your AAA mechanism on user carelessness, you are coding to fail.
This approach benefits no one, especially those of us who care enough about protecting credentials to use password management systems.
"There are three kinds of lies: lies, damned lies and statistics."
- Benjamin Disraeli
|
|
|
|
|
Philippe Mori wrote: say that you find a password.txt file on someone else computer and it has about 10 passwords in it... It is not hard to imagine that some peoples might be tempted to try to copy and paste those passwords in some site...
Or they may even type them in.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
|
PeejayAdams wrote: Is there something that I'm missing here or is it simply a case of a dev team making some really, really bad UX decisions?
They probably wanted to avoid looking 'careless' and went overboard with being 'correct'.
Requiring the password to be entered and repeated manually can avoid (a little) trouble by making certain that the user was actually able to type the the password twice without error. Also, as I only rarely register at some sites at all, it might be the perfect method to mske me think again about registering.
The language is JavaScript. that of Mordor, which I will not utter here
This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a f***ing golf cart.
"I don't know, extraterrestrial?"
"You mean like from space?"
"No, from Canada."
If software development were a circus, we would all be the clowns.
|
|
|
|
|
It was probably not the idea of someone on the Dev team; more likely the requirement came from the Pointy Haired Boss. 
|
|
|
|
|
Probably just bad UX decision.
It is apparent some people consider it good security.
Perhaps even the management/design team/customer that ordered that web site thought it so and insisted to be so.
Or maybe it was just the work of an intern new developer...
|
|
|
|
|
Make sure you complain to them and tell them the reason you just stated here. It's pure ignorance. You have to combat ignorance or it will continue to spread.
I have to tell this story:
I had an account that was worse than that. Apparently, their site only accepted passwords of 8 characters or less, but THEY DIDN'T TELL YOU! There was no indication on their site whatsoever.
So I would change my password (my default was 16 chars), go to login in 5 seconds later, and it said "password invalid". This is not possible because I was pasting my password from Keepass that I JUST SET!
Every single time I logged on I would have to call their tech support to reset my password. And every time I reset it, I was locked out again. Their own tech support people couldn't even figure it out. I finally figured it out myself because I noticed after the tenth time that every time I was emailed a temporary password it was exactly 8 characters. I tried dumbing down my password to 8 chars and low and behold it worked!
Their application was only recording the first 8 characters of what you put in the web form. Then you paste in the exact same password next time and it would fail if it was longer than 8.
I told them about the bug and you what their response was?
[crickets]
So I closed my account.
Dumb-asses. If they won't listen to reason, then just walk away. Maybe eventually they will get the message.
|
|
|
|
|
Your story is a great one -- albeit painful for you as a user -- since you expose the ineptitude of those developers and that site.
It exposes what a lot of companies do with passwords that is so terribly wrong.
Through my work with writing a password generator (SHA256 based hashed and strong that the user never has to remember -- see my articles here at CP) I've noticed that many companies require a password to be quite short though everyone knows the longer it is the better.
I had an issue with Yahoo! while attempting to change my password to my strong SHA256 based password hash and it was related to length too. Now 50 million of their accounts have been hacked. Sheesh.
The Companies which Allow Extremely Long Passwords
Here's an example of my passwords (not a real one, of course)
53859190d943a005823a58af8d717755bf63fbf8fb0eb99733595ae70aa3b2d7
Facebook, LinkedIn, Google, Microsoft
AppleId only allows max of 32 chars for password - those simpletons.
|
|
|
|
|
This is what one of my typical passwords look like:
Quote: W6/\E\4d8ewUhDO`;*&O
I'm not going to use weak passwords.
I'm not going to remember or type my passwords.
I never use the same password on multiple sites or services.
The only option left is to not use their site or service.
By the way, if you don't already have it, get Keepass. It rocks.
|
|
|
|
|
Absolutely! Agree 100% 
|
|
|
|
|
I also faced a problem with a site which limited passwords to 8 characters, but pasting my original longer password didn't fail, it probably truncated that one too to 8 characters before doing the comparison.
I faced a problem when I had to change my password and the first 8 characters were the same but the ending was different, it was returning me an error saying that my new password had to be different than the old one.
|
|
|
|
|
If you are good with Greasemonkey, you can override their stupid "no paste" javascript and make the page work correctly again.
Greasemonkey is a great tool for this.
|
|
|
|
|
It's a side effect of what they are doing with the keyboard handler which is removing any ability to hook it.
A lot of the common keyloggers AdvancedKeyLogger, KeyGhost, Absolute Keylogger, Actual Keylogger, Actual Spy,
Family Key Logger, GHOST SPY, Haxdoor, MyDoom all use that method.
The ability to cut and paste is unfortunately a side effect of the change but in some ways is a blessing.
So basically the bank is doing something Microsoft should have done which is when you enable a secured connection
cut the feed to all windows hooks which would have been the preferred option.
You won't be able to restore the function it's way lower than anything Java can reach the paste functions will
not take input from the normal button win32 messages if implemented correctly. The hint is you would have to
register the message with the class and for that you need the security key.
What you think of as a button isn't a button at all, its a bitmap that gets draw on from deep inside the security
sections. Think of a rolling counter on a website or even look at US debt clock. The screen drawing is totally
fictional the key message never come outside the application kernel.
In vino veritas
modified 24-Oct-16 8:14am.
|
|
|
|
|
leon de boer wrote: It's a side effect of what they are doing with the keyboard handler which is removing any ability to hook it.
That could well be it (and it's nice to know that there might be some kind of reason) but if it's going to compromise security in other ways, it seems like a rather bad idea.
This site was one of several that I've registered with in recent times in the same sector (UK turf accountancy/equine futures market) that have really astonished me with the inadequacy of their security systems.
The sites belonging to two of the largest high street names bounce between https:// and http:// with gay abandon.
One uses a pin number rather than a password. That, I find utterly unbelievable.
A couple have the old "password must be between x and y characters long" thing going on. Something that seems increasingly "last century" to me. Thankfully, this one does seem to be getting a bit rarer these days.
Every single one that has a "security question" (I guess I'm talking about 20 or so sites here) have the same default question - mother's maiden name: if you can't remember it you can always find it on your birth certificate or some genealogy website or other. Other people can find it, too, of course if they don't happen to know it already, but hey! Nothing's ever quite perfect ...
|
|
|
|
|
NEVER put in your mother's maiden name or any other information like that.
That totally exposes you and completely defeats any security, as that information is usually public knowledge. This a perfect example of astonishing incompetence by the site developers.
I make up a unique answer for every site.
For example, on one site, my mother's maiden name might be "aseej#$i70kKnP++-{F46^".
Which was actually amusing when I had to tell my bank that on the phone one day...
|
|
|
|
|
Basildane wrote: incompetence by the site developers.
I doubt it is the developers making these decisions. 
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
leon de boer wrote: So basically the bank is doing something Microsoft should have done which is when you enable a secured connection
cut the feed to all windows hooks which would have been the preferred option.
I'm curious how you expect MS to be able to accomplish that. Setting aside that there's nothing they could do to affect the situation on people running Linux/MacOS/Android/iOS/BSD/etc, just getting enough visibility into 3rd party browsers to do it Windows wide would require a cluster-elephant of kernel mode snooping to try figuring out what's going on inside other peoples code.
Lastly, AFAIK low level user IO hooks are extensively used by accessibility software which means that to interfere with the crappiest common denominator of malware they'd be throwing everyone with disabilities under the security theater bus.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
I see this more and more. Really annoying.
I use KeePass and have it generate a password as my made-up ones are way too easy.
(What is wrong with HelloWorld42? )
There must be someone out there who came up with the idea and is spreading it to financial institutes.
Mongo: Mongo only pawn... in game of life.
|
|
|
|
|
There are worse, One of the banking sites I use has all that, PLUS they disabled the Tab key from moving to the next field too.
Not only do you have to key the id in using the KB (no paste on any browser, no auto complete), but then take your hands off the KB, use the mouse to click on the password box, and then hands back to the KB to enter that then back to the mouse to click OK.
After that use the mouse to select an option which then opens a new input box to enter the OTP,
use the plastic calculator thing to generate the OTP,
click on the OTP input field (because it doesn't put you there by itself),
key that in,
then use the mouse to click OK because again Tab/Enter does nothing.
Now you can finally do what you came for, but the whole site is almost all like that, no tab, some later fields can be pasted but woe betide you accidentally paste a no-no character (including accidental trailing spaces on/in numbers - phone number(s) too). Think for too long and it tosses you right out - no warning.
(Even the "feedback form" that is reqest you to fill after you've finally done is like that, and it includes fields to key in basic info like name, phone, which account(s) you have as if they didn't already know that.)
Thank you, please come again. - Well not if I can bloody help it.
Sin tack ear lol
Pressing the "Any" key may be continuate
|
|
|
|
|
PeejayAdams wrote: that they had disabled pasting into the password and confirm password fields.
Some websites have been that way for many years. I'm sure it is so that you are forced to re-enter your password. If you mistype and then paste it you'll send support a complaint that your new password does not exist. This way, you are more sure to type it in right.
Some websites don't even bother with the confirm password.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
|
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
|
I find it a PITA. Generally, they want two confirmations: Email and password.
So I have to type my email in twice - instead of copy'n'paste from my password store. Then I have to do the same with my password. And since I try to use a fresh Guid as my password each time I don't even know (or care) what it is, so typing it is more likely to give a problem than not.
And don't even get me started on "what is a valid password" - some insist on upper and lower case, some must have a number, some won't allow special characters, some want 8 letters, some want 10. And they never tell you their arbitrary rules in advance either... 
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
OriginalGriff wrote: And they never tell you their arbitrary rules in advance either
That's the real pisser. They wait until you've clicked the submit button, then clear half the fields (for "security purposes" obviously).
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
