Slashdot Mirror


Poor Passwords A Worse Problem Than Poor Antivirus

dasButcher writes "Viruses and worms get all the headlines, but poor password management is a worse problem according to a new study by Channel Insider and CompTIA. As Larry Walsh writes in his Security Channel blog, VARs and security service providers say they find more problems with password management than antivirus applications when they do security assessments. While password problems are nothing new, Walsh and those posting on his blog correctly assert that users remain cavalier about passwords and businesses are doing too little to address this serious vulnerability."

247 comments

  1. Sunflowers aren't so bad by plover · · Score: 4, Insightful

    In TFA the author complains about "sunflowers", people who have passwords on post-its stuck around their monitor frame. The thing about post-its is that 89% of last year's credit-card breaches originated from sources outside the companies. And there is no malware possible that can read what's written on a post-it note.

    --
    John
    1. Re:Sunflowers aren't so bad by Shikaku · · Score: 4, Interesting

      And there is no malware possible that can read what's written on a post-it note.

      Security cameras. If you know what to Google you can find all sorts of security cameras on the internet.

      Or just walk in and look yourself.

    2. Re:Sunflowers aren't so bad by masshuu · · Score: 1

      true, and I'm more worried about my own physical health if a malicious person is in my house reading those notes. Chances are he has something sharp and pointy with him

      --
      O.o
    3. Re:Sunflowers aren't so bad by KeithIrwin · · Score: 5, Insightful

      I agree completely. I generally tell people that it's far, far, far better to have a strong password which you write down than a weak one which you can remember. Simply moving the post-its from the monitor to a locked desk drawer would do a lot to decrease the security risk of writing them down.

      It's also not even vaguely clear to me why people feel that regular password changes are helpful or a good idea. As far as I can see, all they do is make it tougher for users to use strong passwords (due to being unable to memorize them), thus leading to weaker passwords and less security. An uncompromised password is an uncompromised password. They don't go stale.

      Regular password changes don't help decrease the likelihood of a system being compromised, they just offer some mitigation in the event that it has been compromised. However, given that an attacker probably will need only a few hours or days to slurp plenty of information or do plenty of damage, rotating passwords monthly isn't even likely to mitigate the compromise much.

      So the trade-off being made is that the system is now more likely to be compromised due to weaker passwords but in return, there's small chance that an attack will be stopped after the system has been compromised due to the password changing. That doesn't seem like a good trade-off to me. My best guess is that this advice is left over from a time when some systems had shared passwords. The regular password change was so that people who had been given the password to a system to do one thing wouldn't have access forever. Some places even used daily passwords so that they could give someone access for one day, but have their access reset the next day. But that advice has been carried over to individual user passwords in systems which use better access control technologies to manage access.

      These sort of reports don't stop and analyze what constitutes good password management. They just say "Passwords should be changed regularly. It must be true because everyone is saying it. This company doesn't change their passwords regularly, so they have poor password management." As such, they aren't really a good assessment of the problem.

    4. Re:Sunflowers aren't so bad by grumbel · · Score: 5, Insightful

      Simply moving the post-its from the monitor to a locked desk drawer would do a lot to decrease the security risk of writing them down.

      Or better yet, store it in your wallet. A place that is save enough for your money, credit cards and car keys should be save enough for a bunch of passwords. One could of course go one step further and get rid of passwords altogether and use a secure authentication device instead, with USB being commonplace everywhere that shouldn't be to hard to just use a USB device that does the authentication and encryption in a secure and easy to use manner.

      The core problem isn't that users chose insecure passwords, thats just human nature, the core problem is simply that hardware and software developers haven't build systems that work well enough with this "flaw" of human nature.

    5. Re:Sunflowers aren't so bad by exley · · Score: 4, Interesting

      OK so I went and searched for "office security cameras" and that pretty much just turned up companies selling cameras. I then tried "office security cameras HOT XXX ACTION" and that DID yield me some results... But no passwords on sticky notes :( Rule 34 should kick in eventually, through, right?

      Seriously though, I'm guessing most office security cameras are too low-res and they give a wide-area view so as to make it pretty damn difficult to be able to get someone's PW that way.

    6. Re:Sunflowers aren't so bad by MadnessASAP · · Score: 3, Informative

      Try searching for "axis-cgi", you may be suprised what you can find.

      --
      I may agree with what you say, but I will defend to the death your right to face the consequences of saying it.
    7. Re:Sunflowers aren't so bad by techno-vampire · · Score: 2, Interesting
      It's also not even vaguely clear to me why people feel that regular password changes are helpful or a good idea.

      I spent time doing tech support for an ISP. As part of my job, I needed to log into a web page. The server was inside the office firewall, and nobody outside it could log in. Not only were we required to use ten-character passwords (Upper, lower, numeric and punctuation all required.) they expired every sixty days. There was no possible way for an outside attacker to reach that web server, no way that constantly changing our passwords made anything more secure, but we had to do it, probably because somebody in IT realized that they could set it up that way and decided that if they could force passwords to expire, they should, whether it helped or not. What made it worse was, all the Certificates expired and nobody ever bothered to update them. This wouldn't have been so bad (You tell your browser to accept it, and the problem goes away.) but our boxes were locked down so badly that telling the browser that the cert's OK didn't survive a reboot, meaning you had to go through the same song-and-dance several times a day.

      --
      Good, inexpensive web hosting
    8. Re:Sunflowers aren't so bad by dotgain · · Score: 1

      Are you kidding? My first Rule 34 pic ever saved is of a cute girl nude except for hundreds of yellow post-its

    9. Re:Sunflowers aren't so bad by brentonboy · · Score: 3, Insightful

      And there is no malware possible that can read what's written on a post-it note.

      Security cameras. If you know what to Google you can find all sorts of security cameras on the internet.

      Or just walk in and look yourself.

      Seriously? No security camera will have a resolution high enough to actually read what's written on a post it note, assuming it's even in focus. It's not like on TV where you can just "zoom in, and enhance." Probably the best you could get would be to see a vaguely "sunflower" shaped monitor, as described.

    10. Re:Sunflowers aren't so bad by ScrewMaster · · Score: 3, Insightful

      Or better yet, store it in your wallet. A place that is save enough for your money, credit cards and car keys should be save enough for a bunch of passwords.

      Huh? That's not very good advice. If someone steals my wallet, they get access to whatever cash I have in it, and some easily-replaceable plastic. If I report the loss/theft promptly, my liability is limited.

      On the other hand, if I put passwords to my important online services there (such as my bank account, 401K, etc.) I could find those assets gone forever. If I have passwords to my company's systems there, they also could be compromised, and it would be my fault for storing those passwords in such a readily accessible place. A wallet is not secure, was not intended to be secure, and is something people carry around out of necessity, and the thought of losing it is a source of constant worry. Plus which, there are people who specialize in relieving us of the burden of carrying said items, you know ... they're called "pickpockets."

      Also, the problem with carrying arround a "secure authentication device" is that very few services support them. Well, not in the U.S. anyway, and that's where I live. And even if you are able to use one, you'll probably still require a PIN of some kind. Probably not a good idea to put that in your wallet either.

      Regardless, you are absolutely correct that people not thinking things through and concerning themselves solely with convenience is human nature, Me, I use difficult passwords and I make the effort to a. memorize them and b. change them now and then. But that's me: few computer users are willing to work that hard, and I also agree with you that they really shouldn't have to. However, the core problem isn't so much hardware and software developers: the problem is that the people in charge of the financial systems in many countries just don't see the investment in secure transaction handling to be worth the money. It's cheaper to pay their insurance underwriters and just charge off the fraud. Of course, that fact that some number of citizens get totally fucked over every year is just acceptable collateral damage.

      The United States' banking system is horribly insecure at pretty much every level, and I don't see that improving any time soon because it would cost a lot of money. A good first step might be getting rid of Diebold (I mean, come on, a Windows-based ATM?) but I don't see that happening soon either.

      --
      The higher the technology, the sharper that two-edged sword.
    11. Re:Sunflowers aren't so bad by Anonymous Coward · · Score: 1, Interesting

      If I was a dick, I could get probably 90% of my colleagues' secret PIN codes just by asking them. Who needs malware? People are the problem, not encryption levels.

    12. Re:Sunflowers aren't so bad by mwbeatty · · Score: 2, Funny

      But they do it on TV all the time! You mean the technology on those cop shows isn't real?

    13. Re:Sunflowers aren't so bad by plover · · Score: 4, Insightful

      Regular password changes don't help decrease the likelihood of a system being compromised, they just offer some mitigation in the event that it has been compromised. However, given that an attacker probably will need only a few hours or days to slurp plenty of information or do plenty of damage, rotating passwords monthly isn't even likely to mitigate the compromise much.

      Many of the really big credit card attacks (TJX, Network Solutions) took place over several months (or years), harvesting on-line transaction data. We have no way of knowing if the passwords were rotated during the course of the attack if that would have shut down the attackers. Network Solutions was PCI DSS rated, which means they had a password rotation policy in place, and their attack continued from March through June. We can probably assume the attackers seized the first opportunity to create a back door that they could use in the event the passwords were changed, so a rotating password would have had no effect on them.

      --
      John
    14. Re:Sunflowers aren't so bad by UncleTogie · · Score: 1

      No security camera will have a resolution high enough to actually read what's written on a post it note, assuming it's even in focus.

      Do a search for "PTZ cameras", please....

      --
      Don't tell me to get a life. I'm a gamer; I have LOTS of lives!
    15. Re:Sunflowers aren't so bad by plover · · Score: 1

      Unless the security camera is a foot or two from the post-it, or if the password is written in 1/4" black magic marker, it won't be visible. I saw this used in a real (not TV) court case where the defendant claimed he wasn't the perpetrator in the video because his tattoos weren't visible in the security camera footage. (His were fine blue lines that looked like home-made or prison tats.) Investigators recreated the scene in the convenience store using calibrated lines and demonstrated to the jury that lines the size of those on the defendant's arm weren't visible on that camera at that distance. Guy went to jail for a very long time.

      Another problem with that idea is that you could locate a camera pointed at a specific identifiable target. Just because you know a password doesn't mean you know the user ID, nor what system it's used to log in. I know someone's password is "KermitTF" -- but I can't tell you which computer it's good on.

      And malware doesn't walk in the door and look. That's one of the very few advantages of having the criminal attackers located on a different continent.

      The complex-but-written-down password is still excellent defense against network hackers. How you choose to secure the paper determines the rest of the security.

      --
      John
    16. Re:Sunflowers aren't so bad by Svartalf · · Score: 1

      And many of the "sunflowers" aren't due to really inept people (a' la the secretary for the Principal in Wargames...) it's because of TOO stringent password requirements that insist upon upper AND lower case coupled with at least one, if not several numbers in the password.

      It doesn't make it more secure doing that- it tends to make it less os.

      --
      I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
    17. Re:Sunflowers aren't so bad by plover · · Score: 2, Informative

      You can certainly take a little responsibility for your own security. You don't have to write down the whole password, or you can obscure it in some way that you remember. If your password is aRgLeBaRgLe123 you can just write down "aRgLeBaRgLe" and remember that you glue 123 to the end of all your passwords, or write down "arglebargle123" knowing that you always cApItAlIzE eVeRy oThEr lEtTeR. For most people, the people who have physical access to their screens are less likely to be sophisticated attackers than your average network hacker.

      Of course you still have to make sure that nobody learns any of your passwords, because they'll easily figure out your simple obscuration scheme.

      Years ago I had all my various credit card PINs written and stored in my wallet with the cards, but I knew I had an offset to add to each before using it. The offset was the PIN for my main bank card, so it was something I already remembered. (I have since divested myself of all those extra cards, so I don't have the paper any more.)

      All that said, I still don't write down or save my secure work or banking passwords. I'll write down stupid web site passwords, but not anything that puts me or the company I work for at risk.

      --
      John
    18. Re:Sunflowers aren't so bad by omb · · Score: 1

      And, in case if compromise, you can force a password change when you havve finished the forensics.

    19. Re:Sunflowers aren't so bad by rts008 · · Score: 1

      How I wish I had not used up my mod points!

      I tip my hat to you, sir!
      That is one of the most concise, insightful, and informative comments on this thread. Very well done.

      We can probably assume the attackers seized the first opportunity to create a back door that they could use in the event the passwords were changed, so a rotating password would have had no effect on them.

      When you are pwned, you are owned. When you are owned, you are pwned.
      You can either admit it and change it, or hook your ankles behind your ears and enjoy it. [think: goatse]

      --
      Down With Slashdot BETA!!! I've been around the corner and seen the oliphant; you can only abuse me from your perspecti
    20. Re:Sunflowers aren't so bad by Tom9729 · · Score: 2, Insightful

      I don't think it's really that big of a problem. First of all if you have passwords written down in your wallet and someone steals it, they're still going to have to figure out your username (unless you wrote that) and what password is for what service, what bank you use, etc. In the meantime you could just change all of your passwords to be safe.

      Of course this wouldn't work if you didn't know your wallet was stolen (if they copied your passwords and returned it before you knew it was missing), but it seems like that would be a pretty targeted attack...

      There's nothing wrong with ATMs running Windows, OS/2 or whatever as long as it's set up right. An ATM should NEVER be hooked up directly to the outside network (no matter what OS it is running), and should always be physically secured (in a very visible location, watched by cameras 24/7, etc).

    21. Re:Sunflowers aren't so bad by MichaelSmith · · Score: 1

      Where I worked on traffic systems we had strict password requirements. Lives were at stake, after all. It never bothered us. We got used to memorising new strict passwords every month. It just takes practice and we had a small group to train up.

      Then one day I had to help out a user on the corporate network. Their passwords were harder than ours and changed every week. The guy I needed to see wasn't there but that was okay because their office had a standard password based on the year, month and week number so somebody logged me in to his account.

    22. Re:Sunflowers aren't so bad by Anonymous Coward · · Score: 0

      I tend to write passwords on post-its as I tend not to remember the password, but the pattern that my fingers makes on the keyboard. I think it comes from playing the Piano a lot. It makes typing the password with only one hand or on a new keyboard layout difficult - especially as I find I tend to type it wrongly if I try to slow down the typing a lot.

    23. Re:Sunflowers aren't so bad by Anonymous Coward · · Score: 0

      sorry bro, now you're thinking Godwin's law not Rule 34. :)

    24. Re:Sunflowers aren't so bad by Ronald+Dumsfeld · · Score: 3, Interesting

      Good password policy...

      Strong, not written down, regularly changed

      Pick Two.

      --
      Where's the Kaboom?
      There's supposed to be an Earth-shattering Kaboom.
    25. Re:Sunflowers aren't so bad by blahplusplus · · Score: 1

      "I agree completely. I generally tell people that it's far, far, far better to have a strong password which you write down than a weak one "

      The real problem is that there needs to be password software like AI roboform installed NO ONE and I mean NO ONE wants to remember their password what they should have is a LOCAL password {on a local machine, i.e. AI roboform) which then they can press a button that types in a safe big ass randomized password which they can backup.

      Let's be frank passwords are a pain in the ass.

      http://www.roboform.com/

    26. Re:Sunflowers aren't so bad by yogibeaty · · Score: 1

      I'm 52 and haven't had my wallet stolen since 1969. Not a big security risk. In any case, you can obfuscate them, or simply not complete them or any other relatively straightforward way of not writing out "Bank of America, acct # xxxxxxxx, pw=asdf". Most pickpockets will simply take the money and dump the wallet in the nearest trashcan.

      And if your wallet is stolen, you'll know about it, presumably. Then you have to figure out some new passwords, not before.

    27. Re:Sunflowers aren't so bad by Anonymous Coward · · Score: 0

      sorry bro, now you're thinking Godwin's law not Rule 34. :)

      Rule 34 applies to everything including Godwin's Law...

    28. Re:Sunflowers aren't so bad by antirelic · · Score: 1

      I find password policy to be rather following password: "iL0v3 Ur3 m0nk3| @$sz. " is completely useless against:

      - Key stroke loggers
      - Systems still using Crypt (I'm looking at you Solaris)
      - People who walk away from their desktop
      - People who log into their desktop logged in as root
      - Systems that allow "sudo su -" without password
      - Phishing Attacks
      - Stupid people who will open any attachment, even go so far and disable antivirus just to be able to do it.

      The problem isnt with password policy. Lets face it, strong passwords are meant to prevent brute force attacks of various kinds. Unless your using the top 10 passwords in the crack library, its highly unlikely that someone is going to "guess" a standard password. Strong passwords are meant to stop programs that already have access to the encrypted password file. Either that file is AES 256 or its not. If its not, it doesnt matter WTF your password is.

      Oh, and using your historical passwords is rather stupid, considering those old password algorithms (3DES etc) are all easily broken by determined hackers.

      Whats my point? I dunno. Let me know if you figure it out.

      --
      20th century Marxism is not progress...
    29. Re:Sunflowers aren't so bad by Anonymous Coward · · Score: 0

      | And there is no malware possible that can read what's written on a post-it note.

      Security cameras. If you know what to Google you can find all sorts of security cameras on the internet.

      Or just walk in and look yourself.

       
      Every thread on slashdot requires at least one smartass prick like you to take a word like "malware" and stretch it to include hardware and people.
       

      You know fucking well what the prior poster meant, but you had to show yourself to be a jerk anyway.

    30. Re:Sunflowers aren't so bad by ScrewMaster · · Score: 1

      I'm 52 and haven't had my wallet stolen since 1969.

      Then you're overdue. Mine last got ripped off in 1978. Seriously though, the acceptability of storing passwords in insecure places goes up with the potential loss you'll suffer when they're compromised. A wallet is a fine place to keep your Slashdot account info, but not a great place if it's your bank's Web site. Oh sure, if you just put down your password without any other account information you might be okay: but if you're the kind of person that can't memorize a password odds are you're putting the Web site and username in there right along with the password. That's no different than writing your PIN on the back of your ATM card, and plenty of people are that stupid, believe me.

      --
      The higher the technology, the sharper that two-edged sword.
    31. Re:Sunflowers aren't so bad by ScrewMaster · · Score: 1

      I'm 52 and haven't had my wallet stolen since 1969.

      And let's not forget that wallets can get lost as well as stolen. Do you trust the stranger that finds it to just destroy that information ... or do you think he might be tempted to log in just to see what he can see? And do you further trust him to leave it at that?

      I don't. I know several people that lost purses or wallets, and within fifteen or twenty minutes had a couple thousand run up on their credit cards. No, I don't believe that a wallet is a safe place to keep any information that you can't afford to lose.

      --
      The higher the technology, the sharper that two-edged sword.
    32. Re:Sunflowers aren't so bad by ScrewMaster · · Score: 2, Informative

      There's nothing wrong with ATMs running Windows, OS/2 or whatever as long as it's set up right.

      But they're not. Many are run through the public Internet (and there are many known instances of them having been compromised, either directly by thieves or indirectly through worm infestations) and furthermore Diebold is not a company that can be trusted to set them up correctly. That's also pretty clear, given their track record. And I disagree with you that there's nothing wrong with an ATM running Windows. In fact, I don't really know where to begin a response to that statement.

      --
      The higher the technology, the sharper that two-edged sword.
    33. Re:Sunflowers aren't so bad by Anonymous Coward · · Score: 0

      telling the browser that the cert's OK didn't survive a reboot, meaning you had to go through the same song-and-dance several times a day

      Let me guess, you were using Windows

    34. Re:Sunflowers aren't so bad by flappinbooger · · Score: 4, Interesting

      As someone who does IT and computer work "in the field" for small local businesses in a small midwestern town, the "Just walk in and look" thing is more true than you might think. If you look like a clean-cut semi-geek with a laptop and an air of confidence, all you need to do is walk in.

      Go up to the bored and underpaid secretary/receptionist who doesn't really give a flock, and say you're there to fix the computer in the back, or to fix the printer, whatever. Most likely they'll say "yeah, sure, whatever" and let you go on because they don't care, don't know, and most places DID have problems with the computer/printer/whatever the day before, and she will assume the owner called you.

      Memory stick with a few choice apps, clickety click, and you can own the place whenever you want and nab whatever you want.

      Oh, and all the passwords are either on a post-it on the monitor, under the keyboard, or are some variant of Password. Or, everyone knows it because it's the dogs name and ALL the passwords are the same.

      "Oh, hey, can you give me the password real quick for this workstation right here?" (wants to be helpful and is embarrassed because they don't know jack about computers) "Sure, it's password123!"

      One time the manager of a chiropractic/PT place was giving me access to the server because she needed me to do something, and I watched her peck in the password at 1 WPM. The password was "SPRAIN". I about busted out laughing.

      Way too many places that should have security - lawer offices, medical offices, have open AP's and crap security. Actually, NO security. No backup, either. I'm turning things around as I go.

      --
      Flappinbooger isn't my real name
    35. Re:Sunflowers aren't so bad by Geekbot · · Score: 1

      As far as I can see, all they do is make it tougher for users to use strong passwords (due to being unable to memorize them), thus leading to weaker passwords and less security.

      Absolutely. I work in computer training and for years I have done my best to urge users not to use passwords. I recommend acronyms for easy to remember sentences and similar strong passwords.

      And, worse yet, the nature of this workplace makes it a hazard to have passwords written down.

      What's the biggest hindrance? Regular password changes. Far enough apart that users don't remember when it's coming. Spur of the moment enough that the user can't remember a good password and doesn't have time to plan for a secure one. And no restrictions on passwords.

      It gets better. Our regular downtime is spaced just in time to occur shortly after a password change. So there is a good chance that passwords will be forgotten at least once per year.

      It's been widely known for long enough that password changes required by software is not good for security. I do not understand why IT so often fails to recognize this problem.

    36. Re:Sunflowers aren't so bad by similar_name · · Score: 1

      I'm 52 and haven't had my wallet stolen since 1969

      Somebody stole your wallet when you were 12, rough neighborhood.

    37. Re:Sunflowers aren't so bad by johnrpenner · · Score: 1

      > > And there is no malware possible that can read what's written on a post-it note.
      >
      > Security cameras. If you know what to Google you can find all sorts of security cameras on the internet.

      i think gaining passwords from posty-notes via security cameras is a pretty low-possibility,
      definitely much harder to crack than leaving them in a word file on the computer somewhere.

      and i think it would only be vulnerable to a determined human attack, its not the sort
      of thing that could be automated by a bot -- posty notes are more secure against
      bot attacks - even with the threat of OCRing possible text out of security cams.

    38. Re:Sunflowers aren't so bad by mysidia · · Score: 1

      My suggestion is everyone should have two passwords.

      One fairly simple secret code (that still has to be be 7 characters long, and have at least one uppercase character, and 2 characters that are numbers or symbols) that they memorize, and they are NOT allowed to write down, e-mail, or tell anyone EVER, and that never changes, except if they go to the sysadmin, ask to change it, and show their ID badge.

      And one really complex password, that's 10 characters long. Is system-generated, and they're allowed to write down. They can change it as desired, as long as it meets even more extreme complexity requirements.

      Also, it will be changed every 30 days, they have to go to the 'security officer', show their ID badge, and receive their new password card, which will be activated when they check it out (they have to enter their secret password to be able to check it out).

      To get into anything important, they will have to enter both passwords. E.g. Windows login will prompt for the memorized password

      Once they've entered it and pressed enter, they'll have to type the password on the card too, before they get in.

    39. Re:Sunflowers aren't so bad by jhol13 · · Score: 1

      I wonder ... how difficult it is to change those passwords which are net accessible?

      I have exactly one important (bank) and that is cancellable with one phone call - the same which cancels my debit & credit cards.

      Furthermore you can trivially obfuscate. I once stored my pin written in Finnish slang within shopping list when abroad. Extremely safe: you'd have to be robbed by very fluent in finnish and he'd have to find the number (it does not look like one, not even for native) and associate it with the card. I'd worry about the traffic more.

    40. Re:Sunflowers aren't so bad by Dan541 · · Score: 1

      Some cameras even let you control them. But what I really want is a camera with an open pa system. So far I have been unsucsessful.

      --
      An SQL query goes to a bar, walks up to a table and asks, "Mind if I join you?"
    41. Re:Sunflowers aren't so bad by Dan541 · · Score: 1

      Even if the camera was able to see a post-it note. You would need to know what that information pertained to and how to access it.

      807402 this is a security code I use everyday yet it is useless to anyone here because nobody knows what it belongs to or where.

      --
      An SQL query goes to a bar, walks up to a table and asks, "Mind if I join you?"
    42. Re:Sunflowers aren't so bad by Anonymous Coward · · Score: 0

      You know, however fast someone types, it is polite to look elsewhere when someone types their password.

    43. Re:Sunflowers aren't so bad by Anonymous Coward · · Score: 0

      The reason people 'sunflower' is password policies. I am on my 15th change and can not reuse any of them. Oh and the password must have 2 uppers 2 numbers and a 'special' char and no longer than 10 chars. Yes I am writing it down. I'm sorry but some places inadvertently encourage this behavior. Also like you pointed out 89% comes from external sources. As rooting something is MUCH higher value than breaking into 1 account. With 1 account you get 1 person. With a total box root you have the potential for many accounts under your control. They are thinking how *THEY* would break in. Not how a thief really thinks. Thieves want low quick easy high value 'in and out' targets.

      To get at someones desk to see the 'sunflowers' sometimes you have to get thru at least 2 different layers of physical defense. Such as the badge reader and the person at the front desk and the parking lot. Then not get noticed by someone. Remote access is much more desirable as you do not have a possibility of cameras and witnesses.

    44. Re:Sunflowers aren't so bad by gooman · · Score: 1

      I'll write down stupid web site passwords

      My slashdot password is the same as my luggage.

      --
      "Kittens give Morbo gas!"
    45. Re:Sunflowers aren't so bad by wickedskaman · · Score: 1

      I think it's a bad idea to leave your password written down on our monitor... but having a complicated, hard -to-remember password written down in a drawer somewhere for easy reference is actually a suggested security (good behavior) tactic. Linky: http://msinfluentials.com/blogs/jesper/archive/2008/02/04/write-down-your-passwords.aspx

      --
      Sand's overrated... it's just tiny little rocks.
    46. Re:Sunflowers aren't so bad by gad_zuki! · · Score: 1

      >On the other hand, if I put passwords to my important online services there (such as my bank account, 401K, etc.) I could find those assets gone forever.

      Dont put what they are for or the usernames on that sheet. Just make a crib sheet of your passwords. Knowing your password is "

      Heck, I dont even write them down just the variations or hints to myself like (wife + weight + dog). That sheet will be meaningless to them, but not to you.

      >The United States' banking system is horribly insecure at pretty much every level

      Heh, you must not travel much. I love how naive people here think the US is the worst thing ever in all things. I was just in a country where the credit rating is so poor that you cant wire money to any civilized country, so travelers carry large amounts of cash on their person to the airport. Thanks, but Id rather get my debit card stolen in the US then beaten to death by a crowbar elsewhere because I look like I might be carrying cash to the airport. Not to mention, in many countries people dont even own their own computers they just go to the local net cafe which is full of keyloggers. I wont go into stuff like death sentences for drug mules or places that treat women like animals. Keep up the anti-US hate. Its hilarious!

    47. Re:Sunflowers aren't so bad by gad_zuki! · · Score: 1

      >And I disagree with you that there's nothing wrong with an ATM running Windows. In fact, I don't really know where to begin a response to that statement.

      Embedded windows isnt exactly a copy of unpatched XP. While I would like to see something a bit more hardened for ATM machines, lets not get hysterical. Bank policies what they are, most ATM problems are the bank's fault. Theyre really only hurting themselves if insecure machines, thus they have quite an incentive to lock them down. Not to mention most ATM hacks are little card readers glued to the front. No need for high tech solutions when low tech ones work just fine.

    48. Re:Sunflowers aren't so bad by SlashWombat · · Score: 2, Insightful

      Especially since jpeg/mpeg gets a large percentage of its compression through deleting high frequency detail during the DCT pass. So unless the note is very close to the camera, the text will disappear in the compression process!

      The thing that really is a pain is the IT admin insisting on monthly changes to the password. So you might use a strong passphrase (say 20 characters long) but in the end you use the minimum, and put it on a post-it note so you don't lock yourself out of the system. (And, since most IT admin think their related to god, asking them for help is like grovelling in shit, something very few people enjoy!)

    49. Re:Sunflowers aren't so bad by Anonymous Coward · · Score: 0

      Anyone remember the UNIX heads having FRED or SEX as a password?

    50. Re:Sunflowers aren't so bad by yogibeaty · · Score: 1

      Overdue? Does my wallet have memory?

      But I take your point: some people are just that dumb. But MOST people aren't, and for them, jotting down a password or password mnemonic and keeping it in their wallet is way better than making a sunflower. Combine that with a strategy that limits the number of passwords and login names, and you have a pretty robust situation.

      Check out Bruce Schneier's commments on this subjct if you haven't already.

    51. Re:Sunflowers aren't so bad by yogibeaty · · Score: 1

      I was living in Rome, Italy, and was walking near the main train station, one of the worst areas in the city for thieves. The left back pocket of my jeans was cut open.

      I've never carried my wallet in my back pocket since.

    52. Re:Sunflowers aren't so bad by ajs · · Score: 1

      I agree completely. I generally tell people that it's far, far, far better to have a strong password which you write down than a weak one which you can remember.

      PasswordSafe is the happy medium. You don't write it down, you write it on disk, encrypted with a single password that's the only one you have to remember (aside, perhaps, from the one you use to log in to the machine that has PasswordSafe installed).

      I've been using PasswordSafe now for about a year, and there's no turning back. All of my passwords are insanely cryptic things that are much longer than I could remember, and they're all encrypted with a single password that I do remember.

      Available on Windows, Linux and just about everywhere else as a Java app.

    53. Re:Sunflowers aren't so bad by margaret · · Score: 1

      At the VA, they require us to have a ridiculous number of strong passwords.

      When you first start, you get a piece of paper that says:
      Username
      Password
      Access Code
      Verify Code
      Signature Code
      LMS Username
      LMS Password
      Met Username
      Met Password

      Then at the bottom it says "Remember within 48 hours." Yeah right.

      Then the system forces you to change all of these passwords at varying intervals. So even if you start off by having all of the passwords the same, within a few months they're all different.

      And they wonder why people write stuff down.

    54. Re:Sunflowers aren't so bad by N3Bruce · · Score: 1

      One good argument for changing passwords on a regular basis is where employees share passwords, as the parent mentioned. Suppose one of those employees becomes an ex-employee because of disgruntlement, or because of termination or layoff, and decides to get even. Even when employees have their own individual passwords, employees sometimes share them amongst themselves, intentionally or not, and a leaked password can fall into the wrong hands. Hanging onto a password indefinitely means trusting not only all of your own employees, but all of your ex-employees and vendors who had access to the system indefinitely as well.

    55. Re:Sunflowers aren't so bad by Anonymous Coward · · Score: 0

      It's also not even vaguely clear to me why people feel that regular password changes are helpful or a good idea. As far as I can see, all they do is make it tougher for users to use strong passwords (due to being unable to memorize them), thus leading to weaker passwords and less security. An uncompromised password is an uncompromised password. They don't go stale.

      Regular password changes don't help decrease the likelihood of a system being compromised, they just offer some mitigation in the event that it has been compromised. However, given that an attacker probably will need only a few hours or days to slurp plenty of information or do plenty of damage, rotating passwords monthly isn't even likely to mitigate the compromise much.

      So the trade-off being made is that the system is now more likely to be compromised due to weaker passwords but in return, there's small chance that an attack will be stopped after the system has been compromised due to the password changing. That doesn't seem like a good trade-off to me. My best guess is that this advice is left over from a time when some systems had shared passwords. The regular password change was so that people who had been given the password to a system to do one thing wouldn't have access forever. Some places even used daily passwords so that they could give someone access for one day, but have their access reset the next day. But that advice has been carried over to individual user passwords in systems which use better access control technologies to manage access.

      Under normal circumstances, in theory, a brute force attack will successfully crack a password inevitably. If the attack does not repeat previous attempts, each subsequent attempt should have a somewhat higher probability of success than the last. In general, this should still take a long time to actually crack the password. Swapping the password every now and then should theoretically eliminate the decline of the passwords strength in respect to the attack. However, even a completely random brute force attack (one that can repeat attempts) will inevitably crack a password in general. However, strong passwords should theoretically mean a riduculously long time would be needed for it to work. Of course, if the attacker has a godly amount of luck (riduculously unlikely), a password may not mean much help.

    56. Re:Sunflowers aren't so bad by mjwx · · Score: 1

      Or better yet, store it in your wallet. A place that is save enough for your money, credit cards and car keys should be save enough for a bunch of passwords. One could of course go one step further and get rid of passwords altogether and use a secure authentication device instead, with USB being commonplace everywhere that shouldn't be to hard to just use a USB device that does the authentication and encryption in a secure and easy to use manner.

      2 factor authentication is better. A passcard and a password, even a weak used together is better then the strongest password on its own. Independent RSA tokens are the best but a single write USB or SD card would also do the job. Even RFID cards although that would probably cause some confusion in the cubefarm unless the RFID's were placed right on top of the scanner.

      --
      Calling someone a "hater" only means you can not rationally rebut their argument.
    57. Re:Sunflowers aren't so bad by muckracer · · Score: 1

      > If I was a dick, I could get probably 90% of my colleagues' secret PIN codes just by asking them.

      I'd wager you'd have a much better chance of obtaining your 90% if you *weren't* a dick ;-)

    58. Re:Sunflowers aren't so bad by kamatsu · · Score: 1

      I observed the same thing for me, and I am also a pianist.

      Also, piano playing means i type with curved fingers unlike some of my fellow comp scientists, and I have never gotten RSI despite typing straight for longer periods than them. Hmm.

    59. Re:Sunflowers aren't so bad by Nakarti · · Score: 1

      Or one really complex password that for some reason you can remember well, and never have to change or write down. I have passwords I've been using for a decade for everything without a single compromise because of this rule.

      Now that I work somewhere that has password frequency rules for multiple logins, I use the weakest possible password I can remember, and everybody else does too. Sure they expire in a couple months, and some systems won't need it at the same time as others, so I'll have to remember three to five(the last two+ and the new one, and one for systems with stricter complexity requirements) or write them down(in a password vault, of course!) but they have strong complexity requirements and don't last long, so we're good!

    60. Re:Sunflowers aren't so bad by GregNorc · · Score: 1

      Insert obligatory "Bruce Schneier says it's ok to write down your password" link here

    61. Re:Sunflowers aren't so bad by mysidia · · Score: 1

      On the other hand, if I put passwords to my important online services there (such as my bank account, 401K, etc.) I could find those assets gone forever.

      I have a few suggestions:

      • Have bad handwriting (like mine); the crook has hardly any chance of deciphering exactly what letters or symbols have been written, but I will recognize it easily.
      • Use abbreviations and shorthand only you will understand
      • Don't make it obvious that it's a password, don't write "password:". Space out the characters, make it look kind of like a phone number or e-mail address.
      • Obfuscate it

      E.g. 13.1p/g. -2x9g.axxssw0rd11xy

      The real password is "passw0rd", but noone but me knows that the "13" means start reading at the 13th character, the "1" means one preceding digit is used for length the "9", means the password is 9 characters long, p/g. means replace every occurence of g. with p, and -2x means delete two x characters.

      And of course there are other more complex rule-based schemes, such as perl code in what you write, that the casual looker can't possibly imagine, let-alone figure out what this password actually goes to.

      For bonus points, make it perl code that has to be run to figure out the password, but the perl code on your card also has a trojan designed to zap a naive kiddie who isn't you that stole your card and tries to run it.

  2. It's all down to ridiculous password rules... by musefrog · · Score: 5, Interesting

    I think one day, we'll look back at this period of needing umpteen different 8-16 character one capital letter one alphanumeric character passwords (changed each month!) with the same horror we now regard the times when the best solution to a serious leg injury was to cut the freaking thing off. With no anasthetic. Maybe it's not directly analogous, but it's just as barbaric and wrong and crazy!

    1. Re:It's all down to ridiculous password rules... by Nerdfest · · Score: 1
      The ridiculously short interval in most places is a huge part of the problem. It's asking people to do insecure things to make it more convenient. I read someone advocating lately to write your passwords down, but keep them in your wallet. Not a bad idea if you don't have the electronic means to do the same.

      The best long term solution is probably some sort of revocable 2 factor authentication.

    2. Re:It's all down to ridiculous password rules... by Brian+Gordon · · Score: 1

      One day, we'll use a big private key (from a microsd card or an RFID) to authenticate instead of relying on a puny little 8-16 alphanumeric password.

      It's already implemented in Vista at least.. you can log in from different authentication providers like a fingerprint scanner or a smart card or a web cam.

      And for remote administration it's even better. You don't need to be there to put in a smart card; you just handshake with your key over the network.

    3. Re:It's all down to ridiculous password rules... by Anonymous Coward · · Score: 0

      Outside vista, we've had it since forever: you use OpenSSH with public/private key authentication. :-)

    4. Re:It's all down to ridiculous password rules... by arose · · Score: 1

      Takes me a few times typing in a new 16 character password (lowercase, capitals, numbers, symbols) to remember it. The trick is to type from memory and only use a note/password manager to refresh it, not copy. Easiest way is to encrypt a file with your new password and train it before setting it for the system.

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    5. Re:It's all down to ridiculous password rules... by Alanceil · · Score: 1

      May I suggest a Firefox addon as a remedy ?

      https://addons.mozilla.org/en-US/firefox/addon/469 (Passwordmaker)

      Like in TFA, I find it hard to make up many good passwords, so I'd rather use one strong one to create passwords that are unique for each login.

    6. Re:It's all down to ridiculous password rules... by arose · · Score: 0

      One day, we'll use a big private key (from a microsd card or an RFID) to authenticate instead of relying on a puny little 8-16 alphanumeric password.

      People who's passwords provide no real security might be, the rest of us do have and/or will have big private keys encrypted with strong passwords.

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    7. Re:It's all down to ridiculous password rules... by bcmm · · Score: 3, Insightful

      And Linux has had Pluggable Authentication Modules since 1996. It currently supports, among other things, smart cards, fingerprints, passwords and and a bunch of different hardware crypto devices.

      --
      # cat /dev/mem | strings | grep -i llama
      Damn, my RAM is full of llamas.
    8. Re:It's all down to ridiculous password rules... by Anonymous Coward · · Score: 0

      Passwords have their uses, but for day to day authentication, they have so many weaknesses that I wish there were a standard way of authenticating with two factors.

      Right now, I have three rebranded Vasco ID devices. Two for eBay/PayPal (bought another since my first one has been used for a number of years. The third is for Blizzard stuff. This is a decent way to get around the keylogger issue. However, I wish there were a standard for offline devices, so I can use just one device and it would work with any authentication provider. Of course there is an "app for that", but not everyone uses iPhones, and some businesses explicitly forbid them.

      It would be nice to have an offline authentication standard that doesn't require an expensive internal authentication structure. Regardless of device to set up, one would enter the serial of the device, and the 6-8 digit code it has. Then, you just tack on the digit code after your password when logging in. Windows has had hooks for SecurID support since NT or Windows 2000. Only bad thing about SecurID is that one needs to have at least two ACE servers for your domain (one main, and at least one failover because if your ACE servers go down, you have lost all ability to log people on organization-wise.)

      Best of all worlds would be a device that can do offline access, as well as online via a USB jack (like RSA's SecurID 800 or the Aladdin eToken NG-OTP). This way, a company or organization could use client certificates for authentication, which deal away with a large amount of authentication problems.

      Two factor authentication is not a complete fix-all. One can compromise a Web browser in a complicated MITM attack (IBM's ZTIC device is an advance against forged bank transactions). One also can seize the OTP code while it is en route to the server, and then create a login session using that (SSL should always be used for authentication, but sometimes organizations either don't bother or use self-signed certs which can be spoofed.)

      Two factor is a step up for authentication. Passwords may be useful for authenticating as root, Administrator, or a trusted user, but not over the Internet.

      Ideally, NIST or ISO should make a standard for offline authentication, similar to how there is a standard (PKCS#11) for smart cards.

    9. Re:It's all down to ridiculous password rules... by MichaelSmith · · Score: 1

      One day, we'll use a big private key (from a microsd card or an RFID) to authenticate instead of relying on a puny little 8-16 alphanumeric password.

      The RFID will be embedded in your palm at birth. Can't honestly say I am looking forward to that.

    10. Re:It's all down to ridiculous password rules... by MichaelSmith · · Score: 1

      My job once was to set the new password on all 40 or so terminal servers. Made it easy to memorise the new password.

    11. Re:It's all down to ridiculous password rules... by Antique+Geekmeister · · Score: 1

      PAM _does not help_. In fact, it reverses the problem, and makes various passwords able to access your account, especially in a carelessly configured multiple OS environment, all able to work on your poor victim of a Linux system.

      Please allow me to be a serious geek here for a bit.

      _Kerberos_ solved this problem years ago for user authentication. LDAP coupled with it, well-managed, provides the user and account management. Both are fundamental to Active Directory, oddly enough, which can support quite a lot of well-managed single-sign-on access. But it's not well integrated to a huge variety of pen source tools, whether it's from Active Directory or well-managed Kerberos sites like many major universities and companies.

      The result is stupid holes in the process: OpenSSH on RHEL 4 and older SuSE and Fedora systems does not support the necessary GSSAPI. The configuration tools don't provide the critical hooks for permitting multiple upstream Kerberos domain authentication for shared environments, and you have to edit krb.conf by hand. The enormously popular "Putty" tool for SSH use does not support Kerberos. (There are forks that do, but the work has languished for years.)

      I'll save my comments on Subversion silently and automatically saving your passwords in $HOME/.subversion/auth/svn.simple/ for another time. Do go check your directory on any machines you do work on, though.

    12. Re:It's all down to ridiculous password rules... by Artifakt · · Score: 2, Interesting

      The wallet idea works safer if you don't write the password, but an 'un-mutated' version of the password, and you know the rule you use to mutate all your passwords. If you can disguise what's written down so it doesn't look like a password, even better. Jot some name (Lucinda Mott), and address (1630 N. Highway 33, Mesa City) on the back of a business card, with a note like 'carries Valmont brand 3/8ths tubing - closes early Fridays - call Dodge city branch', and let anyone who steals your wallet guess which part of all that is the cue to your password. You can even use dates with this system to let you pick out the current password, just leave the old ones in your wallet too - that actually makes it harder for a pickpocket to spot.
            One way to make an actual word safer (at least from your cohorts at the office), is just to pick something you have no interest in, if you can avoid becoming interested in it just from picking it. If you are in your 20's, and learn the name of a song Frank Sinatra got a Grammy for, and the year, who's going to guess something permutated from that, by a rule such as "reverse the date and put it in the even numbered characters of the password.", especially if you don't write the rule down. Yet you can remember a system like this more easily by far than a truly random password.
            I base this on having once cracked a machine on the first try, when a national guard NCO that was former Navy dared me to - (Hint, most sailors get assigned to just one ship their whole hitch, and it's a big deal to them, as in they usually have a picture or two around standing on the dock in front of their ship, and OMFG, those ships have names painted right on their bows!). I told this person some of the above methods, and kept testing until he got something I wouldn't guess quickly (which took about three tries - Hint 2, If you talk NASCAR all the time, don't be surprised when someone else tries a few variations on your favorite driver and their Car number.). I don't know what he came up with eventually, but it was evidently something actually tricky, because we had a change passwords every month rule and after the first few months, he got to where I couldn't get a one of them. (yes, it was part of my job description to bug half a dozen people this way).

      --
      Who is John Cabal?
    13. Re:It's all down to ridiculous password rules... by jpmorgan · · Score: 1

      Or your forehead!

    14. Re:It's all down to ridiculous password rules... by bcmm · · Score: 1

      PAM supports Kerberos!

      /Ducks

      --
      # cat /dev/mem | strings | grep -i llama
      Damn, my RAM is full of llamas.
    15. Re:It's all down to ridiculous password rules... by lgw · · Score: 1

      For the security of my financial stuff, I use real two-factor authentication. It's easy and secure.

      If some company can'y be bothered to do the same - fuck em. I put all my passwords in a text file on my laptop, clearly identifying what each one is for. I'm going to remember one password, and that's it. If it changes, I'll have an obvious month-based system. That's all the effort any comanpy is getting from me. If they actualy care about security, single login with two-factor authenication is very strong and very easy on the users. If they're just pretending to care, I'm simply unwilling to play make-believe with them.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    16. Re:It's all down to ridiculous password rules... by Anonymous Coward · · Score: 0

      I'll save my comments on Subversion silently and automatically saving your passwords in $HOME/.subversion/auth/svn.simple/ for another time. Do go check your directory on any machines you do work on, though.

      You're doing it wrong.

      If you have normal password login enabled on SSH and still consider your setup secure, you need to seriously review your security policies. Passwords are a very bad idea. SSH makes it very easy to avoid them.

    17. Re:It's all down to ridiculous password rules... by dissy · · Score: 1

      # cat /dev/mem | strings | grep -i llama
      Damn, my RAM is full of llamas.

      dissy@w02:~$ cat /dev/mem | strings | grep -i llama | wc -l
                0

      Where might I be able to find some llamas compatible with my speed of memory plz?
      I feel left out

    18. Re:It's all down to ridiculous password rules... by Antique+Geekmeister · · Score: 1

      Yes, it does. PAM is part of how it's integrated into various authentication tools. I use it just that way. Unfortunately, environments that insist on "don't change it if it's not broken!!!!" remain roughly five years behind the times in OpenSSH features, and the result is considerable difficulty in integrating Kerberos and especially true "single-sign-on" into a working environment.

      I recently had a fascinating chat with an RHEL environment where getting them off of RHEL 4 was a serious, many layers of management playing phone-tag involved process because no one there could be permitted to take responsibility for maintaining anything, and thus they agreed to spend 3 times as much money and effort to have security and other updates backported, with no certainty of stability or success.

    19. Re:It's all down to ridiculous password rules... by Albion · · Score: 1

      They should develop password algorithms that lead a user through the steps to making a strong password but using data that he alone is privy to. For instance, make the first two characters your birthday, add some multiple of 100, follow this with the starting letters of the words of a favorite quote, etc. A simple algorithm is easier to remember than a list of random letters and numbers, and if constructed correctly will be just as strong as such a list.

        "WwJdJn316" comes from "What would Jesus do?" John 2:16 That is a common series of letters and probably wouldn't be a good one to use, but it illustrates the idea.

    20. Re:It's all down to ridiculous password rules... by muckracer · · Score: 1

      > The trick is to type from memory and only use a note/password manager to refresh it, not copy.

      But why? For one pw I can see that...if you have 30 of them copy/paste is a lot faster and easier.

    21. Re:It's all down to ridiculous password rules... by arose · · Score: 1

      I was talking about the few passwords you actually want to/have to remember. Login, password manager, etc.

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
  3. My password isn't guessable. by XPeter · · Score: 3, Funny

    It's password! How ingenious is that?

    Oh, wait...

    --
    "The difference between genius and stupidity is that genius has it's limits" - Albert Einstein
    1. Re:My password isn't guessable. by Inda · · Score: 1

      I would have guessed at '12345' or 'abc123' first. Forth choice would have been 'computer', then '123456', '1234', 'a1b2c3', 'qwerty', '123', 'xxx', 'money', then finally 'test'.

      Passwords are obsolete. They have been for years.

      --
      This post contains benzene, nitrosamines, formaldehyde and hydrogen cyanide.
    2. Re:My password isn't guessable. by tompaulco · · Score: 1

      Darn, you guessed one of my passwords. Unfortunately, it is on a system which the administrator sets the password, and there is no facility for changing the password, and it is the same as everyone else's password on that system.
      Surprisingly, I deal with HIPAA data, so some systems where I work are secured to such a level as to be unusable, while other systems are so insecure, that I could go log in as any user I wanted to. There are two systems where I must change my password every 60 days. There is one system where I chose my own password, and don't have to change it. There are two systems where I was assigned a password and don't have to change it. And there is one system where I was assigned a password and can't change it, and it is the same as everybody else's password. I can log in as my own user, and pull up a list of all the other users in case I want to log in as one of them next time. Phenomenally stupid.
      between the half dozen systems or so that I access on a daily basis, I have 3 different user names, and about 4 different password schemas that must be adhered to.

      --
      If you are not allowed to question your government then the government has answered your question.
  4. well by nomadic · · Score: 1

    security service providers say they find more problems with password management than antivirus applications when they do security assessments.

    The important words being "security assessments." In real-life impact viruses are far more serious an issue; I know many, many people who have had their computers infected with viruses than have had their passwords stolen. In fact, I can't really remember if anyone I know has ever had a password stolen.

    1. Re:well by MichaelSmith · · Score: 1

      I broke my arm a week ago. The doctor told me there was a wait on xray because they had a virus. He asked me what I did for a living (software engineer) and assumed incorrectly I was an IT person. He asked my opinion about the virus issue and I said it shouldn't happen on a properly managed system.

      When I got home I had the xrays sent to me on CD. The disk was loaded with DLL files. Presumably the code for reading the data. Fortunately gimp reads those files so I was ok.

      Its no bloody wonder they have a virus problem if they habitually send executables along with their data. And windows ones at that.

  5. password rules by Anonymous Coward · · Score: 0

    They just implemented wierd password rules in our company, before I use to have long but easily remembered passwords with characters and special characters. Now with the new rules there is no way I can remember the passwords so I have them on a post-it taped to my laptop. I have to login to many times otherwise, so if you want more security dont get insane on password rules :)

  6. Comment removed by account_deleted · · Score: 5, Funny

    Comment removed based on user account deletion

  7. Fingerprints? by Annwvyn · · Score: 1

    I know passwords are the norm, but some places have adopted fingerprinting. For example, to get drugs from the pharmacy for my ambulance, I have to sign in to Pyxis using a fingerprint scanner. There are also laptops that are carrying password keyrings linked to fingerprint scanners. Even at UNH, when I signed in to get my meal, they had a hand scan to ID you so you could get through the turnstile. Not new technology, already implemented into everyday software, and tough to fake. For something like a corporation or law office (who can probably afford it), why not? Just a thought.

    1. Re:Fingerprints? by KeithIrwin · · Score: 2, Informative

      Biometrics work fine for in-person authentication, but they are terrible for network authentication because they are not secrets and because they cannot be changed. In person, they might be hard to fake (depending on the technology), but over the network, it's just data like any other and, as such, trivial to fake. I have a longer comment about this further down if you want more detail.

    2. Re:Fingerprints? by 6Yankee · · Score: 3, Insightful

      Fingerprints, great... Might as well get a permanent marker and scrawl my password all over my laptop!

    3. Re:Fingerprints? by plover · · Score: 1

      I love the idea of using fingerprints as authentication in addition to identification. In no other security system in the world does every user walk around leaving their permission behind on telephones, doorknobs, keyboards, drink glasses or glossy magazines. The person who thought of this must have been a freakin' genius, and everyone who buys such a system is a security wizard.

      --
      John
    4. Re:Fingerprints? by rts008 · · Score: 1

      why not? Just a thought.

      Two words:
      Gummy Bears.

      Fingerprints/readers are easy to spoof.

      --
      Down With Slashdot BETA!!! I've been around the corner and seen the oliphant; you can only abuse me from your perspecti
    5. Re:Fingerprints? by Antique+Geekmeister · · Score: 1

      They're also easily forged. The paper at http://cryptome.org/gummy.htm [cryptome.org] is seven years old, I'm _amazed_ that those expensive pieces of wishful thinking are still in use.

    6. Re:Fingerprints? by Dullstar · · Score: 1

      For business, that could be okay, but for personal use, (I may be wrong) it seems to me that this technology would be expensive.

      --
      I am not responsible for the misinterpretation of my opinions in any way.

    7. Re:Fingerprints? by Koookiemonster · · Score: 1

      Biometrics? Hmm... I would not necessarily want to lock my car or house with a fingerprint. Don't forget that you can steal fingers, eyeballs, and all that jazz too. A normal person would not do that, but a psychopath might.

  8. Password Policies by bryan1945 · · Score: 1

    Companies need to implement a 'good' policy. I've seen policies that enforced only a 5 character password. I've seen one policy that was a minimum of 8 characters, at least 1 number, and at least 1 special character. Sure, /.'s could handle that, but I once knew an administrative assistant (I forget if secretary is PC or not any more) that kept forgetting how to cut and paste. Great lady, just wasn't computer friendly. Another thing- if you can't remember your passwords, at least stick the Post-It note in your drawer rather than on your monitor!

    --
    Vote monkeys into Congress. They are cheaper and more trustworthy.
    1. Re:Password Policies by Artifakt · · Score: 1

      I used to stick post its with things that weren't my password on the underside of the desk drawer. I'd write sloppy and deliberately ambiguous too, so whomever found them would have to make several tries to test all combinations of what it could be.

      --
      Who is John Cabal?
    2. Re:Password Policies by andrea.sartori · · Score: 1

      Not remembering _one_ password - or how to cut/paste - is not related to being computer friendly. It is really related to how one values his/her work. If I just give a heck about my job I should at least be able to bother remembering one word, complicated as it may be, or one single operation, especially if I have to use either every frigging day.
      I know all of us have knowledge holes - we tend to instantly and unrecoverably forget anything related to the things we like less. But there are limits. Or there ought to be.

      --
      Mostly harmless.
    3. Re:Password Policies by muckracer · · Score: 1

      > I used to stick post its with things that weren't my password on the underside of the desk drawer.
      > I'd write sloppy and deliberately ambiguous too, so whomever found them would have to make several
      > tries to test all combinations of what it could be.

      This would make a great kill-switch setup for, say, a laptop. Put a Post-It on the bottom with trap-password, which would activate a routine of your choice if entered (by thief or similar)...

  9. Arora by Sir_Lewk · · Score: 4, Interesting

    It's good to see Arora getting some more attention now. I've been using it now for more than half a year and I must say it's the first webbrowser I have actually liked in several. I would definetly consider it the best OSS webbrowser on linux right now, particularly if you're running KDE (although Arora is desktop agnostic, it is Qt). I've been fed up with Firefox's bloat (ever try comparing Firefox and Seamonkey these days? Guess which is heavier...) for some time and Arora is a nice change from that.

    --
    "linux is just DOS with a UNIX like syntax" -- Galactic Dominator (944134)
    1. Re:Arora by Sir_Lewk · · Score: 1

      No really, this is offtopic, posted to the wrong article.

      --
      "linux is just DOS with a UNIX like syntax" -- Galactic Dominator (944134)
    2. Re:Arora by shirotakaaki · · Score: 1

      But it still got +4 interesting so go you!

  10. Biometrics by the_macman · · Score: 2, Interesting

    What's wrong with biometrics? Maybe somebody could explain to me why more keyboards don't ship with biometrics built in? Instead of remembering 25 different passwords each with their own ridiculous rules you could just scan your finger. It could even work when you want to make CC purchase or login to your email.

    1. Re:Biometrics by jedidiah · · Score: 1

      What? You don't watch mythbusters?

      Mebbe someone with MythTV has a copy of the episode with the fingerprint scanner.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    2. Re:Biometrics by Hal+The+Computer · · Score: 4, Informative

      Okay, I'll bite. Because you're too cheap. Seriously, biometrics that actually work (are hard to fool) are going to make your keyboard several hundred to several thousand dollars more expensive.

      Those fingerprint readers that come for "free" build into laptops are snake oil.
      Some educational reading:
      http://www.theregister.co.uk/2002/05/16/gummi_bears_defeat_fingerprint_sensors/
      http://mythbustersresults.com/episode59

      --

      int main(void){int x=01232;while(malloc(x));return x;}
    3. Re:Biometrics by Macrat · · Score: 1

      you could just scan your finger.

      And when someone decides to cut your finger off?

    4. Re:Biometrics by KeithIrwin · · Score: 4, Insightful

      The problem with biometrics is that they aren't secrets and they aren't changeable. As such, they're fine for low-security in-person authentication. For example, I've heard of a restaurant which had their wait staff punch in by scanning their finger prints. That's fine. But if you use it to control access to the VPN, then that's problematic due to the non-changeability.

      Here's why:
      Let's assume that you are an employee who runs Windows at home. You keep up with the latest patches and don't do anything stupid. You probably even run Firefox. But still, someone manages to slip through an unpatched bug and infect your system. It can happen to just about anyone. They then install a back door and start logging what's going on in your system. They notice that you connect to a VPN so they start sniffing your USB traffic so that they can appear as you (recording either your password or your fingerprint). Now they can get into your company's VPN. It's compromised. Fortunately, your IT guy is on the ball. At 11am the next day, you get a call from your network admin asking you if you are signed into the VPN because he expects that you're in the office, but you also appear to be signed in remotely. You confirm that you are not signed in and the two of you realize that you've been hacked. He temporarily disables your access. You go home, clean up your home computer (assuming that you can) or bring it in to have them clean it up, and then it's time to give you access back.

      Now here's where things diverge. If you've used a password, you just have to change your password to a new one, and it's secure again. Your fingerprint isn't changeable. Obviously, you can switch to a different finger, but that's a limited strategy since you've only got 10 of them (well, maybe slightly more or less if you were born with extra fingers or have lost some in accidents). I suppose once you're out of fingers, you could use toes, but I doubt most users would be willing to. This becomes especially problematic if any non-hashed versions of things are stored (as often must be done for fuzzy matching) because if the database gets compromised, every single person would need to change to a new finger. You also wouldn't want to use the same finger for your work password as you use for your bank. So, a total of 10 may seem like a lot, but over the course of a lifetime, you're almost certain to run out. Other biometrics are even more problematic since people have at most two irises, only one voice, only two sets of hand geometry, etc.

      The non-secrecy can also be a pretty big issue, although that one usually only comes up with insider attacks since they generally have to know you in person. Let's say you use the fingerprints for controlling access to the company database. Now, Alice is a supervisor in payroll accounting and can change people's salaries in the database. Eve works sales and is clever and unscrupulous. Eve invites Alice over to dinner, and after she's left, lifts her fingerprints from her wine glass or the glass table top or almost any other smooth surface she's touched. Heck, she might even be able to get it from a door knob at work if she's careful. Once Eve has the fingerprint data she can then log-in over the network to the database.

      The banking situation would be even tougher because you would expose your fingerprint when you use an ATM. All an attacker would have to do is wipe the buttons and/or fingerprint scanner clean before you use it and then lift your print from the machine when you're done.

      Alice can keep her password in her head, or if it's too hard to keep in her head, she can write it down and keep it in a locked drawer in the office. This isn't absolute security, especially since keys can be duplicated from pictures of them, but would at least require that Eve physical break into the office. But still, her password at least starts out as a secret unknown to anyone else. Her fingerprints are not secrets. Using your fingerprint as your password is like writing you pas

    5. Re:Biometrics by Anonymous Coward · · Score: 0

      you could just scan your finger.

      And when someone decides to cut your finger off?

      I think then you would know that someone is trying to access your system, and perhaps you would start using a different finger for authentication. You know, because the finger you normally use isn't there.

    6. Re:Biometrics by palindrome · · Score: 1

      you could just scan your finger.

      And when someone decides to cut your finger off?

      I can see this definitely being a problem. Scammers, no longer able to simply attempt to guess or crack passwords, begin a meticulous digit amputation scheme. Now neither your data nor your extremities are safe.

      Let's just be thankful no one's mentioned retina scans or we'd be a world of cyclopses by 2011.

    7. Re:Biometrics by Artifakt · · Score: 1

      They'll get my cold dead finger when they pry it from my trigger-guard.

      --
      Who is John Cabal?
    8. Re:Biometrics by aamcf · · Score: 1
    9. Re:Biometrics by omb · · Score: 1

      The problem is using biometrics RAW, and as the only authenticator. Sending raw (const) data as part of an authenticator is always very unsafe. So people who do stuff like this are idiots!

      If you use the biometric, after Diffie Hellman key exchange as a salt in the challenge that is fine, and helps to defend against replay attacks, BUT all this stuff is in the literature, so there is no excuse for getting it wrong.

      People who do, and loose valuable data need their ass sued off!

    10. Re:Biometrics by omb · · Score: 1

      You do not need to, as some careless idiots recently found out. Finger prints are very easy to forge, if you want to plant them. You give someone a clean glass, lift the print with scotch tape, and in many far east cities you can get a finger glove for $10..25. for $100 you can get a set of false prints which go though airport security fine.

      This is the age of Snake-Oil security. If your system uses fingerprints you have to secure yours, and that is very hard.

    11. Re:Biometrics by lgw · · Score: 1

      Every time you touch a key on your keyboard you leave your fingerprint on it. A fingerprint scanner on a keyboard is no more secure than a simple "press here to login" button.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    12. Re:Biometrics by Fulkkari · · Score: 1

      ... It's compromised. Fortunately, your IT guy is on the ball. At 11am the next day, you get a call from your network admin asking you if you are signed into the VPN because he expects that you're in the office, but you also appear to be signed in remotely. You confirm that you are not signed in and the two of you realize that you've been hacked. He temporarily disables your access. You go home, clean up your home computer (assuming that you can) or bring it in to have them clean it up, and then it's time to give you access back.

      Now here's where things diverge. If you've used a password, you just have to change your password to a new one, and it's secure again. Your fingerprint isn't changeable. ...

      I have not used biometrics and aren't any expert on the matter, but I think there is a obvious solution to this problem: biometrics should only be used for authentication on the local side. Successful local authentication would authenticate local user remotely using public-key cryptography. In this case, if the account get compromised, all you need to do is generate a new pair of keys to a clean computer and you're secure again.

      --
      I demand the Cone of Silence!
    13. Re:Biometrics by palindrome · · Score: 1

      I was being preposterous for comic effect. The effect was obviously minimal.

    14. Re:Biometrics by Fri13 · · Score: 1
    15. Re:Biometrics by martyros · · Score: 1

      So it sounds like what you need is a fingerprint reader with a secret key that will "sign" the biometric data (probably along with a nonce or some other way of avoiding a replay attack). A private key is a lot harder to get than just biometric data. The IT guy has the public key of your reader, and can check that the fingerprint was (probably) read by that reader. If it does get compromised (as in the scenario provided above), just change the key and the attacker is back to square 1.

      --

      TCP: Why the Internet is full of SYN.

  11. mod down by Anonymous Coward · · Score: 0

    mod this down, I'm an idiot and responded to the wrong thing.

    1. Re:mod down by Nerdfest · · Score: 2, Funny

      That's ok. Compared to the typical post these days it's refreshingly informative.

  12. I have an idea. by neokushan · · Score: 4, Interesting

    I'd like to make a proposition to everyone on slashdot.

    For the greater good of humanity, we need to employ some social engineering. I suggest that all of us stop referring to it as a "password" and start referring to it as a "passphrase". With a little luck, it'll catch on and people will start using phrases instead of just words. This tiny change should cause people to create easily remembered passes that are in excess of 10 characters long.

    --
    +1 IDisagreeSoHeMustBeATrollOrAnAstroturferOrAShill
    1. Re:I have an idea. by Anonymous Coward · · Score: 0

      Yeah, but the know nothing admins in some companies use max characters for passwords. I used to use a whole sentence for my passwords but somewhere around 2002 companies started using complex password riquirements such as 1 Caps char. 1 special char. but then limit to 8 or 10 characters. WTF?

      Oh well.

    2. Re:I have an idea. by Headrick · · Score: 3, Interesting

      Agreed, but unfortunately it's not that easy. I just started a new job and got my AMEX corporate card in the mail today. The online account had a maximum password length of 8 characters with no special characters allowed. A phrase would never work when we have companies that are still limiting their passwords to 8 characters.

    3. Re:I have an idea. by dylan_- · · Score: 1

      I was about to post exactly the same thing. Passwords are the problem. They should always be referred to as passphrases in all documentation and the part on "how to choose a good passphrase" should suggest that if the person knows another language, they should make use of it.

      --
      Igor Presnyakov stole my hat
    4. Re:I have an idea. by lgw · · Score: 2, Insightful

      No, no, and no.

      Stop making life hard on users for no real gain in security. Make a system that is secure with a 4-digit PIN. It's easy, and there's really no reason not to use two-factor authentication these days except (a) you don't really care about security, or (b) you actively hate your users, and a passphrase is as close as you're allow to come to hitting them with a hammer whenever they log in.

      I realize (b) is common, but it still doesn't make for good security.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    5. Re:I have an idea. by Anonymous Coward · · Score: 0

      that's a really great idea.

      it reminds me of the strategies the *IAA's use: "control the language to control the people".
      ever noticed how you "downloaded an illegal mp3" even if it is not illegal per se, but rather infringement at most.
      or you have a "illegal copy of windows", even if it us an _unlicensed_ copy.
      or you have "pirated" music/movies, even if it is not piracy in the strict sense nor in the legal sense.

      it's the same in other languages. in german for example, "pirated" or "illegal" copies are reffered to "raubkopien" (robbery copies), even if there no robbery in the strict or in the legal sense. nothing was stolen, and it didn't involve violence (that differentiates robberies from common theft).

      but other than that: great idea.

    6. Re:I have an idea. by dylan_- · · Score: 1

      It's not more difficult. Stupid numbers and alphanumeric passwords are what they find difficult! The first few words of a favourite song or book is easier for them.

      Oh, and a 4 digit pin? Why even bother with security at all!

      --
      Igor Presnyakov stole my hat
    7. Re:I have an idea. by lgw · · Score: 1

      The real security is provided by something you have, the PIN prevents someone who steals that thing from easily exploiting it. Really, is two-factor authentication that hard to wrap your mind around?

      Again, if the user needs more than a 4-digit PIN to provide a very high level of security, you're doing it wrong.

      --
      Socialism: a lie told by totalitarians and believed by fools.
  13. Author parrots common fallacy by whoever57 · · Score: 5, Insightful
    The author parrots out the common fallacy that passwords have to changed frequently:

    Even worse, good password management requires frequently changing passwords - every 30 to 60 days is the standard. Rotating passwords more frequently--every 15 days or so--is possible, but the panelist say it creates more of management and user headache that leads to more sunflowers by users who's memories can't keep up with changes.

    Until people get over this misconception and communicate to their users: "give yourself a good password. I won't ask you to change it so you can pick a strong password that you will remember and that will be the end of memorising passwords" Then stress what makes a strong password.

    --
    The real "Libtards" are the Libertarians!
    1. Re:Author parrots common fallacy by dotgain · · Score: 3, Insightful

      This.
      Password rotation is dumb dumb dumb dumb dumb. At least half of my users would have mentioned the annoyance of changing passwords, many tell me the exact process they use to circumvent it while doing so.
      But my hands are tied, because twice a year the auditors come in, and if I don't have a password rotation policy he'll tell my boss, who'll then tell me to implement it. I've tried to reason with him, but passing the audit was more important. Beancounters in charge of IT FTW.

    2. Re:Author parrots common fallacy by ScrewMaster · · Score: 4, Informative

      Just assign the damn things! When I was in college (about thirty years ago, now) the school's mainframe would assign users a strong password when you got your account. Choosing a poor one wasn't an option. The system did manage to come up with interesting and easy-to-memorize combinations, I must say. It was actually fairly impressive: I never saw anyone writing down their password because they didn't need to. However, they weren't just random combinations of characters, and they weren't subject to a dictionary attack.

      Depending upon individuals to come up with strong passwords is utterly hopeless: you tell them what their password is. However, you can't just give them something like "pz039yq53t" because they'll get frustrated and stick it on a Post-IT note. Come up with an algorithm that generates strong but easy-to-remember passwords and you'll be in good shape.

      --
      The higher the technology, the sharper that two-edged sword.
    3. Re:Author parrots common fallacy by FlyingBishop · · Score: 1

      As far as internet passwords go, this is really bad advice. If you re-use a password regularly, it will eventually be compromised. This is just as true for so-called power users as anyone else, largely because we think we know better.

      With a 3-strikes then 15 minute cooldown, 8-10 characters alphanumeric is more than sufficient to stop any brute force attack. Suggesting anything more than that will just cause headaches, and not seriously increase security. Past that point, social engineering or keyloggers are going to get the password long before a brute force attack even has a chance.

    4. Re:Author parrots common fallacy by FrankieBaby1986 · · Score: 1

      I did an educational program at Drexel University in 2005 which assigned passwords for computer access. The passwords where entirely composed of alphabetical characters, but were non-words. They were generated such that they could be phonetically pronounced, but where essentially gibberish. Additionally, they had both upper and lower case, however they used the upper case as the first letter of each "syllable". Basically, all passwords started with upper case. My password at the time was KlonHa (which is a rather short password, but it was not a critical system like banking or something)

      --
      ERROR: SIG NOT FOUND (A)bort, (R)etry, (F)ail?:
    5. Re:Author parrots common fallacy by ScrewMaster · · Score: 1

      My password at the time was KlonHa

      I believe that's Klingon for "Guess this!"

      --
      The higher the technology, the sharper that two-edged sword.
    6. Re:Author parrots common fallacy by davidshewitt · · Score: 0

      That is fine until someone figures out what your algorithm is.

    7. Re:Author parrots common fallacy by ScrewMaster · · Score: 1

      That is fine until someone figures out what your algorithm is.

      Who says you have to use only one, or that knowing it would make any difference whatsoever?

      --
      The higher the technology, the sharper that two-edged sword.
    8. Re:Author parrots common fallacy by adcm · · Score: 1

      Of course, that could be a source of attack too. Want plenty of time to access a system, use a directory based attack full of random passwords, lock every account out of the system in minutes if properly delivered. Plenty of chances to cause chaos and possibly breach other systems in the meantime.

    9. Re:Author parrots common fallacy by Stiletto · · Score: 0

      That is fine until someone figures out what your algorithm is.

      And if they do, who cares? So they knocked their brute force discovery from 100 billion years to 100 million years...

    10. Re:Author parrots common fallacy by dkf · · Score: 1

      That is fine until someone figures out what your algorithm is.

      If the algorithm is any good, knowing it won't help very much with cracking the passwords it produces. (Naturally, you'd power it off a strong RNG in the first place; there are plenty about that are Good Enough even without resorting to hardware noise.)

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
  14. Poor passwords in TV shows by Kligat · · Score: 2, Funny

    When the password is the name of the computer owner's son, daughter, or significant other, why is it that the main character never has to fiddle around altering names by replacing random letters with 1337 or @, $, and # signs?

    1. Re:Poor passwords in TV shows by techno-vampire · · Score: 2, Informative

      Script writers do that for a very good reason: timing considerations. A TV drama has a one-hour time slot, minus time for commercials, opening and closing; probably about 40 minutes or so for the story. Fiddling around with creative misspellings of names takes time and doesn't move the story along. It's the same reason, BTW, why when somebody on TV turns on the news, the story they're looking for is just starting.

      --
      Good, inexpensive web hosting
    2. Re:Poor passwords in TV shows by Spliffster · · Score: 1

      As far as I can tell, the all use the same password, this one: *******

    3. Re:Poor passwords in TV shows by dotgain · · Score: 1

      Imagine a man sitting at a terminal. Breaking 128-bit SSL. With a gun to his head. Getting a blowjob. No, TV is not reality, and they bend and break things to be more appealing to the audience. You think *real* crime scene investigators and doctors/nurses don't get the same thing? Recently, watching a (terrible) movie with Sylvester Stallone, I eyerolled when he told a paramedic "this man needs an I.V." - as if he'd be healed by any random substance being shoved into his veins by way of a needle.

    4. Re:Poor passwords in TV shows by Nethead · · Score: 1

      Imagine a man sitting at a terminal. Breaking 128-bit SSL. With a gun to his head. Getting a blowjob.

      Greatest Slashdot Porn, Ever!

      --
      -- I have a private email server in my basement.
    5. Re:Poor passwords in TV shows by Tony-A · · Score: 1

      >I eyerolled when he told a paramedic "this man needs an I.V."

      The patient is dehydrated.
      There is a standard saline solution into which they will sometimes put some other medicines.

    6. Re:Poor passwords in TV shows by Anonymous Coward · · Score: 0

      And if Veidt really is the smartest man in the world, how come he has such a rubbish password?

    7. Re:Poor passwords in TV shows by muckracer · · Score: 1

      > Script writers do that for a very good reason: timing considerations.

      I loved that in "24": "Give me the Internet password(s) for [telephone number of Jack's daughter]" and voila! 'Lifesucks', I believe it was :-)

      Which made me think though: If I was working for No Such Agency such a system is exactly what I'd implement. Across the board. World-wide. And...the paranoid in me says, they think...or have thought already alike :-/ Which would mean, at least every account login used via HTTP is already stored for easy reference if the need for it should arise. Perhaps HTTPS too since they can't have too hard a time having a nice MITM cert your browser happily accepts...

    8. Re:Poor passwords in TV shows by muckracer · · Score: 1

      >> Imagine a man sitting at a terminal. Breaking 128-bit SSL. With a gun to his head. Getting a blowjob.

      > Greatest Slashdot Porn, Ever!

      I believe an actual scene from 'Swordfish'. And yes, Mr. Freud, I almost DID write 'Blowfish' :-P

    9. Re:Poor passwords in TV shows by 2obvious4u · · Score: 1

      I was watching "Watchmen" the other night and I thought it was odd that the smartest man in the world set his password to RamessesII.

  15. The Article is poor.... by Manip · · Score: 4, Informative

    The article repeats the same Myths of password security that we have been repeating for the last thirty years. Let me review them for you:
      - Password Length is important
      - Password Complexity is key (e.g. A-Z with at least one special, one number)
      - Password Expiration is important

    Like all good myths these have elements of truth in them but fail to really hit the nail on what the problems actually are, or namely:
      - Strong login auditing is important (failed attempts, unusual patterns, etc)
      - Login speed should be throttled (e.g. No 60/guesses per minute)
      - Failed logins should be capped (e.g. Login wrong five times? Consult technical support)

    Now we are talking about password security. You can also throw on a five length minimum. Now even if your password was "password" they would still find it extremely difficult to compromise the system since it would be slow and would break after the first five. If you tried to spread out the attempts over several weeks (making it slower still) the audit logs should be alerting the administrator to 14/failed attempts per week from China.

    1. Re:The Article is poor.... by arose · · Score: 1

      DoS, you'll either be stuck with people flooding support and not getting anything done, or you will drop part of those blocks, after that it will be back to password strength.

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    2. Re:The Article is poor.... by blincoln · · Score: 2, Informative

      Now we are talking about password security. You can also throw on a five length minimum. Now even if your password was "password" they would still find it extremely difficult to compromise the system since it would be slow and would break after the first five.

      The reason length is important is because there are ways to crack most types of password that don't involve going through the same interface that an interactive user would.

      For example, on Windows you can get ahold of the password hashes either off of a domain controller or with network sniffing software. Then you can make any number of cracking attempts offline. Or you can just use a rainbow table system like Ophcrack and do a reverse lookup in a matter of minutes on the hash of virtually any password less than 15 characters long.

      --
      "...always new atoms but always doing the same dance, remembering what the dance was yesterday." -Richard Feynman
    3. Re:The Article is poor.... by omb · · Score: 0, Troll

      Security and Windows is an oxymoron anyway. If you can hack away for months at any usable password you can crack it, even if it is fully random, eg 8^256 is small. First you must secure the authentication data.

      If you want any real security use a SSL secured challenge-response that can only be effected by a a numbered card, and significant asymetric key, say 4096 bits, and you can implement the response device in software or a PIN protected card+calculator, (eg SWISS E-BANKING).

    4. Re:The Article is poor.... by Manip · · Score: 1

      If they have your password hashes, shows over.

      Anything under eight digits can be broken almost instantly and asking users for a password longer than eight digits is just frankly unreasonable. Heck, in your scenario, they could just reset all the passwords and access accounts freely.

      As far as DoSing an account or accounts, that is entirely a different security problem and one you should address with different measures like isolation and logging.

    5. Re:The Article is poor.... by BikeHelmet · · Score: 1

      This is why both username and password need to be changeable by admins.

      root and admin are never root or admin on my boxes.

    6. Re:The Article is poor.... by arose · · Score: 1

      As far as DoSing an account or accounts, that is entirely a different security problem and one you should address with different measures like isolation and logging.

      Strong passwords don't matter, just lock attackers out. Lockout policy induced DoS attacks don't matter, just isolate the attackers out. Just hire someone to give access based on visual identification and be done with it if you don't actually want to address computer security...

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    7. Re:The Article is poor.... by Coriolis · · Score: 3, Informative

      Oh, come on.

      If you're in a pure Windows 2000 or greater environment, you can turn off NTLM and LM altogether. This reduces you to sniffing Kerberos packets, which are substantially harder to crack - you're talking hours for a single weak password. And you've still got to be on the same network segment.

      As for getting the hashes off the domain controller, by what magic do you intend to obtain sufficient remote access to a properly-secured DC? That's the equivalent of saying that if you don't use shadow passwords it's really easy to crack UN*X. Well, duh.

      --
      Rgasuya aata! : I have been coding Perl and cannot tell where my fingers are now!
    8. Re:The Article is poor.... by Coriolis · · Score: 1

      Single-stage challenge-response over SSL is only suitable for client-server communication. In that scenario, if I want to communicate with a web server that in turn communicates with a database, there's no credential propagation. The web server probably has a single user that it uses to perform all transactions, which therefore has the right to access any user's account. My security policy must then be implemented twice, which of course increases the chance that it will get out of sync or be implemented incorrectly.

      Of course, there is a technology that handles this. It's called Kerberos. Guess which operating system includes it as standard, and recommends its use?

      --
      Rgasuya aata! : I have been coding Perl and cannot tell where my fingers are now!
    9. Re:The Article is poor.... by The_mad_linguist · · Score: 1

      No, the real issue is those stupid "what's your mother's maiden name" password bypasses.

    10. Re:The Article is poor.... by Anonymous Coward · · Score: 0

      - Failed logins should be capped (e.g. Login wrong five times? Consult technical support)

      Congratulations! You've just added a denial-of-service attack to the resource you were just trying to protect with a password!

    11. Re:The Article is poor.... by skeeto · · Score: 1

      Now even if your password was "password" they would still find it extremely difficult to compromise the system

      I can back you up on that one! I run an ssh honeypot which has the password for root literally set to "password". If I used DenyHost to limit an IP to, say, 5 guesses, no one would have gotten in yet. If they ever even guess "password", its way down on their list.

    12. Re:The Article is poor.... by jcdill · · Score: 1

      The article repeats the same Myths of password security that we have been repeating for the last thirty years. Let me review them for you:

        - Password Length is important

        - Password Complexity is key (e.g. A-Z with at least one special, one number)

        - Password Expiration is important

      Like all good myths these have elements of truth in them but fail to really hit the nail on what the problems actually are, or namely:

        - Strong login auditing is important (failed attempts, unusual patterns, etc)

        - Login speed should be throttled (e.g. No 60/guesses per minute)

        - Failed logins should be capped (e.g. Login wrong five times? Consult technical support)

      Now we are talking about password security. You can also throw on a five length minimum. Now even if your password was "password" they would still find it extremely difficult to compromise the system since it would be slow and would break after the first five. If you tried to spread out the attempts over several weeks (making it slower still) the audit logs should be alerting the administrator to 14/failed attempts per week from China.

      This is an excellent summary of the problem. I love how you addressed the small elements of truth in the 3 big myths, then explained what is more important. I hope you don't mind if I copy your list the next time I try to explain to my bank why their password policy (composed entirely of the 3 myths and missing all of the 3 items that are more important) is needlessly interfereing with ease of use and actually contributes to a lack of safety (because people ARE going to write down their login passwords when they are forced to change them every 60 days).

      --
      "I'd much rather be mistaken as a lesbian by a bigot than be mistaken as a bigot by a lesbian."
    13. Re:The Article is poor.... by muckracer · · Score: 1

      > the real issue is those stupid "what's your mother's maiden name" password bypasses.

      If I am forced to fill them in (some sites have them optional in which case I leave them blank) I treat them as another password.
      So my dog's name is, of course, M1yYnjkD. Works well and securely and even on the dog-playground nobody understands WTF I am calling out. Unfortunately neither does the dog :-/

  16. Quit telling users not to write passwords down. by John+Hasler · · Score: 1

    Instead encourage them to do so and teach them to properly manage them. There are many possibilities: password-safe programs, little black books to be kept in the user's wallet, lockable desk drawers, elctronic one-time pads . . . (even post-it notes on monitors in some circumstances). First, however, you must accept that the average user is never going to memorize any password more complex than a minor variation on the name of his favorite pet. Get that idea out of your head.

    --
    Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
  17. No Surprise by virtual_mps · · Score: 2, Insightful

    This is probably because most security assessments aren't very good and don't correlate well to an organization's actual security problems. At least the assessments help people get rid of all that extra money they have.

  18. poor password policies by mayberry42 · · Score: 4, Interesting

    I remember when working for a major financial firm in Boston, they had the most ridiculous password policies for each password. We had to have at least four or five different passwords according to what you needed to access, each with their own rules and limitations (size, characters allowed etc...). Not only that, but each password expired in different intervals. So basically every week, you'd have to change at least one password making the whole damn thing impossible to remember.So, what did people do? They wrote them down in little sticky-notes. Sure, I came up with my own schemes to facilitate remembering them, but nevertheless a forgotten password was bound to happen. It amazes me how paranoid firms are about some policies, yet leave the back door wide open due to such stupidity

    Due to a recent identity-theft scare I had the other day, it made me realize the importance of safe-guarding the data with good passwords. Since then, I've used KeePass to generate and store all my 20-digit random passwords that I've since never have to remember (a backup, of course, is constantly made and stored in a safe place). Either way, I'm no security expert, but it seems to me an approach like this would be much more sensible than inconsistent password policies that expire randomly. Just my $0.02

    1. Re:poor password policies by Macrat · · Score: 1

      And in contrast, I worked at a company where all new employees were given the default password of "welcome." Needless to say, over time I learned that most employees never bothered to change that password.

    2. Re:poor password policies by dotgain · · Score: 1

      Sounds like the silly admins didn't check the "User must change password at next login". Of course, you don't just use it for new users, any time you take an angry call from a user, just tick the "must change password" box. You'll feel better already, and your victim won't figure it out because they won't have to change it until tomorrow morning.

    3. Re:poor password policies by Artifakt · · Score: 1

      I'm a sometimes tax preparer who has to have a separate password for the individual and corporate programs, separate ones for two related e-mail accounts, separate ones for the point of sale machines in each office, additional separate ones if I have to reconcile the day's receipts to accounting, a separate one to access the office time clock system if I have to correct an hourly worker's punches, a couple of separate, very very long ones for underlying Kerberos support if I have to reboot the back room servers, others for dealing with the IRS and for Treasury dept., and others for some premium on-line financial research sites, plus I'm legally a bank agent as well and have what are basically passwords I use there. I just counted them all up, and its 48, none of them shorter than 8 characters, most with non-alphanumerics required, all at least not subject to a dictionary cracking, and nearly half of them changed quarterly or more often. Now that I finally realize how bad it is, I'm wondering how in the hell I possibly do it.

      --
      Who is John Cabal?
    4. Re:poor password policies by omb · · Score: 1

      Try gnupg, I think it even works on Windoze!

    5. Re:poor password policies by pjt33 · · Score: 1

      When I was at school they replaced the old network with IBM-compatible PCs running Windows, and they set up new accounts for us all. Every single pupil had the initial password hspupil.*

      I don't know how whether any pupils had their passwords changed by other people before they could change them. However, I do know that a week later someone mentioned that they'd found out that the teachers had all had their passwords set to hsstaff.

      At this point, it occurred to me that just maybe the headmaster's password could be hshead. I tried it. It worked.

      Fortunately I wasn't stupid enough to change it, but I did send a couple of messages on Winpopup to one of my friends. I was young and foolish - nowadays I wouldn't have sent the messages and I would have informed the head, which I regret not doing - but the people who installed the system and didn't ensure that such a sensitive account didn't have an easily guessable password, or at least ensure that it was changed, were even more foolish.

      * H.S. being the initials of the school's name.

    6. Re:poor password policies by Gunstick · · Score: 1

      hmm, 48? I'm sysadmin, and it's 480 :-)
      Solution: ssh keys, sudo, sshagent and ewallet.

      --
      Atari rules... ermm... ruled.
  19. Maybe not such a good idea... by musefrog · · Score: 3, Insightful

    I've come accross one (badly coded) site where that stategy backfired on me. I typed my standard use-it-for-non-critical-sites 15 character passphrase - all seemed well and good. But then, when I tried to log in, it kept telling me I had the wrong password.

    Turns out their form only saved the first 12 or so characters - but they hadn't limited how many characters you could type into the field, so I didn't know I'd typed too many. And guess what - the login form accepted more than 12 characters! Hence my borked login.

    Fortunately I think that flaw got fixed when they upgraded their site, but I wonder how many more sites out there are broken like this...

    1. Re:Maybe not such a good idea... by KeithIrwin · · Score: 3, Insightful

      I use PasswordMaker for website passwords (as everyone should) with a 16 character password length. I've probably run into a half dozen sites which have silently removed the last 4 or 8 characters, cutting it down to 8 or 12 characters. I've also run into several which strip out "special" characters (single or double quotes, slashes, spaces, parentheses, or whatever else they feel threatened by) in an asymmetric manner. That is, they remove them from the password before they store it in the database but not when you type it in or vice versa. It's a real pain.

      I've also had other sites which simply reject my password because of excessive length or because it contains "special" characters. Any place which can't accept any password I give them is doing a terrible job of securing their users accounts.

    2. Re:Maybe not such a good idea... by apoc.famine · · Score: 1

      Well, stop using bobby tables as part of your password, and all will be well.

      --
      Velociraptor = Distiraptor / Timeraptor
    3. Re:Maybe not such a good idea... by skeeto · · Score: 1

      For the kind of passwords PasswordMaker generates by default, 16 characters for a website login password is complete overkill and waste of time. That's the sort of thing suited for strong encryption. With the default settings, 8 characters, worth almost 53 bits (specifically, 1 in 6,634,204,312,890,625 possible passwords), is more than enough, as an attacker has a very limited guessing frequency (a few times per second vs billions of times per second). Of course, this is only good if your inputs to the generator are worth at least as much.

      You are completely right about many websites handling passwords very poorly. They should be hashing+salting it and never storing the plaintext, so it shouldn't care what characters are in the password or how long it is. These are the kind of places that will email you your password later on if you forget it. Way too many places get this wrong.

    4. Re:Maybe not such a good idea... by 2obvious4u · · Score: 1

      I started using anypassword a few weeks ago. We have too many systems at the office and I couldn't keep up with all the passwords. Then I started using it at home too. I like it. I haven't tried to crack it yet so I don't know how secure it is, but it seems better than most of what I've read so far in this thread.

    5. Re:Maybe not such a good idea... by WuphonsReach · · Score: 1

      Another good choice is EPG in full random mode with upper/lower case letters and numbers. We use it for our throwaway account or accounts where the password is stored (web forums, support sites, database connections) and the user doesn't have to type it in.

      Most of those passwords are 16-32 characters in length, and pretty impervious to a brute-force attack.

      For stuff that humans have to type in, large dictionaries of words combined with numbers, odd capitalization, misspellings, and symbols have to suffice.

      For password storage, text files containing PGP/GPG encrypted ASCII text blocks are extremely useful. Dead simple to backup, the contents of the text files can be mailed or printed out. The trick then lies in keeping your secret keyring secure.

      --
      Wolde you bothe eate your cake, and have your cake?
  20. "Good Enough Security" by resistant · · Score: 3, Interesting

    We all know most people will never use "proper" passwords, let alone "properly", quite aside from offices in which ridiculous password management policies drive people to drink^h^h^h^h^h simply writing their passwords on Post-it notes stuck to their monitors. Why not make the best of a bad situation by only insisting on reasonable passwords changed no more than once per six months, complete with freely available "wallet-sized password booklets", but which are accompanied by other methods such as once-per-session typing pattern analysis verifications or cheap magnetic stripe cards? (The obvious security problem with a magnetic stripe card in the same wallet as a password booklet, for example, can be ameliorated by insisting that the magnetic stripe cards be kept in small employee lockers, and never allowed off-premises).

    The point is that a little imagination is all that is needed to make security reasonably good or at least acceptable, given that the weak link will always be the kind of muppets who insist on shoving bricks between doorjambs and ultra-high-security triple-locked doors if they are at all allowed. Sure, any security method can be defeated, but it's far easier to educate (okay, frighten) people into not removing stuff from company premises (the magnetic stripe cards) or to make them perform once-a-day monkey tricks (the typing pattern analysis verifications) than it is to make them stop writing stuff down in very insecure ways. Security will tend to be more even, and problem employees will be easier to spot.

    The old saying comes to mind, "The perfect is the enemy of the good."

    --
    A truly excellent pizza parlor is a delight unto the heavens. Treasure the sauce and the toppings!
  21. Bad title, bad advice by xsee · · Score: 1

    This title is very poorly worded... It should be called "More users FAIL on passwords than being negligent with security software". Not to mention I disagree with the premise entirely. Even if you have a Sup3rS3cr3tUBERp@ssw0rd its useless if your machine is compromised by a keylogger.

  22. "strong password policy" is NOT the solution by IGnatius+T+Foobar · · Score: 2, Insightful

    Listen up, paranoid policy people everywhere: setting up a "strong password policy" is NOT the solution. Typically this involves forcing the user to choose a password that's more than ten characters, has punctuation and numbers and mixed case in it, and forces a password change every 30 days.

    You know what that does?

    It forces people to write their passwords down. On paper.

    With the password written down, it's very easy to "crack" because it's sitting there, "in the clear" on a dead tree.

    --
    Tired of FB/Google censorship? Visit UNCENSORED!
    1. Re:"strong password policy" is NOT the solution by lukas84 · · Score: 1

      Easy solution: Make it a policy that people found writing their passwords down get fired.

    2. Re:"strong password policy" is NOT the solution by ScrewMaster · · Score: 1

      Easy solution: Make it a policy that people found writing their passwords down get fired.

      Then you'll find them in people's wallets, on the underside of their keyboards, or other insecure (but non-obvious) places. Getting all Draconian on people only goes so far. Security is a compromise, because people still have to get their jobs done, so finding a middle ground is important. IT departments can put in place all the overbearing policies they want, but if it costs too much productivity (or irritates workers too much) people will find a way to make it more convenient. Period. You have to work with human nature rather than against it, or you're pretty much doomed to failure.

      --
      The higher the technology, the sharper that two-edged sword.
    3. Re:"strong password policy" is NOT the solution by martas · · Score: 1

      i write my passwords down on living trees. problem solved.

    4. Re:"strong password policy" is NOT the solution by KarlIsNotMyName · · Score: 1

      What I hate, is when they require me to do a little bit of everything, assuming that I'm an idiot who can't make a good password otherwise, when I'm perfectly capable of making a relatively secure password, e.g without using _ or %.

      8jjash3dtripleTarget is more secure than qwerty_1 (I really hate it when they have those awkward rules, yet limit your password length to a low number).

      Length is always important, though. Even passwordpassword is better than password. Then a minimum of complexity. Maybe require at least 2 different types of characters, e.g. two of the following: Lower case, upper case, numbers, special characters. Never require all, because that makes for a harder password to remember, and even type (not good for a password you have to use often, for example to logon to your work account).

      --
      We are all God's parents.
    5. Re:"strong password policy" is NOT the solution by Anonymous Coward · · Score: 0

      > It forces people to write their passwords down. On paper.

      That's not as bad as you might think. I tell people it's okay to do that.

      Just make sure they keep the paper in their wallet.

      (Yes, there are still possible problems, but it's better than putting it on the monitor and I can't stop them anyhow because I just teach security classes, I don't set any password policies.)

    6. Re:"strong password policy" is NOT the solution by John+Hasler · · Score: 1

      > Then you'll find them in people's wallets...

      Which is, in most cases, a fine place for them to be.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    7. Re:"strong password policy" is NOT the solution by John+Hasler · · Score: 1

      Almost all of your users are going to either use trivial passwords, write their passwords down, or forget them. They can no more remember complex passwords than they can multiply three digit numbers in their heads. You are proposing to fire them for failing to do the impossible.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    8. Re:"strong password policy" is NOT the solution by Stiletto · · Score: 1

      It forces people to write their passwords down. On paper.

      And what's wrong with that? I suggest that people pick a strong password, write it down, and keep it somewhere secret. That's 100% better than picking a weak password that they can remember.

      Even if the password is post-it-noted to their monitor, it's no big deal. If an attacker manages to gain physical access to your computer, you have more problems to worry about then the contents of your hard drive.

    9. Re:"strong password policy" is NOT the solution by muckracer · · Score: 1

      > They can no more remember complex passwords than they can multiply three digit numbers in their heads.

      I believe, the only reasonable requirement for a 'good password' is length. Such as at least 20 characters long, but user decides what exactly it is. Get rid of UPPER case, lower case, numbers etc. requirements.

      Password expiration I wouldn't completely remove, but make it reasonably long depending on environment. Say one year for a typical office setting/login. Less for fear of brute-force attacks but more to limit the potential proliferation of written-down passwords across multiple Post-It's/Locations as time goes by.

  23. Bad Passwords, and poor SysAdmin by omb · · Score: 1, Interesting

    This is exactly right, and PostIt's should be a firing ofence, at __all__ levels up to and including CEO, given Sarbannes Oxley, next __obvious__ passwords must be screened out, and changing passwords/ageing should __not__ be required.

    My singleton laptop often faces the internet un-firewalled but the bastard ssh attacks cannot do password-guessing against really secure passwords like "1", which I have never seen tried, but it will now ;-), or "Bawrinced", generated by apg.

    People can learn a __few__ strong passwords, remember them and use them in ways that stratify, and "Canary" risk, see John Patrick Ryan.

    Especially for internet logins, and for the weakest you can use dictionary words, which helps with the Canary Trap. Hebrew, Maltese and Attic Greek, transliterated into Latin alphabets make very good Canary words, and help you to sue the leaker. Few guess that "Marsaxlokk" is a place name, unless they know Malta, and then you can easily make it harder by spelling it ".M1rs1xlokk.". If you you __consistently__ do this for admin passwords, and make your users pick high entropy passwords, then you have emplaced a good first line of defence; then close all un-necessary ports, and use a scanner eg "nmap" to ensure you have what you intended.

    Finally, use iptables to ensure that the open ports are firewalled, so when I put my laptop on a net I dont want 'NO ARP, or ICMP packets' because I dont want to alarm any intrusion detection systems; but I want to allow outgoing PRINTER, SSH, POP3, and in some cases incoming SMTP.

    Finally, while it takes more work, it is far more secure to use iptables than a generic firewall writing the rules to be minimal. There are LOTS of brute force SSH attacks, and one must assume SSL also out there. SMTP is no secure so you only want to allow it from your mail-server which should have a static address. Use TLS with fetchmail, and a proxy SMTP sender which caaan be configured to send mail securely to a mail-server. If you are mobile as I am that means, write your own sender that knows about the quirks of your ISPs.

    Since most of the ISP inspired SMTP 'improvements' just open up new security holes, thanks Eric. Encrypt everything you can, and certainly anything that is important, or "potentially compromising". Never use commercial mail services, they are totally insecure and like as not have backups that can be _discovered_ in law, to your disadvantage.

    1. Re:Bad Passwords, and poor SysAdmin by Anonymous Coward · · Score: 0

      *boggle* Nonsense!

    2. Re:Bad Passwords, and poor SysAdmin by Artifakt · · Score: 1

      Uhm, you said 'finally' twice and then you still kept going. Maybe you have some good ideas there, but present them as you just did to even highly intelligent employees, and you will get about 3% compliance.

      --
      Who is John Cabal?
    3. Re:Bad Passwords, and poor SysAdmin by omb · · Score: 1

      I am reasonably secure, I was trying to help, but didnt preview enough.

  24. Just pointing out the obvious by houghi · · Score: 1

    It would be interesting to see a solution. I have easily 25 different logins in use for my job. At many places I am not allowed to choose my own login and then they base it on my name and each does that in a different way. Some add numbers to it. Some are shared logins.

    Some I can set the password, some I may change the password and some I must change the password. The shared ones can not be changed as others then would not be able to use it and then others I must ask to change and yet others I can not change at all.

    As I try to have this as simple as possible, I use the same passwords, so the result is that I have more different logins then passwords, but still I need to have a file with all logins and passwords.

    So the easy part is pointing out the problem. The hard part is coming up with a solution. I can't use Firefox and am not allowed to install any programs at work.

    --
    Don't fight for your country, if your country does not fight for you.
    1. Re:Just pointing out the obvious by KeithIrwin · · Score: 1

      Well, for the ones which you can't change the password for, you should probably just write those down and then secure the piece of paper in a locked box. For the ones which you can change the password for, you should use PasswordMaker. It takes in a URL string and a master password and uses that to generate a site-specific password. Just make up an appropriate URL for the different accounts (it doesn't have to be real, just memorable). And I know you're going to say "but I can't install software". There's a javascript version, so all you have to do is to download a web page to your desktop and then open it.

  25. Password hell by LoRdTAW · · Score: 1

    There are two problems I see with creating and remembering passwords. First off many people simply do not understand the threat of weak passwords and blissfully use the name of their children or pets as a password. Second, people do not understand how to effectively create and remember strong passwords. I honestly believe that there should be a password or network security seminar that each person/employee should attend at their place of work. It doesn't have to be long, just enough time to explain why passwords are important to network security and how to create strong passwords. Hand out a simple sheet with examples or strong and weak passwords and suggestions on how to create strong passwords while avoiding weak ones. Also explain that passwords and log-in credentials are highly sensitive and should be considered personal information just like credit card and social security numbers. They should never be divulged to anyone but trusted IT staff. Explain the dangers of writing down passwords on random pieces of paper or post-it notes. And if it is necessary to write them down, put the paper in a secure, LOCKED place. I bet you could make the seminar only ten to fifteen minutes long and still get the point across. Bottom line is if you are trusting people with your data, why should they remain ignorant of the importance of the passwords used to access and protect that data?

    Another problem I see with passwords if the sheer number of them that need to be created for users personal accounts. Banking, social networking, blogging, forum, e-commerce and gaming sites all require users to have unique passwords for each and every one of those accounts. Off the top of my head I estimate I have over two dozen accounts each needing a separate password. All too often this leads users to re use passwords and/or use weak, easy to remember passwords. At one time I had a little notepad at home that was just for writing down user names and passwords to the various accounts I have floating around. My solution to password hell was coming up with a password formula that helped me not only create but remember my passwords. Its not easy to explain but I take data from those websites that I have an account with and apply it to a simple formula which will give me a strong password. I don't actually have to remember the password because I can use the formula and data from the site to derive the password. Its not complex but clever enough to simplify the creation and recollection of passwords.

    People can be password savvy, they just need to be educated a bit.

  26. Antivirus isn't important by ljw1004 · · Score: 1

    Everything is a worse problem than poor antivirus -- because viruses are so rare, if you're sensible.

    In my past 16 years of running Windows machines with IE, I haven't once had my antivirus report anything. The standard precautions are enough -- use Proxomitron or don't visit dodgy websites; don't run pirate software; don't open attachments unless you were expecting them and you trust the competence of the sender.

    I have had "antivirus" problems where the antivirus software interacts badly with the OS, e.g. keeping an executable open when my compiler wants to overwrite it. Nowadays I leave the antivirus switched off, and only turn it on when needed to connect to corpnet.

  27. The 1960's Called by bitemykarma · · Score: 1

    Why does no one realize that we seem to be stuck in the 1960's; what's this dichotomy of "user name" and "password", in which we now type the first in plain text, but the second is shown as asterisks.

    As if the former is common knowledge, but the latter is super double secret. What kind of retards are in charge of this shit?

    Why aren't both secret; why aren't both in asterisks.

    Or, how about we don't let people look over our shoulder.

    The common sense solution, from TFA, is simply horseshit. Every idea that the so called experts come up with exacerbates the problem: mixed case, numerics, frequent changes: they all contribute to no one knowing their own passwords for the many systems that they have to log in to. Simply choosing a password that isn't in the dictionary and isn't based on something personal such as your child's name, and keeping it, and don't let someone look over your shoulder, is all that's necessary, and far better.

    PS: do you notice how sign up forms don't give a crap if you type anything else incorrectly, but force you to enter your email twice. That's all they want. Thanks; here, have some spam.

    1. Re:The 1960's Called by Entropius · · Score: 2, Insightful

      There's a reason usernames are public.

      On a Unix machine, knowing someone else's username lets you send them mail. It lets you access (if they allow you to) their home directory. It lets you see if they're logged on (using "w"), see information about them (using finger), and even communicate with them (using write), and lots of other useful things.

    2. Re:The 1960's Called by bitemykarma · · Score: 1
      Excellent point, thanks for the reminder. Except...

      Every desktop and server computer that I ever use day to day, is Linux, BSD, or Solaris, but on not a single one of them, even on the server computers, does there exist the (1960's again) situation of people "write"ing, "finger"ing, "w"ing, or emailing, based on the localhost's username.

      Again, good point, but I haven't been in an environment like that for 20 years.

    3. Re:The 1960's Called by arndawg · · Score: 2, Insightful

      What are you talking about? What good would asterisking the username do? It would result in a longer unkown string, but you should use strong passwords anyway so it shouldn't provide any extra security.

  28. Remembering Complex Passwords? No Problem! by omegakidd · · Score: 0

    One thing that has worked for me is to slowly type random keys while randomly hitting the shift key. This seems to work better for me than using a random password generator. I think it is because I remember the pattern of the keys that my fingers are pressing. One problem I have is remembering which place the password is used for. I usually have to try a couple of different ones to get it right--say if I don't go to that website that often. --- Sorry My English

  29. the truth is... by Anonymous Coward · · Score: 0

    At this point, NOBODY should be prompted to enter a password of their choosing every time they go to a website. We have the technology to do much better, even if it is something like "go to this other website, log in, tell it what website you want to log in to, and click a button to generate a one-time-use token"

    That would be what you do in the event that you DON'T have regular access to your private key (like if your office doesn't allow USB sticks through the door). EVERY other case should be "select username, click "log in", click "okay" when the confirmation pops up"

  30. Title by Anonymous Coward · · Score: 0

    say they find more problems with password management than antivirus applications when they do security assessments

    This doesn't have any relation to the quantity of break-ins resulting from poor passwords compared to the quantity for poor anti-virus, as the title would suggest.

  31. RSA tokens and Etrade by zerofoo · · Score: 2, Insightful

    My Etrade accounts have a traditional password with the requirement of an RSA token. This seems to be a great solution to the password problem.

    The first part of the password is easy to remember, the second is changed every 60 seconds by the token.

    It is a bit less convenient than a standard password, but that is the price to be paid to secure a bank account.

    -ted

    1. Re:RSA tokens and Etrade by tg123 · · Score: 1

      RSA tokens are fantastic you physically have to have the token to login, great for logging in remotely.

      Smart cards are another option as the information stored on them is encrypted and smart card readers for computers are available.

      Passwords I feel can never really be secure as your relying on peoples memory and users can find ways to disable/circumvent password policies.

  32. Watch CSI by wooferhound · · Score: 1

    Oh yes they can see post it notes
    don't you watch CSI on TV ?

    --
    We are Dead Stars looking back Up at the Sky
  33. Password Research by Anonymous Coward · · Score: 0

    Password guessing is really not that big of a threat - most (and I know not all) websites have a sane policy about the number of times you can guess within a given time period. There's a great research paper about this:

    http://www.usenix.org/event/hotsec07/tech/full_papers/florencio/florencio.pdf

  34. 1Password by davebarnes · · Score: 2, Insightful

    Strong, weak.
    Your choice.
    Use 1Password t manage them all.

    --
    Dave Barnes 9 breweries within walking distance of my house
  35. No one asks why? by Xeno+man · · Score: 1

    One big problem is no one asks what they are protecting. I worked at a call center (yes it was shitty) and I had a password to log on to the computer, a password to log into the phone system, a password to log into the call log system, and if I did email support another password for that. All cycled monthly. 4 constantly changing passwords all to prevent someone else from doing my job? What a waste of time. I didn't have access to personal information, no power to authorize free stuff, the only reason someone could have to use my account was to screw me over and try to get me fired. (Which I would have loved by the end of it) A lot of security could be eliminated if people ask what they are trying to protect and make things a lot easier for those that actually need access.

  36. 'tech support for an ISP' by rts008 · · Score: 1

    ...our boxes were locked down so badly that telling the browser that the cert's OK didn't survive a reboot, meaning you had to go through the same song-and-dance several times a day.

    I would have asked you if you worked for Creative Labs, but the ISP bit shot that down. :-)

    What you describe is what I went through at CL.
    Knowledge Base web pages that did not have the URLs whitelisted in the proxy we used, boxes locked down tight**, 8 minute maximum call time allowed per call for tech support...including the 2-3 minutes needed for the required interrogation about the 'problem' product, etc....

    **except for the USB ports!
    I put Damn Small Linux in a bootable partition on a USB stick to get away from WinXP and IE that was imaged onto all of our Dell workstations. Unfortunately, I was found out by management after about 4 months when they were doing a routine 'call monitoring', and heard me offering Linux support for a customer with a Creative Labs Nomad. I was still a n00b in the tech support scam, and was actually trying to offer real tech support for our customers...silly me! I was asked to resign in lieu of being sacked. :-)

    [I grin because that was the only job I held in my life, that I felt I needed to keep a shotgun at the front door of the house...I could force myself to leave the house for work if need be!]

    *me:Go to work, or I'll Dick Cheney your face!
    also me:Okay, I'm going to work, asshole!
    me:Damn...I just concocted a special rocksalt load with White Phosphorous[Willy Peter for you military fans] to try on you!
    also me:Shit!...Decisions, decisions....Rocksalt and Willy Peter to the face, or go to work at Creative Labs again....Hmmmm...Hey, is this a trick question?!?!?!?*

    --
    Down With Slashdot BETA!!! I've been around the corner and seen the oliphant; you can only abuse me from your perspecti
    1. Re:'tech support for an ISP' by similar_name · · Score: 1

      What you describe is what I went through at CL.

      Stillwater? 1995-2000

    2. Re:'tech support for an ISP' by rts008 · · Score: 1

      Stillwater, yes.
      2004-2005 I think was the time frame.

      --
      Down With Slashdot BETA!!! I've been around the corner and seen the oliphant; you can only abuse me from your perspecti
  37. 1-2-3-4-5.... by Anonymous Coward · · Score: 2, Funny

    that's something an idiot would have on his luggage!!!

  38. passpack.com by operator_error · · Score: 1, Interesting

    Having studied this issue at length professionally, supporting client-offices: the best solution I have found was using the web service Passpack (www.passpack.com). Every single requirement I was faced with, Passpack has met from a security standpoint.

    On a user-friendly perspective, I'm having trouble with training folks like my mother how to be more secure with greater user-friendliness, and I am still looking forward to Passpack improving on their initial one-click-button; but essentially passpack is the most realistic to use solution I have found to-date.

  39. Where this comes from... by I)_MaLaClYpSe_(I · · Score: 1

    I agree.

    AFAIK, the idea that passwords have to be changed in intervals from one to three months comes from the old days back when many terminal users used one Unix system that had /etc/passwd files. These were crypt() hashed so anybody could read them and start cracking them. One day some TLA calculated how much time it would take an attacker with serious resources (or better, what was regarded as a serious resourece back then) to brute force crack a password. They came up with something like "a crypt hash would be reasonalbe secure for two months, so if it is changed every month, it will be secure. This ended up written into some rainbow book (orange?) and from there on it was simply copied to all other standard security books and references.

    According to my knowledge, this is why we are stuck now with every best practice guide still portraying the idea that passwords have to be changed in regular intervals.
    [quotation needed]

    Of course, this has been outdated at least since shadow passwords were introduced, let alone Moore's law or Rainbow tables.

  40. I'll run interference for the Karma hit! by rts008 · · Score: 1

    Thank you, good sir!
    Since MS has such a dominance, hopefully they will keep copying the features of GNU/Linux and keep improving their own OS at the same time. Win for all!

    *wakes up*
    Meh, just a dream...

    I was not sure enough about it to post what you did, but thought so.
    I castigate myself for being too lazy to research it, but thanks to you, I am saved.
    Beware the Tux, do not take the Penguin/Taz for granted!

    --
    Down With Slashdot BETA!!! I've been around the corner and seen the oliphant; you can only abuse me from your perspecti
  41. Poor servermanagement is the real killer by Anonymous Coward · · Score: 0

    I've seen just too many comments in linux (related) IRC channels or forums how people want to use linux as their web, mail, $other -server because "its secure". Naturally its not needed to gain any knowledge or experience on how to get the server to work properly; making it display something is all which matters because... Well, Linux is safe, so what could go wrong ?

    Poor passwords? Sure. But in most cases that will only result in personal damage, like someone messing with another persons account on a social network. I'm more concerned about the apparent ignorance when it comes to using Linux. Yes, even Linux needs maintenance and a regular installation of security updates.. Just like Windows!.

    Yes, I'm aware.. Poor password, gain access, utilize local exploit (which are more common than remote exploits), $profit. Maybe I'm too cynical but even then I say that poor server management is more troublesome. A clued admin who knows whats going on will have this breach located. A regular admin-wanna-be will never even notice his server is hacked, untill his ISP eventually revokes his access from the Net.

    Ofcourse, for some reason you never hear people about this topic. Maybe its not that popular?

  42. Assign them and ask peopel to write them down. by BlueParrot · · Score: 1

    "Here's your password. Store it and keep it in a safe place ( your wallet is a good place ) so you don't forget it. If you lose it or think somebody else may have seen it, let me know and I'll give you a new one."

    Ok, so some users may stick a post it on their screen, but that is still miles better than having a login with "password" remotely accessible.

  43. Sometimes You Have No Choice by rueger · · Score: 1

    I recently registered with an un-named University and discovered that their PIN/password for my account is required to be SIX characters! Even if it can "contain letters, digits or punctuation" it seems awful limited.

  44. Keychain Access by trudyscousin · · Score: 2, Informative

    I'm surprised no one has mentioned this yet, but Mac OS X has an application called "Keychain Access." Keychains store private keys, certificates, and arbitrary notes securely. I use one to store my passwords to all my e-mail and web accounts. They're encrypted using Triple DES.

    Not only that, but it can generate passwords for you. Tell it how many characters you want, and whether the password should be memorable (comprised of dictionary words and a short string of numbers), letters and numbers, numbers only, something called "FIPS-181 compliant," or random. You can choose from the ones it generates from a pop-up menu, and if you don't like any of them, it can generate some more. Whatever password you choose, there's a gauge that tells you how strong it is.

    I have to use it occasionally to look up a password to an infrequently visited web page. Entering my user password (that is, the one for my account on my computer) will unlock any one that is stored on the keychain.

    Is it easy to use? Kind of, sort of; it takes a few seconds and more than a few mouse clicks to retrieve a password. Safari (perhaps Firefox as well, but I don't know) can be configured to remember your login information for a given page, and though it stores this information in the login keychain, the problem with Safari's implementation is that it works for some pages and not others, and doesn't require you to provide your user password--not exactly the most secure arrangement.

    No one's ever compromised this scheme, as far as I know. Yet. Meanwhile, it works pretty well for me.

    --
    Those who can, do. Those who can't, write technology blogs.
  45. An alternative for bigger orgs by symbolset · · Score: 1

    You can use a single sign on solution like that offered by Imprivata and decent two factor authentication. Then, the user need only remember one password, or better yet not lose his biometric imprint, and retain control of his keycard. This does access for the whole system, and the end user doesn't even know his access credentials for subsystems. When mandatory changes happen, the sso system just handles it. It works with proximity cards too, and can be set up to log you out when you get out of range of the sensor, or to do fast user switching.

    The Imprivata solution includes a high availability pair (or more) of Linux boxes that handle these things for the end user.

    No I don't work for them. I did sit through some training. I understand their gear is popular in healthcare and with the military.

    --
    Help stamp out iliturcy.
  46. Headaches and attack vectors by Todd+Knarr · · Score: 1

    Much of the problem with passwords is the number of entities who want them. Everybody you deal with wants you to create an account with them, which means one more password to deal with. I've got over a hundred passwords to various accounts in my records. Combine that with "strength" requirements that make them hard to remember and "security" policies that require changing them at (non-synchronized) intervals and you have a recipe for a migraine not all the Advil in the world can help. And many of those passwords aren't needed. Yes, I need a real account and password for my bank, or for E-Trade. No, I do not need an account and password for Amazon. Amazon doesn't need my username, they need me to be able to give them the credit-card details and shipping information for that purchase. Anything beyond that is for their convenience. If places that didn't need me to have an account didn't force me to maintain one, it'd make the password problem much more tractable.

    Password strength requirements and mandatory-change intervals don't help, and do hurt. Strong passwords tend to be hard to remember in large numbers, and they're also hard to come up with. By forcing them to be changed regularly, you also all but force users to come up with passwords that aren't strong because they've run out of good ideas for strong ones. It also all but forces them to record them somewhere. Yes, one password isn't that hard to remember. But what did I say in the paragraph above? It's not just one password they have to remember, it's the dozens or hundreds that you and every other administrator out there require users to create and maintain. I'd much rather come up with one really strong password and be able to use it for a long period.

    But it's vulnerable to guessing, you say Oh, really? Check your logs. When was the last time your systems were subject to a sophisticated attempt to guess passwords? I'm betting it's been years. Most attempts to guess passwords these days aren't attempts to break individual accounts, they try a few of the most obvious passwords across every user on the system looking for the couple who've left themselves open. Any password that meets even minimal strength requirements will be impervious to that sort of attack indefinitely. On top of that your system should be implementing lock-outs on repeated failed password attempts, and your IDS should be noticing the attempts from unusual (for that account) sources and blocking them. Let's face it, the most common attack users are subject to these days is the social-engineering attack designed to get them to give the attacker their password. And once the user's given the attacker their password, everything you've tried to do to keep attackers from guessing it becomes completely and utterly irrelevant.

    As for writing passwords down, reality check here. At work my passwords are recorded in a locked drawer in my desk. Which is inside the secure doors, you can't get into that area without a keycard. The building's got 24/7 security on it too. If you don't work there, you're not likely to get anywhere near my password slip in the first place. And anyone who does get near it has already gotten physical access to every computer in the office. They don't need to break into desks and collect password slips, they can just install hardware keyloggers on the computers. Or reboot them from CDs or USB drives (changing BIOS settings if needed to allow it) and slide their malware straight into the OS image it and all the fancy AV software are inoperative. Or attach their own device to the network cables to sniff all the traffic for interesting things. In short, anyone in a position to read my written-down passwords is already smack in the middle of a target-rich environment and has a few hundred far more tempting things to go after before getting around to jimmying my desk drawer open, and the company's got far bigger problems to worry about.

  47. Passwords are convenient but never secure by tg123 · · Score: 1

    My experience , from a users point of view, is that passwords are never secure because the user has to remember them.

    The user has to choose a password that is easy to remember or write it down both of which mean the password becomes insecure.

    To the poster (cant find your message now) who suggested an RSA key, this is a key-ring size lcd with a number that changes every 60 seconds, they are brillant and in combination with a password would be tough to beat.

  48. Re:Keychain Access corruption by tg123 · · Score: 2, Informative

    I'm surprised no one has mentioned this yet, but Mac OS X has an application called "Keychain Access.........

    word of warning from experience, used to work for apple, make sure you have another copy of your passwords because as you say the keychain is encrypted and if the keychain gets corrupted you may have to reset the keychain.

    I would get a keychain access issue about once a week and the person on the other end of the phone used to get very upset as they were unable to do there banking.

  49. Keepass and such by Anonymous Coward · · Score: 0

    I can't believe no one has mentioned Keepass yet. Strong password generation. I don't even need to know most of my passwords. I just need to know two, my login and my keepass database password. My passwords are all as strongs as any particular application will allow. I don't change my passwords often, but even if I needed to I don't loose anything because I never remembered any of my passwords in the first place.

    It does put all my eggs in one basket though. If you get my keepass password, and my keepass database, then you have the keys to the kingdom.

    Later,
    Jason C. Wells

  50. None of your business by readin · · Score: 1

    The practice of using of personal questions to reset passwords really annoys me. By definition, the questions and the answers are personal. Whoever is asking me that question so they can reset my password is overstepping his bounds.

    --
    I often don't like the choices people make, but I like the fact that people make choices. That's why I'm a conservative.
  51. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  52. FINGERPRINTS AREN'T THE PASSWORD. by zippthorne · · Score: 1

    Sorry for shouting. But something you leave on everything you touch is, at best, a very insecure user name.

    "something you know" is always going to be a key part of the equation, since smart cards are "something you have."

    But, I do have hope that we'll never need more than 12 or so characters. You just need to make sure that the authentication pathway has some verifiable hardware limitation preventing high-speed brute-force attacks. Perhaps a smartcard that has a built-in keypad and rate limiter. (and the server on the other end would also have some kind of rate limiter. BOTH would have to be leaving you as the weak link.)

    --
    Can you be Even More Awesome?!
  53. poor combination by Anonymous Coward · · Score: 0

    So the combination is... one, two, three, four, five? That's the stupidest combination I've ever heard in my life! The kind of thing an idiot would have on his luggage!

  54. Strong passwords are a red herring... by Xenogyst · · Score: 1

    I wonder a bit why people/companies/etc are fussing a lot about the strength of passwords. Is it because security experts get anxious about all the ways that they can seemingly be hacked?

    Though, it seems rare to me that the weakness of passwords contributes a lot to the actual damage that hackers actually do. Maybe it's because I am a tech layman, but I've never even heard of a company/etc having problems because the passwords were too weak. Rather, it's almost always a malicious worker, someone bringing viruses in via a laptop, keyloggers, hackers impersonating IT staff on the phone, or even the very simple shuffling through the garbage. NONE of which a strong password will do anything against, ever.

    After all, trying to brute force, hack, or guess a password is generally very hard.

  55. Complex Passwords for Dummies by Anonymous Coward · · Score: 0

    Bravo. Although I suspect the most popular basic hacks come from people who simply give their passwords away (ie fake login sites), as well as those that have easily cracked passwords.

    Faced with a new password policy at work, at a non-profit where I'm not sure what the sensitive data in my e-mail is anyway required to add a special character, capital, and number, changed monthly, and cannot be one of the past four passwords you used...I went with how I name most of my files and added .monthyear:
    regularpassword.July09, regularpassword.August09

    I was pretty pissed when this went into effect, as I wondered why IT would make so much work for themselves having to reset people's email passwords and leave actually interesting data less secure: the database that includes all of our patron names, addresses etc. has one password per building, usually on a post it note by the computer.

  56. bike nashbar lost my password not me by Anonymous Coward · · Score: 0

    Not true. Password security issues are just stuff that gets noticed easier than bots and malware and other assorted nasties. I know that most IT places are geared to macro security issues and ignore the micro security issues of the end user. My own experience proves that. When my work xp box got infected they "cleaned" it out using a couple of freeware downloads applied by some "tech" - did not work and that machine will have the hard drive formatted next week at my insistence to clear up the lingering issues. Also my experience has been that hackers cause the most havoc as others have noted. The latest being my Bike Nashbar account being hacked along with thousands of others - we got the letter last week. The got my credit card number, address, user name and password but I am not supposed to worry much because they did not get my social security number. So who lost the password? Bike Nashbard and not me.

  57. password hints by thuvia · · Score: 1

    I had a good giggle when I noticed that Windows NT 6.1 ("Windows 7") setup makes password hints mandatory.

    I used a password hint of "aye, right!", but I can only imagine the number of poor sods who just type their passwords there (that's the optimal hint, after all...).

  58. Re:Mandatory IRC Idiot Reference by smoker2 · · Score: 1

    http://bash.org/?244321

    There, that wasn't too hard was it !

  59. yeah- but the application is even more important. by twoHats · · Score: 1

    Yes yes - let's make all customers change over to a strong password like XYZ communications(not the real name) just did recently. My personal experience was:

    1. My current password scheme, which i have been using for 3 or 4 years, didn't work any more.
    2. When I went to log in with my new password, it also didm't work.
    3. When I called XYZ the CS rep immediately asked me for my password over the phone,
    4. When i pointed out the inherent insecurity in that, I was told that I could change my password afterward. Of course, that is what caused me to call in the first place. Anyone see the tight loop here?

    I am a somewhat savy user - I run a home network of mixed Linux and doze machines, subnets etc. That means that I understood the threat being opened by having however many hundred thousand people go through this process, including those that already had pretty strong passwords. Many customers do not.
    Another case of the fix being worse that the problem?

    This also happened with my bank, which left the passwords alone, but added a question - gee - that's like so much more difficult to break than the password alone (not) - again - putting the onus on the customer.

    Better off leaving it alone?

  60. Password rotation sure, but... by SmokeSerpent · · Score: 1

    Enforcing "difficult" passwords is really only valid against the possibility of someone trying to brute force your passwords, so if one knows that ABC Credit Card Services requires everyone to have a password 8-16 characters in length with one capital and one number in it, isn't that effectively a smaller search space than if the employees are allowed to use any combination of letters and numbers up to 16 characters in length?

    --
    All kings is mostly rapscallions. -Mark Twain, The Adventures of Huckleberry Finn
  61. More downtime by antivirus than by poor passwords! by Gunstick · · Score: 1

    There are more problems due to antivirus software suddenly declaring important system parts as viruses or just simply crashing the whole kernel. That never happens with bad passwords.
    On the other hand, the virus soft and database gets updates automatically whereas the overly complexified passwords and strict changing periods just create a work overload on the sysadmin because everyone just forgets their password all the time.

    --
    Atari rules... ermm... ruled.
  62. Pretty funny, used to do IRC "back-in-the-day"... by Anonymous Coward · · Score: 0

    And, you're right: That kind of thing you illustrate, does go on (& far worse, via DCC), but, what I found absolutely LUDICROUS, was this:

    On a contract assignment I had in 2007-2008, I had to do calls for customers with problems in their systems, many times taking over when the other techs failed to do so, or gave up... what astounded me the most, was that vendors from the "big names" (think Compaq, DELL, HP, etc. et al) were issuing/selling systems with a BLANK ADMINISTRATOR PASSWORD!

    (And, we ALL know what THAT means... i.e.-> Anyone can remotely get ahold of that machine, especially since "Client for Microsoft Networks" &/or "File & Printer sharing" are ON, by default, & the ADMINISTRATOR users is the most powerful, by default, other than SYSTEM SID that is).

    That? That made me wonder @ "the powers that be" really...

    APK

    P.S.=> Have any of YOU seen the same? apk