Slashdot Mirror


Aussie Researcher Cracks OS X Lion Passwords

daria42 writes "Thought your Mac was secure running Apple's latest operating system? Think again. Turns out that in some respects Lion is actually less secure than previous version of Mac OS X, due to some permission-tweaking by Apple that has opened up a way for an attacker to crack your password on your Lion box. The flaw was discovered by an Australian researcher who has previously published a guide to cracking Mac OS X passwords. Sounds like Apple had better get a patch out for this."

165 comments

  1. Not really cracking the passwords. by Anonymous Coward · · Score: 4, Informative

    He's not really cracking the passwords. He's just found a way to read the hash and salt from each users shadow file without root privileges. It's fairly serious, but the hashes still need to be brute-forced.

    1. Re:Not really cracking the passwords. by CaptainJeff · · Score: 5, Interesting

      Most common approach to password cracking = brute force, targeting the specific hash (with the specific salt) of the account you're trying to crack. Step one of such an attack = determining the hash and salt that you're targeting. Which is what he figured out. If he's now bruteforcing those hashes, then he absolutely is cracking the passwords (well, he's trying to anyway).

      But your basic point is right...he's figured out a way to capture hash/salt data, which he still should not be able to do. Since Lion uses SHA-256 hashes for its shadow file, that cracking attempt is still going to be quite difficult.

      The more important part of this article is that under some circumstances, you can change the password of the logged in user without entering the current password. Now, *that* is a big deal (the degree of which is subject to valid debate).

    2. Re:Not really cracking the passwords. by Anonymous Coward · · Score: 4, Informative

      for this to work, a particular java app must be installed and run on a website which is run on the Mac OS X computer. .

      No, that's just one attack vector suggested in the article to illustrate how this could be abused.

      This is all possible, but basically FUD

      ANY application which runs with a regular user permission CAN access the hashes for ALL the user passwords on the system.
      That's not FUD. Also, the method described is not just possible, that's exactly how many infections occur these days.

    3. Re:Not really cracking the passwords. by MightyYar · · Score: 1, Redundant

      Yeah, once you get to the point of waving your hands and saying, "And then all that has to be done it to trick the user into running some arbitrary code," the exploit goes from "serious" to "surprised if it didn't work".

      --
      W..w..W - Willy Waterloo washes Warren Wiggins who is washing Waldo Woo.
    4. Re:Not really cracking the passwords. by ArAgost · · Score: 2

      What TFA forgot to mention is that the attacker can change the password without breaking a sweat. So while still not straightforward (you have to get the user to execute your applet), there is no need to brute force.

    5. Re:Not really cracking the passwords. by Ferzerp · · Score: 1

      That *is* what password cracking is....

    6. Re:Not really cracking the passwords. by Sycraft-fu · · Score: 1

      Also it does make the brute forcing process many times faster. Generally speaking a system won't let you remotely connect to it and get a password wrong too many times before it locks you out for a bit. Also authentication isn't immediate, so even if it doesn't lock you out, there is a limit to how fast you can test passwords. 1/second would probably be a reasonable upper limit. Get a hash file, and you can do a few orders of magnitude better.

      Now for a good password this doesn't matter. It is the difference between "never" and "not before the sun goes dark" or the like. However not all users use good passwords. You might well have a user that has a password that is short, all alpha, but not one of the real common ones that remote exploits tend to try. That could be cracked in a reasonable amount of time, if you have the hash.

    7. Re:Not really cracking the passwords. by sycodon · · Score: 0

      A "researcher" or a hacker trying to cloak himself in a veil of legitimacy?

      Why exactly would a company other than Apple pay someone to spend their time figuring this out?

      --
      When Fascism comes to America, it will call itself Anti-Fascism, and tell you to give up your guns.
    8. Re:Not really cracking the passwords. by Dog-Cow · · Score: 1

      Why exactly did your mother's doctor allow you to be born?

    9. Re:Not really cracking the passwords. by hot+soldering+iron · · Score: 1

      I know the Dept. of Homeland Security is serious enough that they damn near reverse engineer their desktop and workstation computers during inspection to make sure that they are as secure as they can be. Some organizations take security very serious. If they don't, people die. THEIR PEOPLE.

      When China hacked Google, they were looking for political dissidents, among other things. I'm pretty sure that both Google and China take data security pretty fucking seriously, too.

      --
      When you want something built, come see me. If you want correct grammar and spelling, get a F*ing liberal arts student.
    10. Re:Not really cracking the passwords. by Megane · · Score: 1

      So... read old password, change password, create root shell via sudo, change password back, make me some sandwiches?

      --
      #naabhaprzrag, #sverubfr-000, #agi-fcbafberq, negvpyr[pynff*=' negvpyr-ary-'] { qvfcynl: abar !vzcbegnag; }
    11. Re:Not really cracking the passwords. by ceoyoyo · · Score: 2

      SHA-512, according to the article.

      It's definitely an oversight, but should be fixed pretty quickly. The one line fix at the end of the article (restricting permissions on dscl) seems reasonable.

    12. Re:Not really cracking the passwords. by Dell+Brandstone · · Score: 2

      Addendum (also, this problem is not just bad because of the password hash exposure):
      You could argue that brute forcing passwords is not the most common approach. For example, harvesting a million accounts and walking away with the passwords that can be cracked through an efficient "smart dictionary" attack, and abandoning the other ones, is probably bar far the most common harvesting strategy.

      It's sort of like putting a club on your car.. It's not that they can't steal your car... but there's an easy to steal one next to yours.

      So having a hash+salt with SHA-512, and a secure password? If you have a cryptographically strong password, this is a low severity aspect of the problem. The other issue is being able to use the same dscl subsystem to *change* passwords, under certain circumstances, without using credentials. If you can change the logged-in user's password, su to them, sudo /bin/sh, and then reinstall the old salt/hash into the compromised account, you can effectively root the box without damaging the target user's credentials.

      --
      [ a directive occured while processing this error ]
    13. Re:Not really cracking the passwords. by Securityemo · · Score: 1

      If you hadn't realized, people research security vulnerabilities for fun and prestige. Not just profit.

      --
      Emotions! In your brain!
    14. Re:Not really cracking the passwords. by Stonent1 · · Score: 1

      If you have access to the shadow file on most Unix systems you can just delete the hashes to blank out the password. I've used that to gain access to old Sun boxes that I picked up at swap meets that still had an OS installed on them. Just boot up in Single mode (boot -s) or boot from OS install media and access the shadow file that way.

    15. Re:Not really cracking the passwords. by Antisyzygy · · Score: 1

      I had some pretty good success cracking some Unix passwords with a password list. It was an exercise for a computer security course, where we actually had to break into a target machine. Out of about 40 user accounts I recovered approximately half.

      --
      That brings me to an interesting point, / . is just "the ramblings of socially-inept, technology-literate news-mongers".
    16. Re:Not really cracking the passwords. by _0xd0ad · · Score: 1

      The more important part of this article is that under some circumstances, you can change the password of the logged in user without entering the current password.

      Could you change it back by replacing the original hash after you've done whatever you wanted to do to their system?

      Now, *that* is a big deal (the degree of which is subject to valid debate).

      Of epic proportions, I'd say.

    17. Re:Not really cracking the passwords. by slackergod · · Score: 3, Insightful

      Actually, the fact that OSX uses SHA512 makes it easy to crack the password (compared to the alternatives).

      OSX uses SHA512(salt+password) to generate it's hashes. SHA2 was specifically designed to be highly parallelizable and fast on modern processors, which means brute force attacks are going to proceed very quickly. And as time goes on, and average processor speed increases, that amount of time per cpu (and per $) keeps dropping.

      There are four modern password hashing schemes worthy of note: SHA512-Crypt (this is NOT simply SHA512), BCrypt, PBKDF2, and SCrypt.
      All of these schemes use a variable number of rounds of their underlying cryptographic operation. This allows the algorithm to stay the same, but the cpu-cost to be increased per hash as computers get faster, or if a user is particularly paranoid and wants to make it take longer to crack.

      Many of them (such as PBKDF2) even have properties that make them resistant to preimage attacks on the underlying hash function.

      Finally, SCrypt has the unique property of being "memory hard"... it's rounds don't just require a certain amount of time, but a certain amount of memory*time. This makes parallelizing the attack much more costly, as each CPU has to get it's own dedicated amount of memory for the attack.

      All of the above are so much tougher to brute force, that the cost of OSX's hash scheme is barely worth notice by comparison. I'm not sure why OSX is using what it is... Linux uses SHA512-Crypt, BSD uses BCrypt, WPA2 and many other things use PBKDF2... all would have been better choices.

    18. Re:Not really cracking the passwords. by BitZtream · · Score: 1

      The more important part of this article is that under some circumstances, you can change the password of the logged in user without entering the current password.

      Could you change it back by replacing the original hash after you've done whatever you wanted to do to their system?

      Why bother? Just install a back door and leave only one sign of tampering rather than fucking with their password. You already HAVE ACCESS TO THEIR ACCOUNT at that stage, don't don't need their password to do anything.

      Now, *that* is a big deal (the degree of which is subject to valid debate).

      Of epic proportions, I'd say.

      Again, why? Or by epic do you mean not really a big deal?

      If I find an open console, unless I'm trying to teach you a lesson about leaving your console unlocked, the last thing I'm going to do is change your password. Only a moron makes it obvious they've owned the account. You leave the password and do your best not to be noticed so you can CONTINUE to have access. If I've already got access, I'll just install a backdoor so I don't need your password.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    19. Re:Not really cracking the passwords. by BitZtream · · Score: 1

      If the user is already running your applet ... oh why do I bother trying to explain basic reality to slashdotters

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    20. Re:Not really cracking the passwords. by BitZtream · · Score: 1

      Thats true until about 15 years old.

      Then until 21-25, they do it just to be assholes and show off.

      After 25, its generally about the money.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    21. Re:Not really cracking the passwords. by _0xd0ad · · Score: 1

      The dscl command might not allow you to change other users' passwords, but if dscl can modify the shadow file without the root password, what prevents something else from doing the same thing but allowing you to change any password?

    22. Re:Not really cracking the passwords. by bhlowe · · Score: 1

      The earlier story about Apple's iPhone geo-location tracking makes me think there are some cozy shenanigans between Apple and the CIA/FBI/law enforcement community. So maybe its not accidental...

    23. Re:Not really cracking the passwords. by sycodon · · Score: 1

      I think it's a safe bet that this guy doesn't work for DHS or Google.

      --
      When Fascism comes to America, it will call itself Anti-Fascism, and tell you to give up your guns.
    24. Re:Not really cracking the passwords. by sycodon · · Score: 1
      --
      When Fascism comes to America, it will call itself Anti-Fascism, and tell you to give up your guns.
    25. Re:Not really cracking the passwords. by Anonymous Coward · · Score: 0

      I really look forward to reading some day that you or some asshole like you had their balls cut off and shoved into their mouth before being shot between the eyes.

      But I'd prefer it be you.

    26. Re:Not really cracking the passwords. by Anonymous Coward · · Score: 1

      Actually, a few orders of magnitude is a HUGE understatement. How about 9-10 orders of magnitude? 2,362,232,012H/s(2.2GH/s) is very doable using a computer used frequently by bitcoin miners, bitcoin uses the same SHA256 hash as the Mac OSX password hash, just crack Mac passwords instead of bitcoin sums?
      http://www.youtube.com/watch?v=fqqcdfEYN6Q For example, this could break weak passwords from the hash within a few seconds, medium strength within a few hours.

    27. Re:Not really cracking the passwords. by TheLink · · Score: 1

      Maybe they want root for tradition's sake? I don't know why, but let's just assume that OK?

      So they need to enter the user's password for sudo.

      They do not have the user's password but apparently they can read the hashed version AND they can change the user's password without entering it.

      So they back up the original password, change it, get root do whatever they want as root, then restore the password, and so it won't be obvious to the user that the machine has been pwned.

      Get it now?

      --
    28. Re:Not really cracking the passwords. by catmistake · · Score: 1

      Unlike previous versions of OS X, Lion ships without Java. So the proposed attack vector of a Java Applet has one more distinct hurdle (on top of getting the user to run the code, and having to crack the password): the user must first install Java.

    29. Re:Not really cracking the passwords. by Anonymous Coward · · Score: 0

      He's not really cracking the passwords.

      You might as well say it's impossible to crack a password with a hash then.

      He's just found a way to read the hash and salt from each users shadow file without root privileges. It's fairly serious, but the hashes still need to be brute-forced.

      errr...you mean like every password encoded with a hash?

    30. Re:Not really cracking the passwords. by Anonymous Coward · · Score: 0

      The strength of the hash doesn't matter anymore, only the computation time. It is much easier to run through all the likely passwords and check them against the hashes. Since Mac a large number of mac users are simpletons, I would suspect that there are a large number of users with dictionary word passwords that could be cracked in seconds or minutes (depending on how fast you can run the hashes).

    31. Re:Not really cracking the passwords. by GigaplexNZ · · Score: 1

      Then the applet has normal user privileges and the attacker wants to escalate to root. This is a way to escalate...

    32. Re:Not really cracking the passwords. by wwphx · · Score: 1

      Using a non-admin account for your day-to-day use would help a bit.

      --
      When you sympathize with stupidity, you start thinking like an idiot.
  2. Here's the full details. by Core+Condor · · Score: 5, Informative

    http://www.techgineering.org/2011/09/22/2489/a-new-exploit-in-os-x-lion-allows-unauthorized-access-to-users-to-change-password/ - A New Exploit in OS X Lion Allows Unauthorized Access To Users to Change Password

    1. Re:Here's the full details. by spydir31 · · Score: 4, Informative

      Even better is the researchers' own blog post

    2. Re:Here's the full details. by Rhodri+Mawr · · Score: 1

      Even better is the researchers' own blog post

      ...but don't visit it if you're using Mac OS X Lion...

    3. Re:Here's the full details. by dzfoo · · Score: 1

      Or, you know, instead of better you could go for accurate:
      http://mcaf.ee/3h8mg

                -dZ.

      --
      Carol vs. Ghost
      ...Can you save Christmas?
  3. Not good, but not a panic situation by Sycraft-fu · · Score: 3, Informative

    So looking at it, basically what it comes down to is you can effectively get at the shadow file as any user. That does indeed mean you can get the hashes to attempt to crack passwords. This isn't a good situation, and isn't how it should be. On any UNIX you should have to be root to get at the shadow file, on Windows you must be an administrator (and running elevated, if UAC is on) to get at the SAM file.

    However, do note that it is just a set of hashes. So you still have to crack the password. So long as the passwords are good, this really doesn't get you anywhere. If you've ever messed with this you find that things quickly get impossible so long as passwords are reasonably long. As such, if you have good passwords, this isn't a huge problem.

    That said, I think we'll want to send out a warning to our Mac types today since they seem to think Macs make them immune to security issues and as such are prone to bad passwords. Perhaps this can help convince them to adopt better password standards since, really, that is one of the big keys to good security these days.

    1. Re:Not good, but not a panic situation by boristhespider · · Score: 2

      If you don't value your job too highly, you could even do a demonstration by deliberately exploiting the exploit to get their hashes, cracking their passwords, and email each of them an archive encrypted with their own password. When they unlock it they find a text file saying "CHANGE YOUR PASSWORD YOU MORON". Depending on your bosses you may well get fired for this, but it would help convince people that actually they're not as safe as all that.

    2. Re:Not good, but not a panic situation by Manip · · Score: 3, Informative

      The SAM file on Windows is impossible to retrieve while the Windows kernel is running. The kernel has an exclusive read/write lock on the file and any attempt to access it will be denied. It is possible to read an NTFS file-system outside of the OS even while the OS is running but we're talking about deep-file system inspection.

    3. Re:Not good, but not a panic situation by Anonymous Coward · · Score: 1

      If you don't value your job too highly, you could even do a demonstration by deliberately exploiting the exploit to get their hashes, cracking their passwords, and email each of them an archive encrypted with their own password. When they unlock it they find a text file saying "CHANGE YOUR PASSWORD YOU MORON". Depending on your bosses you may well get fired for this, but it would help convince people that actually they're not as safe as all that.

      I used to do regular password strength checks in my company. When I successfully guessed one I sent the user an email from themselves that read: "Hi. This message is from your evil twin. If you'd like me to go away, I suggest you change your password to something stronger than "password."

    4. Re:Not good, but not a panic situation by jamesh · · Score: 3, Insightful

      The SAM file on Windows is impossible to retrieve while the Windows kernel is running. The kernel has an exclusive read/write lock on the file and any attempt to access it will be denied. It is possible to read an NTFS file-system outside of the OS even while the OS is running but we're talking about deep-file system inspection.

      You meant any attempt by a user without admin privileges of course. VSS solved the backup-open-files problems a long time ago.

    5. Re:Not good, but not a panic situation by boristhespider · · Score: 0

      That's the spirit! The only time I've adminned a system for some reason it didn't occur to me, even though I'm positive that half the passwords were "password" and the rest were four or five characters long because "anything longer is too hard to remember".

    6. Re:Not good, but not a panic situation by kestasjk · · Score: 1

      I'm all for security audits, but if someone logged onto my e-mail account and sent a message from it, even with good intentions, I would definitely follow it up with more than a password change.

      --
      // MD_Update(&m,buf,j);
    7. Re:Not good, but not a panic situation by X.25 · · Score: 1

      The SAM file on Windows is impossible to retrieve while the Windows kernel is running. The kernel has an exclusive read/write lock on the file and any attempt to access it will be denied. It is possible to read an NTFS file-system outside of the OS even while the OS is running but we're talking about deep-file system inspection.

      What the ... ?

      What are you smoking?

    8. Re:Not good, but not a panic situation by Anonymous Coward · · Score: 0

      First you have to find who is your evil twin. Then sue him... just ridiculous :)

    9. Re:Not good, but not a panic situation by Dare+nMc · · Score: 1

      If they have accounts on your local machine, especially if it is a laptop, then just send a note to IT, why do I have a user "jimjones" with password "jimj0nes" with access to my laptop... I basically did this to my IT dept a few years back. They pushed out a update that installed VNC in a hidden mode on all PC's. When I found it on my PC, I cracked the password (very week rot-13 type of storage mechanism) emailed one of them a message, "why is vnc installed on my machine with password "hex0515." They realized I could also access every machine in the company, and removed the vnc client the next day on all of them. I gave no threats, no mention of other repercussions, just a note wondering, has my machine been hacked, and should I be worried (but we both new better)...

    10. Re:Not good, but not a panic situation by jargonburn · · Score: 1

      Are we talking about the SAM registry hive? The one you "can't access", or that is blank w/ no subkeys? Unless of course, you open up the registry as an Admin, and then alter the hive's security permissions to grant Administrators read(/write) control. Opening it from another environment is trivial, so long as said environment has Regedit. It's not hard...

    11. Re:Not good, but not a panic situation by thegarbz · · Score: 1

      TFA and TFS of course again destroyed all the important parts of the original work

      The critical part is about half way down. The WTF isn't that the hashes are extractable allowing you to brute force the password at your leisure, it's that there's no challenge to CHANGING the password. There isn't even a need to crack the password in this case and that most definitely IS a panic situation.

    12. Re:Not good, but not a panic situation by Anonymous Coward · · Score: 0

      So you still have to crack the password.

      I are confused. How does this help the attacker if they still need to crack the password? I don't see the advantage over the conventional brute force attacks that are so common these days.

    13. Re:Not good, but not a panic situation by smash · · Score: 1

      You're not a user who uses "password" though. Those types are just as likely to just delete the message for about 6-12 months before mentioning it in passing to the IT guy at the christmas party.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  4. at least the Lion firewall is on by Anonymous Coward · · Score: 1

    Unlike Snow Leopard

    1. Re:at least the Lion firewall is on by Anonymous Coward · · Score: 1

      No it's not. Did a fresh&clean Lion installation this weekend and had to manually enable the firewall. (No big deal)

      However, Lion rocks and is much snappier and a lot better than Snow Leopard.

    2. Re:at least the Lion firewall is on by Anonymous Coward · · Score: 1

      I know I'd hate it if my malware didn't run snappy...

    3. Re:at least the Lion firewall is on by Anonymous Coward · · Score: 0

      What malware?

      Seriously? Until today there is no real widespread malware problem on the Mac Plattform. Zilch.Zero.
      That MacDefender thing was not malware, but Scareware and was nuked from orbit by Apple.

    4. Re:at least the Lion firewall is on by ceoyoyo · · Score: 1

      There still isn't' one today.

      There are a few vulnerabilities, but no malware that exploits them. Yet.

    5. Re:at least the Lion firewall is on by Anonymous Coward · · Score: 1

      you mean, you don't have itunes on your shiny toy?

      *ducks*

    6. Re:at least the Lion firewall is on by Mister+Whirly · · Score: 1

      Yes, and we all know that if there is no malware today, there can never be any in the future either. Because nothing in the world ever changes. And real security is just continuing to pretend like problems do not really exist even if they do.

      Brilliant reasoning, I am sure it will never cause any problems for you.

      --
      "But this one goes to 11!"
    7. Re:at least the Lion firewall is on by Anonymous Coward · · Score: 0

      How many services do you think the typical Mac user is running? For example, if the firewall is off, and the user is not running sshd, what happens to an attacker trying to connect to port 22 via ssh? What happens when no web server is running an there's a connection attempt on port 80? Wouldn't the same thing happen to someone trying to connect to, say, a system-intact and unjailbroken Android/iPhone via ssh? Which is to say... nothing at all.... other than logged connection attempt denials.

  5. Extremely Serious by Manip · · Score: 4, Insightful

    I was expecting to read one of the normal fear-mongering stories that we often see on /. (e.g. "Drop Box sends passwords in plain text!!") but actually this is one of the most serious OS level holes I've seen in years. Not only can you retrieve the password for any user on the system but you can also reset their password without having to know what it was.

    People have posted "they're still hashes so you still have to break them" which is of course true, but if you keep reading down he shows you how to reset the other user's password without ever having to know them.

    1. Re:Extremely Serious by RyuuzakiTetsuya · · Score: 5, Funny

      Worst?! XP had that flaw that let you install Vista.

      --
      Non impediti ratione cogitationus.
    2. Re:Extremely Serious by Anonymous Coward · · Score: 3, Interesting

      Password reset doesn't work for my OS X installation. . .


      $ dscl localhost -passwd /Search/Users/
      New Password:
      Permission denied. Please enter user's old password:
      passwd: DS error: eDSAuthFailed
        DS Error: -14090 (eDSAuthFailed)
      $ sw_vers
      ProductName: Mac OS X
      ProductVersion: 10.7.1
      BuildVersion: 11B26

    3. Re:Extremely Serious by nstlgc · · Score: 1

      Cue Slashdot laugh track in 3... 2... 1...

      --
      I'm Rocco. I'm the +5 Funny man.
    4. Re:Extremely Serious by Anonymous Coward · · Score: 0

      Hi, I'm Anonymous Coward and I retract the stupid comment above. Obviously, I left my password open and some Mac PR flack got in and left a message under my name. I will not let it happen again.

      Oh wait...look at all these other posts attributed to me. Damn it.

    5. Re:Extremely Serious by Anonymous Coward · · Score: 0

      I'd rather be able to install whatever crappy software I want on my computer (eg: Vista) than only be able to install pre-approved software.

    6. Re:Extremely Serious by teridon · · Score: 3, Informative

      Not only can you retrieve the password for any user on the system but you can also reset their password without having to know what it was.

      According to the FTFA, you can only reset passwords for the currently logged in user. It doesn't say anything about resetting other user's passwords:

      It appears Directory Services in Lion no longer requires authentication when requesting a password change for the current user [emphasis mine]

      Still not good, but not nearly as bad as you suggest. Now, all that said, I don't have a Lion system on which to test resetting another using password using dscl. I can only hope it doesn't work.

      --
      I hold it, that a little rebellion, now and then, is a good thing. -- Thomas Jefferson
    7. Re:Extremely Serious by TheLink · · Score: 1

      Did you put the current user's user name after "/Search/Users/" ?

      e.g.
      dscl localhost -passwd /Search/Users/bob

      Where bob is the current user.

      --
    8. Re:Extremely Serious by catmistake · · Score: 1

      For the typical Mac user (think Hello Kitty stickers covering their MacBook), the proposed attack vector is a non-issue. In order for a Java applet to run, the attacker needs Java installed on the target system. Lion ships without Java. So, beyond getting the user to run the applet, and beyond having to brute force the passwords, the attacker somehow has to install Java on the target Lion system.

    9. Re:Extremely Serious by Anonymous Coward · · Score: 0

      Really? And XP didn't have problems on release? Updated Vista is far more stable and secure than XP ever was. It is an undeniable fact.

    10. Re:Extremely Serious by mjwx · · Score: 1

      For the typical Mac user (think Hello Kitty stickers covering their MacBook), the proposed attack vector is a non-issue. In order for a Java applet to run, the attacker needs Java installed on the target system. Lion ships without Java. So, beyond getting the user to run the applet, and beyond having to brute force the passwords, the attacker somehow has to install Java on the target Lion system.

      1. Wait for user to install your infected Hello Kitty screensaver for Mac.
      2. Tell user to install Java (or bundle it, after all if you're installing a virus, why care about Oracle's license agreement).
      3. ?????
      4. Profit, erm, I mean infection... no wait, I mean profit.

      Same old method that has been used on other OS's for decades. No-one has managed to create an effective technological defence for social vectors and likely never will.

      --
      Calling someone a "hater" only means you can not rationally rebut their argument.
  6. Re:I'm waiting.... by Anonymous Coward · · Score: 1

    The only complaints would be from people incited by you deliberately trying to troll.

    Could those with mod points wipe this jerk down to -1?

  7. Re:Huzzah by boristhespider · · Score: 1

    I suspect that a lot of people are sticking with Snow Leopard at the minute, for a variety of reasons.

  8. Does sound kind of serious, maybe by bryan1945 · · Score: 3, Informative

    Here is a bit from TFA-
    "This means, according to the researcher, that it might be possible for an attacker to crack a users’ Lion password by attacking their system through a Java app hosted online. The attack vector would still require the owner of the computer running Mac OS X to allow the Java app to run — but it is possible."

    It's not exactly a 1-2-3 step action. Also, the article never said he actually cracked any passwords, though he claims-

    "Dunstan noted that due, no doubt, to Lion’s relatively short time being available for use, he could not find any major cracking software supporting the ability to crack encrypted passwords in the operating system — but he has published a simple script which allows users to do so. "

    Little bit more backup would be a good thing, here.

    --
    Vote monkeys into Congress. They are cheaper and more trustworthy.
  9. Cue the script by nine-times · · Score: 1

    Ok, now it's time for a bunch of people to complain about how snide and awful Mac users are, how they think that they're immune to security problems. We'll get a string of posts about how some study indicated that OSX was less secure than Windows, maybe some anecdotal evidence that some slashdotter knew a guy who was a Mac user, and he was an asshole and said something stupid about computers once.

    When we've gotten enough of those, we'll see a backlash of posts rehashing old complaints about Windows and Linux, defending Macs.

    1. Re:Cue the script by CapuchinSeven · · Score: 0

      You sir... Have the gift!

    2. Re:Cue the script by Anonymous Coward · · Score: 0

      Brilliant, but you forgot one thing: that the only reason OS X hasn't seen any viruses is because of its low market share percentage.

    3. Re:Cue the script by Anonymous Coward · · Score: 0

      Ok, now it's time for a bunch of people to complain about how snide and awful Mac users are, how they think that they're immune to security problems. We'll get a string of posts about how some study indicated that OSX was less secure than Windows, maybe some anecdotal evidence that some slashdotter knew a guy who was a Mac user, and he was an asshole and said something stupid about computers once.

      When we've gotten enough of those, we'll see a backlash of posts rehashing old complaints about Windows and Linux, defending Macs.

      Yeah, Slashdot isn't what it was. In the old days we just got straight to rehashing old complaints about Windows without any need for the build up.

    4. Re:Cue the script by wzinc · · Score: 1

      Linux has less share, but has viruses.

      OS X has been out for over 10 years, and there are a hand-full of trojans - most of which you have to type an admin password to let them run.
      There are zero real-world viruses, only a few proof-of-concepts that no one seems to have picked-up on. Researchers seem to be writing more OS X viruses than hackers.

      And the Apple fans are the ones drinking the kool-aid?

      It's great to emerge from the MS dark-ages.

    5. Re:Cue the script by smash · · Score: 1

      Whilst i am posting this from my Mac, and have administered Linux and BSD boxes for about 15 years+...

      To be fair, part of the reason for that is that Linux boxes are more often used to run high-value machines than OS X.

      If i hack your workstation (that is likely behind an egress filtering firewall if the admin has a clue), woohoo. However, if i hack a linux (or any unix) box, which is typically well-connected network wise with lots of bandwidth and often has a C compiler installed already, well, thats a far more valuable target.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  10. So not serious by aybiss · · Score: 2

    You can change the password for any user on a Windows box without ANY credentials, provided you have physical access. Seems we have forgotten this while everyone is fear-mongering about what someone can do over the 'net.

    --
    It's OK Bender, there's no such thing as 2.
    1. Re:So not serious by boristhespider · · Score: 4, Insightful

      You can change the root password on a Mac box without ANY credentials, provided you have physical access, Seems we have forgotten this while everyone is fear-mongering about what someone can do over the 'net.

      Sorry for the sarcasm, but basically once someone has physical access to your computer you're basically boned unless you've encrypted your drive. It's Macs I know best, and it's trivial: boot to single user mode (command+S at start), mount in the file system as read/write (it even gives onscreen instructions for doing this) and then change the root password. I imagine something very similar can be done in Linux if there's an easy way to get it into single-user mode. Besides, on any machine to which you have physical access you can always boot a live distro and at the very least access the hashes if not easily take full control of the system.

    2. Re:So not serious by Anonymous Coward · · Score: 0

      Here's an exercise for you:

      What is the difference between "doing over the 'net" and "provided you have physical access"?

    3. Re:So not serious by Anonymous Coward · · Score: 0

      You can change the password on any box with physical access. It isn't about physical access.

      Apple wankers so quick to bring Windows in to their problems. But, but, but.. Windows!

    4. Re:So not serious by nstlgc · · Score: 1

      But... but... Micro$oft!!

      --
      I'm Rocco. I'm the +5 Funny man.
    5. Re:So not serious by aybiss · · Score: 1

      Not an apple guy. Not by a long shot.

      But thanks for picking up on the one brand name in my argument and latching onto that instead of the point I was making.

      That being, unless your box is disconnected and locked in a safe, there WILL ALWAYS be ways to manipulate the OS, WHATEVER THAT MAY BE.

      You now have my permission to go back to playing Angry Birds your iPads you inbred self-hating dimwits.

      --
      It's OK Bender, there's no such thing as 2.
    6. Re:So not serious by Anonymous Coward · · Score: 0

      Yet you threw Windows under the bus in your argument, rather than just making the broad point...

    7. Re:So not serious by aybiss · · Score: 2

      In fact, let me clarify by example:

      1 - Compromise system
      2 - Replace OS code with some that allows access to said file

      OR

      1 - Compromise system
      2 - Install something like the WinPE layer that allows access to said file

      OR

      1 - Compromise system
      2 - Perform complicated SQL injection and Javascript hack that allows access to said file

      Notice how the first step is always 'compromise system'? Whether that involves standing in front of it or breaking RSA... suddenly it's like, "Oh noes, I can see teh files that make up the system I currently use to operate my boxen!"

      --
      It's OK Bender, there's no such thing as 2.
    8. Re:So not serious by aybiss · · Score: 1

      Only because I have not had to hack hundreds of Mac boxes just to keep them working in my day-to-day routine. (That's true.)

      Macs are just so shit hot that user incompetence (like forgettting passwords) never even occurs. (That's known as sarcasm. It's a thing that exists. People do it sometimes.)

      Does that make you feel all better now?

      --
      It's OK Bender, there's no such thing as 2.
    9. Re:So not serious by 93+Escort+Wagon · · Score: 1

      Sorry for the sarcasm, but basically once someone has physical access to your computer you're basically boned unless you've encrypted your drive. It's Macs I know best, ...

      If it's Macs you know best, then you also know Lion makes it quite simple to encrypt your hard drive.

      It was the first thing I did after I installed Lion, actually.

      --
      #DeleteChrome
    10. Re:So not serious by sootman · · Score: 1

      An old rule: "If you don't have physical security, you don't have security." You can also set a firmware password so people can't use this trick, or Option to choose another boot device, or T to enter target disk mode, etc. They can still pull the drive out, but short of that, you're more covered.

      --
      Dear Slashdot: next time you want to mess with the site, add a rich-text editor for comments.
    11. Re:So not serious by Anonymous Coward · · Score: 0

      How?

    12. Re:So not serious by Anonymous Coward · · Score: 0

      Physical security isn't the issue. It's the fact that some downloaded rogue app could invoke dscl and change the password w/o my knowledge, then send it off to a black hat.

      Changing permissions on dscl? That'll help a little bit, insomuch as it'd prevent the trojan from invoking the command line version. But it won't stop an app that comes with its own copy of dscl bundled inside of it that can be invoked and sent off.

      This bug is hyper critical regardless of access to the box itself.

    13. Re:So not serious by ais523 · · Score: 2

      On Linux, interrupt the boot process at the bootloader prompt, choose to edit the kernel command line, then add "single" to the end of it and continue the boot process. It boots into single user mode, and the same way as on the Mac, will allow you to change arbitrary users' passwords (including root) without further authentication. I'm pretty sure that this is deliberate; physical access = game over, so why not make it easy for a sysadmin to recover a lost password?

      --
      (1)DOCOMEFROM!2~.2'~#1WHILE:1<-"'?.1$.2'~'"':1/.1$.2'~#0"$#65535'"$"'"'&.1$.2'~'#0$#65535'"$#0'~#32767$#1"
    14. Re:So not serious by BitZtream · · Score: 2

      Just for reference, booting in single user mode to reset a password is not 'hacking'.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    15. Re:So not serious by Anonymous Coward · · Score: 0

      You can change the root password on a Mac box without ANY credentials, provided you have physical access, Seems we have forgotten this while everyone is fear-mongering about what someone can do over the 'net.

      Sorry for the sarcasm, but basically once someone has physical access to your computer you're basically boned unless you've encrypted your drive. It's Macs I know best, and it's trivial: boot to single user mode (command+S at start), mount in the file system as read/write (it even gives onscreen instructions for doing this) and then change the root password. I imagine something very similar can be done in Linux if there's an easy way to get it into single-user mode. Besides, on any machine to which you have physical access you can always boot a live distro and at the very least access the hashes if not easily take full control of the system.

      And nearly the same thing on a Windows box as well. That's what firmware passwords are for, and on the Mac at least, you can disable booting from a live distro (or any other external disk) in addition to disabling all boot-key combinations via `sudo nvram security-mode-command` in your favorite terminal app. Of course, the average person doesn't go this extent on their computer. In a school environment, however, where you don't want kids doing precisely what you just posted, the nvram command is quite handy.

      Of course, opening the computer up and removing the CMOS battery will reset all that, but by that point, I'm hoping the teacher will have stopped the student from dismantling the computer.

    16. Re:So not serious by boristhespider · · Score: 1

      Just because it's simple to do doesn't mean everyone will have done it... Maybe this kind of thing will help them wake up and start encrypting everything.

    17. Re:So not serious by boristhespider · · Score: 1

      Yes, I agree - I'd mod you up except I've been involved in this. The original post started talking about physical access and WIndows (though he claims he meant for anything) so I added that that scuppers you on a Mac too. And evidently Linux, from what ais523 says just below.

    18. Re:So not serious by Anonymous Coward · · Score: 0

      You can also set a firmware password

      It has been a few years since I did Mac tech support for a living, but the firmware password was easily defeated: shut the Mac down; change the amount of memory in the Mac (very easily done); power up the Mac. The Mac user/admin would be able to see that the firmware password was circumvented, but only if he looked.

      I don't know about the current generation of Macs, but I don't expect it has changed.

      The old adage is still true: if the attacker has physical access, you’re owned.

    19. Re:So not serious by Coolhand2120 · · Score: 1

      A SQL injection and Javascript hack? You obviously don't know what you're talking about. You don't hack a local computer with a "SQL injection attack". I mean, even if the guy had SQL server installed on his computer... oh wait, that's right, you're a moron, why am I trying to explain anything to you. I'm sure you'll "clarify" how a "SQL injection attack" would help compromise a local system.

      Local is easy, If the disk isn't encrypted just reinstall the OS - no matter what OS you're using - now you have full ownership of everything.

    20. Re:So not serious by cbhacking · · Score: 1

      Actually, that's not true. My laptop has BitLocker applies (required by work, but if you have a TPM you may as well use it). The whole drive, including the credential store, is encrypted. Explain to me how you're going to change the credentials on that, please?

      Also, my local Administrator account is password-protected, so Safe Mode isn't going to help you here even if you get that far.

      --
      There's no place I could be, since I've found Serenity...
    21. Re:So not serious by Anonymous Coward · · Score: 0

      This will not work with any (sane) Linux kernel that was released in the past half a decade or so.

    22. Re:So not serious by ais523 · · Score: 1

      I just tested on an Ubuntu LTS release I had handy:

      Script started on Tue 27 Sep 2011 13:24:02 BST
      root@hostname:~# uname -a
      Linux hostname 2.6.32-34-generic #77-Ubuntu SMP Tue Sep 13 19:40:53 UTC 2011 i686 GNU/Linux
      root@hostname:~# wc -l /etc/shadow
      42 /etc/shadow
      root@hostname:~# exit

      Script done on Tue 27 Sep 2011 13:24:10 BST

      So starting in single user mode gave me enough permissions to write to /root (that's where the typescript was saved), and to read /etc/shadow. (I didn't try writing /etc/shadow, but I'm pretty confident it would have worked, given that I can write to a root-only location and that I can read it. /root and /etc are on the same partition on that system.)

      The distro did pop up a menu in response to my addition of "single" to the command line, but one of the options was to open a root shell, and that's the one I used. So even if it didn't drop into single-user mode directly, it wouldn't have been a lot of trouble to reset a password.

      --
      (1)DOCOMEFROM!2~.2'~#1WHILE:1<-"'?.1$.2'~'"':1/.1$.2'~#0"$#65535'"$"'"'&.1$.2'~'#0$#65535'"$#0'~#32767$#1"
    23. Re:So not serious by Anonymous Coward · · Score: 0

      The better Linux distros will ask for your root password when you boot into single user mode. Ubuntu decided not to use or set a root password, so I guess they couldn't be bothered to figure out a solution for authentication in single user mode.

  11. Re:Huzzah by metalgamer84 · · Score: 1

    Some of us never left.

  12. Interesting contrast I notice here by metalgamer84 · · Score: 3, Insightful

    Its interesting how when OSX has a security hole, everyone downplays it as "not that serious, no big deal". In contrast, if this same issue happened with XP/Vista/7, then the entire /. crowd would be jumping on the bandwagon of Microsoft bashing, "OMG another MS security hole! See people, Windows is crap!". Its funny how people will defend their preference and bash their competitors, even though the root issue can be the same for both. Anyhoo, just an observation.

    1. Re:Interesting contrast I notice here by sammyF70 · · Score: 1

      ... and if it happens on any linux distro all the Windows and Mac User are just happy to it proves Linux and FOSS in general is inherently much more insecure than OSX/Win7. Well .. that's /., what did you expect?

      --
      "DRM is like the Ford Pinto: it's a smooth ride, right up the point at which it explodes and ruins your day."-C.Doctorow
    2. Re:Interesting contrast I notice here by CapuchinSeven · · Score: 2

      It's easier on Windows frankly, but I agree that they shouldn't be defended and fanboying your own choice of OS over another just because they are as bad as each other, is not a good idea.

    3. Re:Interesting contrast I notice here by aybiss · · Score: 2

      Has anyone discovered a good BeOS or OS/2 hack recently?

      --
      It's OK Bender, there's no such thing as 2.
    4. Re:Interesting contrast I notice here by 93+Escort+Wagon · · Score: 1

      Has anyone discovered a good BeOS or OS/2 hack recently?

      No, but I can quickly own any Commodore 64 system I might come across...

      --
      #DeleteChrome
    5. Re:Interesting contrast I notice here by Uberbah · · Score: 4, Interesting

      Its interesting how when OSX has....

      What's interesting is how every time Apple screws something up or does something unpopular, some clever guy pops in to post the requisite "now if this were Microsoft, you'd all be up in arms" post. Nevermind the same comment has been posted eleventy billion times before on this blog for more than 10 years.

      Case in point: the iCon 'book banning' story from 6 1/2 years ago, where publishing house Wiley had their books pulled after they wrote what Jobs obviously viewed as an unflattering biography:

      Balanced.. (Score:5, Insightful)
      by Flaming Death (447117)

      If this were a MS story of Bill Gates doing the same, there would be the usual crazy outbreak of 'MS evil empire' type banter. However, because its Apple , the response is a mild - 'oh its ok, hes the Apple man hes allowed to'. Where is the balance? I think somewhere in between to be honest - Jobs and Gates are simply very ruthless business persons, and yet here at Slashdot there is a decided overflow towards Apple.

      Or:

      Bill Gates and Microsoft (Score:4, Insightful)

      I agree that these guys have a right to some privacy. Most interesting to me is that the comments here on /. are generally supportive so far. What a different thread it would be if this had been Bill Gates and Microsoft instead of Steve Jobs and Apple.

      Nevermind the many highly rated comments suggesting Jobs back off, recounted how Jobs screwed Woz over a petty amount of money, or called Jobs an unbelievable asshole.

      So clever.

    6. Re:Interesting contrast I notice here by Anonymous Coward · · Score: 0

      Mod up. These were my thoughts exactly. I'd give /. points but I'm anonymous - well except for everything that /. tracks and feeds to others.

    7. Re:Interesting contrast I notice here by Coolhand2120 · · Score: 1

      It's easier in windows for the same reason everything is easier in windows. There is a metric shit ton of hacking tools designed to hack that specific platform. Just off the top of my head I can think of at least three 'password recovery' floppy/CD images for windows that will just boot up and reset or grab the password off a windows machine, and I don't have to know how to do anything more than insert the disk and press the power button. I'm sure disks like this have been or will be made for any OS, but there is just so damn many for windows.

      Same thing for just about anything else windows, for example, have you ever desired a waveform editor? A NES emulator? A file manager? There are a lot of options for shenanigans, but there are a lot of options for everything else too. It's organic to being the most widely used platform.

  13. You can still get at it by Sycraft-fu · · Score: 1

    L0phtcrack can nab a SAM file from a a running system. I am not sure how it goes about doing that, but it works. I presume it dumps the in-memory copy.

    However, as I said, you have to be an administrator to do it and on UAC enabled systems, you must escalate. As such it is fairly hard to get at.

  14. Re:Huzzah by omnichad · · Score: 1

    Like being on a Hackintosh and being concerned that the original version of Final Cut Studio and Adobe CS3 will work and also the trouble of making the OS X drivers work with your hardware.

  15. Re:Huzzah by boristhespider · · Score: 1

    That would be one reason, yes. Using programs that require any PPC code would be another (and for some reason quite a few programs still use(d) PPC installers and plug-ins even if the actual program was all Intel. That either has or will change quickly, of course). Not liking the way Lion forces an inflexible revision system onto you is another. Personally I just don't really see the need to move from Snow Leopard.

    Anyway, this is all a bit off-topic, except that Snow Leopard at least doesn't have this vulnerability, even if it does have a couple of others.

  16. Re:Huzzah by NatasRevol · · Score: 1

    The blog post has the patch. Lower the privs:

    sudo chmod 100 /usr/bin/dscl

    --
    There are two types of people in the world: Those who crave closure
  17. Linux and Windows are just as bad. by CapuchinSeven · · Score: 3, Insightful

    It's trivial to break the password on a Windows machine, in fact a hell of a lot easier on a Windows machine, if you have physical access. I'll happily do it, and have done it, in about 10 seconds with a boot USB or CD if the machine so too old for USB. A friend assures me a Linux box isn't that much harder. I use Linux, OSX and Windows in one form or another for my given needs but I feel that the REAL issue here shouldn't be "it's easier to do this on Windows, it's all anti-Apple FUD", but rather "we shouldn't be fanboys to any company/brand/make/type, there is no excuse for bad QA and security auditing in any OS". Ultimately though, physical access is the death of any OS.

    1. Re:Linux and Windows are just as bad. by boristhespider · · Score: 1

      You'll never get anywhere on Slashdot with that kind of measured attitude.

    2. Re:Linux and Windows are just as bad. by Anonymous Coward · · Score: 2, Insightful

      I quote you.
      It is interesting, though, that not all of us succeed in changing current user's password with dscl localhost -passwd /Search/Users/. I tested it on two Lion installs, and it did not work (well it actually asked for current password, as it should do). At the same time, dscl localhost -read /Search/Users/ | grep ShadowHashData returns 0 bytes, on build 11C62.
      This somehow makes the anti-Apple FUD theory a lil bit stronger, IMHO. Before blindly quoting what people writes on their blog, sometime doing some first-person (easy) test can be a good idea.

    3. Re:Linux and Windows are just as bad. by BitZtream · · Score: 1

      You aren't talking about 'breaking the password'.

      You're talking about wiping it out or resetting it, which is far different than cracking it.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    4. Re:Linux and Windows are just as bad. by TheLink · · Score: 1

      Did you remember to put the current user's user name after "/Search/Users/" ?

      e.g.
      dscl localhost -passwd /Search/Users/bob

      Replace bob with the username of your current logged in user.

      --
    5. Re:Linux and Windows are just as bad. by CapuchinSeven · · Score: 2

      The password isn't broken here either, it still has to be brute forced and a strong password makes this whole thing totally useless, that still doesn't excuse OSX allowing access to the hash but still, you have to brute force the password. He's worked out how to access the hash/salt which is impressive and requires Apple to take a serious look but still makes it harder to do this than it is to get into a Windows machine, which is totally and utterly trivial to do.

    6. Re:Linux and Windows are just as bad. by mgiuca · · Score: 1

      You're right, any OS by definition has the same problem -- if passwords are stored hashed on the machine and the attacker has physical access, it's game over. But there is a difference here: from what I'm reading, the OS X attacker does not require physical access. So on Linux and Windows, the two ways to get the password hashes is if you are a) the root user, or b) have physical access (boot into a Live CD, etc). On OS X, this exploit can apparently be performed by a non-root user, which means any hacker that gains remote access to your system can do so. That's much worse than an attack which requires physical access.

      Another point is that an encrypted drive would render your statement partly false. If you had physical access to my laptop (Ubuntu with an encrypted home partition), you could not access my shadow file while the machine is turned on due to the security in the OS. If you rebooted my machine, you would have access to the shadow file and could get started cracking my password (nothing can prevent that). But you would not be able to change my password unless you first crack it. If you modify the shadow file and write a new password hash in there, you'll be able to log in as me, but you won't be able to decrypt my home partition, so you'll get nothing. So get cracking ;)

    7. Re:Linux and Windows are just as bad. by cbhacking · · Score: 1

      You're welcome to take a shot at mine. First step: get past the BitLocker drive encryption. Even if you guess the PIN you still can't boot anything but the installed OS - if you want to boot another OS you either have to first log into Windows and suspend the BitLocker protection, enter a ridiculously long recovery key, or have the full hard drive be encrypted. The last case isn't terribly useful for your goal, unless your plan is to wipe the OS entirely and install a new one on there.

      --
      There's no place I could be, since I've found Serenity...
    8. Re:Linux and Windows are just as bad. by CapuchinSeven · · Score: 1

      er my Linux and OSX HDD's are encrypted with different passwords either with Knox or TrueCrypt, so unless I'm missing something which I'm happy for you to tell me about, what's your point? You still have to brute force the OSX password with this method and my strong password means that's going to really slow up your day and then you have to get past my encryption password. So basically all we're both saying is, encryption is a good idea if you want to protect your laptop. Frankly I'd rather put my money on TrueCrypt than BitLocker anyway.

  18. Well there's your problem... by neorush · · Score: 2

    This sounds like a typical PEBKAC coding error. The dscl is probably (not much of a mac user here) running as root for indexing and such , but of course you do not need to be root to run it. Reminds me of when locate used to return / index all files, including ones that you did not have permission to, and of course now we have slocate. This is the kind error crops up in Microsoft vulnerabilities all the time. Its like they just didn't think it through from the black hat perspective at all.

    --
    neorush
    1. Re:Well there's your problem... by am+2k · · Score: 1

      I just checked, dscl is not a daemon and the suid bit is also not set. This issue seems to be at a lower level.

    2. Re:Well there's your problem... by Guy+Harris · · Score: 1

      I just checked, dscl is not a daemon

      Correct - as man dscl will tell you, it's the "Directory Service command line utility".

  19. Re:Fuck Apple by couchslug · · Score: 0

    "Decent white southern democrats "

    Contradiction in terms. Nice try though!

    --
    "This post is an artistic work of fiction and falsehood. Only a fool would take anything posted here as fact."
  20. Changing password without any challenge by Bloody+Peasant · · Score: 4, Interesting

    Agreed; and what most here have totally missed is the fact that there is no "existing password" challenge if you use dscl localhost... as TFA says right at the end, almost as an afterthought.

    --
    -- This .sig intentionally left meaningless.
    1. Re:Changing password without any challenge by Culture20 · · Score: 1
      1. set up cron job to run the dscl localhost -passwd on all local admin accounts.
      2. Request IT to "fix" something.
      3. Desktop admin logins in, cron job changes password.
      4. ...
      5. Profit!
  21. While it's possible... by Anonymous Coward · · Score: 5, Interesting

    Either it's already been patched, as I'm running the developer builds of 10.7.2, or there's an issue in his particular setup vs. a normal install that's allowing this to happen.

    Stepping through the information on his own blog at: http://www.defenceindepth.net/2011/09/cracking-os-x-lion-passwords.html

    When performing his "dscl localhost -read /Search/Users/" I do NOT get the dsAttrTypeNative:ShadowHashData result UNLESS I have root privileges through sudo. Not even for my own user.

    1. Re:While it's possible... by do0b · · Score: 1

      I can get dsAttrTypeNative:ShadowHashData results for any local accounts on 10.7.1 using a regular user.
      Good to know it's already been patched in 10.7.2.
      Now if it could just be available to the general public.

      --
      After 12 years and a few days, I finally gave in to the dark side and joined slashdot.
  22. How many ways can a system be made insecure... by 3seas · · Score: 1

    ...through an unsuspecting update or upgrade?

  23. Man by Anonymous Coward · · Score: 0

    Lion is the Vista of OS X, I think Apple took a huge step back from Snow Leopard and I have yet to find a good reason why they needed to cripple Lion when Snow Leopard was so stable and secure.

    Its like Apple decided iCloud was the only feature that matters and dropped quality and reliability of almost every aspect of OS X in order to hit a fall target date for iCloud integration. Problem is I think iCloud is going to be a huge disaster for Apple if Lion's lack of quality is any indication of how Apple has been handling their software development over the last few years.

    Bottom line is I am waiting for at least 5 or 6 service packs before I touch Lion again, my first foray into a Lion server update found it unusable and lacking, just like Vista.

  24. Re:"Think again" by iggymanz · · Score: 1

    You call this a tabloid? think again.

  25. Face Palm by wzinc · · Score: 2

    FTA: "The attack vector would still require the owner of the computer running Mac OS X to allow the Java app to run — but it is possible."

  26. CRA-pple by Anonymous Coward · · Score: 0

    Face it Apple Sux. It is a FACT you buy more expensive stuff and it is just as unsecure as the avg. Joe product. Plus they control you more. WHY WOULD ANYONE DO THAT?

  27. The ultimate unguessable Apple password by ThatsNotPudding · · Score: 1

    ImaPC.

  28. I knew some Australian hacked my mac by bitt3n · · Score: 2

    when the screen started displaying everything upside down

    1. Re:I knew some Australian hacked my mac by quenda · · Score: 1

      when the screen started displaying everything upside down

      If only /. supported unicode, I'd have a very witty response, mate.

  29. Re:Huzzah by Securityemo · · Score: 1

    Mod parent up. This is perhaps the one constructive comment in this thread, though I can't test it - but others seems to report it to work.

    --
    Emotions! In your brain!
  30. Come on by Anonymous Coward · · Score: 0

    Get real. How many crackers are going to look at something as weird as /etc/password, in a terminal, looking through all of the shine and gloss that comes before it?

  31. Doesn't Work by konohitowa · · Score: 1

    10002$ dscl localhost -passwd /Search/Users/konohitowa
    New Password:
    Permission denied. Please enter user's old password:

  32. Insecure as always by Anonymous Coward · · Score: 0

    And in other news, OSX is as insecure as it's always been: http://securitytracker.com/archives/underlyingos/1432.html

  33. anyone with physical access by decora · · Score: 1

    could get the 'hash' and the 'salt'. then you add the pepper, and your goose is cooked.

  34. X Marks the spot by getkashyap · · Score: 0

    Holy lion's loins, batman!!! They've gotten to it's privates!

    --
    Yeah, whatever!!!
  35. 1 "Pro-*NIX" fool w/ multiple reg'd accts by Anonymous Coward · · Score: 0

    Could do all the "Pro-*NIX" FUD spreading around here. 1 that can't handle he made the wrong decision and opted for learning a dying family of Operating Systems is why. After all: If HBGary could figure out how that's done to get "jump on the bandwagon" attempts at "consensus majority opinion" view, so can the FUD spreading trolls on this website or any other.