Slashdot Mirror


Password Security Panned

museumpeace writes "Considering we just discussed passwords yesterday, is an uncanny coincidence that Technology Review runs an article today in which Michael Schrage quotes a couple of security experts as being of the opinion that passwords are useless, with many negatives [the tougher rules only make them harder for users to remember, not harder for hackers to guess] But Shrage's suggestion that passwords are a weak bandage where system security admins and developers need to institute deeper security mechanisms such as "suspicion engines" has problems too. Any hidden filter meant to compare traffic on your account against profile of "normal" usage strikes me as both an invasion of privacy and a sure fire way to multiply calls to the help desks when a false alarm tosses out a legitimate user."

62 of 387 comments (clear)

  1. my password by jaymzter · · Score: 4, Funny

    is "god", because I heard from a good source that only the most "1337" admins use that!

    --
    If thou see a fair woman pay court to her, for thus thou wilt obtain love
    1. Re:my password by xstonedogx · · Score: 3, Funny

      Crap. Now I have to change my password.

    2. Re:my password by Anonymous Coward · · Score: 4, Funny

      Don't worry. I just did it for you.

  2. Might not be useful to you by Realistic_Dragon · · Score: 4, Interesting

    ...but when my mother comes over I thank god that my machine sets up passwords and partitions off users pretty well.

    --
    Beep beep.
    1. Re:Might not be useful to you by That's+Unpossible! · · Score: 4, Funny

      ...but when my mother comes over

      Don't you mean "down"?

      --
      Ironically, the word ironically is often used incorrectly.
  3. 1-2-3-4-5 by ectotherm · · Score: 2, Funny

    Sound like the combination to some idiots luggage...

    --
    "Nature bats last..."
  4. Surely... by rackhamh · · Score: 4, Insightful

    ... it's easier for the user to remember his/her own password than somebody who never knew the password in the first place?

    Seems to me that's the main point of a password. They may not be the end-all of security, but they sure make a decent first line of defense.

    1. Re:Surely... by tdemark · · Score: 5, Interesting

      My biggest beef with passwords is the myriad of different "rules" as to what makes a valid password at different sites.

      I have a few great passwords ... no one is going to get them short of brute forcing (or, God forbid, key logging). However, every site seems to have different (read: REDICULOUS) parameters for passwords:

      - must not start with a number
      - must have both letters and numbers (symbols don't count)
      - can only be [a-z][A-Z][0-9]

      I would love to meet the asshats that come up with these randomly applied "rules" just so I could kick them squarely in the nuts.

      I used to only need two passwords for EVERYTHING (one "weak" password for discussion sites (eg - Slashdot) and one "strong" password for the important stuff). Alas, that was too easy. Now I have to maintain around 10 passwords that, IMNSHO, are far weaker that the ones they replaced (not by my choice).

      For example, one large credit card company recently changed its password policy. Since my old password didn't "fit" in their new policy, they simply set it to something else without telling me. Mind you, the new password I had to choose is orders of magnitude easier to crack than the old password because they removed a number of possible characters.

      Which brings up a point, what's the point in LIMITING the characters that can be used in passwords? How horrible are these designers that their apps choke on '&Dkf*l,@a', but 'b4dp4ass' is OK? What could they be doing that would disallow a number as the first character?

      In close, if you have anything to do with the authentication process of a website, before you start throwing on random rules for passwords, do us all a favor and DON'T.

      - Tony

    2. Re:Surely... by Beryllium+Sphere(tm) · · Score: 3, Informative

      The time you want to limit the character set used in a password is when the password goes into a web form.

      Allow in ' and some others, and you're inviting SQL injection attacks. Allow in left angle bracket and some others, and you're inviting cross-site scripting.

      No sane person would worry about cross-site scripting in a password entry field, but nonetheless web developers have the reflex of limiting incoming characters to a supposedly safe set.

    3. Re:Surely... by jesterzog · · Score: 3, Informative

      Which brings up a point, what's the point in LIMITING the characters that can be used in passwords? How horrible are these designers that their apps choke on '&Dkf*l,@a', but 'b4dp4ass' is OK? What could they be doing that would disallow a number as the first character?

      I don't work in security of any sort, and I agree with you that more characters means better security. My immediate guess is that although it may make the password more crackable from one perspective, having fewer characters to worry about would make it safer to run the password through many API's.

      Many string-related functions will do unexpected things with some special characters, and unless you know everything that it might do with every character, and all the ways that people might abuse this, it can be risky to assume that they've all been caught. In an ideal world, the programmer would know them all and know exactly what's happening to the password when it's processed, but I still know lots of great programmers who wouldn't be aware of several gotcha's in the printf() family of functions, for instance, that might be abused by crackers in one way or another.

      Especially if some software was being coded in a group and everyone had to understand it, I'd sympathise with coders or managers who'd prefer to go with a password system they understood rather than gamble they knew more about their libraries than potential crackers.

    4. Re:Surely... by Nik13 · · Score: 2, Informative

      Them limiting the characters indeed is a bad thing (making cracking passwords somewhat easier). But I'm a lot more worried about the reasons why it does so. Do they just use it as-is, plaintext inside a SQL query ala SELECT * from Passwords WHERE login="your_login" AND pwd="your_password"? That's a very scary thing. SQL injection galore, and that also means passwords stored in plaintext along your username and personnal info. Someone could get access to all the data. I use salted SHA1 hashes of the passwords (at least) on all my login pages, and even then that's pretty minimal. And if they use plaintext like that, the chances of them using SSL (or being security minded in any way at all) is pretty low. And with people sharing passwords between many sites (as you can only remember so many easily) it wouldn't be nice if someone got a hold of your "common" passwords.

      --
      ///<sig />
    5. Re:Surely... by myowntrueself · · Score: 2, Informative

      "The time you want to limit the character set used in a password is when the password goes into a web form."

      My favorite is when the password contains an '@' sign and they use it to log onto a site in internet explorer. Hilarity ensues.

      ;)

      --
      In the free world the media isn't government run; the government is media run.
  5. Sounds like a great idea. by teiresias · · Score: 4, Interesting

    Sounds like a great idea. I'll also throw away the keys to my house and just install video cameras that track the movements of people approaching my home. If those movements are consistent with my routine behavior (come home from work, slam car door, pick up mail, etc etc) the door unlocks. Otherwise, my house becomes tighter than Fort Knox.

    Those keys were starting to be a bother in my pocket.

    Of course passwords and keys can be bypassed, just as a locked door can be. But it's the fact that there's a locked door there that keeps a good percentage of casual villians out of your life.

    --
    -Teiresias
    1. Re:Sounds like a great idea. by generic-man · · Score: 4, Interesting

      An IDS that tracks your usage patterns is not intended to replace passwords; it is intended to supplement them. Once you're in your house, to continue your analogy, there are certain things you do and certain ways in which you do them. For example, let's say you have cable television but you never watch Fox News. If someone who used your key comes into your living room and watches the Fox News channel for hours on end, that's a red flag.

      Red flags do not trigger an immediate lockdown. They just suggest to an administrator that someone may be behaving in a way that you wouldn't, and that further investigation may be warranted.

      IDSes are a great way to supplement the absolute uselessness of passwords, as long as administrators know how to use them effectively.

      --
      For more information, click here.
  6. Password alternative by dilvie · · Score: 4, Interesting

    There are lots of alternatives to passwords that have really been around a long time. Lots of companies, for instance, offer products like USB security keys. IMO, what the world needs is a really good key standard to get behind, and a killer ap to champion it. If MSN, Yahoo! and Google all supported a new key standard for authentication, it would go a long way towards universal adoption.

    1. Re:Password alternative by kzinti · · Score: 5, Insightful

      To paraphrase Bruce Schneier, a system can authenticate you with one of three things: something you know, something you have, something you are, or some combination of those somethings. The author of that article says we should wean ourselves from passwords, but doesn't offer any realistic alternatives other than "suspicion engines", which don't meet any of Schneier's criteria, although they sound like a weak attempt to add a new one: "Something you do". Would anyone here feel comfortable trusting their bank account or Paypal account to a suspicion engine? Thanks, but no thanks.

  7. Comparing Traffic requires Activity by MankyD · · Score: 3, Insightful

    Maybe I'm missing something. If you are going to compare usage of the system to see if the user is doing something unusual, don't you have to let them use the computer for a little while before you can make that call? If a malicious user was logged into someone elses account, they would still have plenty of time to do harm before an algorithm could definitively say they weren't who they said they were. Am I wrong?

    --
    -dave
    http://millionnumbers.com/ - own the number of your dreams
    1. Re:Comparing Traffic requires Activity by Ra5pu7in · · Score: 2, Insightful

      Very good point here. Add to this the fact that a malicious user who knows anything about the account owner will likely have a good idea of that person's common computer habits. For example, I tend to open WinAmp and stream music, open Firefox and check various comics then /., then play a game. If a malicious user opens WinAmp and hits play, opens Firefox and browses a few sits, then runs a game and minimizes it, he can now do all sorts of things without the computer algorithm getting suspicious. In fact, by maintaining the most common activities - say going to Firefox and going to the next bookmark every 5 minutes - my computer would be unlikely to suspect anything was amiss until it was too late.

      --
      I was taking one day at a time, but then several days got together and ambushed me. (from a Rhymes with Orange comic)
  8. Password Lockout by djtripp · · Score: 3, Interesting

    There are several systems we have, each with different passwords, and with different protection schemes. Users have a hard enough time remembering easy passwords, and don't remember how many times an incorrect leg in will lock them out, either indefinitely until they call the help desk, or temporarily. Most of our systems are behind a firewall, and we haven't had too many intrusion problems, but It still could be out there.
    In other words, people get locked out by stupidity. Something that looks for abnormal behavior would be great, esp when people have idiotic passwords, and suddenly a methodical password attempt to login occurs.

    --
    "This is you left and that's your left. This is your right and that's your right. You're gonna die!
  9. OPIE nee S/Key by Anonymous Coward · · Score: 2, Informative

    Why permit reusable passwords when you can use hardware tokens or free one-time password systems such as OPIE (formerly Bellcore's S/Key project).

    Most free Unix systems ship with SHA-1 capable S/Key support included.

  10. He's right. by Sheetrock · · Score: 4, Interesting
    No password length can match a biometric, especially mine. The level of detail a good scanner can pick up well exceeds a memorizable password, with of course the understanding that too perfect a read will make it impossible to scan twice the same way, and the technology is only getting better.

    In the future, we'll have smart cards that will act like our Social Security numbers/national IDs work today. Cash, credit, verification and signing will all be possible using one card or perhaps even an embedded chip, and we can once and for all eliminate this nonsense about having to remember a different password for each service or the concern about identity theft.

    --

    Try not. Do or do not, there is no try.
    -- Dr. Spock, stardate 2822-3.




    1. Re:He's right. by johnnyb · · Score: 3, Interesting

      The problem w/ biometrics is that it will wind up being way too easy to bypass (by just recording someone else's bits and replaying them to the hardware, or it will require too much money to secure the biometrics device.

      I had heard of a password mechanism once that was based on facial recognition which seemed interesting. You chose a sequence of faces, and the computer asks you to choose a face from a selection. It sounded interesting. If anyone knows where the article is, I'd like to re-read on that topic.

    2. Re:He's right. by grub · · Score: 4, Funny


      Re: your sig. Dr. Spock was a famous pediatricion. Mr. Spock is from Star Trek. Also note that it wasn't he that said the line in your quote, I'm pretty sure it was Yoda from Star Wars. You've managed to bastardize my childhood worse than George Lucas and Rick Berman now, thankyouverymuch.

      --
      Trolling is a art,
    3. Re:He's right. by jcims · · Score: 2, Interesting

      Yeah, they talked about this a long time ago...

      Revelation 13:16-18, "And he causes all, both great and small, rich and poor, free and bond, to receive a mark in their right hand, or in their foreheads: And no man might buy or sell, save he that had the mark." :P

    4. Re:He's right. by renderhead · · Score: 4, Insightful

      The main problem with biometrics is that once a hacker gets past it once, they've gotten past it forever. You can't change your thumbprint like you can your password, and your retinal scan is definitely permanent. So the security works great until someone figures out a way to fake your thumbprint. Then they can get into any of your thumbprint-protected resources anywhere in the world. Not only that, they have all the time in the world to come up with a perfect way to fake the print because they know it won't be changing in 30 (or 90, or 5) days.

      What do you do when you realize that even one of them has been breached? How do you change your security settings to lock out the intruder from the vulerable resources while allowing you to retain access?

      --
      I wish that my inferiority complex were as good as yours.

      -RenderHead

    5. Re:He's right. by 99BottlesOfBeerInMyF · · Score: 3, Insightful

      Use something you have and something you know.

      Changeable keys are better than unchangeable. If I break up with my girlfriend, I can change the locks to my house. If I think a online site may actually have been a russian mob front, I can change the password on all my other sites. If my fingerprints get lifted from a glass at the bar, I'm fucked forever. Biometrics are a bad idea. If my fingerprints, or DNA, or retina scan are put in one database that is hacked, and we rely upon those biometrics, I'm fucked forever.

      Biometrics are easy to use, but unreliable. If they come into common use, they will be relied upon. This will introduce a false sense of security. It's sort of like having a doorman at your building who will look the other way for $5. You feel more secure. Maybe you don't bother to lock your door inside. Then you wake up dead.

      One last thing. If some car jacker wants my car, they can jump me in the parking lot and take my keys. They need no real knowledge. They don't even need to know how to hotwire a car. If my car had a biometric key, they could still jump me and take it. I'd just be missing a body part. No thanks.

    6. Re:He's right. by johnnyb · · Score: 2, Interesting

      "Also, to nitpick a bit on his point, to be able to replay the bits, you first do have to record them, which equates to a man-in-the-middle attack. This should be able to be avoided by some simple public/private cryptography built in to the device."

      Not really. You will _always_ have a stage where the stuff is not encoded. If you can get my bioinformatic data once, I'm totally screwed, because I can't change my password to something else. My security will be forever broken.

      Think about the current issues with ATM cards. People put in their own devices on top of the ATM machines, and just read the contents of the ATM card. In fact, with bioinformatics, I don't even need to get that close, because your eyes and fingerprints are on everything. All I need to do is be able to shortcut the reader and I'm all set. The security moves from being in the software (which is often remote) to being in the hardware, which is local.

  11. Re:can you elaborate? by yotto · · Score: 2, Insightful

    I thought the exact same thing. It sound kneejerk to me. I would assume that I, as root, would be setting up these "normalcy" filters and not some government agency.

    Not that I think it's a good idea, just that I don't think it has anything to do with privacy.

  12. Re:can you elaborate? by rackhamh · · Score: 5, Interesting

    In order to compare current usage against "normal" usage, the system has to record what "normal" usage is.

    So, if you habitually browse armadillo porn, the system will know about it. And if you go a day *without* browsing armadillo porn, the system will think something's up and lock you out.

    But do you really want the system to record the fact that you browse armadillo porn?

  13. So... by eln · · Score: 5, Insightful

    So what you're saying is passwords are a crappy form of security, but other forms of security suck just as much or worse?

    Passwords are good security because, if chosen well, they're fairly hard to crack, and fairly simple for legitimate users to use. Other forms of security tend to either be too easy to crack, or so cumbersome that legitimate users find ways around them rather than deal with the hassle.

    Passwords are also superior to things such as biometric scanning on things like Internet sites, because they place a limit on how much trust you have on that site. Unlike biometrics, passwords can be easily changed if, say, you use the same password on multiple sites but find out that one of them has been using peoples' passwords to crack into their accounts on other sites.

    These days, if you have a well chosen password, you're far more likely to get cracked because of some other undetected vulnerability in your system rather than someone guessing your password.

    1. Re:So... by nine-times · · Score: 4, Insightful
      Passwords are good security because, if chosen well, they're fairly hard to crack, and fairly simple for legitimate users to use. Other forms of security tend to either be too easy to crack, or so cumbersome that legitimate users find ways around them rather than deal with the hassle.

      Seems to me that there's a different difference that makes passwords worthwhile. See, there are three sorts of security measures (everything I can think of fits into one of these): Measure something the user has (like a keycard), measure something the user is (biometrics), or measure something the user knows (like passwords).

      Something the user has can be stolen. With measuring something the user is, there's something like the risk of "being stolen". If it's a fingerprint scanner, someone could take your fingerprint from an object you've touched without your knowledge. If you use facial recognition, well, you're face is out in the open for everyone to see all day long-- couldn't someone somehow capture that image and re-display it? I know, they are improving the detail and complexities of the scanners all the time, but for however much they improve the resolution of the scanners, they just need to have a "camera" with enough detail to fool it. More complex scanning methods only mean you need more complex display/replay methods to fool them.

      However, when it comes to measuring something the user knows, with current technology, there isn't a good way to "capture" that without my knowledge. At least not as long as I'm wearing my tinfoil hat.

  14. Information wants to be free by geoffspear · · Score: 4, Funny

    It's inherently immoral to deny access to your data to anyone who wants to see it. All that information wants to be free! How dare you lock it behind passwords, and try to find even more oppressive methods of keeping it in chains?

    --
    Don't blame me; I'm never given mod points.
  15. But I wrote down all of my passwords... by Eclipse5302 · · Score: 4, Interesting

    I went to help a user this morning with their voicemail. I push the "Voice Mail" button on their phone and it asks their password. He pulls out a notepad from his top, always unlocked, desk drawer. This notepad has ALL of his passwords written on it. He has access to some pretty important stuff, too.

    I couldn't believe my eyes...

    Then some of my other users have started using "asdfg" and "qwerty" because I make them change it too often (every 90 days). I guess that's a little better than using their last name.

    I agree that passwords ARE useless.

    1. Re:But I wrote down all of my passwords... by jxyama · · Score: 2
      >because I make them change it too often (every 90 days)

      no kidding they have to use simple passwords. making them change password every three month does not improve security at all. if it gets hacked, you'd know it immediately - so why make people change every 3 months?

      the key is to make everyone come up with a secure password they get to keep.

  16. Physical keys by ch-chuck · · Score: 5, Insightful

    When Mr. Joe Sixpack opens the house door, he doesn't have to remember, "tumbler one is 13, tumbler 2 is 25, tumbler three is 10, etc.". He just puts a key in an moves on. Same with car, bank safe deposit box, etc. That's the way it will have to be with IT, a key card, something physical they carry around for access. Sure there are people who lose keys, lock them in their car, etc, but it's a 'metaphor' any adult can relate to. You go to work, they hand you a key-card to access your account, you don't have it you can't get in and it'll cost extra for someone to help you if you lose it, just like for the real thing. Fingerprints are for criminals and can spread illness, voice prints and retina scans are weird sci-fi stuff. Just give 'em a key.

    --
    try { do() || do_not(); } catch (JediException err) { yoda(err); }
  17. Your... what? by DeadVulcan · · Score: 5, Funny

    No password length can match a biometric, especially mine.

    Help me out, are you dissing the security of your own password, or are you bragging about the size of your biometric?

    --
    Accountability on the heads of the powerful.
    Power in the hands of the accountable.
  18. Passwords are fine, the systems that are broken by frovingslosh · · Score: 4, Insightful
    Passwords can work fine and be easy for the users, it is the systems that make passwords weak. The ability to use a dictionary attack on passwords is insane. Any reasonable implimentation of password security would let a user try a very limited number of attempts to gain access by a password (to allow for typing errors and human error, even accidentally using the wrong password). After multiple failures, a reasonable system would lock out the user account for a period of time (at a minimum, it could also begin a notification process or take other measures to protect data if appropriate). After the imposed delay the user could be given another chance to enter the password, but again after one or more failed attempts a delay could be imposed again, perhaps with a longer delay after each failure. These delays would have little or no real impact on a user who made an error in password entry, but would be a major step in stopping dictionary attacks or other guessing approaches used by attackers. Not using them is simply poor system design.

    It would certainly be easy for any on-line system to recognize a dictionary attack and distinguish it from user error or just a user who had forgotten his password. For example, a large number such as 25-30 hits against a small dictionary of vastly different but common words or passwords, without ever coming close to the actual password, should certainly trigger recognization of an attempt to break into an account and take appropriate steps (perhaps imposing a delay on the account, perhaps locking out the offending IP address, perhaps locking the account until there was human action, or some other action appropriate to the particular circumstances).

    Users should always be advised of any failed attempts to gain access to the account after a sucessful login, a feature that is lacking from most current systems.

    --
    I'm an American. I love this country and the freedoms that we used to have.
    1. Re:Passwords are fine, the systems that are broken by Beryllium+Sphere(tm) · · Score: 2, Interesting

      OK, even if the dictionary attack is happening online instead of offline --

      What happens when an intruder gets hold of a company directory, tries each username in sequence, and makes *one* login attempt to each using the password "password"?

    2. Re:Passwords are fine, the systems that are broken by Ogerman · · Score: 2, Insightful

      The result, of course, was a trivially easy denial-of-service attack that left me locked out of my own system.

      Hence why any locking mechanism should be per-IP address..

      Another option is simply to not lock the account but instead have a 15 second delay or so between failed attempts. Given a secure password, this makes brute force useless. That's only 240 attempts/hour. Suppose you use random case sensitive alphanumerics with a length of only 6. That would be 62^6 = 56,800,235,584 possibilities. Nice try cracking that..

      Of course, for VPN, some form of host key authentication is probably the best solution.

  19. hardware problem by grassy_knoll · · Score: 3, Informative

    From TFA:

    Somehow, the world's ATM banking systems have managed to get by with a bare minimum of fraud for more than 20 years by relying upon only four-digit codes. So what do the banking geeks grasp about password management?

    While the article continues to say that simple passwords are good, it overlooks the other half of the equation: the ATM card. Without both, no access is granted which seems to be the strength of the ATM.

    The prevelence of password only authentication seems to be a hardware problem. Everyone has a keyboard, but almost no one has ( for instance ) a securid token.

    A USB dongle might be the easiest solution, although standardization is obviously a problem. Gawd knows I wouldn't want to have one USB dongle for yahoo, one for NYTimes, one for my bank, et. al.

  20. Re:can you elaborate? by igaborf · · Score: 2, Funny
    But do you really want the system to record the fact that you browse armadillo porn?

    I don't mind that, I just don't want it to know I read /.

  21. Re:can you elaborate? by merlin_jim · · Score: 4, Funny

    So, if you habitually browse armadillo porn, the system will know about it. And if you go a day *without* browsing armadillo porn, the system will think something's up and lock you out.

    But do you really want the system to record the fact that you browse armadillo porn?


    More importantly do you want to feel compelled to compulsively look at armadillo porn daily out of fear that if you don't it'll raise a red flag and you'll be "caught with your pants down"

    That's a funny phrase to use here considering that you're getting caught for NOT looking at porn...

    --
    I am disrespectful to dirt! Can you see that I am serious?!
  22. Poor comparison - Passwords to Bank Card Pins by a55mnky · · Score: 4, Insightful

    The author of the article compares complicated and difficult passwords to 4 digit pins for ATM machines and points to the lack of fraud in the ATM situation. There is a significant difference between the two scenarios - with ATM access you need a card in addition to your pin - this is referred to as two-factor authentication.

    Sidebar
    Factors are things you need to prove your identity and there are three types -
    "what you know" - typically a password
    "what you have" - typically a card, token, key fob, or digital certificate
    "what you are" - typically biometrics
    End Sidebar

    The ATM example is 2-factor, which is inherently more secure than a password which is single factor

    A far more secure approach would be to implement a two-factor authentication mechanism, however this increases cost and overhead (AOL is now offering this as an option - for a fee or course). Some other options are one-time password schemes where the password changes after each use, or graphical based passwords.

    While in theory and practice passwords are not very secure, it must be pointed out that the other options are more expensive and more difficult to manage. Imagine having to carry 20-30 key fobs or a disk with a digital certificate everywhere you go.

    --
    Where oh where has my Underdog gone?
  23. Re:can you elaborate? by nkh · · Score: 2, Insightful

    I don't think I should be prevented from using a system if I can't sleep and want to ssh at 3AM for example. It's not just a privacy problem, it's just stupid.

  24. Hard to remember? by Pan+T.+Hose · · Score: 3, Informative

    Use Bruce Schneier's Password Safe if you cannot remember passwords, but saying that passwords are useless when they are hard to guess because they are hard to remember, so we should use no passwords at all so there won't be anything to guess in the first place is the most stupid thing I have ever heard. If not using secrets that people can remember than what? Biometrics? Oh please... From the article: "79 percent of people questioned on the streets of London revealed such desirable security-sensitive data as mother's maiden name and birth date." Really? People revealed such secrets as their birth date? Let us all stop using passwords then! This is just laughable.

    --
    Sincerely,
    Pan Tarhei Hosé, PhD.
    "Homo sum et cogito ergo odi profanum vulgus et libido."
  25. Re:can you elaborate? by Dwonis · · Score: 3, Insightful
    So, if you habitually browse armadillo porn, the system will know about it.

    And if your system's security is ever compromised, then the *attacker* will know about it, too. This would result in two things:

    • The attacker would know about your armadillo porn fetish; and
    • The attacker would have a detailed profile about your habits, which could be used to impersonate you further.
  26. USB - gpg key? by zoloto · · Score: 3, Interesting

    Has anyone set up a Linux/Windows or other system so that you don't have to use passwords (only as a last resort of the admin howerver) but rather had a usb thumbdrive (keychain drive, whatever) so that when you plugged it in, it automatically mounted & authenticated you with a private "sub-key" that was signed by your private key with an "unlock" flag from your gpg keyring?

    Or something similar. I'm looking to get rid of passwords altogether on my systems with something that's tested to work.

    Any ideas if something like this works at all or anything like it that might be of some use?

  27. Re:can you elaborate? by yintercept · · Score: 4, Insightful
    Any hidden filter meant to compare traffic on your account against profile of "normal" usage strikes me as both an invasion of privacy

    This statement sounds very tinfoil hattish to me. There are many people who believe that a computer creating any sort of trace log is a violation of privacy. Personally, I find it good practice to record information about computer usage. For example, I usually record the incoming IP address of everyone who logs into a system. When dealing with critical information such as financial records or personnel files, I will keep a robust history of everyone who accessed a given record.

    In one case, I designed a program for a call center. The call center would allow customer service agents access to a customer's credit card number. I recorded every time a customer service rep accessed a card number along with information on the call they were handling. The computer would report any abnormal behavior in the credit card number access to a supervisor.

    Often the best way to improve your security is simply to provide your auditing information to your end users. For example, let's say I see a change in a behavior of a user...such as logging in from a different IP. I might make a program that informs the end user of this event. For example, if a person who usually logs in from Albany logs in from Kuala Lumpur, then I inform them of the event. IF they cannot remember traveling abroad recently, the change in behaviour just might be a security breach, requiring further investigation.

    Imagine if your work computer reported the time from your last log in each time you accessed the system. So, you come in Monday morning and the system warns that you logged in during the weekend. Most workers would take something like this seriously as it implies someone was stealing their identity. Tin foil hatters would be livid that the system recorded the activities of the person who stole their identity.

  28. HSBC Implementation by fiannaFailMan · · Score: 2, Insightful
    The HSBC bank ask for your online ID (username), date of birth, and three digits from an 8 digit security number that you've memorised. Which digits they ask for is always randomised. Sometimes it's the 1st, 2nd and 3rd, maybe next time it would be the 3rd, 4th and 8th and so on.

    On their phone system they ask for your account #, date of birth, and 3 digits from your security number. I've always been impressed by their system.

    On a side note, I love how you never have to start telling the story from the top whenever they pass you on to another service representative. As soon as they pick up the phone it's "Hello Mr ______, how can I help?" I never thought I'd say this about a bank but the HSBC rocks!

    --
    Drill baby drill - on Mars
  29. I know!!! by That's+Unpossible! · · Score: 2, Insightful

    What could they be doing that would disallow a number as the first character?

    $making $all $passwords $into $perl $variables??

    --
    Ironically, the word ironically is often used incorrectly.
  30. Suspicion engines by miskate · · Score: 4, Insightful

    A couple of years ago a friend of mine was backpacking in the middle east. Like a lot of backpackers, she had travellers cheques for emergencies but relied on her credit card for everything else.

    Then all of a sudden, it stopped working. On the weekend.

    When Monday finally rolled around she rang up the credit card company to find out what was wrong and was informed that her card had been used in a number of suspicious places - several different countries in a short space of time in a dodgy part of the world, and had automatically been stopped.

    Yes she said - I'm doing a whirlwind backpacking tour of said dodgy part of the world. All that usage is legitimate. The card was re-enabled - but the process would take a couple of days during which she had to borrow money from her travelling companions.

    A week later, now in some other middle eastern country (I forget where), the same thing happened.

    My point? People don't always behave consistently. Life is not always stable. The real kicker is that usually when people are behaving differently than they normally do it's because they are outside of their comfort zone and really need as many things as possible to go smoothly.

    A suspicion engine can prevent legitimate use of a system in these situations.

  31. Re:RFID keys for cars, why not PC's? by museumpeace · · Score: 2, Informative

    it better be stronger than the 40 bit key used for current car keys...we just had a /. art on how kids at JHU built special cracking hardware that could recover the cryptokey for any of the millions of RFID tagged car keys. If you drop you keys and the bad guy picks 'em up, you are wide open even if he only has them for about 2 hours and then hands them back to you.

    --
    SLASHDOT: news for people who can't concentrate on work or have no life at all and got tired of yelling back at the TV.
  32. OpenPGP Single Sign-on? by bwbadger · · Score: 2, Interesting

    I'd like to only have to remember one password, and I'd rather not tell anyone else what it is. Even banks, or shopping sites.

    I have an OpenPGP key. It strikes me that there mist be some way to register my public key with a site, and then have that site challenge me to decrypt a random string. This can only be done using my private key + my password.

    Could this use of OpenPGP keys form the basis of a single sign-on model (well, single password model)?

  33. The real "Password Problem": by SLOGEN · · Score: 2, Insightful

    Passwords are hard to remember, that's easy to solve: store passwords encrypted under a proper-strength password. But it doesn't remove the fundamental security-problem with passwords: to prove you know the secret, you must reveal the secret.

    Zero Knowledge Proofs remedy this problem (google that), and public/private key challenge authentication (properly seeded from both participants) are zero-knowledge assuming the cryptographic operation is secure.

    So lets scrap passwords and have a standard protocol for zero-knowledge proofs instead, used in everything from the web to car-keys to win32, with helper libraries for accessing the required key-data using a proper master-password, so we don't have to send secret data to untrusted code.

    --
    SLOGEN [ http://ungdomshus.nu : Sebastian cover music]
  34. Passwords are good, long passwords aren't better by Fractal+Dice · · Score: 2, Interesting

    The point of the article is that passwords are good but that long passwords aren't better. The idea is that your security system should be logging each attempt to authenticate (ie: don't provide public access to the encrypted string). Any brute force attack immediately triggers an alert against that account.

    It's not that passwords are bad, but rather that relying on ever-longer passwords instead of having any intrusion/irregular behaviour detection. Theres a diminished return to strong passwords - if brute force gets too hard, determined attackers will get passwords another way: social engineering, phishing or trojens. Once password complexity is "good enough" (a 4-digit pin number for banks), security resources are better spent reacting to odd events.

    We sysadmin types see the world in terms of root, where "monitoring" all possible events is neigh impossible. But for most of the world, passwords are for updating databases where transactions are logged and reversable (eg: slashdot spamming with a hacked accout).

  35. Credit Card Companies by bruthasj · · Score: 2, Interesting

    This is why I no longer carry a Credit Card. As an American living in a foreign country, I used my card frequently in multiple countries. Well, the "security" group at the Credit Card company "detected" that the card was being used illegally. They shut it down 2 or 3 different times. I was so pissed at having to explain to them that I nearly blew up over the phone. This last time they forwarded me to all sorts of people, including their security group. I swear they were going to report *me* to authorities or something.

    Anyway, let's just say after this experience, I ripped up my Credit Card and will never do business with FirstUSA or affiliated banks again. (AT&T credit cards too, but that's a different, longer story.)

    So, basically, these "detection" systems do nothing but risk false-positives and pissing off a bunch of people.

  36. Re:Worst article I've ever read by museumpeace · · Score: 2, Insightful

    I'm still not sorry I submitted it. but you have a point...he suggests things that he does not describe well enough to support analysis pro or con. and it turns out he misused the term "suspicion engine"...look it up with google and the first thing on the list will be ibm/tivoli's product of that name.
    just the suggestion that security could be improved by burying challenges to the identity and access for a user somewhere deeper in the system than the UI/passsword mechanism we are familiar with was still a provocative if totally sick suggestion. 300+ comments tells me it hits a nerve.

    --
    SLASHDOT: news for people who can't concentrate on work or have no life at all and got tired of yelling back at the TV.
  37. Users predictable if you let them get away with it by Meetch · · Score: 2, Interesting
    Probably 10 years ago I went to a security talk, which mentioned a few passwords that users seem to like using, and always seems to get picked up by apps like crack... at the time, on the ISP I was using there were no rules for the customers' passwords - why make life hard for paying customers anyway? About a week later, I was logged onto the SCO Xenix box at my ISP, which got someone else's (UUCP feed) dialup TTY mixed up with mine, and dumped a copy of all their traffic to my session. I saw their login and password, and a copy of their data stream; The password was one of the top few mentioned at the talk. No surprises: mypass.

    Unfortunately, if we don't have complex "Don't start with a number, the new one must not be similar to the last, do this, don't do that" rules, users will tend to take the easy way out and use "password" if given the option. It seems today that the only way to ensure something random is to reduce the number of allowable permutations. Dictionary cracks become meaningless when the user has no statistical preference for leaning on dictionary words. Given the choice, I would just as likely use "A2jj*Z,L" as "dictionary" for a password, but Joe Average goes and spoils it...

  38. Repeat after me... by deblau · · Score: 2, Insightful
    Security is a journey, not a destination.

    You won't be secure until you educate end users, and get them to buy in to the idea of security. The weak link is rarely the hashing algorithm or the PRNG, it's the people. If you've got a bank vault with a huge steel door and a glass window, you find a rock. As long as people keep leaving passwords written down on stickies attached to the monitor, passwords won't be worth crap.

    Instituting monitoring of accounts may or may not be a good idea, depending on your particular circumstances. But calling a security mechanism useless because some people don't know how to use it right is shortsighted.

    --
    This post expresses my opinion, not that of my employer. And yes, IAAL.
  39. It's obvious why ATM's and 4 digit PINS "work" by ccdotnet · · Score: 2, Insightful
    Somehow, the world's ATM banking systems have managed to get by with a bare minimum of fraud for more than 20 years by relying upon only four-digit codes.

    ... because ATM's have long provided what most security companies are trotting out as the next big thing: two-factor authentication. Your pathetically short 4-digit (and likely numeric-only) PIN is "what you know" and the card itself "what you have". You need both to get in, unlike your desktop computer.

    There's also the fact that the banks are paying attention to your transactions and will likely act on unusual behaviour - this is close to the "suspicion engine" he describes.

  40. Harder to remember != Harder to guess? by Durandal64 · · Score: 2, Interesting
    the tougher rules only make them harder for users to remember, not harder for hackers to guess
    I don't see how this makes any sense. If we assume that the hardest passwords to remember are randomly-generated ones, then wouldn't it follow that they'd be the hardest to "guess"? If your password is just a series of random digits, then it's very highly improbable for any hacker to guess it, and it takes a lot longer for it to be brute-forced.

    And the guy's example of ATMs as "getting by" for the past 20 years isn't a very good indictment of having longer, more random passwords. ATMs don't just rely on 4-digit PINs, for Christ's sake. You have to have a card, which is another layer of security. And there's also a camera at the ATM machine. I'd love to see how good ATM security turned out to be if there was no camera and a total reliance on a 4-digit PIN.

    The problem here isn't that passwords are ineffective; it's user ignorance and stupidity. If companies started enforcing a strict standard of making their employees memorize a 12-digit sequence of random characters, then weak passwords in corporations wouldn't be a problem. It takes all of 15 minutes to memorize a random password through muscle memory alone.

    Users need to be made aware of the repercussions of having a weak password to a network. A lot of students at my university will constantly bitch and moan about our policy of making everyone change their passwords every 60 days. We tell them it's for security. They say, "Well I don't care if someone gets into my e-mail." It's not just the student's e-mail that's at risk. It's the network. If someone obtains a legitimate username and password for an account at my school, they have access to all of our site-licensed software as well as the VPN server. With access to the VPN server comes access to the SMTP server, which means that our SMTP server could be used as a spam relay, and that hurts everyone.
    1. Re:Harder to remember != Harder to guess? by laupsavid · · Score: 2, Insightful

      The article itself, and a lot of these "users need to be made aware" replies, I find very irritating.

      In the U.S., at least, the attitude of everyone, everywhere is, the user is never accountable for learning anything, no matter how much training is given. Since the managers are all at least as inept and lazy as everyone working for them, they think that's a reasonable attitude to take.

      I've had users delete critical files and blame me for their poor training. "I don't even know what files ARE. You should give me training if you want this to work." My response is, "It's not my job to give you training. You were supposed to know how to use this software before you started working here. This is like you smashed your car into other cars in an intersection, and when the cops arrive, you yell at them for not teaching you to drive."

      Of course, management doesn't support us disabling such users' accounts until they can prove they can "drive".

      Remember, too, that MOST people fall into the "have to pee on the electric fence" group, and no amount of training will help them see the light. They'll have to lose their life savings to password-stealing crooks before they'll begin to think any of this is important.

      As for the article, you can tell the author doesn't do IT for a living. Otherwise, he wouldn't be blaming bad security admins. He'd know that no matter how good the security admin guy is, he can't get support from management to pay for a secure authentication system. Especially when you work for a large enterprise, such systems can't be put in piecemeal, and piecemeal systems aren't practical.

      When you try to explain to management why we need better authentication methods, they just look at you like you're a tinfoil-hat-wearing lunatic. Even if you manage to get it into your budget, all the pointy-headed bastards can see is a line item that can be cut, more money to go into the board of directors' pockets.

      The article is like some bad "How to do Stuff" TV show. "How to cure cancer...First, create a marvelous cure for cancer. Then have a party."

      "How to solve the password problem...first, put in a wonderful authentication system. Then have a party."