Slashdot Mirror


Gaining System-Level Access To Vista

An anonymous reader writes "This video shows a method by which a user can use a Linux distro called BackTrack to gain system access to Windows Vista without logging into Windows or knowing the username or password for any accounts. To accomplish this, the user renames cmd.exe to Utilman.exe — this is the program that brings up the Accessibility options for users without sight or with limited vision. The attack takes advantage of the fact that the Utility Manager can be invoked before the user logs into the system. The user gains System access, which is a level higher than Administrator. The person who discovered this security hole claims that XP, 2000, 2003 and NT are not vulnerable to it; only Windows Vista is."

109 of 412 comments (clear)

  1. Cancel.... by FriendSite.com · · Score: 5, Funny

    Allow full root access

    Cancel or Allow...

  2. Long weekend... by cayenne8 · · Score: 3, Interesting
    Hmm...something new and fun to play with over this long holiday weekend.

    :-)

    --
    Light travels faster than sound. This is why some people appear bright until you hear them speak.........
    1. Re:Long weekend... by Anonymous Coward · · Score: 4, Informative

      maybe you should shop for a MAC over the weekend Why do people insist on putting Mac in all caps? Like it's some sort of acronym or something? Unless you were suggesting shopping for Media Access Control, in which case I apologize.
    2. Re:Long weekend... by Tubal-Cain · · Score: 4, Funny

      [badpun]Why not just call it a NIC like everyone else?[/badpun]

    3. Re:Long weekend... by mgblst · · Score: 2, Insightful

      Why, because lots of people aren't sure, and don't really care enough to check. And if you are only talking, you can get away, unless you spell it out of course.

    4. Re:Long weekend... by WI2822 · · Score: 5, Funny

      maybe you should shop for a MAC over the weekend Do you know of any good MAC addresses?
    5. Re:Long weekend... by aproposofwhat · · Score: 2, Funny

      But my Mac-10 can spray lead faster than your Glock, so my machismo is quite fine, thank you :P

      --
      One swallow does not a fellatrix make
    6. Re:Long weekend... by aproposofwhat · · Score: 2, Informative

      OK - the OP phrased it badly, but the first 24 bits of the MAC address do give vendor information - some drivers allow you to override that, but allowing for some terminological inexactitude, the OP made sense.

      --
      One swallow does not a fellatrix make
    7. Re:Long weekend... by dotancohen · · Score: 3, Funny

      maybe you should shop for a MAC over the weekend Why do people insist on putting Mac in all caps? Like it's some sort of acronym or something?

      Unless you were suggesting shopping for Media Access Control, in which case I apologize. No, he obviously meant this
      --
      It is dangerous to be right when the government is wrong.
    8. Re:Long weekend... by menace3society · · Score: 4, Funny

      c0:ld:de:ad:be:ef:15:f0:0d

    9. Re:Long weekend... by CanisMajor · · Score: 4, Funny

      That's amazing. I've got the same combination on my luggage!

  3. physical access == game over by bersl2 · · Score: 5, Insightful

    How is this news?

    1. Re:physical access == game over by zonky · · Score: 5, Insightful

      Does it bypass the bitlocker/full drive encyption options in vista? Physical access is not always game over....

    2. Re:physical access == game over by hcmtnbiker · · Score: 5, Informative

      It wont bypass bitlocker if you have to put in a password as soon as you boot, but it might if you have it set up the other way.

      Physical access does always mean game over, bruting(most people keep thier FDE passwords around 4 characters) and the possibility of plain text attacks exist on certain blocks.

      The interesting thing is that the utility for helping impaired people is run as SYSTEM when it really doesn't have to be. I had wondered this and thought about doing the same hack before ever even seeing this video, however didn't ever bother to do it, the possibility of messing something up and having to revert it after just seemed too annoying to me.

      --
      If i had one dollar for every brain you dont have, i would have $1.
    3. Re:physical access == game over by jkrise · · Score: 2, Interesting

      How is physical access == game over? What about BitLocker encryption? Can a Linux distro decrpt BitLocker?

      Also interesting to note this hack works only with Vista but not XP or earlier versions of Windows. Why would Microsoft go out of its way to make a system less secure?

      --
      If you keep throwing chairs, one day you'll break windows....
    4. Re:physical access == game over by jkrise · · Score: 2, Interesting

      The exploit involves rewriting cmd.exe with Utilman.exe by booting the system into Linux. How can the Linux ntfs utility gain access to the Vista partition if it was encrypted... remember we haven't booted Vista yet?

      Secondly, which moron in Microsoft would allow 'root' level programs to run 'before' the user has logged in as root? Pretty dumb, it seems to me. Maybe they did it on purpose?

      Thirdly, why not validate the cmd.exe before actually allowing it to run as root? This appears to have been done in XP / 2000 etc. so why not in Vista?

      The exploit seems to be just the tip of an iceberg.

      --
      If you keep throwing chairs, one day you'll break windows....
    5. Re:physical access == game over by sandmtyh · · Score: 5, Informative

      it works in xp and 2000... you just have to do the same trick with diffrent file names.

    6. Re:physical access == game over by _xeno_ · · Score: 5, Interesting

      No kidding. I once "hacked" into a Linux machine that had an unknown root password by booting off a live CD, sudo bashing to become root, and then it's just mount, chroot and passwd to reset the root password. (I could have also manually edited /etc/shadow but this was easier.)

      Linux is horribly insecure! I was able to reset the root password with just a live CD and complete access to the machine!

      Now of course if the hard drive had been encrypted, this "attack" wouldn't have worked. (Although in this case at least, a different attack would have worked: reinstalling the OS. Resetting the root password was faster. The data on the machine wasn't important. We just needed a working Linux installation with a known root password.)

      --
      You are in a maze of twisty little relative jumps, all alike.
    7. Re:physical access == game over by Hunter-Killer · · Score: 5, Informative

      Parent is correct; been doing this in XP for years with C:\windows\system32\sethc.exe (StickyKeys).

      The article wouldn't have been newsworthy if it had merely said "Vista just as vulnerable, nothing new." Especially since the old tricks are often the first things tried with the new OS.

    8. Re:physical access == game over by Anonymous Coward · · Score: 2, Insightful

      This is really getting old. Physical access to unencrypted file system equals game over unconditionally and is not a reflection of the strength of the OS.

      Physical access to encrypted file systems with bitlocker means your going to have to be a lot more creative. TPM provides a trust relationship at the BIOS level so cheap crap like replacing the hard drive and waiting for the user to login is not going to work. You will need to first hide a small camera next to the keyboard or tap the keyboard or use tempest to collect the users password.

    9. Re:physical access == game over by weicco · · Score: 5, Insightful

      The interesting thing is that the utility for helping impaired people is run as SYSTEM when it really doesn't have to be.

      My hunch would be that the utility has to insert some system level hooks into Windows in order to read text from every widget (window, control, or whatever you call them) in the system. This is why it needs elevated privileges.

      But the whole article is stupid. I "hacked" into my coworker's Win2000 installation almost decade ago. He was on holiday and we needed something from his PC. I downloaded nice little program from the internet, copied it to disk, booted it and changed admin password. Then we just log on to his system using the new password. Wow! Maybe I should post an article to Slashdot about this!

      --
      You don't know what you don't know.
    10. Re:physical access == game over by Niten · · Score: 4, Interesting

      Thirdly, why not validate the cmd.exe before actually allowing it to run as root? This appears to have been done in XP / 2000 etc. so why not in Vista?

      And what do you suppose is going to stop the attacker from overwriting whatever program performs this validation, absent full-disk encryption coupled with a hardware security module? (And even then, what if they take a soldering iron to the TPM?)

      Face it, if an attacker already has physical access to a system -- to the extent that he can run his own Linux OS on it and mess with the contents of its disks -- then that computer is already, entirely owned. This is true for Linux, it's true for OS X, it's true for BSD, and it's true for Windows. That's just the way computers work.

      The only iceberg here is the massive crashing reality that a physically unsecured computer system is, well, insecure. Surprise.

    11. Re:physical access == game over by ka2 · · Score: 2, Insightful

      You can also reset Windows passwords in a similar way. With physical access and no encryption on the drive it is game over.

    12. Re:physical access == game over by _xeno_ · · Score: 3, Interesting

      Unless you deleted the partition containing the data...but wouldn't that defeat the purpose of breaking into the system?

      Nope. Know how most worms don't actually care about the data on the machine? They just want enough control to make the machine join a bot-net and start spamming.

      In this scenario I don't care about the data on the machine. All I want to do is run programs on the machine. Sadly, the OS is password protected and I don't know the password. So I can't run programs. But if I were to replace the existing OS with a new one that I do have access to, I've done a successful attack: I now have the access I desired. I've started with no access and ended with full access.

      Yes, all encrypted data would remain unknown. But for this "attack" I don't actually care about the data. I just want to be able to run programs on the machine. (Specifically in this case, it was a lab machine that had been moved from one project to another. Whoever originally set up the machine either couldn't be contacted or had forgotten the password, I don't remember which. There's no useful data on the machine, but the machine is still useful - if only we could access it.)

      The entire point is that this is a somewhat lame attack - just like the attack in the article. It starts by assuming you manage to gain full read/write access to the drive. Amazingly enough, if you have full read/write access, gaining root access isn't terribly difficult...

      --
      You are in a maze of twisty little relative jumps, all alike.
    13. Re:physical access == game over by debatem1 · · Score: 4, Funny

      Maybe if you did it to a Vista machine a decade ago, it would have.

    14. Re:physical access == game over by Kalriath · · Score: 2

      Default is the reverse now, and the myth that System has more permissions than Administrator is just that, a myth. System, just like yourself, requires permissions be given to it to access stuff. And the only thing that System can access that you can't is the SAM.

      Also, XP and 2000 are just as capable of being "exploited" by the same non-hack. Tagging this "deadhorse" and "fud"

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    15. Re:physical access == game over by arivanov · · Score: 2, Insightful

      You can use crypto not just for data privacy. You can use it for integrity.

      If the "interesting" files on a FS are cryptographically signed with a signature that also covers at least some of their FS info (name, fs, allocation, etc) you can happily read them, but you cannot modify them and move them around.

      The funniest bit here is that Vista has the relevant crypto framework in place and has everything it needs to do this. Windows has been cryptographically verifying stuff for ages. As the video shows, it however, does not use it everywhere.

      IMO it is a classic lesson on security design which can be summarised using one of my high school CS prof quotes. He used to say: "Miss, there is no such thing as a bit pregnant". You either do something everywhere or you do not bother.

      --
      Baker's Law: Misery no longer loves company. Nowadays it insists on it
      http://www.sigsegv.cx/
    16. Re:physical access == game over by debatem1 · · Score: 2, Insightful

      Big difference between gaining root access to a (possibly trusted) machine and just taking it down. If you have unlimited physical access and just want it to go away, save yourself some time and pull the plug.

    17. Re:physical access == game over by Count+Fenring · · Score: 5, Funny

      I think we can all agree that any hack involving a time machine is newsworthy.

    18. Re:physical access == game over by SynapseLapse · · Score: 4, Insightful

      Why so negative? It's interesting because it's a pretty egregious oversight on Microsoft's part and it's a pretty funny workaround. The joy of computers is finding intersting and clever hacks. Exactly how many articles have you posted on /.? How many Vista (A supposedly secure system) loopholes have you discovered?

    19. Re:physical access == game over by Arivia · · Score: 2, Funny

      Sure there's such thing as a bit pregnant. It's a 2.

      --
      The role of the writer is not to say what we can all say, but what we are unable to say. -Anais Nin
    20. Re:physical access == game over by Anonymous Coward · · Score: 2, Interesting

      On XP, for awhile, you could acheive something similar by rewriting the sticky-keys application with cmd.exe. Then, at the logon screen, you could press shift five times to 'activate' cmd.exe with system privileges, start explorer.exe, and be ready to rock.

      I remember at the time, Microsoft said this wasn't a security issue; a few weeks later, however, a patch was issued and this trick would no longer work.

      If you read the article, it specifically says this Vista trick will not work on XP. The patch for the sticky-keys 'exploit' on XP implemented some sort of parameter to verify that, for example, sticky-keys was sticky-keys and not cmd.exe. It appears that this patch hasn't made its way to Vista.

      That's just speculation though. It's not really a dead-horse issue, to be honest, but it's hardly a major threat. You need admin privileges to overwrite the original files anyway. Besides impressing your friends, it really isn't good for very much.

    21. Re:physical access == game over by debatem1 · · Score: 4, Funny

      For a while, anyway.

    22. Re:physical access == game over by Niten · · Score: 4, Insightful

      That is called defence in depth. The attacker should not be able to simply boot and change system files.

      But you still don't seem to understand. Surely you should see the folly in trying to protect the integrity of the contents of a disk, by performing verification using software stored on the same disk? It is a fool's errand, a fundamentally losing proposition.

      I thought Vista is touting 'full disk encryption' as a great security feature! If it can be broken so easily, it is an anti-feature.

      It is a great security feature for keeping your data from being read by others if your laptop is confiscated or stolen. It is not a great security feature for keeping someone else from manipulating disk contents without special hardware support -- because in order for the computer to even boot there must be some amount of unencrypted code in the boot sector, and if you can modify that then there always exists a vector for attack.

      These are two different types of security you're talking about; you can't just lump it all together.

    23. Re:physical access == game over by WWWWolf · · Score: 5, Insightful

      Secondly, which moron in Microsoft would allow 'root' level programs to run 'before' the user has logged in as root? Pretty dumb, it seems to me. Maybe they did it on purpose?

      A bit of a chicken-and-an-egg problem here: How do you propose you authenticate users without a) running the authenticating program as root, having privileges to say "okay, you're user X, let me shift the control over to you", or b) being just as exploitable by giving limited user Y the privilege of saying "okay, you're user X, let me shift the control over to you"?

      Linux isn't any better, you know...

      # ps axu | grep getty
      root 4825 [...] /sbin/getty 38400 tty3
      root 4826 [...] /sbin/getty 38400 tty4
      [...]
      # ps axu | grep gdm
      root 10691 [...] /usr/sbin/gdm
      root 23736 [...] /usr/sbin/gdm

      A better question would be to ask, "why is the login application executing random programs anyway?" or, like you said, "why isn't the login application making sure that, when it executes a random program, it actually executes the program it was supposed to execute?" but I suppose the answer to these questions is simple: "sometimes the flexibility is warranted" and "this is getting way too elaborate, giving minimal gains in actual real security" - in short, if you want to make sure utilman.exe isn't messed around with before the boot, the more feasible and elegant solution is to use full-drive encryption (which solves far more problems at one single swat), not mess around with micro-granular annoyances.

    24. Re:physical access == game over by dhalgren · · Score: 4, Insightful

      Secondly, which moron in Microsoft would allow 'root' level programs to run 'before' the user has logged in as root? Pretty dumb, it seems to me. Maybe they did it on purpose?



      ts7000:~$ ps aux
      USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
      root 1 0.0 1.7 1368 508 ? S May25 0:05 init [2]

    25. Re:physical access == game over by Richard+W.M.+Jones · · Score: 4, Insightful

      Physical access is not always game over....

      With physical access you can reflash the firmware in either the BIOS or (eg) an ethernet NIC. The modified firmware will have full access to the system RAM, disks, and just about anything else (because it can DMA to/from memory and any device). So the next time the system is booted and the full-disk-encryption password is entered it is indeed game over.

      Rich.

    26. Re:physical access == game over by Kugrian · · Score: 5, Funny

      Face it, if an attacker already has physical access to a system -- to the extent that he can run his own Linux OS on it and mess with the contents of its disks -- then that computer is already, entirely owned. This is true for Linux, it's true for OS X, it's true for BSD, and it's true for Windows. That's just the way computers work.


      It's much much harder with Linux. First of all you have to work out how to lure the user out of their basement and away from their computer.
    27. Re:physical access == game over by Lost+Race · · Score: 3, Interesting

      Also with physical access you can backdoor the FDE bootloader, which is of course not encrypted. That may be easier than backdooring the firmware.

    28. Re:physical access == game over by Anonymous Coward · · Score: 4, Funny

      Not all cripples are crippled all of the time. Sometimes they appear quite normal and then have "spak attacks" which renders them unable to function like real humans. In these cases it is imperative that they can activate sticky keys with their flailing limbs so they can save their work and exit gracefully (well, you know what I mean) from the program.

      Your ignorance and intolerance of cripples and mongs astounds me.

    29. Re:physical access == game over by howardd21 · · Score: 2, Interesting

      Normally I would say that parent should be modded up, and agree that it is true that most of the time hackers just want to use the machine's resources (Connectivity, etc.), not the data. But this hack requires physical access to the machine, which would mean a person probably wants to access data. It would be too much work to go to somebody's basement and do this so you use the machine as a spambot.

      --
      no comment
    30. Re:physical access == game over by 0xygen · · Score: 2, Interesting

      But, as the article points out, you will be able to modify the system to compromise it to such a level that you can take a copy of the BitLocker private key next time it is used.

      Physical access is always the end of the game.

      It requires something like 360's hypervisor to prevent this, and then gaining physical access to the actual die, without destroying it, could render this useless.

    31. Re:physical access == game over by Oktober+Sunset · · Score: 5, Funny

      I use a 26 char password on a laptop that locks every 5 minutes.

      Once you get used to it, it's not too annoying at all.

    32. Re:physical access == game over by deimtee · · Score: 4, Funny

      abcdefghijklmnopqrstuvwxyz ?

      --
      I'm guessing that wasn't on their radar screen...
    33. Re:physical access == game over by akozakie · · Score: 2, Insightful

      There's physical access and physical access. If you are alone in the room with the computer for a long time, with no risk of anyone seeing you, then yes, you've won. But in a busy room - that's a bit different. An unknown person trying to open the case, or doing something else which looks "different" seems is easy to spot, but in many cases an unknown person doing things which look normal will be ignored - probably just a new guy. With this kind of exploit you just need seconds without being watched: pop a CD into the drive, reboot. If you are well prepared, the CD will not boot a full Linux system, it'll just mount the first partition which looks like Vista, rename the file, eject the CD and reboot. Hide the CD in your pocket and sit down. You don't look suspicious now, you're just a guy waiting for his machine to boot. Now you need a few seconds again to "log-in" - launch the cmd.exe, run explorer, launch IE ar whatever... Everything looks normal now. If you are calm and look bored, you can now browse away all you like - read all files on the disk, do what you want to the system, copy the files, etc. Then just get up and leave. Yes, you need guts to do this, but if you're playing with social engineering (how else did you get to sit in that room unattended?) then you have plenty of that.

      Besides, you can be there legitimately. You may even have an account on the machine. Employees, contractors, etc. can also be attackers. This way they have a simple, fast and reliable privilege escalation ability.

      Anything that makes breaking security with physical access faster and relatively inconspicious is a threat. So, yeah, restrict physical access all you want, but since this is never foolproof... If it's sensitive, it should be encrypted, period.

    34. Re:physical access == game over by ConanG · · Score: 5, Funny

      No, it's
      qwertyuiopasdfghjklzxcvbnm

      but good guess!

    35. Re:physical access == game over by hairyfeet · · Score: 2, Interesting

      What always bugs me about the guys that claim "bitlocker fixes it" is this: isn't bitlocker only offered on Ultimate and Enterprise? Which of course are the two versions least likely to be on the machine as opposed to Home Premium and Business. To me it is like saying you don't have to worry about car jacking if you drive a tank to work. While I'm sure that would be true,and would be good advice if we all had tanks sitting in our garages,the simple fact that we don't kind of makes the whole thing moot. Same thing with bitlocker as I haven't actually seen anything short of a $3000 gamer rig actually come with Ultimate and Enterprise is just that. Anyway that is my 02c,YMMV

      --
      ACs don't waste your time replying, your posts are never seen by me.
    36. Re:physical access == game over by Barny · · Score: 5, Informative

      You can also use similar tricks to work around the vista Activation wizard to install drivers.

      When vista says "activate now or die" tap shift 5 times, opt to go to accessibility panel, now you have an explorer window running as System, you can jump to control panel, start up all the networking and windows installer services, install those pesky Lan drivers, then exit back and activate windows.

      This works so well now because of the heavy integration of explorer/iexplore and the configuration panel scripts.

      --
      ...
      /me sighs
    37. Re:physical access == game over by BLKMGK · · Score: 2, Insightful

      Hardware key logger - I can deploy one of those with physical access. Perhaps a modified USB or other keyboard driver might work on OSX too, something I could install with physical access. If only the user's home dir is encrypted then it sounds to me like those drivers, and obviously the hardware, are fair game for a key logger to get past your password. I simply need to take a copy of the encrypted dir with me and have the key logger email me your password when you log in :-)

      --
      Build it, Drive it, Improve it! Hybridz.org
    38. Re:physical access == game over by karmatic · · Score: 2, Insightful

      Most of my passwords range in the 10-14 character range, but I've found that users tend to have issues with anything that long.

      Our final solution ended up being fairly simple (for the users, it was a pain for me to implement) - Smart Cards.

      We disallow "stupid" passwords (1234, etc.), and the cards are set to lockout after 3 incorrect tries. When you only get 3 guesses, even a 4 character password is secure.

    39. Re:physical access == game over by karmatic · · Score: 5, Informative

      Or, you could just pay for that software you've pirated. See, no more pesky activation dialogs. But of course being Slashdot, that means that it's noble to somehow stick it to Microsoft. Did you actually read the parent? It's possible to get Vista into a state where you can't activate (online) because you lack networking drivers.

      Instead of using the incredibly painful phone activation, you can use this to install said LAN drivers and activate.

      If you're using a pirate copy, there's no pesky activation dialog either, and if you're using a crack, you don't really need LAN drivers to use it, do you?
    40. Re:physical access == game over by karmatic · · Score: 2

      We've used the resources of our LAN to brute force a password a fired user placed on one of our assets.

      If you have LANMAN hashes on the local network, you can usually (well over 99.9% IIRC) get the password very quickly using the "alpha-numeric-symbol32-space" lanman rainbow tables available here.

    41. Re:physical access == game over by dotancohen · · Score: 4, Insightful

      I use a 26 char password on a laptop that locks every 5 minutes.

      Once you get used to it, it's not too annoying at all. I'm sure that a cellmate love affair would not be too annoying at all after you get used to it, but there are some pleasures that I just do not want to get used to.
      --
      It is dangerous to be right when the government is wrong.
    42. Re:physical access == game over by dotancohen · · Score: 3, Funny

      ...but I've found that users tend to have issues with anything that long. Depending on what they use, some women will take something that long to get their fix. There are _two_ industries in which the customer is called a "user".
      --
      It is dangerous to be right when the government is wrong.
    43. Re:physical access == game over by Anonymous Coward · · Score: 2, Funny

      and yet you call yourself 'Easy2RememberNick'

  4. Is this how it was planned? by websters · · Score: 5, Funny

    A conversation amongst the developers: Dev 1: "You see - we can just rename the exe and then get the job done!" Dev 2: "Is there a risk?" Dev 1: "How? Users without sight or with limited vision will have a hard time getting to cmd.exe to rename it - dumbass!"

    1. Re:Is this how it was planned? by Anonymous Coward · · Score: 3, Informative

      You cannot do this from the within the OS because Utilmon is owned by local system. What this attack does is use one OS to modify a second OS while the second OS is offline. Similarly, I can build my own linux kernel to not authenticate users and replace the linux kernel on your box with this method. Attacks of this nature are simple if the filesystem is unencrypted and probably still unavoidable on encrypted filesystems if the attacker has complete access to the physical machine.

    2. Re:Is this how it was planned? by pallmall1 · · Score: 2, Insightful

      Similarly, I can build my own linux kernel to not authenticate users and replace the linux kernel on your box with this method.
      Replacing the kernel is a little different than just changing one filename.
      --
      3 things about computers: they're alive, they're self-aware, and they hate your guts.
    3. Re:Is this how it was planned? by inode_buddha · · Score: 3, Insightful

      This is true and correct. As long as one can spin up a disk and read it, then it's game over. A bootable distro on a CD will easily do the job. You don't even need to build or replace the kernel to do it, since init and login are user-level as far as the kernel is concerned. You might need a few special drivers for volume mounting, reading, and decryption tho. Some really bare-bones disks come to mind as potentially useful, such as very early slackware (3.x) or Linux From Scratch/Busybox, all of which fit on a floppy or two. Recall that most boxes will seek the first possible bootable media.

      --
      C|N>K
    4. Re:Is this how it was planned? by totally+bogus+dude · · Score: 5, Insightful

      Not really, the kernel is just a file or two. If you insist, then rename init to something else (e.g. a shell) and you'll get a similar effect on Linux. Or modify the inittab to run a logged-in root shell on one of the vty's. If you really think this is some special OMG VISTA IS SO INSECURE COMPARED TO EVERYTHING ELSE flaw, then you don't understand the "problem" at all.

      However I have to wonder: once you have access to the filesystem, why exactly would you bother booting into Vista and getting yourself a privileged cmd.exe? Why not just access whatever data you want from the other OS? Or does "unencrypted hard drives can be read and modified using other computers" not make a good enough headline?

      This whole thing is so completely and utterly pointless it's probably created a black hole.

    5. Re:Is this how it was planned? by rdebath · · Score: 3, Interesting

      That's not the point

      Linux doesn't try to be secure against physical access, just add init=/bin/sh to the kernel command line.

      OTOH: Windows has always had this weird naivety that passwords will protect the OS from the guy sitting infront of the PC.

    6. Re:Is this how it was planned? by rdebath · · Score: 4, Informative

      On your second point, encrypted filesystems. If the filesystem is encrypted but the user knows the password they can:

      • Remove the hard disk from the machine (to get past BIOS restrictions)
      • Boot with another OS copy and use their password in that OS to unencrypt the hard disk.

      Encryption is designed to protect against people who don't know the password to the disk. The only way you can arrange this for people who logon to the machine is if physical to the machine doesn't mean physical access to the keys .. ie TPM. Even then it's uncertain as when you're logged into the machine the plaintext disk key must be available to the OS.

      Likewise, if the password the user enters is poor and the 256bit key is available on the hard disk (no "keyfob") you can probably get over 100bits of plaintext for a dictionary search from just the boot sector of the harddisk.

      So to avoid the attack in the FA from a third party you either need a good FDE password, so the on-disk key is used only for password changing or a keyfob that cannot be left in the machine.

      Against the user of the machine it's TPM and prayer.

  5. Physical Security by hardburn · · Score: 4, Insightful

    This demonstrates that it's almost impossible to secure a machine when an attacker has unrestricted physical access. Any OS is vulnerable somehow. There are a few things that can be done (like encrypting the entire system partition), but mostly solutions are limited to restricting who has physical access.

    --
    Not a typewriter
    1. Re:Physical Security by ozmanjusri · · Score: 3, Informative

      So you can install a rootkit/keylogger and get back in when the OS is running.

      --
      "I've got more toys than Teruhisa Kitahara."
    2. Re:Physical Security by Blakey+Rat · · Score: 2, Interesting

      Yeah, but if you boot of a CD that's capable of reading the HD, why bother with the passwords? Just directly add your keylogger to the startup items folder or registry or steal whatever files you were going to steal.

      The best way to block this attack, on ANY OS, is a cage with a padlock. Linux, OS X, and Windows all have single-user diagnostic modes that can easily be used with a boot disk.

    3. Re:Physical Security by vux984 · · Score: 2, Insightful

      So you can install a rootkit/keylogger and get back in when the OS is running.

      You ALREADY have unrestricted access to the drive by booting into an alternative OS with R/W access to the unencrypted HD. You want to install a rootkit or keylogger, just do it. You don't need to boot windows at all.

      This is possible in any OS. Windows, OSX, Linux.... hell even OS9.

    4. Re:Physical Security by ozmanjusri · · Score: 2, Insightful
      You ALREADY have unrestricted access to the drive by booting into an alternative OS with R/W access to the unencrypted HD.

      You have unrestricted access at that point of time.

      You may want unrestricted access forever.

      --
      "I've got more toys than Teruhisa Kitahara."
  6. PANIC by Profane+MuthaFucka · · Score: 5, Insightful

    The BIOS lets you run anything! Even a whole new operating system! Unrestricted access OMG!

    --
    Fascism trolls keeping me up every night. When I starts a preachin', he HITS ME WITH HIS REICH!
    1. Re:PANIC by jhdevos · · Score: 5, Funny

      Right... They should think of some system where the BIOS will only load code that was digitally signed somehow, so these atrocities are no longer possible. Personally, I will only feel safe when I know that Microsoft completely controls what goed on on my PC!

  7. If you can write the raw disk... by Animats · · Score: 5, Insightful

    Really. If you have enough access to the machine to boot your own OS and rewrite the disk, of course you can take over the machine.

    Now if someone manages to do this from the outside, that's news.

  8. Oh... by kasparov · · Score: 4, Informative

    So having physical access to a machine can allow you to get system-level access? Weird. Here's a hint...boot into Linux. At the grub prompt, select edit and add "single" to the line of kernel options. Short of a completely encrypted drive, you are pretty much SOL if someone has physical access to your machine. Sorry.

    --
    There's no place I can be, since I found Serenity.
    1. Re:Oh... by chatgris · · Score: 3, Informative

      No it wouldn't. You take the hard drive out of the laptop, either put it in another laptop or buy a $15 adapter that lets you plug it into an IDE slot on a computer. Change the files, put the disk back in the laptop.

      There isn't anything magical or hidden about a laptop hard drive.

      --
      Open Your Mind. Open Your Source.
  9. Oddly enough... by frank_adrian314159 · · Score: 2, Interesting

    ... there seem to be a few of these "name related" hacks in Vista. Files with the string "setup" in their name are recognized as potential installers and are handled differently by the OS. We were able to work around an installation issue in Vista by renaming the installation .exe file something else. One look at this and I said to myself "WTF? Is this any way to secure an OS?"

    --
    That is all.
  10. DUH..... this works in 2000 and xp as well by sandmtyh · · Score: 5, Informative

    boot NTFS live linux CD rename magnify.exe magnify.bak. copy cmd.exe to magnify.exe. boot to login screen and press windowskey+U and choose magnify the screen. system level access to anything. Also if you are an admin in windows xp, just run "at 12:05 /interactive cmd.exe" at 12:05 there will be a cmd promt that pops open (BTW you can use any time, then adjust the system clock) the cmd prompt that pops open will have system level access. use taskmgr to kill explorer.exe then lauch explorer from the cmd prompt..... you are now system. I have been using this for years... i was told that MS was going to sign all the EXE files to stop this attack, but guess what..... cmd.exe will still be signed. people who are surprised by this.... you might also like to know how to get remote desktop running on XP home http://www.geekport.com/2007/08/15/enabling-remote-desktop-in-xp-home/

  11. Umm by yoyhed · · Score: 2, Informative

    This has been well-known for a LONG time - you can rename cmd.exe to Magnify.exe and then run it from the Accessibility options at the login screen. Then you can do whatever you could normally do with a command prompt process run by System - like for example, run "control Userpasswords2" and change/reset anyone's password.

    --
    WHO NEEDS SHIFT WHEN YOU HAVE CAPSLOCK/ DAMN1
  12. This is news? by atari2600 · · Score: 4, Informative

    A few readers have already posted the utter obviousness of the lack of security when someone has physical access to a machine. Linux machine root passwords can be reset, any Windows machine's Administrator password can be blanked if there is physical access.

    Linux distro named BackTrack? Who is this kdawson and how is he such a fucking idiot? All the "elite haxors" in the video are doing are mounting the Windows filesystem in offline mode and doing two simple file operations. Again, how is this news and why is slashdot consistently posting more crap these days? Slashdot: morons for editors, shit that doesn't matter (anymore).

    1. Re:This is news? by sandmtyh · · Score: 2, Informative

      the best part about this is you don't even need linux to do it... all you need is a windows CD, and access to the recovery console.... if the recovery console restricts you just rename the hive files so that next time you reboot it won't find the registry entries that restrict you.

  13. Re:WTF? by fabs64 · · Score: 5, Insightful
    You mean like init? gdm? Xorg? sshd?

    Wow, if I boot a *nix machine with a rescue disk (assuming /sbin isn't encrypted) I can replace all sorts of apps that run as root with my own!

    danger will robinson.

    Seriously, as many problems as I have with Microsoft's past security practices, this does not look like anything.

  14. Re:WTF? by icebike · · Score: 5, Insightful

    > While this does require physical access, running
    > something as root before login is still incredibly
    > stupid.

    Every Unix/Linux system runs "something as root" before login. You should look at "top" some time and see what pid number 1 is and who ran it.

    --
    Sig Battery depleted. Reverting to safe mode.
  15. Mastercard Ad by this+great+guy · · Score: 5, Funny
    • Getting Camstasia Studio to record your BackTrack & Vista sessions: free (you got the free trial version)
    • Downloading a James Bond music to put it in your flash demo: free (you have got crazy peer-to-peer skillz)
    • Showing the world the amazing things you can do with physical access to a box and that it takes you 60 long secs to painfully rename cmd.exe to utilman.exe: ...priceless
  16. System Access v. Admin? by pbaer · · Score: 2, Interesting

    My knowledge of modern windows (XP, Vista) isn't very good, but I've always been under the impression Administrator==root. Is that not so? Is System Access "root" or is there a more powerful level? What are the differences between Administrator, System Access, and any other more powerful levels?

    Also, how do I get "root" or the most powerful level of access to an XP machine?

    --
    There are 11 types of people, those who know unary and those who don't.
  17. Disk access? by shird · · Score: 4, Insightful

    If they have sufficient access to rename a file, why bother rebooting into windows? Just read/write whatever you want when you have the initial disk access. Hell, modify ntoskrnl etc if you really want to.

    --
    I.O.U One Sig.
  18. Why not crack the Administrator password? by cciRRus · · Score: 2, Insightful

    With the ability to boot up a LiveCD, wouldn't retrieving the NTLM password hashes and cracking the passwords with rainbow tables a better idea? The process can be done with Ophcrack within minutes on a modern PC. That way, the attack gains access to the local Administrator account but leaves no traces behind (i.e. no modification of system files).

    The Administrator account would then allow the attacker to login into Vista and launch cmd.exe at System-Level. This can be accomplished by using the Task Scheduler at.exe to run cmd.exe at the next minute.

    --
    w00t
  19. This isn't a real security hole. by kiwioddBall · · Score: 5, Insightful

    Reason : You need access to the system to rename the system files in the first place. To rename system files you need Admin permission.

    Definition of a security hole : A security hole allows you to gain system access when you don't have system access in the first place.

    1. Re:This isn't a real security hole. by mrbah · · Score: 2, Informative

      The idea is to boot to an external OS (which can freely access the Windows partition) and modify the file that way.

  20. Multi-step process by lullabud · · Score: 3, Interesting

    You're not very good at puzzles, are you? First you get one piece, here it is the ability rename an executable to execute a privilege escalation. The next piece is for anybody to find... a way to remotely rename an executable while it is being used, or during reboot, or something else more clever than one minute of my thinking during this reply.

    Your questioning follows the "who cares if water expands when it freezes?" line of thinking. You're missing the second part, the idea that you have to pour it into something before it freezes in order to break that something without effort.

    1. Re:Multi-step process by gazbo · · Score: 5, Insightful
      No. In order to rename the file remotely you already need root. And even ignoring that, you would still need physical access to use the newly exploited shell.

      Your comment is akin to saying "Ah, but what if someone finds a way to remotely append init=/bin/bash to Grub?" There's no weakness in Linux there, as you'd need to have root on the box in order to do such a thing, and then after the shutdown -r you'd be fucked anyway as it sat at a shell 1000 miles away waiting for someone to type into the console.

  21. This could be useful by WizzardX · · Score: 5, Insightful

    I think this is a useful hack. iirc, unlike most other OS's, Vista doesn't give you "real" system level admin if you login as administrator. It reserves the highest privilege level for itself. This could be useful for disabling services, updating system files and so on, that Vista won't let you do normally.

    1. Re:This could be useful by cnettel · · Score: 2, Informative

      There are, however, plenty of simpler way to do so from admin. While admin don't have full token directly, it can achieve it in any number of ways.

  22. Two reasons by Sycraft-fu · · Score: 3, Interesting

    One is, of course, because it's Windows and Slashdot has this pathological need to post anything and everything they can find that makes Windows look bad, even if it is completely made up/false.

    However the other is that it seems that many geeks misunderstand security. They think that perfect security is something you can actually have, that a system can actually be invulnerable from attack. So any attack is news in their minds since they've never thought it through. This is quite evident from the comments any time a site gets hacked and there is the attitude of "It is your fault if you are stupid enough to get hacked." I always like to ask if they'd take the same view if I broke in to their house, which would be extremely easy (almost nobody has good home security).

    As you noted: When there's physical access to the system, all bets are off. Any OS level security isn't any good since the drive can just be removed and accessed directly. Heck, that's how we do data recovery at work. We don't even try to figure out if the problem is OS configuration or an actual disk error. The disk comes out, goes in to our recover system, and we get the necessary data off. Data first, diagnosis later. Once the data is safely off, then I worry about what actually went wrong.

    All security is just a matter of trying to be secure enough that anyone who wants at what you are securing can't or won't spend the effort to defeat it. There's no perfection. Even something like full disk encryption. Yes, this will defeat something like this, and also defeat someone grabbing the drive and reading it. However if they really want it, they just grab you too and force you to hand over your password. If the data was important enough that you had to plan for that contingency, you get some body guards to keep you safe. However then they simply kill your guards and get you... etc.

    Basically there isn't a be-all, end-all of security, where you are safe against everything. There is only being secure to the point that anyone who wants what you have, doesn't have the ability to get it.

  23. Re:WTF? by urcreepyneighbor · · Score: 3, Funny

    You should look at "top" some time and see what pid number 1 is and who ran it. OMG! You h4x0r3d my box!

    My porn! My precious porn!!
    --
    "The fight for freedom has only just begun." - Geert Wilders
  24. Re:What idiots modded this up? by Phroggy · · Score: 4, Informative

    If you already have root access, passwd does not prompt you for the old password. His method is sound.

    --
    $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
    $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
  25. You silly people by Martian_Kyo · · Score: 3, Funny

    this is not a security hole
    this is a feature
    which helps you recover data after you forgot your password.

  26. I disagree by Mostly+a+lurker · · Score: 5, Interesting

    Consider: someone arrives from 10 years in the future in a time machine. OK, at the time he arrives this is news. However, at the point the individual leaves to go back in time, we have already known about this for 10 years. He may even be reusing the same time machine, if it was never used in the intervening period. How is a 10 year old story news (I am ignoring /. for the purpose of this argument)?

  27. Old trick? by dotmar · · Score: 2, Interesting

    Wasn't there a similar exploit a few years ago on windows 2000. Auto start of CDs was enabled even when nobody was logged in. If you put a cd with a .bat file in the cd tray, it would start the file which copied cmd.exe to the screensaver file. Wait a couple of minutes, and when the screensaver was supposed to be activated, a command prompt with administrator privileges pops up.

  28. hooks should be in service or drivers by DrYak · · Score: 5, Interesting

    The interesting thing is that the utility for helping impaired people is run as SYSTEM when it really doesn't have to be.
    My hunch would be that the utility has to insert some system level hooks into Windows in order to read text from every widget (window, control, or whatever you call them) in the system. This is why it needs elevated privileges. Yeah. But microsoft's own good practice recommendation is that this kind of hooks need to be placed in a driver or a service (it self installed with the necessary privileges). And that the program that needs the access stay with low privileges and only access what it needs through the API exposed by the privileged service/driver.

    That's how all hardware monitoring and similar tools do, to avoid triggering false alarams in UAC.

    It's just strange how Windows can't even follow their own recommendations.
    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
  29. Re:Apple / OS X by Megane · · Score: 2, Interesting

    On PowerPC it's possible to set a CD boot password in Open Firmware. (use command-option-O-F at startup to get the Open Firmware command prompt) However, Open Firmware's settings can be reset by changing the amount of RAM in the system (adding/removing a DIMM), so physical access is a problem even there.

    I don't even know if there's an equivalent to the Open Firmware command prompt in EFI.

    --
    #naabhaprzrag, #sverubfr-000, #agi-fcbafberq, negvpyr[pynff*=' negvpyr-ary-'] { qvfcynl: abar !vzcbegnag; }
  30. Same technique, different vector by xuanyou · · Score: 2, Informative

    I've used the same technique before to restore an XP system that no one knew the admin password to. Changed the default screensaver .scr to cmd.exe. Just booted to login, made a coffee, when I got back, cmd was open in System user. Funnily, I think the user rights for System in XP were limited below Administrator.

    --
    - xuanyou
  31. Re:Apple / OS X by pasokon · · Score: 2, Informative

    You can also set a password for EFI on Intel-based Macs.

    See http://support.apple.com/kb/HT1352
    (also covers setting the password on Open Firmware PowerPC)

  32. You can secure against this to some extent. by Emperor+Skull · · Score: 2, Interesting
    Change the BIOS boot order so the hard disk is the only allowed boot device.
    Enable chasis intrusion in the BIOS
    Password protect the BIOS
    Put a lock on the case.

    Not perfect, but it makes this a lot harder and a lot easier to detect.

  33. Fake or real? Camtasia? by SplatMan_DK · · Score: 2, Interesting

    The clip is made with "Camtasia", a program from TechSmith inc..

    But that product is only available for Windows, so how was it used to capture a screen video of a Linux computer? And how was it used to show a Vista computer booting (since presumably the Camtasia ScreenCam software cannot be loadet at that time)?

    No flaming intended - this is an honest question.

    :-)

    - Jesper

    --
    My security clearance is so high I have to kill myself if I remember I have it...
  34. Nothing new? by Peer · · Score: 4, Interesting

    Looks alot like this:

    http://www.avertlabs.com/research/blog/index.php/2007/03/12/windows-vista-vulnerable-to-stickykeys-backdoor/

    Only thing new is using Linux to rename the file.

  35. Meh, not so impressive by BLKMGK · · Score: 4, Informative

    See the problem with that is that you had to use someone else's program to do this - it wasn't just something you could do. Someone had to reverse how the SAM was storing passwords blah blah. Plus now you have hosed up your "friends" password and he will know you have been playing on his machine when he gets back. See, that's not really kewl....

    What you should have done that would have been more impressive would be to boot off a Linux CD and rename the SAM file. Then when the machine was booted again the Administrator password would have been BLANK. You could then have retrieved whatever information you wanted from your "friends" computer, renamed the SAM back to it's correct name, and when he returned his password would have been the same. This would have been much nicer for your "friend" and far more impressive since you would not have had to rely on someone reversing the password storage format of the SAM file - which BTW has changed a few times. Microsoft even started using SALT, the nerve!

    Anyway, the rename method would have worked out of the box without any "boring" reverse work on someone else's part and would take advantage of a stupid oversight on Microsoft's work - just like this hack does. FWIW, I LIKE Vista and know that in general it's more secure than XP. That Microsoft was so STUPID as to allow something like this to work doesn't surprise me but it does dissapoint me. Hopefully they don't fix it before I've had a chance to show a "friend" how it works :-P

    --
    Build it, Drive it, Improve it! Hybridz.org
    1. Re:Meh, not so impressive by hawk · · Score: 2, Interesting

      >FWIW, I LIKE Vista

      Yeah, and there's men that go to work in women's frilly underwear, but most don't brag about it on the internet! :)

      hawk

  36. Why bother? by SEMW · · Score: 2, Informative

    I've used the same technique before to restore an XP system that no one knew the admin password to. Changed the default screensaver .scr to cmd.exe. Just booted to login, made a coffee, when I got back, cmd was open in System user. Funnily, I think the user rights for System in XP were limited below Administrator Why bother? If you can reboot the computer, you can just boot into single user mode and change the password directly, on any operating system I've ever used (Windows: press F8 on bootup; Linux: append S to the GRUB kernel line, etc.).
    --
    What's purple and commutes? An Abelian grape.
  37. TPM sets the bar damned high by BLKMGK · · Score: 2, Interesting

    I mostly agree with what you're saying however the checks and balances brought to the table by properly setup TPM push the bar so high that an attacker is going to have to be damned near a state supported entity to get the job done! :-O At what point do you declare enough is enough? I won't go into a dissertation as to how TPM works as it's lengthy and I'd probably screw it up but you're nto going to be able to just go in and modify how that hardware works to get past it easily. I don't 100% trust it or the vendors supporting it but it does look on the surface like some fairly high effort will be required to get past it.... if it's properly setup (heh)

    --
    Build it, Drive it, Improve it! Hybridz.org
  38. You don't even need a bootCD/disk by phorm · · Score: 2, Informative

    Add this line in the bootloader...

    init=/bin/bash

    It bypasses the init process (and all of the login requirements therein) to dump you straight to the *bash shell.

    *Assumes bash is in the path /bin/bash, but /bin/sh or any valid shell should work.

  39. Re:-1 Humorless Shill by dotancohen · · Score: 2, Funny

    n/t n/t TFS says that NT is not affected.
    --
    It is dangerous to be right when the government is wrong.
  40. All part of the Macintosh heritage by hawk · · Score: 3, Informative

    Roll back the clock a couple of decades. Microsoft was the #2 violator of the Macintosh programming standards and rules. #1, of course, was Apple . . .

    Thus on system software changes, guess which two manufacturers' software broke the most often.

    hawk