Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror
×
Security

AOL's Embarassing Password Woes 192

An anonymous reader writes "AOL.com users may think they have up to sixteen characters to use as a password, but they'd be wrong, thanks to this security artifact detailed by The Washington Post's Security Fix blog: "Well, it turns out that when someone signs up for an AOL.com account, the user appears to be allowed to enter up to a 16-character password. AOL's system, however, doesn't read past the first eight characters." This means that a user who uses "password123" or any other obvious eight-character password with random numbers on the end is in effect using just that lame eight-character password."
This discussion has been archived. No new comments can be posted.

AOL's Embarassing Password Woes

Comments Filter:
  • Nothing new (Score:4, Interesting)

    by Anonymous Coward on Sunday May 06, 2007 @10:33AM (#19010091)
    It's nothing new, the BT Openworld webmail system had this unique bug/feature years ago. Wonder if they've fixed it....
  • Same as in Linux (Score:0, Interesting)

    by Anonymous Coward on Sunday May 06, 2007 @10:35AM (#19010115)
    "the user appears to be allowed to enter up to a 16-character password. AOL's system, however, doesn't read past the first eight characters."

    So that's the same as in most (all?) Linux distributions by default.
  • by AEton ( 654737 ) on Sunday May 06, 2007 @10:36AM (#19010127)
    This is not that unusual.

    We switched to a new content management system and gleefully informed users that their new default password was (an organization-standard eight-character string) followed by their username.

    We realized something was wrong when someone noticed that all the password hashes were the same.

    (The fix: find a new better hash function.)
  • Even better (Score:5, Interesting)

    by AndrewM1 ( 648443 ) on Sunday May 06, 2007 @10:47AM (#19010219)
    I can do this one better. I signed up for some game known as MapleStory a while back, submitting the password "DaedAEcarECel40s".

    I quickly found that I could not log on to my account. I was wondering whether I misspelled my password or something, when I noticed (while reading the FAQ) in small print "Passwords must be 8 characters or less." Now, no warning of this was given anywhere on the sign up form.

    In shock, I realized what the issue must have been. Sure enough, trying to log on with password "DaedAEca" worked like a charm.

    Yes, not only did they not warn the user that there was a maximum on the password length while signing up, and not only did their form accept my 16-char password, but it actually would not let me log in with the full password. Man, I was pissed and confused for a while...
  • Radius? (Score:4, Interesting)

    by cluge ( 114877 ) on Sunday May 06, 2007 @10:48AM (#19010221) Homepage
    I believe the original RFC for radius only looked at the first 8 characters. It would not surprise me if AOL was using a tried and proven radius solution, and never bothered to update. I'd be interested to know the results if one was to choose a long password and then

    1. Log into AOL and only use the first 8 characters
    2. Log into the AOL webmail and only use the first 8 characters.

    This may indicate if the limitation is the sign in solution, or the entire userdb backend.

    cluge
  • by imunfair ( 877689 ) on Sunday May 06, 2007 @10:49AM (#19010231) Homepage
    It's worse than they make out. Back in December 06 I posted a synopsis of how the password hashing on AIM works. They ALSO remove all the 'weird' (read: non-alphanumeric) characters. So your "eight characters" may actually be only six or four - since it cuts the password down to eight before it removes the weird ones.

    They also don't hash passwords anymore in your registry from AIM6 onward. They encrypt them, but that's a lot easier to get around than hashing.

    If you really want a more detailed explanation you can take a look at the 12/29/06 and 12/30/06 posts on this page - http://tsourceweb.com/ [tsourceweb.com] - but what I already mentioned is the crux of the issue. (We all know people on Slashdot dont like to read articles anyway ;)
  • Re:Radius? (Score:2, Interesting)

    by juggler314 ( 556575 ) on Sunday May 06, 2007 @10:53AM (#19010295)
    Man I noticed this years ago, wish I had thought it was important enough to write up about then maybe I could have had my own slashdot posting!

    (and yes that...sickeningly...means I actually used AOL for some time...)

    I had a problem logging in to the AOL webmail because it *does not* truncate to the first 8 characters and I *thought* my password was longer than 8. Thus logging into the AOL app worked fine, but I had to manually truncate to 8 characters to get webmail working.

    I thought it was a problem on my end so I IM'd support. After a few painful minutes of trying to work with that moron I figured out what it was...and suggested they add it to their help notes for the next time someone calls in on it.
  • by Branka96 ( 628759 ) on Sunday May 06, 2007 @10:53AM (#19010299)
    Apple's OS X had the same problem until 10.3. See Apple KB article [apple.com]
  • Re:Not alone (Score:0, Interesting)

    by Ant P. ( 974313 ) on Sunday May 06, 2007 @11:01AM (#19010347)
    It's not just Solaris, here's part of /etc/login.defs on a Gentoo box:

    # Number of significant characters in the password for crypt().
    # Default is 8, don't change unless your crypt() is better.
    # Ignored if MD5_CRYPT_ENAB set to "yes".
    #
    #PASS_MAX_LEN 8

    # If set to "yes", new passwords will be encrypted using the MD5-based
    # algorithm compatible with the one used by recent releases of FreeBSD.
    # It supports passwords of unlimited length and longer salt strings.
    # Set to "no" if you need to copy encrypted passwords to other systems
    # which don't understand the new algorithm. Default is "no".
    #
    MD5_CRYPT_ENAB yes


    Maybe it's just me, but having a hardcoded default of 8 significant characters is really stupid especially when the alternative is just plain better. Is there any distro that _doesn't_ override these by default?
  • AIX (Score:5, Interesting)

    by Sp00nMan ( 199816 ) on Sunday May 06, 2007 @11:15AM (#19010449) Journal
    The latest AIX 5.3 has this same stupid limitation too. It's driving us nuts at work cause we authenticate to Active Directory which supports long passwords, but AIX only cares about the first 8. Ridiculous.. We had to purchase SpecOps and force AD to limit to max of 8 so that users would be forced to have a unique password everytime. We contacted IBM and they said they had no plans on fixing this.
  • Re:Not alone (Score:1, Interesting)

    by Anonymous Coward on Sunday May 06, 2007 @11:58AM (#19010781)
    Technically it wasn't a "problem" with Solaris. It was pretty much standard in Unix implementations from the beginning that the maximum password length be (at default) 8 characters...various operating systems designed later allowed you to either tune the number of maximum allowable characters, or simply don't have any practical limit (beyond what your computer is capable of handling...and I pity you if you're a 32-bit PC user with an 8GB password to type ;>).
  • Thank you /. (Score:2, Interesting)

    by g0dsp33d ( 849253 ) on Sunday May 06, 2007 @01:11PM (#19011305)
    Hello, this is AOL tech support... we have lost our database for user names, your account will not function unless you give us your account name and the first 8 letters of your password for confirmation... Maybe I'll ask for credit cards too...
  • VNC... (Score:2, Interesting)

    by NNland ( 110498 ) on Sunday May 06, 2007 @01:31PM (#19011459) Homepage
    Official versions of VNC from AT&T and later RealVNC had similar password limitations, though I can't remember if it was 7 or 8 characters. All I know is that it gave me a good reason to switch to UltraVNC, which used the native login API on whatever OS it was running.

If you want to put yourself on the map, publish your own map.

Working...