Slashdot Mirror


Users' Admin Logins Make Most Windows Malware Worse

nandemoari writes "A new analysis claims that over 90% of the Windows security vulnerabilities reported last year were made worse by users logged in with administrative privileges — an issue Microsoft has been hotly debating recently. According to BeyondTrust Corp., the result of the analysis of the 154 critical Microsoft vulnerabilities indicated that a full 92% could have been prevented if users were not logged into their systems with administrator status. BTC believes that restricting the number of users who can log in with these privileges will 'close the window of opportunity' for attackers. This is particularly true for users of Internet Explorer and Microsoft Office."

420 comments

  1. Cancel or Allow by Anonymous Coward · · Score: 5, Funny

    Would you like to install a virus? [Cancel/Allow]

    1. Re:Cancel or Allow by flowsnake · · Score: 5, Interesting

      "Polite", a virus for Microsoft Word, already did this back in the mid 90's! When you try to save a file the virus macro asks "Shall I infect the file?", and kindly refrains from doing so if you click say no.

    2. Re:Cancel or Allow by Anonymous Coward · · Score: 1, Informative

      But with Microsoft's track record, would they be as kind as to do that?

    3. Re:Cancel or Allow by Anonymous Coward · · Score: 3, Funny

      I though that was clippy.

    4. Re:Cancel or Allow by Anonymous Coward · · Score: 0

      I'm pretty sure some of my users would just click right through this

    5. Re:Cancel or Allow by ChrisNoe · · Score: 0

      Where [Cancel] means allow, and [Allow] means allow.

      --
      There are 10 types of people in this world: those who can read binary, and those who can't
    6. Re:Cancel or Allow by Impy+the+Impiuos+Imp · · Score: 1

      > Aover 90% of the Windows security vulnerabilities reported last year were made
      > worse by users logged in with administrative privileges...of the 154 critical Microsoft
      > vulnerabilities indicated that a full 92% could have been prevented if users were not
      > logged into their systems with administrator status.

      So it's kind of butt-ironic that many could be cleared manually if you could just kill processes at will and delete files, even if they are system-reserved and opened for write.

      Oh, I'll never forget that day when I had some nasty viruses that showed up even in "Safe" mode. Well, done, hacking engineers! Well done!

      --
      (-1: Post disagrees with my already-settled worldview) is not a valid mod option.
    7. Re:Cancel or Allow by Fri13 · · Score: 1

      Where is the "remind me again after 5/15/60/120/480 minutes." option?

    8. Re:Cancel or Allow by uncoveror · · Score: 1

      You aren't allowed to do jack shit in Windows without administrator privileges, so everyone gives themselves an administrator account. Also, once people are desensitized to cancel or allow dialogs, and just say "allow" to everything, they no longer provide any security. The problem with Windows is that it is used by the masses who know nothing about their computers except that they need one for work, or the kids need one for school. They are the security flaw that will never be fixed.

      --
      The Uncoveror: It's the real news.
  2. TFA mentions the dup by Anonymous Coward · · Score: 2, Informative

    From TFA:

    In recent news, two bloggers were able to demonstrate the threat posed by the Vista's Windows User Accounts Control (UAC) feature. UAC, a feature that provides a prompt when users attempt to perform tasks such as installation of new programs or changes to settings, is meant to provide added security to the system. (Source: computerworld.com)

    In other words, it's a dup of the recent disussion about the Security Hole In Windows 7 UAC.

    Recycle your old comments here.

    1. Re:TFA mentions the dup by slackbheep · · Score: 1

      Would I be out of line to complain about how slow copy/move/rename functions are, then?

    2. Re:TFA mentions the dup by Ihmhi · · Score: 4, Funny

      I can't really think of anything to say, so I'm going to do the green thing.

      This comment is made of approximately 80% recycled material(s?).

      From TFA:

      In recent news, two bloggers were able to demonstrate the threat posed by the Vista's Windows User Accounts Control (UAC) feature. UAC, a feature that provides a prompt when users attempt to perform tasks such as installation of new programs or changes to settings, is meant to provide added security to the system. (Source: computerworld.com)

      In other words, it's a dup of the recent disussion about the Security Hole In Windows 7 UAC.

      Recycle your old comments here.

  3. You mean... by laughingcoyote · · Score: 5, Insightful

    Not running as a fully-privileged user reduces your security risk? Who knew!

    This is not news. The question is why it hasn't been meaningfully addressed in Windows for such a long time.

    --
    To fight the war on terror, stop being afraid.
    1. Re:You mean... by Urd.Yggdrasil · · Score: 5, Insightful

      It would be a hell of alot easier of software developers didn't require administrative privileges when they really don't need them. I tried to run in a "user" usergroup when I replaces win2k pro with win xp pro but nothing ran correctly. I tried using the "run as" menu and a program called sudo-win which would elevate my privs temporarily then reduce them again. Nothing would install correctly, nothing would run correctly. Even programs that don't use any administrator functions or zones wouldn't work correctly. Realistically, running in a non-admin account is a pain in the ass.

    2. Re:You mean... by EvolutionsPeak · · Score: 4, Insightful

      The question is why it hasn't been meaningfully addressed in Windows for such a long time.

      This question has long been addressed as well. There are several reasons, but I'd say the primary one is that it breaks compatibility with too many applications. Since Windows has given administrative privileges by default for so long, programmers have assumed that the user will have them and do things that require those privileges, like write into the Program Files directory.

      Vista took many steps to meaningfully address the issue.
      UAC has been part of an attempt to rectify the problem by not allowing the administrative privileges to be used without user intervention.
      It also acts as a form of "sudo" so that its possible to run as an unprivileged account. However, it is a giant pain because the aforementioned coding practices induce a million popups.

    3. Re:You mean... by GF678 · · Score: 1

      The question is why it hasn't been meaningfully addressed in Windows for such a long time.

      They tried with Vista. It failed for the most part because running in a standard user account with UAC was annoying for a lot of people, so they turned UAC off (which turns the standard account into an administrator account pretty much).

      Now most of the blame here should go to apps which insist on using admin access for regular operations (not including installation or maintenance). The rest should go to Microsoft for having UAC so insistent on things that shouldn't matter. A slightly more relaxed UAC would work very well, which is what I'm hearing in Windows 7.

    4. Re:You mean... by Dyinobal · · Score: 1

      Not running as a fully-privileged user reduces your security risk? Who knew! This is not news. The question is why it hasn't been meaningfully addressed in Windows for such a long time.

      Indeed this has been known for ages. I'm surprised it's made it to the front page of /.

    5. Re:You mean... by LoadWB · · Score: 5, Insightful

      Seconded. When you have mainstream applications like Peachtree, QuickBooks, Timberline, and even some of Microsoft's own products, requiring administrator access to a workstation, limiting rights is difficult.

      (Mind you, I speak from a purely XP-standpoint. We have had so many problems with Vista at sites which have tried to implement it that we do not use it. And others do not have the hardware to run Vista.)

      IIRC, I have also run into issues with AutoCAD, some network scanner drivers, and the like.

      Mostly, the ways around these requirements are convoluted or require in-house admin staff to handle minor requests which need immediate attention.

    6. Re:You mean... by Spit · · Score: 4, Insightful

      Realistically, running in a non-admin account is a pain in the ass. ...in Windows.

      --
      POKE 36879,8
    7. Re:You mean... by i.of.the.storm · · Score: 1

      I agree, although by the way you've got it a bit backwards. UAC makes admin accounts run as a regular user by default, and elevates privileges when they are needed. It also lets you elevate privileges from a standard account to an admin by entering an admin's password, but that's not the usual setup I guess. Unless by standard account you mean the default account when you install Windows, in which case I just misunderstood you.

      --
      All your base are belong to Wii.
    8. Re:You mean... by Z00L00K · · Score: 3, Insightful

      Running a non-admin account works fine if you only run the office package, but as soon as you plan to do something slightly advanced you end up with failed permissions and other types of obnoxious behavior - which is hard to figure out because Windows won't tell you because you don't need to know.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
    9. Re:You mean... by 93+Escort+Wagon · · Score: 3, Informative

      Realistically, running in a non-admin account is a pain in the ass. ...in Windows.

      It's absurdly easy to do in Mac OS X - you don't even have to think about it. If you need to run as an admin, the OS figures it out and prompts you.

      Actually it's so easy that it drives me nuts Apple hasn't taken the next step - something XP actually does - and have you first set up an admin account, then set up a "normal" account for day to day activities. If any single thing contributes to the first widespread Mac virus/worm/whatever, I bet it'll be the number of unnecessary admin accounts being used.

      And before someone brings it up - it's not that difficult to work around the "it'll prompt you for your password" protection that supposedly will warn you if something tries to take advantage of your admin status. You just need to know a bit about the command line, since the Applications directory is writable to anyone in the admin group.

      --
      #DeleteChrome
    10. Re:You mean... by Opportunist · · Score: 5, Interesting

      The question is why it hasn't been meaningfully addressed in Windows for such a long time.

      Because it would break compatibility. Actually, and I hate to say it, it ain't MS's fault. Or at least not only theirs.

      A simple example: In the good (bad) old days of 95 and 98 and the lack of sensible rights management, it didn't matter whether you use the HKLM or the HKCU registry branch. Both were equally unprotected, and since your software worked with every user (and you needn't care about such trivialities as watching out for a lack of reg keys), software vendors simply dumped their registry junk into the HKLM tree.

      The same applies to access to sensible system areas, like drivers (copy protection crapware) or code injection. Programmers simply assumed it is possible because hey, the system didn't really care about it!

      In comes Win2k and suddenly, when you are not logged in as admin, your games don't work. Now why the hell does a friggin' game need admin rights, you ask? Because it wants to load a copycripple driver, because it wants to write in the HKLM (or similar sensible) hives or because of other things that didn't matter earlier due to a lack of rights management and due to being the easy way out of a programming problem.

      MS is to blame to allow this for far too long. Users are to blame to put up with it and accept that they're "forced" to use admin privs to run programs. And most of all, programmers are to blame that took the easy way out and ignore rights. No, they needn't be able to forsee it (even though they should have). But since the practice still prevails (run a copy protected game without admin rights, see if you succeed), the blame is squarely on third party software. Not MS this time.

      I hate to say it, and I know it's unpopular on /. to "defend" them. But it's not MS that has dropped this ball.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    11. Re:You mean... by gmack · · Score: 3, Funny

      UAC's constant nagging is actually there to piss off users of bad software and put pressure on application makers so they will go through the trouble of designing software that doesn't need constant admin access.
       

    12. Re:You mean... by philspear · · Score: 1

      Realistically, running in a non-admin account is a pain in the ass. ...in Windows.

      ...on a computer.

      (was today "add an ellipsis and then point out something obvious" day and nobody told me?)

    13. Re:You mean... by Anonymous Coward · · Score: 0

      The question is why it hasn't been meaningfully addressed in Windows for such a long time.

      Because it would break compatibility. Actually, and I hate to say it, it ain't MS's fault. Or at least not only theirs.

      Is a design failure from Microsoft. They take the easy way and now it becomes the ugly way.

    14. Re:You mean... by Anonymous Coward · · Score: 0

      Ya, that worked out well.

    15. Re:You mean... by shutdown+-p+now · · Score: 4, Interesting

      It would be a hell of alot easier of software developers didn't require administrative privileges when they really don't need them. I tried to run in a "user" usergroup when I replaces win2k pro with win xp pro but nothing ran correctly. I tried using the "run as" menu and a program called sudo-win which would elevate my privs temporarily then reduce them again. Nothing would install correctly, nothing would run correctly. Even programs that don't use any administrator functions or zones wouldn't work correctly. Realistically, running in a non-admin account is a pain in the ass.

      For all the flak that it (mostly rightly) gets, Vista did change that for good. Since its release, the percentage of apps that require admin privileges to run dropped very significantly - so much so that the only one I still have installed on my desktop is Acronis True Image, and that one actually needs it, as it does disk-level backup (though it should really rather pop up the UAC prompt when it actually starts backing up, and not on startup).

    16. Re:You mean... by ion.simon.c · · Score: 1

      I tried to run in a "user" usergroup when I replaces win2k pro with win xp pro but nothing ran correctly.

      My anecdotal experience does not match your own.
      I have a Windows Server 2003 machine that I use to play video games at home. My primary user account is unprivileged. The only non-installer app that I've run into that required Admin privs was Quake (3? 4?)'s PunkBuster. (Why the fuck it needed privs, I have no idea. It didn't get em, and was shitcanned before the day was out.)
      Run As... works for everything but launching Windows Update, or running an app that lives on a mapped network share.

      I have a Windows XP Pro machine that I use to do development at work. Company policy dictates that I run as a limited user. (VS 2003 and up dictate that I have be a member of the Debugging Users group. This is the only concession that the Company is willing to make.) I am able to do development work in this environment. I've been able to run every piece of development-oriented software that I've come across. I'm able to run all of the MSFT Office suite. If I need an app installed, I get a Sysadmin to install it for me. (This process is really less painful than it sounds.)

      Anecdotal evidence sucks.

    17. Re:You mean... by ion.simon.c · · Score: 1

      In comes Win2k and suddenly, when you are not logged in as admin, your games don't work.

      All of my games work as a limited user.
      I've been running some old and some new games.

      (I might be biased, though. I can't imagine that I would keep playing a game the required me to run as Admin.)

    18. Re:You mean... by Anonymous Coward · · Score: 0

      Dang! According to you sig you must've just got a circumcision! Yow!

    19. Re:You mean... by LordLucless · · Score: 1

      Sort of. If 95, 98, etc had had proper user segregation, the proliferation of poorly-written software would never have happened. MS wrote an OS that allowed developers to take insecure shortcuts. Now that they're trying to shore up their system, their previous lack of security is holding them back. Now, it's not MS' fault in that their modern OSes generally try and do the right thing in regards to user privelege. But their old systems don't, and it's their own past actions that are biting them in the backside now.

      --
      Just because you're paranoid doesn't mean there isn't an invisible demon about to eat your face
    20. Re:You mean... by maskedbishounen · · Score: 1

      I recently set up a secondary gaming box with a limited user account for a MMO that has to be constantly updated else it won't run. It was a bit of a pain since it insists on writing a cache file in %WINDIR%. Then it has a registry setting that, by default, limited users cannot change. After a few more bumps, it has worked flawlessly.

      For the most part, it's just lazy development teams who can't be arsed to "fix" their code. There's probably a moral here about open source. Who knows.

      --
      "An infinite number of monkeys typing into GNU emacs would never make a good program."
    21. Re:You mean... by thsths · · Score: 1

      > Run As... works for everything but launching Windows Update

      That seems like a major flow to me - but it is no surprise. Designing a key feature for securing a system as an Active X component must rate as one of the worst design decisions in recent history.

    22. Re:You mean... by the+white+plague · · Score: 5, Insightful
      Anecdotal evidence sucks.

      Yes, but the user experience is what counts. All it takes is one video game to pitch a fit that it doesn't have admin privileges and hundreds of thousands of users have learned the lesson "just run as admin, it's less bother". The last couple months Fallout3 has been the popular game of the moment teaching users that security is painful to use.

    23. Re:You mean... by thetoadwarrior · · Score: 2, Insightful

      MS shouldn't even allow you to be an admin. It should have an admin password which you can use to perform certain tasks but it's only that task that has admin rights and they're gone once it's over.

      It's not like this is some sort of new concept or anything so I'm not sure why they won't do it.

    24. Re:You mean... by ShakaUVM · · Score: 5, Interesting

      >>which is hard to figure out because Windows won't tell you because you don't need to know.

      Yep. In Linux you get the rather common sense "permission denied" message when you try installing something and it tries to write to a directory you don't have rights to. In Windows, it fails silently most of the time. Drove me up the wall when a program I'd installed was working on a computer I set up for my mother, when it turns out even though she could see the program with her "mom" account, something or other needed admin privs, and it was dying silently.

    25. Re:You mean... by TiggsPanther · · Score: 1

      The worst thing about this lack is that it would help in the case of corporate environments, which Microsoft seem so keen on. Yet they still don't include it.
      (OK, from the sounds of it Vista's UAC acts similarly - only without the Grace Period which allows a string of admin tasks to be done without having to authorise every single action.)

      Currently the annoying thing about tech-support is when a user needs something doing which is, in and of itself, only about a 2-minute task. But it then requires either logging off and back in as an admin, or promoting their accounts and re-logging in for when admin-level user-side things need doing.
      So a showstopping issue with a quick-fix often ends up taking far too long because Windows (XP) doesn't play well with certain software - even using RunAs.

      --
      Tiggs
      "120 chars should be enough for everyone..."
    26. Re:You mean... by WWWWolf · · Score: 3, Informative

      Actually it's so easy that it drives me nuts Apple hasn't taken the next step - something XP actually does - and have you first set up an admin account, then set up a "normal" account for day to day activities.

      That'd be a step backwards. In Unix-based OSes, there's unprivileged users and root (superuser); root can do pretty much anything, ordinary users can't. The whole point of sudo (the password dialog thingy) is that the superuser access is given only when needed, and you can have perfectly ordinary user accounts that are allowed to do some administrative tasks. You can configure sudo to only allow certain programs to be run as root; this is far better than having the lazy users flip between normal accounts and administrator accounts and stay logged in as administrators because "that's where you don't need to fill in those annoying password prompts, duh".

      The biggest clinch is that if you run a program as root, it will just work; run it through sudo with root privileges, it won't give you a password prompt, it will just run the program. The model is "if the user is logged in as root, we assume they know what they're doing, even when they want to do something that could damage the system; if an ordinary user runs something that could be damaging the system, we disallow it and only let it through through the sudo prompt."

    27. Re:You mean... by BlackPignouf · · Score: 1

      I just discovered this yesterday :
      why on earth does the user have different privileges with command-line and with the GUI on Mac OS???
      Maybe there's a good reason reason for this, but it just doesn't seem to make sense.

      Any idea?

    28. Re:You mean... by GuldKalle · · Score: 1

      It's funny because it's true

      --
      What?
    29. Re:You mean... by Anonymous Coward · · Score: 0

      You got modded funny - but seriously, this is the only positive thing I've ever read about UAC. It might even work.

      Now, the big question is... Was this done on purpose, or was that an accidental feature of another attempt at training the user to always click "ok" (or in this case "allow")?

    30. Re:You mean... by EvilIdler · · Score: 2, Interesting

      Microsoft made admin-mode annoying, so that the users would complain to the makers of the software that annoys them, rather than demanding MS to fix things ;)

    31. Re:You mean... by Anonymous Coward · · Score: 0

      Microsoft owns the OS and they also own the developer platform. They could easily change that trend with supplying better coding practices and tools to migrate old code to new code with something needs admin right less.

      I think problem comes from MS not admitting their design stupidity. They instead wanted to force that and let people go on with that. If we haven't had any other better designed systems we would think that 'what MS does is what is needed'. However we see other operating systems (linux for example) which does good separation of user level and admin level tasks. We even see better approaches to let limited admin rights with PolicyKit. But I think since MS didn't want to look inferior, it didn't want to change that. However this bad design caused almost all Windows users to get infected with malware once, they needed to accept it and do something else but again with a bad design.

    32. Re:You mean... by TheDarkMaster · · Score: 1

      I agree. The basic problem on Windows is: Ever single program try to use "restricted" resources and go mad if system deny access.

      --
      Religion: The greatest weapon of mass destruction of all time
    33. Re:You mean... by Breconides · · Score: 2, Interesting

      The user doesn't have different permissions between the command-line and the GUI. In both circumstances, when something is done that needs super-user privileges, the user is prompted for their password by sudo.

      The only difference between the GUI and the CLI is that with the GUI you don't have to manually run sudo. You automatically get a pretty little window asking for your password. With the CLI, you need to run the program with sudo manually.

    34. Re:You mean... by Breconides · · Score: 1

      By having you set up an admin account, Mac OS would be defeating the purpose of using sudo. Every account is a normal account. Your fear is based on "the number of unnecessary admin accounts being used" while at the same time you admit that there are no admin accounts.

      Apple knew that users would ignore the advice "not to run as admin" and so didn't even allow for the option. Instead they actually designed their OS (or rather, used a pre-existing OS model) so that you can actually use the computer as a user. A novel idea.

    35. Re:You mean... by jellomizer · · Score: 1

      Haven't we been complaining about this for over a decade now? It doesn't take a security expert to see that just some one with a basic idea of security.
      The need for Administration privilege has always been the major security problem in Windows, I remember back in 2003 trying to install Word Perfect on a System and the freaken Spell Checker needed Admin Privileges to run.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    36. Re:You mean... by jargon82 · · Score: 1
      I've been running non-admin in windows for over a year now, on my personal laptop. The trick I use is this nifty thing called "makemeadmin." It's a batch script that elevates your account to the admin group, launches a cmd windows, and then removes you from the admin group.

      This leaves you with a shell running with full admin rights but which still uses your existing profile and account, bypassing the vast majority of the issues with runas. I usually leave the shell running in the background (it defaults to white text on red background, for easy identification. The whole thing works well, as long as you control physical access. Script can be found here http://blogs.msdn.com/aaron_margosis/archive/2004/07/24/193721.aspx/

    37. Re:You mean... by misfit815 · · Score: 1

      Amen. I've tried several times over the years to run users with stripped-down privileges, going all the way back to NT4, and I've had no success. Even the "Power Users" group is typically insufficient because some piece of junk software or another won't install or run properly.

      Unfortunately, it's not so much a technical problem with Microsoft as it is a culture problem with the platform and a technical problem with other software vendors. They have the choice to code their software properly, and don't. And the barn door's been open so long, it's next to impossible to close it now.

      J

      --
      Jesus told him, "I am the way, the truth, and the life. No one can come to the Father except through me. - John 14:6 NLT
    38. Re:You mean... by HBI · · Score: 1

      Turning off UAC is pretty effortless.

      --
      HBI's Law: Frequency of calling others Nazis is directly correlated with the likelihood of the accuser being Communist.
    39. Re:You mean... by jamesmcm · · Score: 0

      That would mean setting up a root account though, whereas I don't think you ever actually log in as root specifically on OS X, you just use sudo.
      Using sudo is probably better than making a separate root account as it means you are only running privileged commands when you need to (i.e. you don't just log in as root constantly).
      How is it easy to work around, since the app wouldn't have admin access to begin with and so couldn't modify the Applications directory. Could you please explain further?

    40. Re:You mean... by bemo56 · · Score: 2, Informative

      something or other needed admin privs, and it was dying silently.

      I had problems with Vista and WinRAR similar to this.

      Whenever I unzipped a rar file into the C: Directory; it would have permission to create the folder structure of the rar file, but not the files therein. Instead of notifying me of this, it would fail silently after half an hour of decompressing (big files).

      Personally I don't know which piece of software was to blame.

    41. Re:You mean... by sa666_666 · · Score: 1

      Well, it's not just Microsoft (although I agree they started the problem). They're actually making progress in recent releases wrt that issue, but my problem thus far has been the end-user.

      I work on several cross-platform open-source applications, where the users config files are placed in user-specific folders, and there are always a sizable number of Windows users who wish to disable this functionality and store their data with the app itself (which is usually installed with admin rights, meaning they have to run with admin rights as well). It's an ingrained way of doing things that should really just die, but a lot of people just won't change.

      So while I blame Microsoft for starting the bad behaviour, there are actually a sizable number of people out there who want it to stay that way.

    42. Re:You mean... by umghhh · · Score: 1

      This is true for many apps that are written for other OSs too. Majority of apps that I tried to install on linux locally on my account were OK but there were still some that wanted to do things to folders that my corporate security angels refused to make available for us mortals.
      I suppose it does not matter anymore anyway as CEO has something to say to all of us on friday....

    43. Re:You mean... by Vertana · · Score: 1

      Realistically, running in a non-admin account is a pain in the ass. ...in Windows. ...on a computer ...turned on.

      ... over the rainbow.

      --
      "The best way to accelerate a Macintosh is at 9.8m/sec^2" -Marcus Dolengo
    44. Re:You mean... by icebraining · · Score: 1

      Punkbuster needs admin privileges 'cause it runs as a system service, to ensure you can't open some kind of cheating program. But I heard PB it's a rather bad design app. I have plenty of disconnections from CoD4 due to PB having "stopped the packet flow" and "failing to connecting to server".

    45. Re:You mean... by icebraining · · Score: 1

      It's obvious, most individual OpenSource programmers are also the users, so if the program annoys the user they'll also be affected. On the other hand, if it's a company open-source programmer, some user who happens to know programming can fix the problem and contribute a patch.

      Being the user of a program is a much better incentive to improve it than just programming it for others.

    46. Re:You mean... by cmat · · Score: 1

      Actually, running as a non-privileged user still exposes a user to the worst type of risk: corruption of their data files (which of course they only need their user privileges to access). Have you ever heard a user thank you for being able to recover their OS but not their data files (after a crash/virus/etc)?

      I'm not even sure there is any real solution to this, although there was some work done in the OLPC security model that related to this:

      http://dev.laptop.org/git?p=security;a=blob;f=bitfrost.txt

      Not perfect, but it is a start in the right direction for a lot of these type of problems imho.

      --
      -- Humans, because the hardware IS the software.
    47. Re:You mean... by Anonymous Coward · · Score: 0

      Preaching to the Choir man. All of us in IT have been bitching about this since the windows NT 4.0 days.

      I'm sick of really low grade software, but then I'm used to the really, REALLY low grade software that we have in the vertical market.

      Some of the apps I have to use cost upwards of $15,000 and are VB6 poorly written junk, or worse a certain crappy local PC database application. that they try to make networked without using a real DB.

    48. Re:You mean... by Anonymous Coward · · Score: 0

      Not true. I have been running my XP box with all users, including my own account, as "limited users" for years with no difficulties. It's only "a pain in the ass" if you consider having to log out then log back in as the administrator to do something major such as install new or updated software.

    49. Re:You mean... by icebraining · · Score: 1

      Exactly, and Unix had this from at least the early 70s, it's not exactly a "new security model".

    50. Re:You mean... by Repugnant_Shit · · Score: 1

      I play Fallout 3 with Steam as a regular user, and have no problems on WinXP.

    51. Re:You mean... by cbiltcliffe · · Score: 1

      I'd say it's mostly WinRAR.

      There are plenty of reasons why a file might not be writable: No permissions, disk full, hardware error on the disk, etc.

      If WinRAR tries to write a file and fails, it should tell you immediately, before even moving on to the next file in the archive.

      I'd say that Vista is partly to blame, too, for the stupid decision to restrict writes to the root of drive C:, but considering how many people I've seen who've turned C:\ into their "My Documents" folder, and filled it with hundreds of files, I think they made the best of a bad situation.

      --
      "City hall" in German is "Rathaus" Kinda explains a few things......
    52. Re:You mean... by NatasRevol · · Score: 1

      The GP is probably talking about the Finder. It's broken and doesn't properly show the privs. Especially in an AD environment.

      Granted, the actual privs are the same, but the GUI doesn't show them properly.

      --
      There are two types of people in the world: Those who crave closure
    53. Re:You mean... by Dyolf+Knip · · Score: 1, Insightful

      You mean shut down everything I was doing, which as a developer can get into quite a lot of apps and documents and windows and sessions? In other words, in order to install software I must undertake an activity essentially indistinguishable from power cycling? What a brilliont idea!

      --
      Dyolf Knip
    54. Re:You mean... by Mr+Z · · Score: 1

      Things are presented much differently in the GUI, and there are things you can do at the command line that are at a minimum unobvious in the GUI. For example, application bundles look like single files in the GUI, but are full directory trees that you can navigate at the command line. I believe the GUI also nerf-coats certain things to make it harder to affect the functioning of the system. The CLI, on the other hand, does not.

      That said, any process you run has the full rights associated with your UNIX user ID. So, while the Finder environment might prevent you from doing something with the mouse, any program you launch has your full privileges, and can do anything the underlying privilege model will let you do. If you can do it from the command line, you can do it with a program launched from the GUI. Any additional "access control" or restrictions placed by the default controls/dialogs/etc. are like lane markers on the road--useful indicators, but in the end, only advisory, since they don't actually keep your car in its lane.

      So, if the Applications directory is writable by the "Admin" group, and your account is a member of the "Admin" group, it's trivial to go muck about with installed applications and infect them without prompting the user.

      (Note: I'm not an OSX expert by any stretch of the imagination. I've just toyed with it a little bit.)

    55. Re:You mean... by PCeye · · Score: 1

      "Now why the hell does a friggin' game need admin rights, you ask?..."

            "Users are to blame to put up with it and accept that they're "forced" to use admin privs to run programs. "

      In my opinion, "Blame the user" is not part of the problem. The user wants their email, web and apps to work. The user on the most part does not have the required knowledge to understand what they're "forced" to put up with. They rely on administrators or nerds like us to provide the advice they need to help complete their tasks. We're left contending with the flaws to resolve problems that may have no clear resolution... the switch to "admin" gets thrown on as a result.

      Is it the users fault? They didn't design the software. Is it the admins fault? The admin shouldn't have given admin capabilities to the user, but again, they didn't design the software either. If the problems remain unresolved by the developer despite the negative feedback, from here, I will agree with your "third party software" blame.

    56. Re:You mean... by jank1887 · · Score: 1

      Just last year, I ran into this problem with H&R Block's Taxcut software. I mean seriously. Tax software? I used a web version this year, so I don't know if that was 'fixed'. they didn't seem to see it as a problem last year. But in their software they have a whole FAQ on keeping your data secure, safe practices, using an AV, etc. Ridiculous.

      I have two PC's. A 5 year old desktop running XP home, and a 3 year old laptop running XP MCE 2005. I set the MCE laptop up to run under a user account, switching to an Admin account when needed. Everything runs fine. most programs behave rather well. Folder permissions work okay. It behaves a lot like XP Pro, making me wonder if that's what it's derived from. Shortly after getting the laptop, I reformatted the desktop setting up a linux dual boot. Figured I'd set up the XP partition the same way as on the laptop. Nothing ever worked right. Sometimes windows components just wouldn't run right. The scripting component behind Add/Remove programs and the like would break. Half of the Edutainment programs for the kids, which work under Usermode on the laptop, wouldn't work on the desktop. Later, I realized under XP MCE the user account is actually a Power User, and was told that option doesn't exist on XP Home.

      Finally I got tired of playing with CACLS everytime I wanted to install a Reader Rabbit game for the 4 year old. The desktop now runs as Admin. It sits behind a firewall and router with limited outgoing port access, and I just trust that for now. I've debated taking the time to move everything over to Linux / Wine. Even grabbed the free Crossover software when it was offered last year, but I'd have to take the time to figure out how to go about it. Not there yet.

      My work XP Pro laptop has no problem, same with the MCE laptop. But XP Home wasn't made for non-admin operation, and that's the dominant home desktop software out there.

    57. Re:You mean... by Anonymous Coward · · Score: 0

      This is why I log on with the Domain Admin.
      This way I can infect everyone at once.

    58. Re:You mean... by silent_artichoke · · Score: 1

      Realistically, running in a non-admin account is a pain in the ass. ...in Windows. ...on a computer ...turned on ... over the rainbow.

      ... in bed.

    59. Re:You mean... by krunk7 · · Score: 1

      Actually, you are incorrect. The initial account in OSX is a member of the admin group. The admin group has an elevated level of permissions compared to a normal account which is a member of the staff group (and not the admin). According to Apple Security recommendations (available on their site along with other reference docs), all day to day activities should be done with a non-admin user.

    60. Re:You mean... by AndrewNeo · · Score: 1

      Indeed this has been known for ages. I'm surprised it's made it to the front page of /.

      You must be new here.

    61. Re:You mean... by Sancho · · Score: 2, Informative

      I'd genuinely like to hear ideas for a fix that Microsoft could provide. How should Microsoft cope with software developers doing bad things like trying to dump files in %SYSTEMROOT%, writing to privileged areas of the registry, or wanting to do privileged things in the process space?

    62. Re:You mean... by ConceptJunkie · · Score: 1

      Realistically, running in a non-admin account is a pain in the ass. ...in Windows. ...on a computer ...turned on ... over the rainbow. ... in the conservatory.

      --
      You are in a maze of twisty little passages, all alike.
    63. Re:You mean... by Anonymous Coward · · Score: 1, Interesting

      It's worse than that. Even when you know permissions are the problem the tools for checking and setting permissions properly in Windows XP & 2000 (don't know about Vista) are fricking atrocious! They are unintuitive and confusing. Half the time I run into a permissions problem I will try, and then fail, to figure it out. Then I give up and run the program as admin. It's frustrating. No wonder most people just run as admin in the first place.

    64. Re:You mean... by SenFo · · Score: 1

      Nothing would install correctly, nothing would run correctly.

      That's the point. You shouldn't be permitted to install anything when you're not an administrator.

      Even programs that don't use any administrator functions or zones wouldn't work correctly. Realistically, running in a non-admin account is a pain in the ass.

      This was an unfortunate truth for some time because the Windows 9x security model did not enforce strict security practices. In short, all of these problems could be corrected by an administrator by making some registry and file system security tweaks. It was, however, a legitimate cause for frustration among end users and administrators.

      The fortunate side of the story is that as the Windows NT security model became more wide spread (because of the popularity of Windows 2000 and XP), developers were made more aware of these problems and better development practices helped eliminate most of these security-related nuances. In other words, things are a lot better now than they were even just a few years ago.

    65. Re:You mean... by ednopantz · · Score: 1

      uuh.... event log anyone?

    66. Re:You mean... by SenFo · · Score: 3, Insightful

      This is very unlikely unless you were installing something using a really, really crappy installer. In either case, this is certainly not the fault of Windows. The operating system API definitely throws an exception if a user tries to access something that he/she does not have access to. It doesn't, however, have the ability to prevent a stupid developer from writing an installer that catches the exception without notifying the end-user of the security-related error. The same idiotic behavior can and will be observed in Linux if developers choose to ignore development best practices.

    67. Re:You mean... by rabbit994 · · Score: 2, Interesting

      Part of the problem is directory structure in Windows. Applications for some reason want to write some .dlls to one location(generally Windows system folder), user settings to another and bulk of the files to a third. Instead of shoving all the .dlls and application files into Program files\appname and should shove all the settings into My Documents\My Settings\Appname to make backing up easy as backing up My Docs.

    68. Re:You mean... by InsertWittyNameHere · · Score: 1

      ... is a pain in the ass. ...in Bed.

      :P

    69. Re:You mean... by swillden · · Score: 1

      Microsoft made admin-mode annoying, so that the users would complain to the makers of the software that annoys them, rather than demanding MS to fix things ;)

      Anyone who reads my /. posts knows I'm no fan of Windows, but that's unreasonable.

      For a long time, the fact that users all run as admin has caused security problems, and Microsoft knew it but didn't dare risk all of the breakage that would result from changing it. They FINALLY bit the bullet in Vista, after telling app developers for years, and they get criticized for it? Sucks to be them. Well, other than the money.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    70. Re:You mean... by mR.bRiGhTsId3 · · Score: 1

      Realistically, running in a non-admin account is a pain in the ass. ...in Windows. ...on a computer ...turned on ... over the rainbow. ... in the conservatory

      ... with the Candlestick.

    71. Re:You mean... by Cro+Magnon · · Score: 1

      Which, IMO, is a good thing. If they had done that with XP as they should have, we wouldn't be griping about it in 2009.

      --
      Slow down, cowboy! It has been 4 hours since you last posted. You must wait another few hours.
    72. Re:You mean... by v1 · · Score: 1

      They had a shot at this with Vista. MS's PRIMARY excuse for not doing it with XP was "but so much existing software is written to require the user to be logged in as an administrative user to run the software, and we want backward compatibility, so we don't want to break all that".

      Then Vista came out, that broke a bunch of stuff anyway. THAT was their golden opportunity to make the change since they were forcing developers to make a bunch of changes for compatibility anyway, but they didn't bother. I haven't tested 7 yet, but it would not surprise me if they still have not learned that lesson. One way or another, eventually, they are going to HAVE TO do this.

      The problem is somewhat twofold, from a unix/osx perspective. Users logged in as admins are members of Admin group, and I've ran into at least three installers that never will ask for a pw but just assume you are Admin and bomb when they try to write to something like /Library. Other installers even more comically, will ASK you for the login and password for an admin, and then STILL bomb because they only use the admin pw (sudo/su) when writing to files that an admin can't write to without authenticating. So when it comes time to write to /Library again, they don't bother to su, (which would work) and BOOM again. You have the key, why aren't you using it?! Windows software, particularly installers, have these issues on a seemingly universal basis. The only way to break the retarded programmers' habits is to make their installers crash and burn every time, and force them to fix them.

      There are other installer issues, my pet peeve being installers that write file permissions in such a way that only the user that installed the app can use it properly. (seen that on win/osx/unix platforms) But I don't think that's something the OS writers (/ms) can really be expected to solve. But if you're having to get a root'ish l/p to do the install, chances are the files you're installing are as root, and thus the software won't run as ANYONE but root (not even the user that RAN the installer) unless you coded the installer right, so I suppose even that bird gets killed with the stone.

      I can't think of any windows installers right now that can be run by a non admin, that can accept a l/p of an admin, and successfully use it to install. (do any exist?) MS's other big excuse is that users prefer to run their main acct as admins so they can't help that. But until they make the windows installer easy to run as NON admins, they will keep forcing users to logout and login as an admin to install things or make changes. If you recommend a solution, and then make it a PITA to follow, you lose the right to say Not My Fault if they don't take your advice.

      So most of the time MS blames users or developers for a problem, they're the ones at the root of the problem. They hold the power to fix it and simply refuse to.

      --
      I work for the Department of Redundancy Department.
    73. Re:You mean... by mcgrew · · Score: 1

      It would be a hell of alot easier of software developers didn't require administrative privileges when they really don't need them.

      Microsoft is the worst offender. They wrote the OS, they should lead in "good practices". Other Windows developers are just following their lead. "Why not, it's windows. It'll be cracked anyway."

      In an office environment with an in-house network of course you need user accounts, but on a home computer it seems dumb to me. An admin account shouldn't be necessary on a home computer except for rare ocassions. I have my Linux box set up to log in to its one box "network" automatically on startup, and it prompts me whenever there is a need to log in as root. I don't see why Windows can't act like that.

    74. Re:You mean... by visible.frylock · · Score: 1

      Curious, what do you mean by this:

      "And before someone brings it up - it's not that difficult to work around the "it'll prompt you for your password" protection that supposedly will warn you if something tries to take advantage of your admin status. You just need to know a bit about the command line, since the Applications directory is writable to anyone in the admin group."

      You're saying it's not hard for an attacker to fake the password request dialog? I'm curious because TMK linux doesn't do this at all, and vista has the thing where it fades the entire screen, but I've never seen what OSX does, and I'd like to know how much of a vulnerability it is.

      --
      Billy Brown rides on. Yolanda Green bypasses Gary White.
    75. Re:You mean... by PitaBred · · Score: 1

      In theory, it works. In practice, users blame Microsoft and stick with XP.

      People are stupid, and worse yet, don't want to learn. How's it go... you can lead a horse to water?

    76. Re:You mean... by Qzukk · · Score: 1

      as soon as you plan to do something slightly advanced

      Such as pull up the calendar in windows XP by double-clicking on the time in the status bar.

      --
      If I have been able to see further than others, it is because I bought a pair of binoculars.
    77. Re:You mean... by quantum+bit · · Score: 1

      I've often thought it would be an interesting research project to modify an OS so that each application launches with its own security context that is a subset of the user's context. Sort of a derived userid that only has access to its own files (read access to program and write access to data).

      The hardest part is not making it too painful for the user when they need to share data between applications. Ideally you'd have to explicitly give permission for this to happen, but it could get tiresome fast.

    78. Re:You mean... by Anonymous Coward · · Score: 0

      Perhaps you have never heard of run as.

      It allows you to "run as" another account when you such as administrator. This means you can run installers, Explorer, Admin tools, etc, all without ever having to log out of your current session.

    79. Re:You mean... by Bert64 · · Score: 1

      As a non admin, the system should still give you the ability to install applications under your own account...
      The system should also give the admin the ability to take away the above ability from normal users.

      On unix it works this way, most applications can be installed locally using the --prefix option to the configure script, and if the admin mounts the home and temporary directories with noexec flags then users won't be able to run anything not installed by the admin.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    80. Re:You mean... by profplump · · Score: 1

      It's apples and oranges. Certainly it's always safer to run with less privileges -- administrator accounts on OS X have some extra file system permissions, and the ability to become root. But the accounts are not root and can't become root without a password. All the vital bits of the file system require root access, which simply isn't the case with Windows administrator accounts.

    81. Re:You mean... by wastedlife · · Score: 1

      To be fair, that one isn't meant to be a reference calendar. It is meant to be used to change the date and time of the system (why Windows continues to write changes directly to the system instead of a UTC offset like most *nixes is beyond me). Regular user accounts should not be modifying system time.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    82. Re:You mean... by Bert64 · · Score: 1

      The problem is that every vendor writes their own binary installation program...
      On OSX the problem is considerably less, since a lot of apps are a click and drag install, just put them where you want (in your homedir if you aren't admin)...
      On Linux the situation is generally even better, binary installers are very rare, most programs can be installed from distribution specific packages (rpm, deb etc), so they use a single centralised install program which aside from performing the install, also maintains a database of what's installed.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    83. Re:You mean... by UnknowingFool · · Score: 1

      Since Windows has given administrative privileges by default for so long, programmers have assumed that the user will have them and do things that require those privileges, like write into the Program Files directory.

      Also some APIs required admin level privileges. Eventually MS has rewritten them or created new APIs. But in the case of new APIs, companies would have to rewrite their software. That's not easy to sell: "See that perfectly working code in XP isn't allowed anymore in Vista. You'll have to invest time and resources to change something that isn't your fault."

      --
      Well, there's spam egg sausage and spam, that's not got much spam in it.
    84. Re:You mean... by wastedlife · · Score: 1

      Exactly. Compared to Windows terminology, I liken root(*nix) to SYSTEM(win) instead of Administrator(win). Administrator(win) I would liken to a user in the sudo group (normally called the "wheel" group). However, the behavior is closer to running as Administrator(win) with UAC enabled in Vista or 7 than Administrator(win) in XP.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    85. Re:You mean... by wastedlife · · Score: 1

      No, they really should have done this with the original release of NT. That way, once the DOS-based hell-holes were fully deprecated (95, 98, ME, etc.), we wouldn't be having these issues. However, in doing so, they would have had to kill nearly all backwards-compatibility with DOS. That right there might have killed sales considerably.

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    86. Re:You mean... by SenFo · · Score: 1

      As a non admin, the system should still give you the ability to install applications under your own account... The system should also give the admin the ability to take away the above ability from normal users.

      That's a reasonable argument. AFAIK, ClickOnce provides this functionality (I know that ClickOnce applications are installed per-user to get around security restrictions in Program Files directory, etc.; however, I am not 100% sure whether it's possible to outright restrict users from installing something via ClickOnce, altogether). Granted, I realize that ClickOnce deployments are not very common.

      As a former admin gone developer, I believe in putting an emphasis on security, first. If you wish to allow users to install applications, you do so with the understanding that you are opening up your system to vulnerabilities. It is for this reason that I would rarely permit average users to install anything without the authorization from an administrator. I will, however, acknowledge that there are exceptions to these rules.

    87. Re:You mean... by UnknowingFool · · Score: 1

      And most of all, programmers are to blame that took the easy way out and ignore rights.

      I'm not saying that some programmers weren't lazy and didn't do the right thing. I think MS deserves more of the blame as they didn't specify until later that certain behaviors required admin level privileges. They didn't specify because they didn't think about security and stability until XP had such security issues that they had to dedicate resources.

      --
      Well, there's spam egg sausage and spam, that's not got much spam in it.
    88. Re:You mean... by speculatrix · · Score: 2, Interesting

      I hate to say this, but in this respect I have a tiny, tiny smidgen of sympathy for MS. People have been used to computers which are trivial to use and perform basic administration functions, and unfortunately when they are being forced to modify their behaviour (like not running as admin, not putting files in silly places), all they do is bitch rather than thinking "hey, I've been wrong all this time, now I'm working smarter".

      So, MS have to introduce backwards-compatibility hacks, like UAC, to keep people happy, and of course the idiot users simply turn off security.

      The other problem MS have had is that in order to keep people on the rolling treadmill of updates and upgrades (fuelled by file format changes), they have had to maintain backwards compatibility beyond what would normally make any sense. OK, linux hasn't been the model of API stability, but because it's OSS, it means people can build old apps from gcc2.95/kernel 2.2 & 2.4 on gcc3 and gcc4 with kernel 2.6. Windows users can't do this, they are often utterly dependent on proprietary applications and if they needed a recompiled version would have to pray the authors would be willing to do it at a fair price or even were still in business.

      OK, having had a tiny grain of sympathy, it's blown away because MS brought this situation about through their own inaction and short-sighted corporate greed.

    89. Re:You mean... by msormune · · Score: 1

      It works a lot better in Vista. I have two home machines with a restricted user as my main account and an separate admin account.

      It's actually freeware programs that give most grief. It seems they are packaged or work usually in a way they assume you have admin privileges all the time. Yes, even high profile programs like Firefox and Thunderbird,

    90. Re:You mean... by nabsltd · · Score: 1

      I'd say that Vista is partly to blame, too, for the stupid decision to restrict writes to the root of drive C:

      I've been changing the security on the root of drives since as far back as Windows NT, since there is no reason to allow a general user permission to write to the root directory.

      I delete "Everyone" and "CREATOR OWNER", and set "Users" to read-only. I haven't had any issues with this on any program. Sure, you need to be an admin to install some things that create a temporary directory off the root, but that's the point.

    91. Re:You mean... by martin1yness · · Score: 1

      Yeah I agree that Vista and Windows 7 are making great strides using UAC, and as described below the issues are with 3rd party developers making applications that require permissions that are probably unnecessary or poorly implemented. Everyone is going to complain when they don't understand the need for things like UAC, and they'll never even notice when it saves their a**. Heck, i even complained about vista because of the time i spent clicking continue buttons when I wanted to run or install an application, along with issues executing some gaming utilities. It definitely seems like microsoft is pushing devs to use better practices, it's created a bit of an stir but it'll get better and better.

    92. Re:You mean... by blueZ3 · · Score: 1

      Colonel Mustard, is that you?

      --
      Interested in a Flash-based MAME front end? Visit mame.danzbb.com
    93. Re:You mean... by blueZ3 · · Score: 1

      You may be right as far as installers, but I disagree that "users" of a program are the best at improving it, because you missed the point that users who are qualified to fix something in the code are not very likely to be similar to average users.

      What the average user really _doesn't_ want is a program UI designed by a developer. You may think it's all cool and nerdy to apt-get blah blah blah, but Granny Sixpack wants her clicky GUI.

      GIMP is a perfect example of why programmers should remember that they are _not_ the target audience when they produce an app for general use.

      --
      Interested in a Flash-based MAME front end? Visit mame.danzbb.com
    94. Re:You mean... by Arslan+ibn+Da'ud · · Score: 1

      I call bullshit.

      It's fairly easy to devise a virus or botnet that works on Windows without admin privileges...after all what part of a virus *requires* admin? A non-admin virus can still start up when you login, can still access the net & send spam.

      I'd guess the only reason running as non-admin would stop current viruses is that few enough people do it to not make a big enough target.

      --

      Practice Kind Randomness and Beautiful Acts of Nonsense.

    95. Re:You mean... by ion.simon.c · · Score: 1

      If PB runs as a system service, then there should be two parts to PB. The first part should be embedded in the game and should have no problems with running w/out privs. The second part should be running as a service with privs. When a PB enabled game starts, the first part should say to the second part "Hi. PB service, I'm a PB enabled game. Start scanning for eeevil!".

      And yeah. I've *heard* that PB kinda sucks, too. I don't have any recent first-hand experience with it as I've not run it in a very long time.

    96. Re:You mean... by Anonymous Coward · · Score: 0

      This has been my experience exactly. Windows makes it so damn hard to live as "user" and jump up to admin only when you really need it. Seriously, take a page from sudo already...

    97. Re:You mean... by Anonymous Coward · · Score: 0

      Not running as a fully-privileged user reduces your security risk? Who knew!

      This is not news. The question is why it hasn't been meaningfully addressed in Windows for such a long time.

      The problem is that some major applications have security-challenged implementations, generally resulting from dorking with the windows registry. I will cite QuickBooks as an example, having wrestled with it for clients and never getting it to work correctly using XP's "basic" user profile, only the super-user or administrator profiles. My guess is that some older apps suffer not from DOSisms, but 95isms, back when there was no such thing as "The Internet" or "network security."

    98. Re:You mean... by Arterion · · Score: 1

      This is true of XP. However Microsoft realized people wanted a reference calender, and so they changed it in Vista so that it would also function as a reference calender.

      --
      "That which does not kill us makes us stranger." -Trevor Goodchild
    99. Re:You mean... by Arterion · · Score: 1

      As the GP said, this is mostly because of lazy software developers that didn't write the software to INSTALL as admin, but RUN as user. Of course, this is changing, and most new software plays nice. But it's amazing how much software out there doesn't.

      --
      "That which does not kill us makes us stranger." -Trevor Goodchild
    100. Re:You mean... by sh33333p · · Score: 1

      I have been running as a normal user in XP Pro for the last couple years, using a program called SudoWn. It works perfectly fine. I had trouble with versions of it after 2.0, which requires .Net 2.0, so I just stuck with that version. The only thing I have to log in as admin for is Windows Update and if I want to play Deus Ex 2. I did have to manually set permissions on some folders to make things not broken (Program Files), but it works. My normal user can't write to C:\Windows or HKLM, or the root of the C: drive. I don't see a real security threat from having write access to C:\Program Files if those other directories are protected. Oh, also I have to run stuff like DirectX installers or other MS shared runtime installers as an admin using "run as" instead of SudoWn. Generally anything having to do with drivers I also install this way just to be safe. The real news to me is that 8% of the malware out there can apparently still install with my setup. Good thing I keep my antivirus and windows patches up to date...

    101. Re:You mean... by Anonymous Coward · · Score: 0

      THANK YOU. There is NO GOOD REASON that I should have to be an administrator to play Civ 3

    102. Re:You mean... by Tenebrousedge · · Score: 1

      It isn't meant to be a reference calendar, and the functionality was changed in Vista, but one does have to wonder why the hell it was designed like that in the first place, instead of being left in the Control Panel where it belongs. Are any other control panel applets directly accessible from the desktop?

      --
      Those who advocate genocide deserve every protection afforded by law, and none afforded by common human decency.
    103. Re:You mean... by mpeskett · · Score: 1

      Then they should probably provide a separate reference calendar, 'cause that's what everyone uses it for... or do the sensible thing and make it possible to open the thing without admin rights, but not apply any changes.

    104. Re:You mean... by bemo56 · · Score: 1

      when they are being forced to modify their behaviour (like not running as admin, not putting files in silly places)

      In my smidgen of a defense, It was extracting a proprietary toolkit for working with a certain type of limited circuit board. Due to the brilliance of its coding, the program won't load if the filepath has any spaces (i.e. c:/Program Files/).

      It also has a few amusing hiccups if it is not installed in the recommended directory, which has a parent of the C: drive.

      So while I agree with with you, on stupid users going crazy when Microsoft limits their stupid behaviors, and I would like to see more of an Administration/User level of separation as that seen in Unix variants. But, I sir am not an Idiot!

    105. Re:You mean... by Keebler71 · · Score: 1

      This may have been true in 2002 or 2003 but this hasn't been an issue in a long time. When I first upgraded to XP, there were only a couple programs that I'd have to run as admin. Both were games. Hardly what I would call "required". There hasn't been a single piece of software I use in years that requires me to run as admin other than the occasional installer (and many of these now just prompt you for an admin password if you launch them from a limited user account)

      --
      "It takes considerable knowledge just to realize the extent of your own ignorance." - Thomas Sowell
    106. Re:You mean... by DJDuck · · Score: 1

      Actually it's not too bad. I have set both mine and my wifes home machines up to use user accounts and it doesn't cause any issues except when a new app needs to be installed. To install an app I log in as the admin and run the install. I then log out of admin and into the normal user account and test it. If the app fails, the sure-fire fix (hasn't failed yet) is to reboot into safe mode (only way in XP Home); log into admin again and change the programs install directory security settings to allow full access by the user accounts. Reboot, and test as user again, voila! Sometimes older programs won't set up programs in All Users, so a copy of the folder so it shows up under the program menu is sometimes required. This is a little convoluted, agreed. But it happens once or twice a year. Malware can happen at any minute you are logged in and connected to the internet. Well worth the hassle. Updates are done as Admin and usually propogate across all users (Firefox seems to be finally fixed so this works, or maybe I have learnt to turn off the auto-update). But wait.... You say that I am now vunerable to attacks that modify the programs in that folder. Well the chances of hackers attacking these (generally older) obscure apps is pretty low. The whole small install base therefore not worth effort argument.

    107. Re:You mean... by Splintax · · Score: 1

      Right-clicking the desktop and selecting 'Properties' brings up the Display control panel applet.

    108. Re:You mean... by Splintax · · Score: 1

      Run As... works for everything but launching Windows Update, or running an app that lives on a mapped network share.

      I'm not sure why you can't just launch Internet Explorer using runas and then go to the Windows Update website. Network shares don't work when the 'runas' user (ie. Administrator) doesn't have access to the network shares.

      That seems like a major flow to me - but it is no surprise. Designing a key feature for securing a system as an Active X component must rate as one of the worst design decisions in recent history.

      At least this behaviour has been changed in Vista.

    109. Re:You mean... by arminw · · Score: 1

      ...Users are to blame ....

      because they continue to buy programs that are improperly coded so as to require administrator rights just for everyday use. Mac users would not let purveyors of such software get away with that sort of thing. Also, there is no registry and all applications are self contained bundles that can be placed into any directory a users has write access to. Mac users spend an arm and a leg for their integrated computer SYSTEMS and will not settle for second rate or worse software, the way Windows users do. If Windows users would be more discriminating, the software of programmers who make programs that need admin rights would rot on the shelves. That would fix that situation after a while.

      --
      All theory is gray
    110. Re:You mean... by wastedlife · · Score: 1

      They did, in Vista and probably 7 it is now a reference calendar. But the post I was responding was talking about XP.

      I just noticed I spelled calendar "calender" in my previous post. Why the hell isn't my spell checker catching that?

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    111. Re:You mean... by cbiltcliffe · · Score: 1

      Sure, but with Vista, even if you are an admin, you can still have problems.

      --
      "City hall" in German is "Rathaus" Kinda explains a few things......
    112. Re:You mean... by xouumalperxe · · Score: 1

      On this subject, the major difference between Linux and Windows is that a sane account policy has been Linux standard practice for years now, rather than being the new thing. Application developers have gotten used to it and don't make (as many) mistakes where that is concerned.

    113. Re:You mean... by Qzukk · · Score: 1

      The same reason it doesn't catch their versus they're:
      http://www.answers.com/calender

      --
      If I have been able to see further than others, it is because I bought a pair of binoculars.
    114. Re:You mean... by jonadab · · Score: 1

      He had already stated that he was talking specifically about Windows XP Professional Edition. Adding "in Windows" to the end of the statement is unnecessary clarification. Anyone who read his comment already knew that part.

      --
      Cut that out, or I will ship you to Norilsk in a box.
    115. Re:You mean... by jonadab · · Score: 1

      > This is very unlikely unless you were installing something using a really, really crappy installer.

      In the Windows universe, that's the usual way to install things. The package manager, such as it is (MSI) leaves something to be desired, and since almost all of the software is third-party, it usually doesn't come in that kind of package anyway. Practically everything, *including* some of Microsoft's own software, instead comes in executable-installer format. There are several major competing installers, all of which are mediocre or worse, and then a lot of software houses just rolls their own, which is seldom much better.

      It's kind of like the bad old days when every application developer wrote his own makefiles by hand, except that instead of typing three commands, the user just has to click Next about eight times.

      --
      Cut that out, or I will ship you to Norilsk in a box.
  4. running as admin? by theheadlessrabbit · · Score: 4, Funny

    sudo apt-get with the times, microsoft!

    --
    -I only code in BASIC.-
    1. Re:running as admin? by laejoh · · Score: 1

      Your body says one thing, your sig says another :)

    2. Re:running as admin? by jlebrech · · Score: 1

      No packages found for: with, the, times and microsoft.

    3. Re:running as admin? by WindBourne · · Score: 1

      Not anymore. Both KDE and GNOME have basic. Since we now have that, it would appear that rpg, algol, SNOBOL and .bat are on their way. :)

      --
      I prefer the "u" in honour as it seems to be missing these days.
    4. Re:running as admin? by pablomme · · Score: 2, Informative

      You missed the obvious:

      E: Invalid operation with.

      --
      The state you are in while your HEAD is detached... - wait, what?
    5. Re:running as admin? by thecarpy · · Score: 1

      I use ubuntu, but why do you need admin rights to install software???? Should you not be able to do 'apt-get install' and it actually installs it into your home directory? You see, ubuntu/debian is flawed as well! I think the worst, though is why do you need admin rights to search for software????? That is cretin! 'apt-cache search' does not work under an unprivileged account ... as much as I hate windows and love linux, this is bad ... in OSX, easy, drag the application into you ~/Applications directory .... We have a lot to learn from MacOS X! PS: When I compile and it's only forme, I usually put into my ~/bin

    6. Re:running as admin? by theheadlessrabbit · · Score: 1

      for a home computer, you may be right, it can be frustrating having to do the whole 'sudo nautilis' thing every time i want to change some settings in certain directories, but in a work/production environment, do you really want everyone being able to add/remove programs and alter settings at will? do you really want your parents mucking around with their settings?

      in these cases, Ubuntu's method works rather well. potentiallly dangerous actions are blocks, but rather than having to log in on a new account, you just pop in a quick password.

      If you don't like it, you can enter something in the terminal to give you full admin privileges, all the time, but I would strongly recommend against doing this.
      you can do all kinds of bad if you aren't careful.

      --
      -I only code in BASIC.-
    7. Re:running as admin? by thecarpy · · Score: 1

      You do not get the point! If my daughter Emma (6 years) wants the latest tuxpaint, why can't she just install it into her home directory? Seriously, that is possible if you download the sources or the tgz and compile/expand, but apt should be able to do that,right? This has been the 'usual' way of installing software for 20+ years on Unix ... come on debian, you can do it, yes you can! Of course I do not want my 6 year old daughter installing stuff into /usr, doh!, But into her home directory, why not???? Maybe she fucks up her home dir, ok ... I have to fix it then, but still she should be able to install whatever she wants in her home ... where is the problem? Unlike on windows, on linux/unix installing elsewhere works great!

  5. Gerald by Anonymous Coward · · Score: 3, Funny

    Everyone knows from recent news that microsoft has removed the innards of windows 7 and replaced them with "gerald", a lovable computer literate field mouse.

    Gerald is cheap, congenial, and zippy, but unfortunately has very poor judgment.

    -my apologies to plasmacutter

    1. Re:Gerald by shadow349 · · Score: 1

      He's getting rather old, but he's a good mouse.

    2. Re:Gerald by Gilmoure · · Score: 1

      Pink Floyd-A Saucer Full of Secrets album? Man, that line's going through my head but I can't quite attach it to anything.

      --
      I drank what? -- Socrates
    3. Re:Gerald by Wyzardking · · Score: 1

      Awesome! Simply awesome! Wish I had mod points.

      Gilmoure, the song is Bike from piper at the gates of dawn album.

    4. Re:Gerald by jabithew · · Score: 1

      It's from Bike, which was on Piper at the Gates of Dawn.

      If memory serves, he was called Gerald.

      --
      All intents and purposes. Not intensive purposes.
    5. Re:Gerald by Gilmoure · · Score: 1

      Oh man, I haven't listened to that for years. 'Course, it's on an old cassette tape from early 80's. I really gotta' upgrade my music collection to CD.

      --
      I drank what? -- Socrates
  6. I knew it was dangerous. by sqrt(2) · · Score: 1

    Well, good think I disabled UAC then. Now I feel safe.

    --
    If you build it, nerds will come. Soylentnews.org
  7. Simple prevention... by Anonymous Coward · · Score: 2, Informative

    Run anything internet-facing with DropMyRights.exe.

    http://voices.washingtonpost.com/securityfix/2006/04/windows_users_drop_your_rights.html

    1. Re:Simple prevention... by Anonymous Coward · · Score: 2, Informative

      Microsoft link to dropmyrights:

      http://msdn.microsoft.com/en-us/library/ms972827.aspx

    2. Re:Simple prevention... by symbolset · · Score: 4, Funny

      Or you could use a modern antivirus like antivirus2009

      It stops everything.

      --
      Help stamp out iliturcy.
    3. Re:Simple prevention... by Anonymous Coward · · Score: 0

      I've had to clean that piece of crap malware off of seven different peoples machines in the last 15 days.

  8. Dupe by Anonymous Coward · · Score: 4, Insightful

    The vulnerability is in Windows 7's UAC, not Vista's, so that part of the story is not only wrong but a dupe of the previous "UAC vulnerability" article. As for the rest of the story, it's just marketing copy for BeyondTrust Corp. Congratulations samzenpus, you've posted perhaps the first article that's wrong, dupe, blogspam, and slashvertisement all at the same time!

    1. Re:Dupe by Anonymous Coward · · Score: 0

      you've posted perhaps the first article that's wrong, dupe, blogspam, and slashvertisement all at the same time!

      YMBNH

  9. Windows "Run as Root" Culture is the Problem by CodeBuster · · Score: 4, Insightful

    The history and culture of Windows is at least as responsible for the "run as root" problem as any shortcomings, and there were many over the years, in the OS itself and although Windows OSes has progressively improved security over the years there is only so much to be done, on any system, when users have been trained to run as root and click "yes" everytime. Of course, malicious programs like downadup and the infamous ClickYesToContinue ActiveX certificate debacle don't help matters.

    1. Re:Windows "Run as Root" Culture is the Problem by magamiako1 · · Score: 1

      Uhm...

      Microsoft has had Windows setup to not require administrative privileges for many, many, many years.

      I blame software developers who abused the fact that people did.

    2. Re:Windows "Run as Root" Culture is the Problem by symbolset · · Score: 2, Insightful

      The history and culture of Windows....

      This is unfortunately correct, if not a bit vague. That's what happens I guess when the problems are too numerous to list.

      although Windows OSes has progressively improved security over the years there is only so much to be done...

      Until they've done what can be done, we're still entitled to gripe. Does it take thirty years to figure out end users don't log in with admin privileges? Because that's how long it's been best practice. Was it two decades ago "no open ports by default" became the standard shipping configuration of a real OS? Was it Wirth who said "sanitize your inputs" or does that wisdom predate even him?

      Microsoft is doing fine. See? They've taken over the desktop market. They're making money like they own the mint. They must be doing it right. Let's leave the chef to his muttons.

      --
      Help stamp out iliturcy.
    3. Re:Windows "Run as Root" Culture is the Problem by Opportunist · · Score: 1

      It's not MS that requires it. It's moronic third party programs that want to write to protected registry hives, install drivers (copy protection is notorious for this) or alter system libraries, all things they should not require usually. Of course, updating the graphics drivers does. But what does a simple game need admin privs for?

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    4. Re:Windows "Run as Root" Culture is the Problem by donaldm · · Score: 3, Interesting

      Uhm... Microsoft has had Windows setup to not require administrative privileges for many, many, many years. I blame software developers who abused the fact that people did.

      You are right and some companies do actually force this on all their corporate desktops. In the majority of cases this is not done and most people especially home computer owners don't do this. As for blaming developers well you could lay some of the blame at them but that is really unfair since it was Microsoft who made it so easy for people to give themselves administer privileges.

      Looking at Linux/Unix security. Basically from inception a normal user only had limited privileges and to do anything as a system admin required knowing the root password or being a member of a sudo (1980's) group that had particular privileges. This was instilled in Unix and now Linux users from the time they started using the system. This is not to say that some users are stupid enough to work as root, however those that do this, especially in the corporate world are usually brought to task very quickly. The same has never been true with Microsoft OS's.

      When a vendor writes software for Unix/Linux they should know and if not are usually told in no uncertain terms that requiring root access for their particular product requires a "please explain" because most applications don't require root privilege although there are exceptions. Even installation especially if the software is being tested is normally set up in what is called a "sand-box". Again Microsoft fails on enforcing this (Vista was an attempt).

      --
      There ain't no such thing as proprietary standards only proprietary formats. Standards are by definition open.
    5. Re:Windows "Run as Root" Culture is the Problem by JohnFluxx · · Score: 0

      > But what does a simple game need admin privs for?

      To write directly to the video card

    6. Re:Windows "Run as Root" Culture is the Problem by Anonymous Coward · · Score: 0

      Apple have managed to cope. They decided to take action and require a password to install or change many things, and their users seemed to have coped with this addition. Seems more like MS is trying to please both crowds and making things worse as a result.

    7. Re:Windows "Run as Root" Culture is the Problem by Haiyadragon · · Score: 1

      And yet, accounts made during install have admin privileges. Microsoft haven't exactly encouraged non-admin accounts.

    8. Re:Windows "Run as Root" Culture is the Problem by magamiako1 · · Score: 1

      UAC was not a failure to enforce this. And there are plenty of linux applications that *require* root to be installed. In fact, many of these applications will run in whatever context of whatever user is logged in at the time of launching them. This isn't entirely different from how Windows handles the situation.

      If anything, it's typically the distribution teams that go out of their way to ensure that when an application compiles it follows a convention (for example, Gentoo uses the user "apache" to start processes for apache while Ubuntu uses "www-data").

      However, outside of a couple of applications that really complain, linux apps are more than happy on doing what you tell it to do--including running it as root.

    9. Re:Windows "Run as Root" Culture is the Problem by Iamthecheese · · Score: 0, Flamebait

      What morons are modding posts like this insightful? Anyone with the slightest bit of knowledge on the topic knows that UAC and Microsoft's policy of requiring admin privilages for admin level access by programs WAS the way microsoft fixed their shit. You know, back when they made Vista.

      What? Are you trying to blame Microsoft for problems they fixed a full 2 OSs ago? Shall I start bringing up UNIX problems and saying, "This is the problem with linux"? That is the discrepency here. Vista, while it does have its problems, represents a full departure from the "admin for everything" era.

      Until they've done what can be done, we're still entitled to gripe.
      Thats right! an OS must conform to the full Orange Book specifications before we can praise it for anything!

      You want to blame Microsoft for lazy software companies just asking for admin access for their whole program? Game manufacturers not using the API right? Or maybe, just maybe, you are a karma whore looking for some anti-Microsoft mod. Thats okay, most of the posts in this whole fucking article are equally foolish.

      --
      If video games influenced behavior the Pac Man generation would be eating pills and running away from their problems.
    10. Re:Windows "Run as Root" Culture is the Problem by magamiako1 · · Score: 1

      The accounts are an Administrator account but within the context of UAC and Vista this simply means whether or not you're forced to enter a password to elevate.

      That's the only difference. Otherwise the Administrator account by default on Vista is a limited account.

    11. Re:Windows "Run as Root" Culture is the Problem by Anonymous Coward · · Score: 2, Insightful

      Thanks for the laugh.

      The days of games writing directly to the video card ended ohhh lets see, about 13 years ago...

    12. Re:Windows "Run as Root" Culture is the Problem by symbolset · · Score: 1

      Microsoft is Vista. Vista is Microsoft. These failures are by design. They're deliberate. They're intentional. They couldn't be otherwise -- Microsoft has the entire history of systems design to draw from, the best minds on H1B visas from around the world. They've been in the business for a long time. They know what they're doing and they're failing on purpose.

      "What purpose?" Is an open question. I confess I don't know it. But they must have a reason.

      Whatever it is, my guidance is still the same: If you can't bear Linux, get a Mac.

      --
      Help stamp out iliturcy.
    13. Re:Windows "Run as Root" Culture is the Problem by Anonymous Coward · · Score: 0

      That was how things were done in DOS, and maybe Windows 3.11 (WinG sucked). It worked fine when everything was VGA or even VESA.

      Nowadays, graphics cards are 3D accelerated, there is NO standard for how to program the graphics card, so you HAVE to go through the driver, unless you want to support only one model of card (not even manufacturer. New cards have different instruction sets). And Microsoft came up with DirectX, which is fast enough that writing directly to the card will not win you anything.

    14. Re:Windows "Run as Root" Culture is the Problem by sjames · · Score: 1

      In part it's because multi-user and for that matter multi-tasking were bolted on to a fundamentally single user single tasking system.

      MS's current obsession with nickle and dime licensing for concurrent logins demonstrates that they are still stuck in a single user mindset in spite of being forced to at least tip their hats to multi-user.

      Many 3rd party vendors seem to be completely unaware of the requirements for a multi-user system.

  10. Comprehension Fail. by Anonymous Coward · · Score: 0

    facepalm.jpg

  11. So, where's the vulnerability? by Dogun · · Score: 1

    Idiotic title aside, UAC normalizes the experience for Administrator and for Standard User. With UAC, it's easier than it has ever been before to be a standard user on a Windows platform. I'm not sure what the article is driving at.

  12. Also... by symbolset · · Score: 1

    Having no open ports.

    Having a reliable software repository.

    Sanitizing your inputs.

    The question is why it hasn't been meaningfully addressed in Windows for such a long time.

    I can agree with that if by "for such a long time" you mean since before Microsoft was a company. They've ignored security best practice for their entire history. It's been a winning strategy before now. Why change?

    --
    Help stamp out iliturcy.
    1. Re:Also... by ion.simon.c · · Score: 1

      Having no open ports.

      This is overkill. If your software will only accept connections from whitelisted hosts (or subnets, you get the picture), then one can have all of the open ports that they wish. The app on the other side of em won't give attackers the time of day. :)

    2. Re:Also... by Anonymous Coward · · Score: 0

      Only the user knows which subnet is on the local LAN. The default should be all ports closed.

    3. Re:Also... by Bert64 · · Score: 1

      If your machine is a desktop, why does it need any open ports at all?
      A typical end user should have nothing open, they only need to initiate outbound connections... A business desktop may need a remote admin service, but this should be restricted to a specific range on the internal network of the company.
      Windows boxes with a handful of ports open by default on every install is insanely stupid, 99% of users have absolutely no need to offer these services to the internet.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
  13. Absolute rubbish... by Anonymous Coward · · Score: 0

    Two vulnerabilities were found in the beta OS Windows 7, neither of which were present in Windows Vista. One of those vulnerabilities has been remedied in more recent builds.

    Unfortunately, the ComputerWorld source for the linked article is no better than what's presented here. How does this rubbish get published?

  14. Simple possible solution by cdu13a · · Score: 1

    Why don't they just add a little code to IE and Office and maybe other microsoft products, that checks for admin privileges and refuses to run and pops up a little message explaining why they should not use a privileged account for day to day stuff, if somebody is logged in with an admin privileged account.

    and maybe provide some easy to use graphical sudo type tool, for when they have to do something admin like. maybe even set it up so it virus scans the file before running it as admin, and possibly even a regularly updated black list of programs known to be unsafe.(though I don't trust microsoft not to abuse that)

    1. Re:Simple possible solution by magamiako1 · · Score: 2, Insightful

      That's what UAC is for. It's there, applications can take advantage of it. IE takes advantage of it. Even Chrome takes advantage of it.

      Most software developers are freakin' lazy.

    2. Re:Simple possible solution by tftp · · Score: 2, Interesting

      Most software developers are freakin' lazy.

      Most codebases are ancient, and people who wrote them already retired. That's the sad truth of many industry workhorses (Mentor Graphics is one example.) Another sad truth is that many people own and use older releases of major software packages. Modern AutoCAD 2009 will run on Vista perfectly, but can you afford $4,500 per seat to upgrade your old AutoCAD 2007 which still does the job on XP?

    3. Re:Simple possible solution by Anonymous Coward · · Score: 0

      So for you, the *simplest* possible solution is to modify a whole bunch of individual programs to include code that has nothing to do with their function?

      I think I've seen your code somewhere before

  15. Installers shouldn't need root by Animats · · Score: 4, Insightful

    What's really annoying is that too many programs still insist on "administrator" privileges for installation. Installation needs to be a far more contained process, with limited authority. Most applications don't really need the ability to manipulate elements of the system outside their own directory subtree and their own subtree of the Registry. Installation of "normal" applications (especially games) should be contained accordingly. Most applications are, in a security sense, "leaf nodes"; nothing else depends on them. But Microsoft doesn't make that distinction. (Nor do most Linux application installers, even though Linux/UNIX doesn't have the registry issues that Windows does.)

    1. Re:Installers shouldn't need root by shutdown+-p+now · · Score: 2, Interesting

      Technically, it is quite possible to make installers that do not require admin at all - those that install into user data folder. MSI fully supports that scenario, it's just that very few people actually bother to provide this as an option in their installers.

    2. Re:Installers shouldn't need root by Koiu+Lpoi · · Score: 1

      Except nearly everyone who codes for Mac OS X.

    3. Re:Installers shouldn't need root by Masa · · Score: 1

      It is actually possible to create an installer that works with normal user privileges and does not install anything under the HKEY_Local_Machine or Program Files. Visual Studio 2008 has an installer wizard, which is able to create these kind of packages. So, it seems that under Vista, Microsoft already thought about these non-root installers.

      What annoys me most with the Vista is the fact that is is unable to stop elevating the privileges "correctly" after the main installation process has finished. In other words, for example with the Firefox installer, the installer requires administrator rights, and after the installation process, it will ask if you want to run the Firefox for the first time. I you make the mistake and let the installer execute the Firefox, the FF will be launched as a separate process but under the administrator account. Why? Why the hell Vista allows this? I can't understand. Now the Firefox tries to import settings from the admin account and is you download anything or set any bookmarks, they all are saved under the admin profile. This is something I cannot understand. And most installers that require administrator rights, behave like this.

      I would expect that the UAC would kick in, when the Vista notices that a process - regardless of the rights - tries to spawn/fork/execute another process. But no. Maybe there is some kind of technical reason for lack on this protection, and I understand that a big part of the blame is on software manufacturers, who create this bone-headed installers, but still...

    4. Re:Installers shouldn't need root by drsmithy · · Score: 1

      I you make the mistake and let the installer execute the Firefox, the FF will be launched as a separate process but under the administrator account. Why? Why the hell Vista allows this?

      How do you propose that it prevent it ?

    5. Re:Installers shouldn't need root by Rich0 · · Score: 1

      Actually, some linux package managers handle this fairly well.

      For example, on gentoo portage will drop privs to perform all the installation tasks up to creating a directory tree of files that need to be merged into the filesystem. If you want you can have it stop at that point and inspect the files or whatever. The package manager itself will then (as root) install the actual files where they belong. Any scripts associated with the installer run with user-level permissions up until that point.

      Now, if the installer needs to run some script after it is complete (such as for a data/config migration of some kind beyond just installing files) then that might run as root. No getting around that, but good practice is to do as much of that stuff non-root as possible. (For example, if you want to merge your new config file with settings from an old one you can just copy the data out of the old one as non-root into the proposed install file, and then the new file will overwrite the old as root (with gentoo having some config file protection features to allow the user to confirm the changes)).

      If you want to go really nuts you could do all of this in a chroot, test the package, and then install a perfect copy from a binary package in your root.

      This all works because in linux the installer is not part of the software package being installed, but it is a standard part of the OS.

      I described gentoo since that is what I know, but I'm sure debian has similar sorts of safeguards. Of course, all of this is somewhat moot if the package drops something into /etc/init.d which runs as root and does something nefarious. You're relying on the distributions QC at some point. An even more secure model might be something like android where the apps are all sandboxed and the user needs to approve the range of functions they can run. Something like SELinux would be similar but currently the zone configurations aren't as automated as they could be. A distro designed from the ground up for SELinux (with a full list of packages) would be the ultimate in security.

    6. Re:Installers shouldn't need root by Masa · · Score: 1

      How do you propose that it prevent it ?

      Well, as I stated before, maybe there is some technical limitations for this, I don't know, but I assume that it could be possible to Vista to track, if there has been an privilege elevation before the parent process and all subsequent spawns should go through the same UAC procedures as the parent did (i.e. Vista should ask separately admin password from the user for every subsequent spawn). Of course this might infuriate users, if Vista was nagging constantly about the permissions.

      I have a faint recollection that in fact Vista can already do that at the command prompt level. If you try to execute cmd.exe with runas as an admin and then try to execute the regedit.exe, the regedit won't have admin rights even though the cmd.exe has. But I probably remember this wrong.

    7. Re:Installers shouldn't need root by coryking · · Score: 1

      The installer has elevated priv's, so I bet you are right that the spawned processes inherit the permissions. I bet this is the "correct" behavior because how would you differentiate between the setup program spawning some process that does more installation stuff and the final launch of the program.

      My hunch is Firefox is doing something wrong in their setup program. I wouldn't be surprised given they don't distribute an MSI, they probably are using some crazy install software rather then something that produces a standard installer.

      I bet there is a way to spawn a process that doesn't inherit the installer's permissions. Probably one little check box in the install creator or one flag in the system call. In fact, IIRC the install software I usually use, InstallAware, might have the "dont inherit permissions" checkbox--I'd have to check.

    8. Re:Installers shouldn't need root by sjames · · Score: 1

      It's reasonable for installers to either install without root in the user's home directory or install system wide when granted root access. Some in Linux do, some don't.

      The real problem in the Windows world is apps like Quickbooks that INSIST on grabbing updates and overwriting their own executables whenever they're run AND insist on being installed system wide. They COULD just notify the user that there's an update and suggest that the admin be asked to run an update program, but they don't. If they don't get their way they just crap out until the user is granted admin privs (a really bad idea) or the admin reverse engineers exactly what is needed and uses ACLs to grant a lot more access than is prudent to the system wide programs directories.

      But of course it's a well known program. It couldn't possibly be a piece of crap!

  16. What they need to do... by the1337g33k · · Score: 5, Interesting

    What they need to do is limit all users to not be administrators. They should create the admin account so that it can ONLY do admin tasks. It cannot run programs like office or games. It can only run security and diagnostic apps, adding-remove apps. If they restricted admin users from using their account for daily use and only for admin use, that would significantly reduce the attack surface for crackers.

    1. Re:What they need to do... by donaldm · · Score: 1

      What they need to do is limit all users to not be administrators.

      I do this now but with Linux. Many tasks can easily be accomplished without being root. On my laptop (Fedora 10) no one but myself has access to the root password, however I work as a normal user. If I need private software I can still install without privilege (MS Windows can do this as well) although shared software does need to be installed by root.

      The problem for MS Window users is many have been brought up to expect having system admin privileges as a right and it is very hard for Microsoft to convince them that they should change. Basically this is a failing on Microsoft's part.

      --
      There ain't no such thing as proprietary standards only proprietary formats. Standards are by definition open.
    2. Re:What they need to do... by the1337g33k · · Score: 1

      Basically this is a failing on Microsoft's part.

      Bingo, if this is ever implemented, then there would be a mass-outcry no doubt that its so inconvenient for them.

      Everyone wants everything in this world, but the question is: Can we trust them with it all?

    3. Re:What they need to do... by dbIII · · Score: 2, Insightful
      IMHO that is just silly. There should be an account that can do everything (including modifying files that malware has a hold of - this file locking bullshit is very 1980s), however you shouldn't ever have to use it unless you are doing something important. I have personally had to waste a lot of time fixing access to files when people mucked up MS Windows file permissions and I couldn't just do the sensible thing of logging on as Administrator to fix it - it is purely security theatre when you have the rights to change the password of the owner to anything you like but do not have the permissions to get to the file until you log off and back on again as them. The first few days after a long holiday is usually full of rubbish like that even if you don't have many MS Windows machines.

      MS Windows are no longer the cheap option in the server room, or thanks to malware, they are not the cheap option on the desktop either. Personally I think it's time to let them go back to their better suited role of hobby machines at home until the first gaming console with more than 4GB buries them in that role.

    4. Re:What they need to do... by skiman1979 · · Score: 1

      Seems this would be difficult to do in companies that require you to log in with a smart card, which is also your ID badge, and this smart card attaches to one single account. So employees requiring admin privileges for certain things won't have a non-admin account if there can only be one account on the smart card... unless they have everyone carry multiple cards.

      But then the employee would have to remember which card is admin and which is not. Do you mark them? Then unauthorized users can seek out and steal these "admin" marked cards to try and access the network.

      --
      Having a smoking section in a public restaurant is like having a peeing section in a public swimming pool.
  17. Microsoft Legacy is Microsoft's biggest problem by erroneus · · Score: 3, Interesting

    I am sure this is not news to anyone whether you love or hate Microsoft. The fact is the coding practices commonly followed under DOS and then under Windows have been rather poor. The reasons for it are many, but largely because of a thirst for performance. But in order to keep people hooked on Windows, they have to keep supporting the mistakes of others as well as their own. This is what they call "backward compatibility."

    But there is a way out of it and for some reason they seem unwilling to do it. Write a new OS, virtualize old Windows for "legacy support" and eventually all the software vendors will port their code to work with the new Microsoft OS natively just as they did with Mac OS X. I can't imagine why Microsoft is unwilling to do that... got any suggestions anyone?

    1. Re:Microsoft Legacy is Microsoft's biggest problem by gmack · · Score: 2, Insightful

      Microsoft's biggest market advantage is the amount of legacy software that supports their platform.

      Rewriting an app to be cross platform is not much more work than rewriting for a single OS so if they force application makers to do a complete rewrite they risk having them rewrite using cross platform libraries.

    2. Re:Microsoft Legacy is Microsoft's biggest problem by Tatsh · · Score: 5, Insightful

      I am sure this is not news to anyone whether you love or hate Microsoft. The fact is the coding practices commonly followed under DOS and then under Windows have been rather poor. The reasons for it are many, but largely because of a thirst for performance. But in order to keep people hooked on Windows, they have to keep supporting the mistakes of others as well as their own. This is what they call "backward compatibility."

      But there is a way out of it and for some reason they seem unwilling to do it. Write a new OS, virtualize old Windows for "legacy support" and eventually all the software vendors will port their code to work with the new Microsoft OS natively just as they did with Mac OS X. I can't imagine why Microsoft is unwilling to do that... got any suggestions anyone?

      I have been suggesting this for years. Enterprise (Microsoft's most important customer base), in general, does NOT want it. Seemingly they want the 'good ole' x86 to live forever and Windows to run programs written for DOS 5.0 even in 2009 and beyond. Ridiculous, but it is true.

      If you are a business who relies upon some certain software to get work done and do NOT have the time, money or resources to switch to something else, it is in your interest to demand your software vendor (in this case Microsoft) NOT to remove compatibility for X application.

      If you look at the Windows 2000 leaked source code, you can find plenty of comments about VERY specific application fixes. Yes, XP broke stuff. Vista broke more. But it probably did not break what the enterprises care about (Vista likely did break many things, hence why 7 is being rushed and so many enterprises skipped Vista and will go to 7 after some extensive testing).

      Today I experienced a game that does not work on Vista. Microids' Corsairs from 1998, made for Windows 9x. Tried compatibility modes, the latest patches, etc. It just kept crashing. Microsoft does not care about your 'classic' games at all. All they care about is the enterprises who actually buy the expensive volume licenses Microsoft is always trying to sell.

    3. Re:Microsoft Legacy is Microsoft's biggest problem by Anonymous Coward · · Score: 0

      Today I experienced a game that does not work on Vista. Microids' Corsairs from 1998, made for Windows 9x. Tried compatibility modes, the latest patches, etc. It just kept crashing.

      Have you tried it in WINE?

    4. Re:Microsoft Legacy is Microsoft's biggest problem by Tatsh · · Score: 1

      I probably will but it does not help the person who was trying to run it in Vista (they do not have Linux installed).

    5. Re:Microsoft Legacy is Microsoft's biggest problem by infalliable · · Score: 1

      I wish they would rewrite the code and get away from the legacy code in Windows.

      Then, allow for an emulation mode to account for some of the problems with back compatibility.

    6. Re:Microsoft Legacy is Microsoft's biggest problem by sjames · · Score: 1

      I still think the best answer for MS would have been to add a new binary signature for new apps that work well w/ UAC. The old signature allows the app to run with admin privileges BUT the icon for the app has animated swirling flys added to it by the OS.

      Warn all vendors that in the next release the animation will be a dog leaving a steaming pile. That will encourage a fast update by getting the vendor's marketing people to buy in swiftly.

      A pop-up window saying "You are about to run a crappy program from a vendor that doesn't care if you get hacked, admin password required" might be good as well.

    7. Re:Microsoft Legacy is Microsoft's biggest problem by Arterion · · Score: 1

      It's really not that hard to run XP (or 2000, or 98 or DOS) in a virtual machine. Microsoft even already has that technology. They just need to integrate it seamlessly into the OS.

      You can't get more "backwards compatible" than virtualizing the old version of the OS. If you did that, it would run EXACTLY as it did.

      Or you could just do what we do here. We have some old software and hardware that worked on Windows 95. So we keep a couple boxes running with Windows 95. Problem solved. It's ONLY used for that using a piece of hardware, so it's really not an issue as far as management goes. They aren't even hooked up to the network.

      --
      "That which does not kill us makes us stranger." -Trevor Goodchild
    8. Re:Microsoft Legacy is Microsoft's biggest problem by Kazoo+the+Clown · · Score: 1

      But there is a way out of it and for some reason they seem unwilling to do it. Write a new OS, virtualize old Windows for "legacy support" and eventually all the software vendors will port their code to work with the new Microsoft OS natively just as they did with Mac OS X. I can't imagine why Microsoft is unwilling to do that... got any suggestions anyone?

      Isn't it obvious? It takes YEARS and many iterations to develop a mature modern OS from scratch. Linux for example, has been around for nearly 20 years now (I installed my first distro in 1991 IIRC, Slackware v0.9 or something like that). You don't just start developing a new OS and have a stable and fully competitive produce ready to ship in the next couple of years. It's a huge job to do well. And you can't just throw money at the problem and/or browbeat your employees with chair-throwing threats to make it happen.

      On the other hand, they could just buy SCO (From Novell though, I gather) and leverage that, which at least likely has a better kernel and security models than Vista/W7, even if development of SCO has been rather stagnant for the last several years. The only problem is, they'd probably end up giving up a lot of customer lock-ins in the process, something they just can't bring themselves to do, due to significant low self-esteem over their ability to compete on a truly level playing field.

    9. Re:Microsoft Legacy is Microsoft's biggest problem by Tatsh · · Score: 1

      Or you could just do what we do here. We have some old software and hardware that worked on Windows 95. So we keep a couple boxes running with Windows 95. Problem solved. It's ONLY used for that using a piece of hardware, so it's really not an issue as far as management goes. They aren't even hooked up to the network.

      The only slight issue I have with maintaining old hardware is power usage. Old hardware almost always means inefficient power usage in comparison to today's machines. Beyond that, you have the problem of 'imminent' death. The machine could die any moment and you know it is far closer than your newer machines.

  18. A Worthless Article by rsmith-mac · · Score: 5, Insightful

    Lame blogs aside, The Fucking Article is damn near worthless. Highlights include:

    • The study was done by BeyondTrust Corp. who is looking to push their Privilege Manager software, which shockingly is permissions-management software. Right off the bat we have a dubious study due to the conflict of interest and the sponsor.
    • The article makes no distinction among what OSs were used in the study. Was it Vista? XP? Server 2003?
    • The article also makes no distinction on if UAC was used, if Vista was used at all. Of course why would a company trying to sell security software want to tell people that just enabling UAC and/or setting your users as standard users would fix the problem?
    • The only quote is from the director of marketing.

    In conclusion: Running everything with admin privileges is bad, which is why Microsoft fixed this 2 years ago with UAC. It's a lame PR piece about an equally lame study from a company that wants to sell you stuff to do things that MS did years ago. If you are here reading Slashdot, there's nothing here you didn't already know.

    1. Re:A Worthless Article by crndg · · Score: 0, Flamebait

      While this particular study may have been done by a party with a vested interest in the outcome, results like this are not new. I remember reading a blurb in eWeek several years ago comparing the number of infections on an XP computer being run as an admin, a power user, and a restricted user. There was very little difference between admin and power user, but a huge improvement running as user. Since then I have run as a user, and successfully used Run As or fallen back to logging out and logging in as admin when absolutely necessary. (OK, for some legacy apps I've gone into their Program Files directory and changed the permissions so users can write. Not the best solution, but it worked.)

      The thing that worries me about UAC is that, even when it's used correctly, it lulls the average user into a false sense of security. Users are being trained to click on the Approve button. They have to do this so many times each day, even when not doing anything that they would consider important or administrative, that it will be a piece of p1$$ for malware authors to simply get users to click Approve and be done with it.

      The thing I don't understand about this article is what they mean by running in admin mode in Vista, because I thought it was all user and UAC. Are there different levels of UAC?

  19. Am I . . . by Anonymous Coward · · Score: 0

    Am I the only one who finds it odd that the Slashdot RSS headline for this is "UAC Vulnerability Found In Windows Vista" while the actual article headline is "Users' Admin Logins Make Most Windows Malware Worse" ?

    1. Re:Am I . . . by Dogun · · Score: 1

      It was changed because it was such an incredibly inappropriate title.

  20. Halt by bazald · · Score: 3, Insightful

    What you suggest is either impossible, extremely undesirable, or both, assuming that by "they" you mean Microsoft.

    For them to prevent certain classes of applications from running, without special knowledge, would require a kind of analysis similar in nature to solving the halting problem - a problem well known to be unsolvable.

    Then the course of action is to require applications requiring root privileges to be signed by Microsoft, essentially making Windows a closed platform for developers. Furthermore, any applications they sign would have to be bullet-proof, getting back to the halting problem.

    --
    Insert self-referential sig here.
    1. Re:Halt by the1337g33k · · Score: 1

      What you suggest is either impossible, extremely undesirable, or both, assuming that by "they" you mean Microsoft.

      For them to prevent certain classes of applications from running, without special knowledge, would require a kind of analysis similar in nature to solving the halting problem - a problem well known to be unsolvable.

      Then the course of action is to require applications requiring root privileges to be signed by Microsoft, essentially making Windows a closed platform for developers. Furthermore, any applications they sign would have to be bullet-proof, getting back to the halting problem.

      It is not impossible, in fact it is very possible. Microsoft would have to create a flag so that programmers can set it to tell the system that it is a security related program and thus should be allowed to execute under the admin account. There is no microsoft involvement there except that they have to create a flag in the API. Not impossibly hard to them do. With that in mind, I don't see how this is impossible. I didn't say we could completely prevent attacks, just make them a hell of a lot harder. I am assuming however that the user that knows how to get in and use the admin account is not a complete retard. If they are and do execute a virus as admin, then they are retarded and deserve to pay me to fix their computer. Yes, I run a computer business. So offering this could hurt me in the long run, but I hate seeing all the pings and scans and attacks against my firewall everyday. Something needs to be done.

    2. Re:Halt by bazald · · Score: 2, Insightful

      Microsoft would have to create a flag so that programmers can set it to tell the system that it is a security related program and thus should be allowed to execute under the admin account.

      The problem with your implementation suggestion is that software developers who don't respect good security practices as it is will not respect such an API. If it is easier to set a flag asserting that the program is "security related" than to follow good software development practices, that is what they will do.

      --
      Insert self-referential sig here.
    3. Re:Halt by Flwyd · · Score: 2, Insightful

      So why wouldn't the virus authors set the security-related flag?

      More importantly, I hope admins are allowed to run Command Prompt and web browsers. And if you can run those, I don't see how you're going to gain much security. And if you don't let admins download from the web and run DOS scripts, I don't know how you plan to accomplish much as a system admin.

      --
      Ceci n'est pas une signature.
    4. Re:Halt by the1337g33k · · Score: 1

      1. Im assuming that the virus authors probably would set that flag which goes back to my "the user should not be a complete retard rant"

      2. Allowing a web browser to run in admin as a security flagged app! Are you !@#$'ing kidding me!!! Please go shoot yourself, or at least get re-educated in basic security principals. Thats exactly what the system would be aimed at stopping.

      Like it was mentioned before, all systems have its pros and cons and when weighed (microsoft controlled vs. developers) I trust that a game developer wouldn't set the security flag. Another thing that I should mention is that apps with the security flag set can only run as admin. So if a web browser had the flag set, not many people would use it then, and vice versa if a virus writer set the flag then only retards could execute it.

    5. Re:Halt by techno-vampire · · Score: 1
      It is not impossible, in fact it is very possible.Microsoft would have to create a flag so that programmers can set it to tell the system that it is a security related program and thus should be allowed to execute under the admin account.

      Once they do that, the game's over, because the malware programmers would all set that flag, run as admin and go right around any anit-virus software you might think you were running to protect your computer. I'm a Linux user and advocate, and I wouldn't want to see that happen.

      --
      Good, inexpensive web hosting
    6. Re:Halt by the1337g33k · · Score: 1

      Microsoft would have to create a flag so that programmers can set it to tell the system that it is a security related program and thus should be allowed to execute under the admin account.

      The problem with your implementation suggestion is that software developers who don't respect good security practices as it is will not respect such an API. If it is easier to set a flag asserting that the program is "security related" than to follow good software development practices, that is what they will do.

      If the security flag was set then the program would not be available to the standard user, only to the admin. That would defeat that argument. If the admin still used the poorly coded program, thats his fault. I'll be awaiting his payment.

    7. Re:Halt by the1337g33k · · Score: 1

      Also I should explain the last point. Command prompt couldn't be blocked. I need it as an admin. Administrators should always check foreign scripts before executing them. Its not that hard to get the source code to a batch file or VBscript or (insert favorite cmd language here). Admins can always download using their standard accounts and switch users to execute it. Its more inconvenient but it takes almost as long to display and read a UAC prompt anyways. A switch user takes what 10 seconds. Thats a really long time.

    8. Re:Halt by the1337g33k · · Score: 1

      It is not impossible, in fact it is very possible.Microsoft would have to create a flag so that programmers can set it to tell the system that it is a security related program and thus should be allowed to execute under the admin account.

      Once they do that, the game's over, because the malware programmers would all set that flag, run as admin and go right around any anit-virus software you might think you were running to protect your computer. I'm a Linux user and advocate, and I wouldn't want to see that happen.

      Please read above mentioned points, that topic has already been covered.

      To save time ill summarize. Malware authors are going to set that. Its expected, and if an admin executes the bad program without checking it out. You now point I hope...

    9. Re:Halt by the1337g33k · · Score: 1

      Also I would like to thank you for using linux, people like you and me are way ahead of the rest of the population still plagued with problems such as the one we are discussing. (not that linux is bulletproof, but it is close). The system I am proposing is close to the linux approach. Only that the admin cannot do daily user tasks in that account. In linux root can do those tasks. In my approach, they cannot.

    10. Re:Halt by techno-vampire · · Score: 1
      You now point I hope...

      ...that if you have to check out the program before running it, the flag becomes pointless.

      --
      Good, inexpensive web hosting
    11. Re:Halt by techno-vampire · · Score: 1
      Its not that hard to get the source code to a batch file

      I should hope not, considering that a batch file is simply a text file containing commands!

      --
      Good, inexpensive web hosting
    12. Re:Halt by the1337g33k · · Score: 1

      You now point I hope...

      ...that if you have to check out the program before running it, the flag becomes pointless.

      you should do this regardless of any security. I ALWAYS check programs (if program is small enough I even scan the code) before running it, thats what responsible network administrators do. If you are not checking programs out, then I would not be surprised if you were or are attacked.

    13. Re:Halt by drsmithy · · Score: 1

      It is not impossible, in fact it is very possible. Microsoft would have to create a flag so that programmers can set it to tell the system that it is a security related program and thus should be allowed to execute under the admin account.

      Your solution fails because it relies on developers to do the right thing.

      If developers could be trusted to do the right thing, we wouldn't have this problem in the first place - no developer has had anything close to a good excuse for creating a program that unnecessarily requires admin privileges for over a decade now, yet they continue to do so.

    14. Re:Halt by Anonymous Coward · · Score: 0

      Well, they could do something similar to ubuntu and not allow admin to have a gui.

    15. Re:Halt by Anonymous Coward · · Score: 0

      Its not that hard to get the source code to a batch file or VBscript or (insert favorite cmd language here).

      The batch file contains one line of linenoise, which you suspect is valid Perl code. Your move.
      perl -e "$_=q!BD;@FUF7EF\\\NUJa!;tr[ -{](N-{ -M);s@^(.+)$@$1@ee;" | perl -e '$??s:;s:s;;$?::s;;=]=>%-{

  21. And 100% could be prevented by Exp315 · · Score: 1

    if users were not allowed to log on to their computers at all. I've got a better idea, Microsoft: Why don't you fix your crappy insecure software full of C++ holes, and stop trying to tell us how to use our computers to patch over your problems.

  22. Perhaps but for those of us who aren't idiots by Anonymous Coward · · Score: 0

    Even admin. level in windows doesn't have the power that I need. This is why I only use windows for taking notes (increased battery life and better tablet support) and a few CAD programs. For everything else I switched to linux because my computer trust me sorta, "sudo" but at least I don't get a million and one messages about "are you sure?" or "this option only for advanced users". I should be allowed to install a program I wrote without being hassled for an hour about safety and all that crap.

  23. Windows is busted by Spit · · Score: 1, Offtopic

    Just look at a windows system:

    - Random dlls, configs, assets and exes in WINDOWS dir.

    - dlls, data, configs and exes in Program Files.

    - Some data and configs in Documents and Settings.

    - Registry.

    There's no getting past the single user heritage.

    --
    POKE 36879,8
    1. Re:Windows is busted by Ralish · · Score: 3, Informative
      Your post is misleading and inaccurate.

      Random dlls, configs, assets and exes in WINDOWS dir.

      Do a fresh installation of Windows, don't install anything on it, take a look at the Windows directory. I recommend you sort by file type. You'll notice it's actually quite organised; the "system32" directory for instance, notorious for being a huge mess, is something like 90% just "exe" and "dll" files, and very little else. It's all surprisingly organised. As soon as you start installing programs however, many will just decide to dump stuff in the Windows directory (and subdirs) for literally no good reason. The crap Creative drivers decide to drop is unbelievable, I found out first hand. There is VERY little that _needs_ to be in the Windows directory, application devs need to realise this.

      dlls, data, configs and exes in Program Files.

      Yes, good thing Unix systems only install programs in users home directories, and not in system-wide accessible directories.

      Some data and configs in Documents and Settings.

      You might notice each user has a sub directory in "Documents and Settings" (now "Users" in Vista and later), which contains all their personal documents and user-specific configuration files for the OS and applications. Definitely very single user.

      Registry.

      I'm guessing the distinction between HKLM (Local Machine) and HKCU (Current User) is lost on you? Current User, by the way, is a registry hive specific to the logged on user that is unique to their user profile.

      Once again, this all stems from the OS supporting a feature, and the feature not being utilised. Windows NT didn't become a multi-user OS with Windows 2000, or NT 4.0, it was a multi-user OS from the very beginning, the first release being NT 3.1. In fact, that's in part why NT was developed, Microsoft realised that 9x was completely stuffed from a security perspective, and had no hope of ever becoming a serious multi-user OS, so, they started NT (along with various other objectives).

      The mass migration of 9x applications designed for a single user environment to the multi-user NT of course resulted in many of these programs having very poor support for multi-user configurations, and were never really updated to support it. Then, there's just simple developer laziness, not caring to develop their application with a multi-user design in mind. Or theirs ignorance, resulting in poor implementation (this is one of the key reasons why so many programs "require" administrator priveleges. Not because they need them, but they use API's that are administrator only to achieve their goals, when there are other API's that can do what they want that have no administrator requirement.)

      My point is, it's not Windows that's broken, it's several applications that run on it. It's important to lay the blame correctly, and when the OS has been a multi-user system since its original release in 1993, it's fairly clear to me that Microsoft hasn't been slow to adopt such a design principle.

    2. Re:Windows is busted by Canazza · · Score: 1

      I remember having to manually drag .dlls and .ini files to the windows directory just to get PHP 4 to run on apache 1.3
      the random DLLs are a 3rd party issue, not MS.
      apart from that there's nothing really wrong with dlls in program files or configs in D&S (as, amazingly, it's called documents and SETTINGS)
      you make no qualification as to the place in the reg... ah shit i've just been trolled haven't it?

      --
      It pays to be obvious, especially if you have a reputation for being subtle.
    3. Re:Windows is busted by Anonymous Coward · · Score: 0

      As soon as you start installing programs however, many will just decide to dump stuff in the Windows directory (and subdirs) for literally no good reason.

      So Windows is clean and organized up until the second you try to do anything useful with it? And why does Windows let random applications install whatever they want, wherever they want, instead of enforcing or at least publishing some standards?

      Yes, good thing Unix systems only install programs in users home directories, and not in system-wide accessible directories.

      Care to provide an example? The only time I can think of when Unix puts stuff in system directories is when I tell it to. When I'm installing stuff for a local user -- stuff no one else needs -- it stays in that local user's directory.

      I'm sure you can think of a few examples where this isn't the case, but they're outlying exceptions, whereas it's par for the course for Windows to let any application vomit anywhere it wants, no questions asked.

      Windows NT didn't become a multi-user OS with Windows 2000, or NT 4.0, it was a multi-user OS from the very beginning, the first release being NT 3.1.

      How is any NT-based desktop a multi-user system? Because someone else can log in once I log out? By that metric, my bicycle is a multi-passenger vehicle.

    4. Re:Windows is busted by BenoitRen · · Score: 2, Interesting

      The NT line has traditionally been for business, not for home use. 9x is completely stuffed from a local security perspective. Businesses need security locally. Home users don't. That's why 9x was such a good home OS.

      The NT model isn't necessarily better. While local security was vastly improved, security for remote suffered, as it opens ports to the outside world by default that aren't needed, screaming for attention from malicious crackers. How do you think Sasser worked?

    5. Re:Windows is busted by mishehu · · Score: 1

      Do current (5.2.x) PHP versions and Apache 2.2.x have these problems that you describe on Windows?

    6. Re:Windows is busted by value_added · · Score: 1

      Your post is misleading and inaccurate ... Do a fresh installation of Windows, don't install anything on it, take a look at the Windows directory. I recommend you sort by file type. You'll notice it's actually quite organised ...

      I understand the point you're trying to make, but suggesting that the Windows directory, or any default directory structure, is misleading and inaccurate. I'd go so far as to say it's nonsense.

      A *unix user with a few years of experience behind him or her could, with little effort, identify and justify each and every directory or file on the hard drive (along with their respective permissions), and additionally identify the source of those files and directories. Hell, a novice reader could spend a few minutes reading hier(7) and get most of the way there. Granted Linux is a bet messy when compared to the BSDs, for example, but the point remains valid.

      So while Windows is no longer an unholy mess, you can not say it's organised. If you do, I'd suggest you look a bit closer. What you'll find is a crude structure that follows a basic basic rules with countless one-off exceptions, all with exceptions to exceptions to exceptions, each overlayed with dizzying complex permissions. While you're at it, do the same with the registry. If you can go more than a few minutes without scratching your head, I have no doubts that in short order, you'll throw up your arms in frustration and give up.

      Now if you think my excercise was uncessary or unproductive, consider the circular reasoning of making such a conclusion and insisting Windows is organised.

      Organised? I'd suggest that even for an experienced admin/programmer, it's mostly unknowable.

    7. Re:Windows is busted by Ralish · · Score: 1
      Replying to each of your points:

      And why does Windows let random applications install whatever they want, wherever they want, instead of enforcing or at least publishing some standards?

      For the same reason that when you install a program on a Unix system, let's say using sudo rpm/apt-get/emerge/whatever, there isn't anything stopping said program from dumping everything in /bin, or /lib, when things should really be put under various directories in /usr/local. The thing is, this doesn't happen, because Unix systems have had a well defined directory hierarchy for a long time that explains where different types of data should go, the programmers generally respect it, and follow it. A good example is the FreeBSD hier(7) manpage. It beautifully lays out where everything should go.

      You mention publishing some standards and this is _exactly_ what Microsoft should have done early on. Several MS developers have said they screwed up with this. I think where most things are meant to go is fairly obvious personally, but you can't make assumptions that people will just "figure it out themselves", history has shown that time and time again, especially in computing. A well defined set of "rules" (I don't believe they should be strictly enforced in software, for the same reasons Unix doesn't, or any other OS to my knowledge) that points out where various types of data are meant to be placed in both the filesystem and the registry would go a long way to cleaning up the mess.

      The only time I can think of when Unix puts stuff in system directories is when I tell it to.

      For the purposes of this discussion, I'd describe a system directory as a directory that requires Administrator/super-user privileges to modify. In this case, whenever something is installed anywhere outside of /home (which does happen) and /var, /tmp (I hope not), then something has been put in a system directory. Frankly, the overwhelming majority of things installed do go in system directories, whether non-privileged users can actually use the programs, is of course, a separate issue. As above, when you type in that magic command to install a package, you take it on faith that it will put its files in the right place, and most of the time it will. Windows needs to do the same.

      How is any NT-based desktop a multi-user system? Because someone else can log in once I log out? By that metric, my bicycle is a multi-passenger vehicle.

      At this point I'm worried I'm getting trolled. But assuming I'm not, what's even worse is that someone feels they are in a position to criticise an OS they quite clearly so poorly understand. From wikipedia article: Multi-user

      Multi-user is a term that defines an operating system or application software that allows concurrent access by multiple users of a computer.

      Windows NT quite clearly meets this definition. Have you heard of Terminal Services? One example of many. You clearly need to do some serious research into Windows to better understand what you are criticising.

    8. Re:Windows is busted by Lennie · · Score: 1

      no

      --
      New things are always on the horizon
    9. Re:Windows is busted by rantingkitten · · Score: 1

      The thing is, this doesn't happen, because Unix systems have had a well defined directory hierarchy for a long time that explains where different types of data should go, the programmers generally respect it, and follow it.

      Which was probably the OP's point about publishing standards at the very least. I've seen a few Unix programs that put things in odd places, but generally they behave, and it certainly can't be compared to Windows' insanity, where every single developer has their own little idea about where things should go, and there's no good argument to be made for or against it because Microsoft doesn't seem to care.

      As above, when you type in that magic command to install a package, you take it on faith that it will put its files in the right place, and most of the time it will.

      But at least in, say, Linux package repositories, the package has been checked and examined by people who know what's what, and have vouched for the package in terms of not being spyware, putting things where they belong, and so forth. It's not perfect but it's pretty damn good, and light years ahead of Windows where the basic idea is to get a CD or executable installer from god-knows-where, run it, and hope to Hell that it doesn't do anything to screw up your system. :)

      --
      mirrorshades radio -- darkwave, industrial, futurepop, ebm.
  24. Study flawed by benjymouse · · Score: 5, Insightful

    Problem is that they assume that when the security bulletin says that successful exploitation will allow the attacker to run as the current user, this does not mean that the attacker will be able to run as admin, even though the user is an admin.

    Indeed (with UAC on) IE7 runs in protected mode which is a "sandbox" where the users' security tokens have very limited rights, thus intrinsically protecting the OS.

    The Vista protected mode effectively runs the process as a limited user, even though it preserves the users identity.

    Even if the attacker can somehow trick the browser or user into downloading a malicious file and start it, it will still need elevation (yes, the cancel/allow thingy) to assert admin privileges.

    So, another way to spin this would be "Vista UAC protects against exploitation of 92% of vulnerabilities".

    --
    Reading slashdot one-liner: (irm http://rss.slashdot.org/Slashdot/slashdot).rdf.item | fl title,desc*
    1. Re:Study flawed by BenoitRen · · Score: 1

      Indeed, and I think this is a good approach. Having programs as users makes more sense than the broken record that *nix users keep spouting about having everyone run as limited user.

  25. definitely possible.. by seanmoon · · Score: 2, Interesting

    It would require far more re-writing of the windows OS than anyone is willing to do. but at least a thin layer of abstraction between standard users and administrators on windows machines is essential. the people who know what they are doing can know how to turn it off, and everyone else needs to be logged in as a regular user. typing your password in when you install something is not the worst thing in the world. the amount of things you're going to need to type in reconfiguring your computer once you have to reformat it is going to be much worse.

  26. Microsoft... by Greyfox · · Score: 4, Insightful
    Ignoring 30 years of accumulated UNIX wisdom... for 30 years.

    I swear those guys are like that guy who just installed Linux, runs it as root all the time because he "knows what (he's) doing" and enables telnet and hands out logins to all his friends. Except that guy learns after the first or second time his system gets rooted that maybe he should stop being such a goddamn jackass and run his system the right way from now on. Microsoft never got past the jackass phase. They keep implementing half-assed fixes because they think they can do it better. You'd think 30 years of failure would convince them otherwise...

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

    1. Re:Microsoft... by Spad · · Score: 1

      I wouldn't mind a little of Microsoft's "failure" myself.

    2. Re:Microsoft... by tomtomtom777 · · Score: 1

      Ignoring 30 years of accumulated UNIX wisdom... for 30 years.

      So you're saying that this UNIX wisdom is 60 years old?

    3. Re:Microsoft... by Greyfox · · Score: 1

      Yes! Even though UNIX is technically only about 10 or 12 years older than MS DOS, Microsoft has been ignoring 30 years of collective UNIX wisdom for 30 years! How is that possible? I suspect it's a bug in how Microsoft handles time, which has never been as sensible as how UNIX does it. Just another in a long chain of things Microsoft has never done as well as UNIX!

      --

      I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

    4. Re:Microsoft... by magamiako1 · · Score: 1

      I run as root, I don't get rooted. I don't let internet facing applications run as root, as once I finish configuring the system (if the package manager hasn't already done so), I create a user and use start-stop-daemon to launch the process as that user.

      Problem solved.

      There's nothing wrong with running as root, it's understanding how to do it. Don't run listening daemons as root and you're generally good to go.

      Essentially, your idea is to keep users in the dark from understanding how their system security works. You aren't teaching users how to properly secure their system, just "avoid" this "root" thing.

    5. Re:Microsoft... by Greyfox · · Score: 1
      You know, I said exactly the same thing in the 90's when I first installed Slakware. Turns out I didn't know a goddamn thing about security back then.

      Since then I've learned that an essential component of "proper" security is running all applications with the minimum privileges necessary for them to do their job. You can't audit every application for security, and you can bet that their authors didn't. Linux doesn't really go far enough; mechanisms exist to drop privs and limit applications to only directories they "need" to see, but those features need to be a LOT more accessible than they are now.

      You want a little light reading... start here.

      --

      I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

    6. Re:Microsoft... by magamiako1 · · Score: 1

      You completely did not even read my comment...

    7. Re:Microsoft... by Greyfox · · Score: 1

      Yes I did. And I'm pulling rank on you, Mr. 1026318. Now go learn about security and stop being an idiot.

      --

      I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

    8. Re:Microsoft... by magamiako1 · · Score: 1

      Okay,

      Let me straighten this out since you feel like being a shit.

      I understand the concept of running applications with the least amount of privilege they need on the system to do their job. I understand this concept 100%. HOWEVER, the situation comes into play that even if you fire up an application as a "limited user", it still may be more system access than what the application requires. So in cases such as this, running as root versus "Admin user that has more access than any standard account" is not of much consequence. Particularly if this "admin user account" has access to "internal company data".

      The reality is, who gives a damn if an application can wipe out your system install? While this creates a burden of time and effort if you haven't backed things up properly, it's not necessarily a huge security issue. Even if the application fires up a root kit, what's it matter? If it already has read privileges to possibly critical network data anyway, you've already lost.

      No, the security issue comes in when you do something like "Launch Application as user that has access to $INTERNAL_COMPANY_FINANCE_DOCUMENTS".

      I agree, Linux does not go far enough with security. In fact, the default in most installs is that everything has at the very least read access to everything else. And this is a serious problem, and in some cases even some applications have complained about changing this. (I've tried it with /etc).

      But the above situation is just this: Generally speaking, I run applications with a reduced privilege. I, however, perform administrative tasks as root. And sure, while I'm firing up something like 'nano' as root (and why should I trust nano?), I'm going on the assumption that I'm trusting the distro developers to have done an okay job. If I needed more security than this or felt the information I was working with was so utterly critical that I couldn't do this, I would most certainly use the system differently.

      Generally speaking, at this point this is where things such as Trusted Computing come into play, where you only can launch applications that have been signed and trusted to run, taking the guesswork out of having to comb through source files yourself to make sure an application is clean before you compile them.

      But as I've stated, I don't need this level of security. I understand its purpose, but I'm not quite that paranoid.

      I install applications as root using package managers, in the event that the application I run is not found in the distribution, I download it, configure it, build it, make runtime configuration settings, and then use built-in system functions to run the application as a lower privileged user (usually application name) with a shell set to /sbin/nologin.

    9. Re:Microsoft... by Greyfox · · Score: 1
      Oh, I see, so your position is that on a single user system, a compromise can eventually net the hacker the admin password anyway so it really doesn't matter if the non-admin user is the one compromised? Your earlier posts read more along the lines of "It's OK to run as root all the time as long as you know not to type rm -rf /" which is the attitude of many newbie Linux users. Including, as I mentioned, myself a bit over a decade ago. I have little tolerance for the willful ignorance I myself once displayed.

      While it's true that a non-privileged user account is still open to compromise and such compromise may also yield administrative access at that point, it is another hoop an attacker has to jump through to take full control of your system. Anything that makes an attacker's job harder is a good thing. At worst, he might decide to pass you over for an easier target.

      I have no problem with SUing to root to install packages and whatnot. sudo doesn't strike me as all that much more secure. The Windows "Prompt on any action," just conditions users to dismiss dialogs without reading them, which I think is detrimental to security.

      Ultimately I suppose if you wanted to be really paranoid, you could run each application in an individual virtual machine which could be reset to a starting state and isolated from everything else on the system. Currently I think that would be overkill, but as even legitimate software applications become more and more intrusive there might be some demand for that level of security.

      --

      I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

  27. PEBRAP by gmuslera · · Score: 1

    Problem Exist Between Redmond And Press. Sometimes is not user fault.

  28. It's a conspiracy! by Anonymous Coward · · Score: 2, Insightful

    They're paid off by the Anti-Virus companies. If not for administrative login, who would buy their crap?

  29. By itself... by Anonymous Coward · · Score: 0

    This isn't Windows' fault. A user with root priviliges on a Linux can be just as dangerous as a Windows user with the admin privileges.

    Of course, the difference is that Windows is not usable for anything non-trivial without admin rights. Linux is.

  30. It's going to take a moment... by symbolset · · Score: 5, Funny

    A Mac fan extolling the merits of the command line.

    It's going to take some time to get used to. Forgive me.

    --
    Help stamp out iliturcy.
    1. Re:It's going to take a moment... by Anonymous Coward · · Score: 0

      It's been eight years, get over it. I refused to buy Apple products until OS X came out (I wanted a NeXT box, but couldn't afford one). A lot of current "Mac" users are like that.

    2. Re:It's going to take a moment... by Savage-Rabbit · · Score: 4, Interesting

      A Mac fan extolling the merits of the command line.

      It's going to take some time to get used to. Forgive me.

      Why? Quite a few current OS X users switched to OS X from various other *NIX'es and Linux. It really isn't so surprising that many OS X users are command line freaks.

      --
      Only to idiots, are orders laws.
      -- Henning von Tresckow
    3. Re:It's going to take a moment... by Anonymous Coward · · Score: 0

      It was a historical point of pride for MacOS before OSX that there was no command-line, even if you wanted it.

    4. Re:It's going to take a moment... by HBI · · Score: 1

      It wasn't 100% true though. At the very least, the debugger existed with its command line, even in the days of yore.

      --
      HBI's Law: Frequency of calling others Nazis is directly correlated with the likelihood of the accuser being Communist.
    5. Re:It's going to take a moment... by sholsinger · · Score: 0, Troll

      Unlike a lot of Linux distros, things in OSX just work because the drivers you need are there and they have been tested with the hardware you purchase from Apple. 'Nuff said.

      I _really_ *want* to be able to use Linux on my desktop. Seriously, though, why does sound support break on recent releases of the kernel? Why did my nvidia driver become completely unusable in 2.6.27? I did have everything working... which took nearly a week. My time is worth money to me and my family. Maybe my money and time is better spent purchasing a Mac where all that stuff has been done for me. As opposed to wasting hours on IRC and forums attempting to patch a broken ALSA module. I still have the benefit of *nix compatibility and the command line. So I'd be right at home.

      And of course, I could finally have full support for my iPhone.

      It seems to me that the Linux kernel could use a bit more QA. Perhaps just some QA at all would be helpful.

    6. Re:It's going to take a moment... by Anonymous Coward · · Score: 0

      Not only is OSX's GNU bash far superior to the Windows command line, Apple provides commandline interfaces to the search functions (and open and print too).

      OSX is fabulous for photo and audio and video editing, and when you need to transcode down to a highly compressed web format, the commandline does a great job.

      Really the best of both worlds.

    7. Re:It's going to take a moment... by AndrewNeo · · Score: 1

      If you like setting up video transcoding from the command line, more power to you, I guess!

    8. Re:It's going to take a moment... by swillden · · Score: 1

      My time is worth money to me and my family. Maybe my money and time is better spent purchasing a Mac where all that stuff has been done for me.

      Yes. For you, that's the right choice.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    9. Re:It's going to take a moment... by pitje · · Score: 1

      what has this got to do with Microsoft?

      and you get paid for your free time??

    10. Re:It's going to take a moment... by Anonymous Coward · · Score: 0

      What gets me is they make it sound like OS-X was the first to do this kind of thing rather than the all the unix/linux distributions that have worked that way for a long time.

      The command line itself definitely has some old roots since.. you know.. it came before the GUI.

      Oh and the making of multiple accounts on install suggestion for OS-X.. well.. it's based off the unix/linux idea and you should rarely if ever need to LOG IN as root/super user/admin (whatever you feel like calling it). Rather than that, they let you toggle it on for a few commands.

    11. Re:It's going to take a moment... by sholsinger · · Score: 1

      Nothing.
      -and-
      No, I have no free time.

    12. Re:It's going to take a moment... by LeafOnTheWind · · Score: 1

      I don't know about others, but I use OS X because I like having a solid, unified GUI with a solid, unified POSIX base. OS X even installs X by default, meaning that I end up using my Macbook Pro as an extremely stable and easily configured BSD distribution.

    13. Re:It's going to take a moment... by david@ecsd.com · · Score: 1

      [...]Seriously, though, why does sound support break on recent releases of the kernel? Why did my nvidia driver become completely unusable in 2.6.27? I did have everything working... which took nearly a week. My time is worth money to me and my family.[...]

      Seriously, though, if it wasn't broken, why in the world did you fix it? Just because the little icon in the panel says upgrades are available doesn't mean you have to.

      The only time I upgrade anymore is when there's something I need/want and can't unless I upgrade. F'rinstance, I'm running on Kubuntu Hardy and want to use kdenlive because I have a bunch of home video I want to edit, and am seriously considering moving to intrepid, but I know that I don't want to yet deal with kde 4.X so I wait...

    14. Re:It's going to take a moment... by stokessd · · Score: 1

      Actually prior to the latest version of handbrake, it was the only sane way to do it. The "queue" in handbrake was a memory resident thing, so if you queued up a bunch of stuff, and handbrake crashed (which it does from time to time), you have to re-queue your items including all the "clicky-clicky" of various settings. Then sent it off running again.

      Building a short scripts with a single handbrake transcode command per line allowed handbrake to work in the background in a robust way that also allowed the user to stop the process and more easily start it up again.

      Sheldon

    15. Re:It's going to take a moment... by jedidiah · · Score: 1

      > Why did my nvidia driver become completely unusable in 2.6.27?

      Why are you bothering with such a new version of the kernel?

      Why are you bothering with any particular version of the kernel at all?

      Aren't you supposed to be some sort of Mac user?

      --
      A Pirate and a Puritan look the same on a balance sheet.
    16. Re:It's going to take a moment... by Qzukk · · Score: 1


      If you like setting up video transcoding from the command line, more power to you, I guess!

      If you like having someone else's GUI dictate what options you're permitted to use, less power to you, I guess! ;)

      --
      If I have been able to see further than others, it is because I bought a pair of binoculars.
    17. Re:It's going to take a moment... by Moridineas · · Score: 1

      OS 9 hasn't been updated in what--9 years?

      OSX 10.2--the first good version of OSX imho--came out in 2002. It's not new anymore!

      By now, I think it's safe to say the majority of Mac users may never have even used OS9. Certainly many do come from a BSD/Linux background (I like FreeBSD personally..) Using sudo and shell scripts is absolutely part of the system skillset rquired to be a OSX poweruser.

      Get used to it :-)

    18. Re:It's going to take a moment... by sholsinger · · Score: 1

      Why does Ubuntu (and other such distros) include automatic kernel updates that can break nearly everything? Or, why would Ubuntu package maintainers push such new versions of the kernel to the repos when they're clearly not ready for prime-time?

    19. Re:It's going to take a moment... by jedidiah · · Score: 1

      If you like setting up video transcoding from the command line, more power to you, I guess!

      Well, the key to Unix scripting is that you only have to "set it up"
      once. After that it's really no harder than any GUI and it actually
      a lot quicker and easier.

      Many people don't have a problem babysitting a GUI needlessly.

      Others would rather not.

      While it does take a little upfront effort to setup something like:

            %convert-my-movies.sh

      it is very handy to be able to run something like that and forget
      it for 4 days while it does quicktime compression on an entire
      run of a particular TV series.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    20. Re:It's going to take a moment... by geminidomino · · Score: 1

      Same reason that they used a beta version of a browser in a distro release.

      Same reason that an already bad language is made worse by the default setting of 'magic_quotes=on'

      Same reason that an LTS release was released with a completely screwed audio configuration.

      Same reason that said audio configuration was fixed in the next release, but still not backported to the LTS because, well, it's an LTS and they didn't want to break anything (except audio support, apparently).

      Ubuntu offers convenience, not competence.

    21. Re:It's going to take a moment... by jedidiah · · Score: 1

      That's an interesting claim.

      Now back it up with some details. The problem with random "kernel X ate my homework" nonsense
      is it is something that has just enough level of detail to be "sincere" or "reasonable" yet
      lacks any really meaningful information.

      A more likely scenario is that someone with a Dell XYZ installed FooBuntu x.x and ran
      into problems or was already running one version and upgraded to another an all hell
      broke loose.

      Such a scenario is easy to full document and can serve as a useful warning
      to particular users rather than just being a sort of vague sort of FUD
      bogeyman.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    22. Re:It's going to take a moment... by jedidiah · · Score: 1

      That would be news to many of us that run that release.

      OTOH, there is a reason that you might not want to get it "hot off the presses".

      That's an easy enough problem to avoid.

      The "well they only have 2 models so they don't have much to test"
      method of avoiding problems only works for so long and it also can
      be rather limiting. That's primarily why my Macs don't run MacOS.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    23. Re:It's going to take a moment... by geminidomino · · Score: 1

      That would be news to many of us that run that release.

      I *DO* run that release. That's how I'm so familiar with it...

      OTOH, there is a reason that you might not want to get it "hot off the presses".

      As far as I can tell, Hardy's pulseaudio is STILL frelled, to date. PHP *still* ships fromt he repos with magic_quotes on. At least they updated to actual firefox releases.

    24. Re:It's going to take a moment... by 93+Escort+Wagon · · Score: 1

      A Mac fan extolling the merits of the command line.

      It's going to take some time to get used to. Forgive me.

      Sorry, guess I should've first said "are you sitting down?".

      That must be why my comment got a couple "Troll" moderations. Or maybe because I didn't say "GNU/command line".

      --
      #DeleteChrome
    25. Re:It's going to take a moment... by sholsinger · · Score: 1

      Hardy worked fine for me. nvidia binary shipping with it worked great. Sound worked great. Then... Update Manager downloaded 2.6.27 and everything broke. Of course I didn't realize it was the kernel, otherwise I would have just gone back to using the previous ones.

      Instead, like a n00b I installed the latest... 8.10, and it failed, big time. Video didn't work yet, and audio was still broken. I downloaded a fresh release that contained the exact failures that caused my problem before.

      This is certainly enough to make me jump ship from Ubuntu. I like their goal, but they're not doing a very good job with it.

      Scratch that, a large portion of the grandparents and total computer illiterates will be able to install Ubuntu just fine.

      But the slightly advanced users that might want to get *both* of their monitors to work, or perhaps, even get 5.1 audio are screwed. -- That is, unless they, too become kernel hackers.

    26. Re:It's going to take a moment... by symbolset · · Score: 1

      It's ok. They're treating you better now, I see. I knew it was inevitable. I just didn't know it was going to be now.

      My, how the Mac has grown up. Sniff. It seems like just yesterday...

      --
      Help stamp out iliturcy.
    27. Re:It's going to take a moment... by jonadab · · Score: 1

      Just because it makes sense doesn't mean it won't take some getting used to. After neigh on a quarter of a century of listening to Mac zealots rant incessantly about how terribly unjust and unrighteous and uncool it is that anyone would ever have to type a command to get a computer to do something, it's *weird* to see them make any sense.

      --
      Cut that out, or I will ship you to Norilsk in a box.
  31. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  32. Steam won't run without admin privileges by XCondE · · Score: 5, Interesting

    But Valve will go after you for trying.

    My question:

    Customer 06/11/2006 04:15 AM

    I am not willing to play (and let other people play) HL2 using the Admin account on my computer because of the obvious security implications (I don't want my computer infested with malware).

    Is there any way to run it without admin privileges? I installed it using admin privileges and went back to my unprivileged account but turns out it needs to write data to the install folder (bad programmer - no donut for you).

    Which are the files STEAM tries to write to in the install folder?

    If it turns out to be too complicated I'll just download the no-steam version with BitTorrent ;-).

    Their response:

    Response (Josh) 06/13/2006 01:34 PM

    Thiago, It cannot be run without admin privileges. I know you were probably joking, but I would also encourage you to avoid any product that claims to get around Steam. We take cheating and hacking very seriously.

    1. Re:Steam won't run without admin privileges by Corporate+Troll · · Score: 1

      Strange, I'm pretty confident that I have HL2 running in my Limited User account. The only thing I did (or remember doing) is giving write access to all limited users to the Steam/HL2 folders.

    2. Re:Steam won't run without admin privileges by Von+Helmet · · Score: 1

      No, Valve won't go after you for trying to run it under a non-admin account. They'll go after you for saying you'll run a cracked version.

    3. Re:Steam won't run without admin privileges by BenoitRen · · Score: 1

      We take cheating and hacking very seriously.

      But not your security. Another reason for people to stop hailing Steam. It's bad DRM, for crying out loud!

    4. Re:Steam won't run without admin privileges by mcgrew · · Score: 1

      How is my compuer different from my car and my sink?

      The computer is completely VALVE-FREE. When everyone's is, this insanity will stop.

      Damn kids...

    5. Re:Steam won't run without admin privileges by weicco · · Score: 1

      And another thing. He doesn't want to run Steam with admin privileges, which is understandable, but he seems to be quite okay installing applications from unknown sources ;)

      --
      You don't know what you don't know.
    6. Re:Steam won't run without admin privileges by w0lo · · Score: 1

      I not only run steam games as non admin, I installed steam and the games (HL2 & CS:S) as non admin (after giving steam installer write access to HKLM\...\Uninstall\Steam) on XP (Did not install in ProgramFiles folder, but X:\Games or whatever)

  33. suits, end-users dont grok security by Anonymous Coward · · Score: 0

    suits make purchase decisions.
    end users make no decisions - purchase or whatever.
    "Where's my Word?"
    And those people keep buying without asking.
    Hail the free market economy!

  34. When I had applications like that in UNIX-Linux .. by jotaeleemeese · · Score: 1

    I sent them back to the company that develops the software to fix it.

    I would do the same if I was working with Windows.

    I know not everybody can do this, but tech heads working in big companies have a moral duty to force manufacturers to change their insecure ways.

    --
    IANAL but write like a drunk one.
  35. As the qoutable Dan Quayle said... by symbolset · · Score: 1

    About the position of Vice President of the US: "It's indoor work with no heavy lifting."

    --
    Help stamp out iliturcy.
  36. In related news... by SupremoMan · · Score: 2, Funny

    "Users' Use of Windows Makes Most Windows Malware Worse"

  37. Fortunately I'm on ubuntu by Lord+Bitman · · Score: 1

    Good thing I'm on Ubuntu, which asks for the admin password once, and then silently accepts any "sudo" command sent to it- So I'm safe!

    --
    -- 'The' Lord and Master Bitman On High, Master Of All
  38. this is like the postgresql installer on windows by Anonymous Coward · · Score: 0

    I second this line of thinking

  39. Apparently you haven't heard by symbolset · · Score: 4, Insightful

    of road warriors, bluetooth, pirate WAPs, Promiscuous mode, and a lot of other modern technologies. Your network is not the hallowed ground you think it is.

    The only trusted host on the network is a Known Host with a secure connection. Ever and always. There is no excuse for having open ports ever, let alone by default on a desktop, unless you intend to deliver a service on that port to untrusted strangers.

    This has been common knowledge and best practice for at least 15 years.

    --
    Help stamp out iliturcy.
    1. Re:Apparently you haven't heard by MadMidnightBomber · · Score: 1

      Your network is not the hallowed ground you think it is.

      And hasn't been for a long time. Code Red/Nimda/Slammer were the proof of this, Blaster was merely an after-the-fact "fuck you" to anyone who hadn't been paying attention.

      --
      "It doesn't cost enough, and it makes too much sense."
  40. Re:this is like the postgresql installer on window by Anonymous Coward · · Score: 0

    I agree with the last part of that statement about windows.

  41. Ignorance on users part (including IT people) by betelgeuse68 · · Score: 4, Interesting

    It's a combination of ignorant users and ignorant IT people. I've never seen a single IT person use "runas" (impersonation), ACLs on the Windows file system or registry or and this is the damning one, a command line utility that allows you to selectively strip administrative rights on applications as you use them thatâ(TM)s been on Microsoftâ(TM)s site for years (after I pointed it out to them).

    There was a reason once upon a time Microsoft chose to release Windows XP in such a way as to have users running with administrative rights. A reason that is extremely weak now - many people were upgrading to Windows XP from Windows 9x/ME and Microsoft didn't want to incur the support cost (or their partners) of having lots of applications stop working. Among them is the popular WinAmp. It used ancient APIs for its configuration file, WINAMP.INI, that stored global preferential data (as opposed to per user) in C:\WINDOWS\WINAMP.INI. If you didn't have administrative rights, it would just hang when you fired it up. Google Desktop when first released would *NOT* work on a non-administrative desktop. The list of offending applications goes on and on, e.g., a friend of mine had oceanic navigation software that insisted running with admin rights.

    However, it turns out there is a programmatic mechanism in place in every copy of Windows XP (and Windows 2000) that allows you to strip administrative rights when you launch a process. Microsoft never exposed users to this ability for reasons that to this day are unclear to me. The magic API in question is CreateRestrictedToken.

    But what really was an eye opener to me is when I would point out a tool on Microsoft's site to strip out administrative rights when you run a program. Namely, years ago you could have made the situation tenable in the case of apps like WinAmp and Google Desktop by yes, logging onto your desktop as an administrator but launching most Internet facing application without administrative rights but hereâ(TM)s the clincher *AND NOT CHANGING USERS* . In fact, I've been doing this for years.

    Nonetheless I observed an incredible amount of laziness on IT professionals when I pointed out these capabilities. Laziness, apathy and the usual suspect of insecurity ("Don't tell me what to do, I know what I'm doing"). Yes, that's right, you manage a CISCO PIX firewall, you must be a security guru all around and follow best practices.

    So given my former life as a Windows software developer I took it upon myself to create a turn key installer that at least protects Jane & Joe Average called *RemoveAdmin*:

    http://www.download.com/RemoveAdmin/3000-2381_4-10824971.html?tag=lst-1&cdlPid=10835515

    RemoveAdmin is a utility to strip administrative rights off apps as they're launched under Windows XP and Windows 2000 where unfortunately 99.9% of home users run with administrative rights.

    The default RemoveAdmin installer creates shortcuts for IE and Firefox but if you analyze the shortcut, you see IE and Firefox are passed as an argument to the removeAdmin.exe program.

    You can trivially setup another shortcut for Opera and/or any other Internet facing application... as you should since you can't trust foreign computer systems you connect to.

    Itâ(TM)s version 0.1 since I havenâ(TM)t created a FAQ and thereâ(TM)s the situation that if you have multiple administrative SIDs it wonâ(TM)t work (not the case for most people). I need to fix that, create a FAQ and also offer to adjust the ACLs on the Startup folder to tighten security such that when combined with RemoveAdmin, breaching your system on account of your browsing becomes because crazy hard.

    1. Re:Ignorance on users part (including IT people) by obarthelemy · · Score: 1

      Yes. Security-concerned users definitely SHOULD go and download this closed-source app from some dude on /. on each and every of their PC.

      I also have some exclusive security apps availble. For maximum efficiency I only install them myself.. please send me your userid, password, and IP adress, so that I can activate them remotely on your PC.

      --
      The Cloud - because you don't care if your apps and data are up in the air.
    2. Re:Ignorance on users part (including IT people) by JasterBobaMereel · · Score: 2, Informative

      Wrong way round .... where is the - I am running as a user and need to *always* run this one app as an admin and it will break if I forget

      --
      Puteulanus fenestra mortis
    3. Re:Ignorance on users part (including IT people) by betelgeuse68 · · Score: 1

      Yes, because Download.com doesn't screen anything.

      In fact, don't use Download.com at all since God forbid you might find something useful on there.

      -M

    4. Re:Ignorance on users part (including IT people) by betelgeuse68 · · Score: 3, Informative

      So, right click on your shortcut, click "Properties", click on the "Advanced" button, pick "Run with different credentials".

      Now when you double click on your shortcut, you can change your credentials (to the Administrator).

      -M

    5. Re:Ignorance on users part (including IT people) by MrZaius · · Score: 1

      It's a combination of ignorant users and ignorant IT people. I've never seen a single IT person use.....a command line utility that allows you to selectively strip administrative rights on applications as you use them thatâ(TM)s been on Microsoftâ(TM)s site for years (after I pointed it out to them).

      What's really frustrating is that this isn't done by default. It seems rediculous that basic userspace applications, especially the in-house developed applications like IE and Office that have consistently been at the core of most major problems over the last few years, aren't already dumped in a jail and run as unpriveleged users by default. It should be perfectly possible for the devs to strip out any legitimate need for a UAC rights escalation or even a need to leave a full-on chroot-style jail from these applications, and then to block the apps from even requesting an escalation of rights. That they haven't gone this far yet seems troubling to me.

    6. Re:Ignorance on users part (including IT people) by betelgeuse68 · · Score: 1

      There are many factors at play, including among them in house politics at Microsoft. In particular the fact that they don't have a central figure with the ability to dictate security policy among their product groups. A security czar if you will. Imagine if there was the equivalent of a Steve Jobs inside of Microsoft but the only thing he was worried about was security *THEN* shyt would get done.

      Otherwise you have one too many individuals with "security" in their title with no ability to dictate policy in products. Developers inside of Microsoft are pressured by managers to make product deadlines so MS can show growth to the stockholders (hint: none of them are thinking about security) and the end result is nothing progressive, creative and user friendly on the security front gets done. This Dilbert strip eludes to what I'm talking about:

      http://flickr.com/photos/fucuyama/3002208273/

      What's more you have individuals like the guys on ZDNet's Security blog who love to post about the latest flaws in applications, whether they be QuickTime or Microsoft Office but never point out that many of these issues can be severely mitigated by not running with administrative credentials.

      The "principle of least privilege" gives you the most bang for the buck when it comes to security yet Microsoft has been woefully bad at empowering Windows XP desktop users which lead to Windows' reputation of being insecure. Many security issues that are specific to an application, whether it's IE, Office, QuickTime, Adobe's PDF reader, etc., etc. become way less interesting when you remove administrative rights.

      That's why there's 300,000 viruses in the Windows universe and like 7 on Mac OS X. Because Mac OS X has never had people running with administrative rights.

      Vista with UAC is a big step in the right direction. Windows 7 presumably will cache the fact that you've approved an installer to do something and let it run its course up until the process (associated with the installer) terminates. This would eliminate prompting users multiple times and annoying the hell out of them.

      -M

    7. Re:Ignorance on users part (including IT people) by Anonymous Coward · · Score: 0

      I don't know about Office, but IE likes to run at user rights on XP and since IE7 it doesn't even have user rights by default on Vista (with the exception of a user-rights broker process which doles out priveleges sparingly).

      The plugins that fuck things up again, particularly flash.

    8. Re:Ignorance on users part (including IT people) by littlewink · · Score: 1

      But what really was an eye opener to me is when I would point out a tool on Microsoft's site to strip out administrative rights when you run a program.

      Instead of providing your own potentially trojan-loaded and virus-ridden version of that program, please instead provide a URL to Microsoft's tool.

    9. Re:Ignorance on users part (including IT people) by _|()|\| · · Score: 1

      Google Software Update (which is surreptitiously installed along with Picasa for the Mac, and reinstalls itself if you remove it) doesn't work with a non-administrative account. That's okay, though, because it's just a beta.

    10. Re:Ignorance on users part (including IT people) by Sir_Lewk · · Score: 1

      Cripes! And people say linux is complicated!

      --
      "linux is just DOS with a UNIX like syntax" -- Galactic Dominator (944134)
    11. Re:Ignorance on users part (including IT people) by Doctor_Jest · · Score: 1

      Why not simply point to the Microsoft tool rather than your own? It would've eliminated any suspicion, because God forbid download.com makes a mistake...

      --
      It's the Stay-Puft Marshmallow Man.
    12. Re:Ignorance on users part (including IT people) by wastedlife · · Score: 1

      Not sure if download.com has changed their tune recently, but when I last used it nearly everything was at best adware. I know for a fact several apps downloaded from them had installed viruses and other malware. Maybe they do attempt to screen software, but with surely tens of thousands, if not more, of applications hosted by them, how could they possibly give a thorough evaluation to everything?

      --
      Said, "It's just like dice but it's got more sides And it tells me who lives and who dies"
    13. Re:Ignorance on users part (including IT people) by jayp00001 · · Score: 1

      What's the command line tool you are talking about? I knew about restrictged tokens, but I was unaware that prior to vista there was a way to use them.

    14. Re:Ignorance on users part (including IT people) by betelgeuse68 · · Score: 1

      Mark Russinovich's tool, psexec, allows you to do it with the "-l" switch and DropMyRights:

      http://technet.microsoft.com/en-us/library/bb456992.aspx

      The issue is that Microsoft never exposed a tool for *average* (note emphasis on AVERAGE) end users to leverage the power CreateRestrictedToken affords.

      Currently, when creating a shortcut you can through its Advanced properties have Windows prompt you to change your user credentials but when SP2 came out Microsoft should have added a way to strip admin rights. A no brainer imho and *trivial* to implement.

      -M

    15. Re:Ignorance on users part (including IT people) by lanner · · Score: 1

      Hi.

      At my company, our IT director read some article somewhere that it was good to use Runas and not allow people to use admin accounts by default.

      As a result, the IT director mandated that all sysadmins, such as myself, needed a new username_adm account with Domain Administrator privileges and our regular interactive-login accounts had their superuser privileges dropped. We were told to use Runas and similar tools to escalate privileges and to use similar tools to do our jobs.

      It was a nightmare.

      It was about three months before the order was rescinded.

      Windows was not designed for this, so it's real-world implementation is horrible. It caused massive problems with compatibility with administrator applications, Runas itself broke other admin tools due to sub-processes not starting with the right privileges and environment problems. Runas itself is just a pile of crap, but we tried other tools to no avail. By the end of two months, all the admins had just migrated their profiles to their username_adm profile and were logging in interactively with it instead of their old accounts.

      Meanwhile, the OSX and Linux admins continue to use sudo happily, and almost nobody has the root passwords.

      I myself am the network engineer. I use an OSX laptop, but I do a lot of stuff on Windows too.

      I would be thrilled to have a sudo-like implementation on Windows to use, but it doesn't exist. Runas is crap, so please stop pushing it as a solution until you've actually tried to use it at your job as a sysadmin. Tell me about YOUR success story and stop preaching about what you have very apparently never tried yourself.

    16. Re:Ignorance on users part (including IT people) by betelgeuse68 · · Score: 1

      They're command line tools... your average user knows squat about the command line.

      Allso, as I pointed out in my original post, many an IT professional that I've pointed them out to "doesn't get it".

      The crux of what I've done is the installer. It creates shortcuts and labels them "SecureIE" & "SecureFirefox". As they say, a picture is worth a thousand words. A turnkey solution increases user adoption by a very wide margin. I remember when I tried via IM to get a friend to use the command line tools and create shortcuts, I realized as I struggled to get them working that he wasn't putting a space between the .EXE being executed and the first argument, in the shortcut. What's obvious to me isn't obvious to others. Again, this is why the installer is a big deal.

      Lastly, the command line tools have a dependency on the Win32 console runtime. If you create shortcuts and use them, there's a momentary flash. If you use these with average users (I'm not /. people) it changes what they're used to seeing and may cause them to reject what you've done since their experience changes. "What's that flash? What's that mean? Is something bad happening? You sure this won't do something bad?"

      Again, I was motivated to do this based on my own personal experiences with evangelizing the command line tools.

      -M

      PS: As for the command line tools, psexec & DropMyRights -- Google them.

    17. Re:Ignorance on users part (including IT people) by Doctor_Jest · · Score: 1

      And I wasn't dismissing the effort. Just the climate. People are far too trusting to begin with.

      IT Professional that "doesn't get it" certainly means that person isn't much of a professional as a warm body. Still, getting it out there might help... and God knows Windows needs the push. It's time to stop the admin bullshit. It's 2009.

      --
      It's the Stay-Puft Marshmallow Man.
  42. my stupid brother! by FudRucker · · Score: 1

    i explain to my windows XP loving brother that if he can install software and make system wide changes without entering an admin/root password then malware can too, he just looks at me with that deer in the headlights look in his eyes...

    --
    Politics is Treachery, Religion is Brainwashing
    1. Re:my stupid brother! by obarthelemy · · Score: 1

      Ever heard of a sandbox ? For example, if an App can see only its own directory, has no Net access, and gets IO only when it has the focus... I maight be forgetting a few estrictions, but what can a hacker do in these conditions ?

      --
      The Cloud - because you don't care if your apps and data are up in the air.
    2. Re:my stupid brother! by HikingStick · · Score: 1

      Regarding your sig--if you eat jalepenos every day, the but burning goes away.

      --
      I use irony whenever I can, but my shirts are still wrinkled...
  43. So true by Anonymous Coward · · Score: 0

    My parents inherited one of my old PC's some years back. A 800mhz machine, with 128mb ram.

    I installed Win2000 and havn't update the operating system since. It has never been owned (At least, as far as I know) - I've checked several times.

    How to:
      - They do not have an admin account
      - There's a router between their PC and the internet. NAT enabled, no explicit forwards.
      - Antivirus software that updates itself
      - FireFox and Thunderbird which updates themselves.

    Fortunately, they do not need Flash so that's not installed.

    1. Re:So true by skreeech · · Score: 1

      My father managed to cause problems on the least privileged Win2k account. He wasn't using FF or paying attention to the virus scanner though.

      In my experience the lowest user levels can still do damage in the wrong hands. User levels below admin usually end up having trouble doing things experienced users want to.

      --
      [20:36] wwwdot/.dotorg
  44. Second post by symbolset · · Score: 1

    The app on the other side of em won't give attackers the time of day.

    I have to admit I didn't see this the first time and now I have to post again. Application level security is the functional equivalent of no security at all. It's industrial grade stupid. 'Fess up: you work for Microsoft, don't you?

    --
    Help stamp out iliturcy.
  45. Sounds like an interesting idea by FoamingToad · · Score: 3, Insightful

    As well as that, how about setting the default admin account so you have no sounds, no desktop wallpaper, no animated cursors - none of the flashy crap that users seem intent on encumbering themselves with. You want the bling == run as a limited user.

    However this would require limiting the capabilities of the Admin account, and this is something I'm not entirely happy with (as, admin *should* be equivalent to god mode).

  46. Letting malware in makes most malware worse by Crumplecorn · · Score: 1

    All this talk of pushing further changes in Windows to enforce best practice on a bunch of programmers who have been doing things the same way for over a decade, just to allow a demographic of users known for not being able to handle a computer intelligently to handle their computers intelligently, all to stop malware after it has already successfully started executing on the target system, is very nice and all, but personally I just tell people to use FF and install antivirus and a decent firewall.

    I mean, it would be nice if Windows was Linux, but since it's not, I just choose to go with what works on Windows, rather than shoehorning in something that works on Linux.

  47. Bleeding obvious by Dynamoo · · Score: 3, Informative
    It's bleeding obvious, isn't it? Running as an admin is the best way of screwing your machine up when you get infected.

    Our user population is split about 50/50 between desktops and laptops. Most laptop users have blagged admin rights at some point because they need to add printers, sometimes change LAN settings, install applications to hide their porn surfing, that sort of thing. Our desktop users are in a fully managed environment, and do not have admin rights.

    We need to spend virtually zero time with malware problems on desktop machines. Any infections are generally minor and easy to fix. Laptops.. well, they are a complete nightmare of rootkits and stuff buried so deeply that we have to nuke the machine from orbit to clean it up.

    The REALLY fun part is logging onto an infected machine with DOMAIN ADMIN rights... if it's a sophisticated bit of malware.. well.. Armageddon basically..

    --
    Never email donotemail@WeAreSpammers.com
  48. Microsoft's biggest problem by symbolset · · Score: 3, Insightful

    Microsoft's biggest market advantage is the amount of legacy software that supports their platform.

    Microsoft's biggest problem, which I noted before Vista was even released, is that we're well invested in third party software and we've figured out how to play well with their previous platform over six long years. Our nest is well feathered. It's comfy and we don't want to leave it. Especially for a cold new future where we have to buy everything and figure everything out all over again. If we have to do that, why stick with the vendor that guarantees we'll feel this pain again in a little while?

    The problem, two years later is even deeper because nobody in their right mind bought into this dog, and so they've been burrowing deeper into their XP cave this whole time.

    It's probably too late now to save the Microsoft platform. It's been eight years since the 25 October 2001 release of XP. They have before them the task of creating something that's sufficiently similar to save their "Microsoft brand", sufficiently different from their "Vista debacle", and competitive against a swelling sea of free options. It's a lost cause. "If we have to change to something that radically different, and buy/engineer all our software over again, why not get Macs, or try this 'free' thing?"

    --
    Help stamp out iliturcy.
    1. Re:Microsoft's biggest problem by blueZ3 · · Score: 1

      Agree--

      The one thing that kept me on MS (at home) was a significant investment in 3rd party software. When you've got $1000 worth of applications that are Windows-only, making the switch to a different OS is costly--either in terms of buying replacements or in terms of time spent to learn to use free alternatives. So I was unhappily using Windows not because of Microsoft, but because I'd invested in Windows software and didn't want to "lose" that investment.

      Eventually, I overcame my inertia. Three factors came into play: 1) some of that software was getting long in the tooth 2) virtualization meant that things that I really wanted to keep, I could and 3) it was time to buy new hardware.

      I believe that this is probably the case for a lot of folks. And your point (why not Macs, or free) is an excellent one--though whether this is really the death-knell of Microsoft remains to be seen.

      --
      Interested in a Flash-based MAME front end? Visit mame.danzbb.com
    2. Re:Microsoft's biggest problem by maxume · · Score: 1

      Yet they grew revenues last year (and profits...).

      With the overall global growth of technology, other software can capture an awful lot of absolute market without even impacting Microsoft's ability to grow. From what I can tell, for a lot of businesses, $1,000 in licensing costs isn't a lot more expensive than $0 in licensing costs (and I doubt many businesses actually send Microsoft $1,000 per seat, per year).

      --
      Nerd rage is the funniest rage.
    3. Re:Microsoft's biggest problem by erroneus · · Score: 1

      Call it what it is. Software is not an investment. There is no "return." It's a tool. You have an entrenchment into this certain type of tool. And we have the same problem with Imperial measurements versus Metric measurement scales. When people refer to software as "assets" or "investments" they think it has liquid value. It doesn't... not really.

      Being invested may be a technically correct term and long ago, it may have conveyed the correct and intended meaning to most people. These days it doesn't apply and it carries along another series of thoughts and ideas along with that word that does not apply to software and puts all kinds of crazy ideas into people's heads... now software is an investment so let's buy MORE of it!

    4. Re:Microsoft's biggest problem by LeotheQuick · · Score: 1

      This is just glaring evidence of the racket that this business is in the first place, relying on a pattern of new releases at full price to continue their profit margin when they should just be selling 1 product and continued support for cheap

  49. Never thought of that before. by Phoenix · · Score: 4, Insightful

    I never thought of that. Windows is such a pain to use at all without the admin access that most people just shrug, set themselves up as a Power User just so they can use the damn thing.

    But when you think about it, in the *nix community running as standard users is a staple...the norm if you will of computer operation. If you're logged on as "Bob" and you need the Admin-level access (install something, access a file that is not owned by your account, etc) you fire up "sudo" or a terminal window and SU it for a while.

    If it's a nice graphical interface in either usage or installation...it'll even pop up and say "I'm sorry, you need admin access. Do you have the password?" And if you do then it'll just shrug and bloody well go and do it.

    This is something that needs to be put in future versions of Windows. That and stop requiring The Sims 2 to have administrator access just so you can play paper dolls.

    Phoenix

    --
    -- Wiccan Army, 13th Airborne Division "We will not fly silently into the night"
    1. Re:Never thought of that before. by sapphire+wyvern · · Score: 2, Informative

      I can't say anything about The Sims 2.

      But the feature request that got you modded to +5 Insightful already exists. It's called UAC. No, seriously.

      If you're logged into an admin account in Vista/Win7, you actually get a limited user account, and the UAC mechanism temporarily elevates you to a full admin when you click the infamous "Allow" buttons. Yes, it's a pretty lame bit of UI design. I turn that mode of UAC off, so that my admin accounts have full admin powers from the moment I log in.

      However! If you log in as a limited user, UAC works differently. When it would have given you the aforementioned infamous "Allow/Cancel" dialog, it instead asks you to supply a Real Admin's username and password. It is, in fact, pretty much exactly the same experience as using Ubuntu's GUI for sudo-type tasks. In fact, since about 2 days after I started using Vista, I've been using a limited user account - and it's been fine.

      So, no, it doesn't need to be put in future versions of Windows. Instead, Windows users need to start using the features of the current version(s). And, you know, stop using admin accounts when they don't really need them.

      Obviously, making Windows software developers be less lame (cf The Sims 2) is a whole 'nother kettle of fish. :)

    2. Re:Never thought of that before. by Anonymous Coward · · Score: 0

      And even better, forget the damn password, it could assume that if you have an Admin account and local access you have full access to the machine anyway. And it could establish this by using special hooks in the underlying OS to present a dialog box that no program can circumvent.

      And THEN it could do it transparently whenever an API call is run that needs privileges, so the program doesn't even need to be AWARE of this functionality.

      And they'll call it UAC.

    3. Re:Never thought of that before. by Phoenix · · Score: 1

      "So, no, it doesn't need to be put in future versions of Windows. Instead, Windows users need to start using the features of the current version(s). And, you know, stop using admin accounts when they don't really need them."

      Ah, there's the rub. The fact that so many people are asking that this be a feature in future versions when it in fact has as you say been a staple for quite some time... ...indicates that Microsoft has failed the end user by not informing us of that function in a way that doesn't require one to be a dyed-in-the-wool techhead.

      Lets not forget the fact of HOW they label the account statuses in windows. Power User and Restricted User. In the buzzword minded generation of computer users, more is better and in their minds Power User sounds better than Restricted User.

      After who wants to drop hard earned money on a home computer and only to be restricted?

      MS needs co consider going more towards a root/user structure like *nix or at least letting the general public aware of these functions, how to use them, and why it's important not to be on the internet superhighway with your ass hanging out the window.

      --
      -- Wiccan Army, 13th Airborne Division "We will not fly silently into the night"
  50. Almost but not quite enough by betelgeuse68 · · Score: 0

    DropMyRights is one of two tools you can get off Microsoft's site to remove administrative rights when launching applications.

    However, the biggest problem with both is that they are command line tools and your average Windows user knows jack about the Windows command line. Yes, this is /. but think of your Aunt Alice, Uncle Joe, Cousin Bob - "command line" is a quick way to immediately lose an average user.

    What's more, getting people to actually read the Washingtonpost article and implement what it is saying is like pulling teeth. My experience is, it just doesn't happen. Even with IT people.

    Secondly, DropMyRights is linked to the Win32 console runtime which causes a momentary flash as an application is launched (Windows displays a console window momentarily). It's very minor given the gains (in the case of DropMyRights) but average people have creative imaginations and they might dismiss a tool for the most *trivial reason* if their experience changes.

    For all these reasons I wrote a small utility RemoveAdmin that does the same thing:

    http://www.download.com/RemoveAdmin/3000-2381_4-10824971.html?tag=lst-1&cdlPid=10835515

    EXCEPT my installer creates shortcuts for IE & FireFox - turnkey solution is critical here, you have to break down the typical resistances with average users. The installer labels the shortcuts "SecureIE" and "SecureFirefox".

    In addition removeAdmin.exe isn't linked to the Win32 console runtime so you don't see a flash as an application is launched.

    -M

    1. Re:Almost but not quite enough by Vertana · · Score: 3, Informative

      Alright, I've read enough of your comments. The reason you won't get many (if ANY) downloads off of your cheap plugins is because as stated above it is "closed source" (really... plugging in closed source software on Slashdot?) and you're an untrusted source. Put the source code up or shut up... why do you want us to download 'YOUR' software so bad in the first place? Exactly... untrusted source with an untrusted answer. I have a hint: STOP ADVERTISING YOURSELF.

      --
      "The best way to accelerate a Macintosh is at 9.8m/sec^2" -Marcus Dolengo
    2. Re:Almost but not quite enough by mishehu · · Score: 2, Insightful

      Tools like these are just a bandage on a wound needing stitches. If things were designed properly you'd have no need to use this utility in the first place!

    3. Re:Almost but not quite enough by betelgeuse68 · · Score: 1

      To my knowledge Microsoft doesn't provide the source to psexec & DropMyRights either. The only reason I'm proselytizing what I've written is because it has a user friendly installer.

      psexec & DropMyRights assume you're familiar with the command line.

      Use the command line tools if you prefer.

      Other than that, the end result of what you get from MS' tools and mine do not defer.

      -M

      PS: FYI, it's not a plugin.

    4. Re:Almost but not quite enough by betelgeuse68 · · Score: 1

      Actually, you do get the source code to DropMyRights.

      My code is just 100 lines including lots of boiler plate statements.

      Not that big of a deal codewise. The big deal is using any of these to remove admin rights.

      As I said, use whatever you want.

      -M

  51. Samzenpus for the win by jonaskoelker · · Score: 1

    Congratulations samzenpus, you've posted perhaps the first article that's wrong, dupe, blogspam, and slashvertisement all at the same time!

    So does he win an internet?

    1. Re:Samzenpus for the win by silent_artichoke · · Score: 1

      No, he made us all lose an internet.

  52. Logging in as admin by Anonymous Coward · · Score: 0

    ... users logged in with administrative privileges â" an issue Microsoft has been hotly debating recently.

    ... but which has been an non-issue in other OSs for years.

  53. so simple by Anonymous Coward · · Score: 0

    The Unix system of logging in as two different users is just as stupid as the popup dialogs that Vista does.

    The real question is, why does application security context inherit from user security context?

    My user is obviously an administrator of my own PC, but does every single .EXE file I run from my harddisk (or the Internet) really need to inherit those rights?

    I think not, and that's what really needs to be fixed.

  54. I've been saying it by amn108 · · Score: 1

    "Good God! I've been sayin' it. I've been sayin' it for ten damn years. Ain't I been sayin' it, Miguel? Yeah, I've been sayin' it."

  55. Re:Software makers know the registry inside out! by Anonymous Coward · · Score: 0


    The thing that bugs me is that the software makers dont state what parts of the registry are needed so you can't aply special rights (Office can be a royal pain in the ass).

    It all works well if you know what keys to grant permission to in the HKEY_LOCAL_SOFTWARE branch.

    Did you setup the "MOM" account FIRST, before installing software as admin?

    A last resort would be to put "mom" in power user group but that kind of defeats the security issue being discussed here.

  56. Ah, Microsoft is STILL to blame here... by geekmux · · Score: 1

    MS is to blame to allow this for far too long.

    Yup, absolutely.

    Users are to blame to put up with it and accept that they're "forced" to use admin privs to run programs.

    Ah, woah, hold up a bit. "Users" are to blame? Perhaps all of YOUR "users" have MCSEs, but MY users don't have a damn clue (nor do they want one) about what they're "forced" to run as on their desktops. They just want it to work. PERIOD. And if it doesn't, then IT needs to make it work. PERIOD.

    And most of all, programmers are to blame that took the easy way out and ignore rights. No, they needn't be able to forsee it (even though they should have). But since the practice still prevails (run a copy protected game without admin rights, see if you succeed), the blame is squarely on third party software. Not MS this time.

    I hate to say it, and I know it's unpopular on /. to "defend" them. But it's not MS that has dropped this ball.

    Ah, let me just say that if 95% of other distros outside of Redmond can manage to perform common tasks (like run their own damn office software) without the use of elevated rights, then I believe we can re-focus the blame on where it starts and ends, with the "Programmers" in Redmond, who also can't manage to let go of ensuring that we have Win 9x compatibility mode here in 2009.

    Of course, you would think THEY would get a clue, when the internal IT staff is running around Redmond "fixing" their "users" problems. Ever wonder what rights Ballmers executive assistant has on their desktop/laptop? Or how about Ballmer himself? Willing to bet it's more than just "User"?

    1. Re:Ah, Microsoft is STILL to blame here... by Sancho · · Score: 1

      Ah, let me just say that if 95% of other distros outside of Redmond can manage to perform common tasks (like run their own damn office software) without the use of elevated rights

      Thousands of managed systems users who run Office every day think that you're being disingenuous, here.

  57. Re:Software makers know the registry inside out! by WindBourne · · Score: 4, Insightful

    Did you setup the "MOM" account FIRST, before installing software as admin?
    Eh???? Why would you have to install software second? At some point, you will want to add other users. Will they not be able to access the software?

    --
    I prefer the "u" in honour as it seems to be missing these days.
  58. They had to do an analysis for this? by skiman1979 · · Score: 1

    I wonder how much money they wasted on an analysis like this? Wow, I had no idea that if I log into a Windows box with full rights, that any software that runs under my account will have... full rights to the system?!

    --
    Having a smoking section in a public restaurant is like having a peeing section in a public swimming pool.
  59. I install new software EVERY FUCKING DAY. by EWAdams · · Score: 1

    I can't afford to run your candy-ass operating system in eunuch-mode. It's my goddamn machine and I refuse to ask permission to use my machine for the very purpose for which it was intended.

    Bring back DOS 5, it was the last OS Windows ever made that was worth a damn.

    --
    I piss off bigots.
    1. Re:I install new software EVERY FUCKING DAY. by HikingStick · · Score: 1

      Would it be that hard to operate in an environment where you need to put in a high-access password to execute specific types of code (e.g., EXE, MSI, some ActiveX controls) if it means that your PC would be much less vulnerable to exploits, and that your machine would not be as likely to propogate crap to others' PCs?

      --
      I use irony whenever I can, but my shirts are still wrinkled...
  60. The Problem lies elsewhere by SerpentMage · · Score: 4, Insightful

    The reason why Windows is such a pain in the ass is because Windows was never designed for this.

    Let's say I install OSX. The OSX app is self-contained, which means that it does not need anything outside of its circle.

    Let's say that I install on Linux. The Linux app can either be installed locally per the user or for everybody. But it is a clear cut case.

    Windows? WTF... I need to access the registry, the windows system directory, the program files directory, and the local user directory. It is a bleeding mess!

    Microsoft to this day does not understand that the issue is the fact that they have not revamped the complete installation process. There is absolutely no need for Office, or any other application to need anything other the system files if it is running in "install to user" mode.

    This is the problem, and until Microsoft understands that nothing will change.

    --

    "You can't make a race horse of a pig"
    "No," said Samuel, "but you can make very fast pig"
    1. Re:The Problem lies elsewhere by terryducks · · Score: 4, Interesting

      Obviously, you've never run a business

      Vendor Locking is Great! for the bottom line.

      Ask yourself, how can I configure something that only allows my products ?

      Also, How can I support my stuff from way back ?

      And you'll end up where Microsoft is today.

    2. Re:The Problem lies elsewhere by drinkypoo · · Score: 0, Troll

      You have not the faintest idea what you are talking about. If I install a Linux application that has dependencies they get installed for me, they get installed for me and I see it. But if I install a Windows application that has dependencies that aren't on my system, the shared libraries get dumped into the place where they go. If you install a managed application package on any mainstream Linux distribution it gets installed into / like the rest of the operating system, which is probably a gigantic mistake. And if you extend OSX the system files are tampered with, not just what's in your profile. The only real inherent problem with Windows is that you can only load one DLL with a given name at a time. Microsoft's response is that they fixed this in COM and it's even more fixed with fully managed code, but since most Windows programs are still good old Win32 apps this doesn't help most people. Windows NT as a platform is less odious than most people think. It's when you start to get to the actual user interface (beginning with winlogon and moving on up) that it falls flat. The registry is a great idea. Microsoft just completely failed to utilize it intelligently. Some sort of caching mechanism would have been a good start, you can watch progams retrieve the same data from the registry again and again with regmon.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    3. Re:The Problem lies elsewhere by Akzo · · Score: 1

      I need to access the registry, the windows system directory, the program files directory, and the local user directory.

      Why? Is there any particular reason your non-malicious application needs to write to the system directory and the registry? User settings should be stored in the user folder which by default they have write access and not in a public folder.

      --
      Sig is for Signature, so you don't have to manually sign every post.
    4. Re:The Problem lies elsewhere by cbiltcliffe · · Score: 3, Informative

      Because file type associations don't have a user-level setting. They're system-wide.

      Along with a whole load of similar crap.

      --
      "City hall" in German is "Rathaus" Kinda explains a few things......
    5. Re:The Problem lies elsewhere by Fujisawa+Sensei · · Score: 1

      The reason why Windows is such a pain in the ass is because Windows was never designed for this.

      Actually Windows NT was designed for this. It was a new code base and designed, and marketed as an easier alternative to UN*X. Its just never done it very well.

      --
      If someone is passing you on the right, you are an asshole for driving in the wrong lane.
    6. Re:The Problem lies elsewhere by Piranhaa · · Score: 1

      You don't mention which distribution you use. If you're speaking of Gentoo, then you have emerge/bsd-style portage that will do that for you. If you're speaking of ARCH, then you use Pacman, and so forth... However, "Linux" itself is just the kernel and does NOTHING for dependencies. It's rare that source from a program will include more than a couple small libraries with it.

      What the OP is saying, is that OSX's 'programs' come with all the necessary libraries IN the install package. Go try downloading the binary for firefox on a bare install, and tell me how well it runs. I GUARANTEE you'll get error after error because you don't have libxml or something else installed as well. With OSX you normally don't need anything more than 'XCode' or 'X11' installed, which comes with the original install disk anyways.

    7. Re:The Problem lies elsewhere by drinkypoo · · Score: 1

      Shipping with the dependencies means that you've got redundant versions of all that stuff. I'm not saying there's no benefits; what I'm really saying is that there are different benefits to each model. Even Windows' model has benefits; it's a shame about Microsoft's implementation.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    8. Re:The Problem lies elsewhere by King_TJ · · Score: 1

      Umm... yeah, and you're saying by contrast, Apple doesn't get it at all?

      Seriously ... I don't think MS came up with concepts like the registry in an attempt at vendor lock-in. It was simply somebody's (poor) idea at a way to improve system performance and reduce "clutter".

      (Remember, Windows 3.1 had no registry database ... only a handful of core .ini files that stored all sorts of settings/parameters for the OS itself AND any apps that decided to append things to them. Still other apps would just create their OWN .ini files and save them in their own directories OR, occasionally, someplace under the C:\WINDOWS folder or one of its sub-folders. Back then, it probably seemed like a big step forward to consolidate everything under one registry.)

    9. Re:The Problem lies elsewhere by PitaBred · · Score: 1

      Only if you get enough people to start with. You'll fail in business if you don't get the user base before you start that lock-in process.

    10. Re:The Problem lies elsewhere by Anonymous Coward · · Score: 0

      The registry is split into Machine and User locations, as is the file system; portions of the application are stored in Machine locations and other portions are stored in User locations. The only difference is that Windows doesn't have a notion of per-User installations; applications are installed per-Machine, though configuration is still stored per-User (if the developers aren't complete idiots). Otherwise, this is more-or-less identical to installing a Unix application per-Machine: binaries to /usr/bin, machine data and configuration files to /etc, and user data and configuration to /home/. You need Administrative access to install an application, but not just to run it (depending on what the application does, of course, and whether or not the developers are idiots).

    11. Re:The Problem lies elsewhere by Anonymous Coward · · Score: 1, Informative

      *only poorly written apps will require access to c:\windows.

      *only poorly written apps will require access to any registry hive other than HKEY_LOCAL_MACHINE\SOFTWARE

      *program files directory... same as linux lib i believe.

      *local user directory... holy crap, you mean programs should be allowed to write to a users "home" folder to store settings? damn. I know *linux* would never let you do something so crazy and insecure.

      in conclusion, blame the app writers, not the OS. the only reason you can still do half that crap is for compatibility with older programs.

    12. Re:The Problem lies elsewhere by Moridineas · · Score: 2, Informative

      The reason why Windows is such a pain in the ass is because Windows was never designed for this.

      Never designed for what? Windows has been a multiuser system since NT. Windows 95/98/ME was an evolutionary dead end if you will. Are you talking about an architectural flaw? If so, what exactly are you talking about?

      Let's say that I install on Linux. The Linux app can either be installed locally per the user or for everybody. But it is a clear cut case.

      Shared libraries?

      Windows? WTF... I need to access the registry, the windows system directory, the program files directory, and the local user directory. It is a bleeding mess!

      What's stopping you from installing programs on your Desktop, or in your My Documents folder? That's a clear cut case.

      I don't think most programs require access to the windows/system directory, and heck, you mention OSX--some of my OSX applications DO require elevated permissions to install things to the system.

      Most programs I've run in recent years are perfectly happy installing just to your personal registry area. Think of it as the multitude of dot directories in your ~ directory.

      When you complain about the "local user directory" just think of that as your home directory. instead of /usr/home/you you have c:\Documents and Settings\you. Same thing. Instead of /usr/local you have "c:\program files". Same thing. Very clear cut.

      It's not nearly as big a difference as you make it seem...

    13. Re:The Problem lies elsewhere by SerpentMage · · Score: 1

      >don't think most programs require access to the windows/system directory,

      Office, Visual Studio, etc.... The list is fairly lengthy...

      These apps DO NOT need access to the windows and system directories. Exception is Visual Studio and the writing of drivers.

      --

      "You can't make a race horse of a pig"
      "No," said Samuel, "but you can make very fast pig"
    14. Re:The Problem lies elsewhere by Moridineas · · Score: 1

      I should first note that it has been awhile since I've installed Office--and I haven't installed an edition since 2003, but anyway. The unfortunate thing about that example is that MS treats Office almost like an extension to the OS...bad--yes.

      Visual Studio I don't know about, but it wouldn't surprise me if it needs system access for it's debugging faculties...which seems perfectly natural and acceptable.

      Anyway, you've neglected to point out any actual WINDOWS problems, and completely ignored the parts of my post where I pointed this out. Yes, there is a problem with some (lazy/bad) application developers--sometimes this includes Microsoft!--but there is a reason why when Vista came out with its strict enforcement, some apps had no problems.

    15. Re:The Problem lies elsewhere by Arterion · · Score: 1

      Have you installed OpenOffice lately? It's a beast, too. But I digress.

      Office itself it designed as almost an application framework that gets installed or "added on" to the OS. The apps that sit on top of it (Word, Excel, etc.) are merely front-ends to that framework.

      Consider these possibilities:

      1)Installs drivers, system extensions, or shared libraries to the SYSTEM directories.

      2)Installs common executable code to a common PROGRAM FILES directory.

      3)Saves user-specific data to the USER'S REGISTRY.

      4)Saves common data to the SYSTEM REGISTRY.

      5)Saves data to the USER'S HOME DIRECTORY.

      All right, so #1, #2, and #4 require admin rights. This SHOULD only happen ONE time, when you're installing software. Everything else can happen with normal user privs.

      However, here is where it gets sticky:

      6)Saves data to PROGRAM FILES directory.

      I have seen a lot of applications do #6. I would say #6 is probably 90% of the problems people have with running as a normal user. And I can say without a doubt that every case of #6 is because developers didn't writer their software correctly for Windows.

      Microsoft tried to fix this problem, and they came up with a very clever and well-implemented way of doing so in Vista, even if it is complicated.

      What do they do? They create a "virtual" program files directory in the user's home folder, where the user has full permission. So if I am the admin, and I install a piece of software to PROGRAM FILES, and user 1 runs it and it tries to save some data to PROGRAM FILES, it will actually write the data in the user's "virtual" program files directory in his home.

      User 2 logs in and doesn't see any of user 1's data. Admin and log in and not see any of user 2's data. Admin CAN go into user 1's home directory and find the data, but it's NOT stored in program files.

      There are some quirks, but for the most part, it works well. Of course, the virtual program files only works with UAC on.

      I actually used it effectively to create a login on my PC for a friend, so he would play WoW. He could login and change his settings, Addons, or whatever, and all the changed files got put in his virtual program files directory. None of my settings were affected.

      Even though WoW is a huge culprit of #6, it's not a problem in Vista.

      However he still couldn't install AIM. I'm not sure why, I didn't test it. Not that I cared, I didn't really want AIM on there anyway. Probably because AIM needed admin rights to install common registry settings.

      --
      "That which does not kill us makes us stranger." -Trevor Goodchild
    16. Re:The Problem lies elsewhere by SETIGuy · · Score: 1

      instead of /usr/home/you you have c:\Documents and Settings\you.

      '/usr/home/you' is considered a bad idea. /usr is a local system directory and shouldn't have user accounts in it. '/home/you' is more the norm.

      And I can see which version of Windows you run. Your user directory might be 'c:\' or it might be 'c:\windows\profiles\you' or it might be 'c:\profiles\you' or it might be 'c:\Documents\you' or it might be 'c:\Documents and Settings\you'. The directory above it might be hidden, or it might be visible.

      I don't intend to download the beta, but I wouldn't be surprised if in Windows 7 user accounts have been moved again. 'c:\the place where we sometimes keep user accounts\screw you\you\'

    17. Re:The Problem lies elsewhere by Moridineas · · Score: 1

      '/usr/home/you' is considered a bad idea. /usr is a local system directory and shouldn't have user accounts in it. '/home/you' is more the norm.

      I disagree. FreeBSD (not a poorly known OS and one with a long history and respect for precedent) default home location is /usr/home. I have it on a separate partition. Home is home. Whether it's nfs, an afs directory 10 layers deep, /usr/home, /home, /Users (osx), it's just semantics. Utterly irrelevant.

      And I can see which version of Windows you run. Your user directory might be 'c:\' or it might be 'c:\windows\profiles\you' or it might be 'c:\profiles\you' or it might be 'c:\Documents\you' or it might be 'c:\Documents and Settings\you'. The directory above it might be hidden, or it might be visible.

      C:\Documents and Settings\ is Win2k, WinXP, Win2k3. This location stayed the same for what--8 years? WinNT was different (much of WinNT is different), yes... it's also long dead.

      C:\Users is Vista and the presumable future location.

      3 locations over 15 years doesn't seem like a big deal. sure, it's perhaps not ideal, but it's not as messed up as you make it seem either. Apps which hardcode home paths are braindead from the go.

    18. Re:The Problem lies elsewhere by betelgeuse68 · · Score: 1

      You are talking nonsense. When it comes to running an application such as a browser, there is no reason for it to be modifying the registry, the program files directory, etc., etc., etc.

      Another /. troller.

      -M

    19. Re:The Problem lies elsewhere by Bryan+K.+Feir · · Score: 1

      My understanding of the reasoning behind the creation of the registry was that it was fairly simple.

      As you said, every application would create its own .ini file. Remember, though, that FAT32 wasn't developed until after the original release of Windows 95. Under FAT16, the maximum size of any partition was 2GB (a drive size that was already becoming available), and the maximum number of files was 65520. With every application creating its own .ini file, which would take up 32KB on the disk no matter how small it was, huge amounts of space on a drive were being taken up by tiny .ini files. Microsoft created the registry largely so that they could clear out a lot of the small configuration data files, and put it all in one place so it wouldn't look like wasted space.

    20. Re:The Problem lies elsewhere by QuietObserver · · Score: 1

      I think you are right that the registry was a poor means of implementing a software performance and clutter improvement, but I'm not sure Microsoft hasn't since used the existence of the registry to further their lock-in.

      I was amazed in 2001 when, while speaking with other techs, that people actually believed you couldn't run a graphic based Operating System without a registry. I've heard the same thing repeatedly over the years from other techs who continue to believe this myth. If today's techs-in-training are still being brainwashed with this tripe, I believe we have a great deal to worry about.

    21. Re:The Problem lies elsewhere by Akzo · · Score: 1

      Shouldn't that be done by an installer?

      --
      Sig is for Signature, so you don't have to manually sign every post.
  61. UAC: Sub-optimal by DrYak · · Score: 1

    I personally think that, although the intention were good, the result is far from optimal.

    Vista doesn't virtualize, abstract and sandbox enough functions.
    Thus there are still lots of programs which shouldn't need administrative privileges, but none the less still call privileged functions, Vista doesn't manage to let them think they got them by putting these programs into a sandbox, and has to ask for a full privilege escalation in a sudo-like box.

    Also, Vista still caries over lot of stupid idiosyncrasies from earlier "everyone-is-admin" OSes. Other OSes make clear distinction between preferences (user settings) and configuration (system-wide settings). In addition all configuration are usually concentrated in a single application : openSUSE has YaST, Mandriva Linux has drakconf, etc. (and MacOS X has a system pannel, I think ?). When user has to do some administration, the user launches the configuration application, sudo-switch privilege do the necessary administration and leave the application.
    Meanwhile in Windows, lots of administrative task, instead of being clustered in a single place, are scattered across several places (you often have to "right-click" -> "properties").
    In addition of that, sometime administrative task are intermixed with regular one in a complete asinine way. The worst example has been the quick access to the calendar in Windows up to XP : the same dialog brings a calendar *AND* the configuration to the system clock. By locking a user-only account in XP the user suddenly can't get a calendar by clicking on the clock in the task bar.
    Meanwhile, in linux, the clock in taskbars usually only bring a calendar, and the system-wide clock is set from the configuration tool.

    Last but not least, sometimes several rounds of boxes show up for a single task.
    Want to install an application you downloaded ?
    You're going to have :
    - one box saying that you're opening something you downloaded over the internet
    - one box saying that the installer wasn't signed by microsoft
    - one box saying that an installer needs administrative privileges.

    All this things (insufficient sand-boxing, configuration tools spread all-over, etc.) lead to the constant flow of "Allow or deny ?" UAC boxes that power users hate and Mac ads make fun of.
    And such repeated flow leads to lower efficiency, as power users tend to disable UAC and average users get used to automatically OK-click everything.

    The UAC idea is good, but Microsoft should really polish the thing before releasing Windows 7 to make it more efficient.

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
    1. Re:UAC: Sub-optimal by icebraining · · Score: 1

      Windows still has individual installers for every program, instead of having a pre-installed program manager controlling where each app installs their files. A Windows installer is a full blown program running with admin privileges, so he can fuck everything up or, more commonly, leave hundreds of files behind.

      Very poor design indeed.

    2. Re:UAC: Sub-optimal by shutdown+-p+now · · Score: 1

      Thus there are still lots of programs which shouldn't need administrative privileges, but none the less still call privileged functions, Vista doesn't manage to let them think they got them by putting these programs into a sandbox, and has to ask for a full privilege escalation in a sudo-like box.

      Vista doesn't do "auto-sudo" for specfic function calls. If a process calls something it doesn't have privileges for, the call will just fail - but you don't get a confirmation dialog for every CreateFile call in %SystemRoot%. Those UAC prompts have to be explicitly requested from the code where they are needed - which is why it actually takes time to port apps that genuinely require admin permissions to Vista properly.

      The UAC idea is good, but Microsoft should really polish the thing before releasing Windows 7 to make it more efficient.

      They did that. At least I no longer see a flurry of confirmation prompts when trying to run downloaded stuff, as you've described. It feels much more like OS X now.

    3. Re:UAC: Sub-optimal by Arterion · · Score: 1

      This is NOT true by and large anymore. Microsoft came out with Microsoft Installer a long time ago. When you run an "MSI" file, you are actually running msiexec, which is a package manager for Windows.

      Many apps wrap the MSI in an executable that first checks to see if Microsoft Installer is installed, because in older systems, it didn't come by default. But still, it's often just as easy to run the MSI, or to download the MSI.

      In the past, what you said was true. And a lot of software still uses the old way of installing. But most have moved to MSI based installs. Even on linux, not every piece of software gets installed from a package of that distro's flavor (rpm, deb, etc.). Some apps still get installed "manually".

      What MSI doesn't have that most linux package managers have is an interface to a repository of softwares you can download and install with one command. That's because most software for Windows is proprietary, and not freely available to distributable.

      However someone COULD create such a repository and an front-end for it.

      It's also not as "friendly" as the linux managers, because it's meant to work quietly behind the scenes. But it's really not that hard to work with, there just isn't a set of tools (beyond the command line) to work with it out of the box.

      --
      "That which does not kill us makes us stranger." -Trevor Goodchild
    4. Re:UAC: Sub-optimal by icebraining · · Score: 1

      Yeah, but in Linux I manually install programs using 'checkinstall', so I know I can later removed them without being forced to expect the installer to behave nicely.

  62. Non-admin is easy, you n00b's, oh and don't use IE by richrumble · · Score: 1

    Running as non-admin is easy, runas (which is only a right-click away)is very easy to use and works well 99% of the time. The annoying thing is remembering to right-click the msi/exe to use runas :) Do you need AV? IE is how BHO's like vundo get in to your pc, active-x is also a nightmare... I've been saying this for years! I have 5000+ users that we no longer install AV directly on their PC's, and we pass our PCI/DSS and SOX audits every year. There is no excuse for M$ to put users into Admin by default. Windows 7 however it does... the local admin account is disabled... but so what! It's idiotic, lock the administrator, but place a new user into admin group by default. -rich ClearSite

  63. Have you ever tried to not be admin? by cyman777 · · Score: 2, Interesting

    Many of MS own products do not work properly if you are not administrator. I tried this last with Win XP and office 2003 and had all kinds of issues. MS (!!) Office itself ended up no working properly. This was two years ago so I dont recall the specific errors I encountered. I still have to work with the same software so no further try to do this.

  64. Here's an idea.... by Anonymous Coward · · Score: 0

    Stop putting a bloody silly dialog that says "Do you want to run this an administrator? Yes/No", do what every other sensible O/S does, ALWAYS, ALWAYS make it slightly difficult to get to admin and ALWAYS, ALWAYS ask for some kind of verification.

    Common sense, but when has common-sense ever been part of most company projects!

  65. Did anyone notice by mikesd81 · · Score: 1

    the title to this story on the front page is not the same title as the actual slasharticle when you click on the Read More? I'm not sure what title fits the story right.

    --
    That which does not kill me only postpones the inevitable.
  66. No clear separation is the root of the problem by Giant+Electronic+Bra · · Score: 2, Insightful

    Windows lacks a really clear separation between what is in the realm of the user and what is in the realm of the administrator. This is the real root of the problem.

    Unix based systems started out as multi-user timesharing systems. From day one you owned exactly one set of filesystem resources, your home directory, and nothing else. An admin CAN create other shared directories, but there is a clear boundary between user and admin. ALL developers know this, it is very clear. Any administrator knows this, they can count on it, it is a very simple rule to understand "home directory belong to user, not home directory not belong to user".

    The real problem with windows is who knows who the heck is supposed to own what? User related 'stuff' is scattered willy nilly all over the hard drive, and what and where it is varies with wild abandon between different versions of windows. There is simply no clear cut rule, and thus developers aren't really encouraged to understand the separation because it isn't simple or straightforward. Instead it is complex and you need to know different rules for different versions of windows.

    Now in theory maybe this shouldn't be a problem. In theory your developers can go hunt up what the rules are in some knowledge base somewhere. In theory. In practice they are paid to get the product out the door. In practice they don't have a whole lot of extra time to waste on dealing with MS inept handling of the whole issue. In reality they just elevate the privs of their installer and get on with their real jobs.

    --
    "Malo periculosam, libertatem quam quietam servitutem." -- Jefferson
  67. The article is wholly misleading by Anonymous Coward · · Score: 0

    The title is misleading - the bug they are later referring is present in Beta of Windows 7 and is not present in Vista - the fact that UAC came with Vista does not make this 'UAC Vulnerability in Vista' - UAC in Vista is working as it should.
    Next I believe this bug will get fixed - because if they choose not to fix it then that means they are moving back to Windows 95 security model.. which is kinda illogical.

     
    So unless they find bug in Vista's UAC then this is non-issue for Vista users as, while admin account is still the default option, programs are started in 'Medium IL' mode with the same privileges as they would get under non-admin account.

  68. Tell me something new by Anonymous Coward · · Score: 0

    The Windows Security Epidemic: Don't Run as an Administrator:
    http://www.codinghorror.com/blog/archives/000888.html

    How to Clean Up a Windows Spyware Infestation:
    http://www.codinghorror.com/blog/archives/000891.html

    The real problem is that running a Windows system without admin privileges suck really hard. Only a non-power user can stand it (ie your parents).

  69. Admins and modding by Schiphol · · Score: 1

    It is remarkable that not a single post in this thread has been modded below +4. Really all of them are that interesting, or is it rather that /.ers find this issue particularly Interesting, Insightful and Funny?

  70. Domain accounts by motorhead · · Score: 0

    Do user accounts need to be Admin accounts in order to join a domain? That's the way it was done in NT, but has it changed? I always thought it was a mistake moving users into admin accounts.

    --
    Employee Of the Month - Cyberdyne Systems Corporation - September 1997
    1. Re:Domain accounts by HikingStick · · Score: 1

      Admins and power users can add users and machines to a domain. In most businesses though (large enough to have at least one IT person), the accounts are added to the domain by someone in IT, and not by the users.

      --
      I use irony whenever I can, but my shirts are still wrinkled...
    2. Re:Domain accounts by motorhead · · Score: 0

      I mean the user account had to have Admin privs to be part of the domain. On the domain server you would limit them to just user or whatever, but local to their machine they were admin users. Unless that was just some insane policy decision. I tried to buck it at the time but I was told that user accounts had to have admin privs in order to become part of a domain.

      --
      Employee Of the Month - Cyberdyne Systems Corporation - September 1997
    3. Re:Domain accounts by HikingStick · · Score: 1

      No, the user accounts on the client machines don't need to be Admins for access to the domain. Many times, other corporate mandated software (especially antivirus--for the update process) required admin access on the local machine. If company policy stated that no machine could be on the network without the corporate anti-virus package, then it would be a logical conclusion that someone might frame it in the sense of admin rights being required for domain access.

      --
      I use irony whenever I can, but my shirts are still wrinkled...
    4. Re:Domain accounts by magamiako1 · · Score: 1

      From my experience companies give local admin rights to users to keep them from complaining (and to keep IT doing other, more important things).

      This isn't directed to you, but to the people who may have a misunderstanding of how adding users in domains works:

      In order to join a computer to a domain, you need to supply credentials of someone who can do this (normally, Domain Admin or higher is required).

      This does not automatically make the added user Admin nor does it give Local Admin access to the box. That is, unless you put them in a group that does indeed have these rights.

      Typically, Domain Admin, Enterprise Admin groups are added to a machine's Administrators group when it joins the domain.

  71. Re:Software makers know the registry inside out! by Anonymous Coward · · Score: 1, Funny

    Why do I have to reboot after installing a PDF reader? Remember that this is Windows we're talking about. Each computer is an island unto itself, to be conquered and subjugated by each software package installed.

  72. Now don't go putting down Windows users by Junks+Jerzey · · Score: 2, Interesting

    I'm longtime software engineer, I've used UNIX and Linux professionally...and I still run Windws as an admin, all the time.

    Why? For starters, vim--yes, vim, the open source editor with roots in secure operating systems--writes to its own folder in Program Files, which is a huge no-no. I can get around this by installing vim to it's own special folder, like c:\vim, but it's a symptom of the overall problem. While most new commercial applications do things right, older apps don't, and there's a real issue with free software not handling things correctly. The proper way to handle this is to figure out what software works correctly and what doesn't (which isn't always easy, because some programs only do bad things in particular cases, and it may take months to realize this), and keeping the bad ones out of Program Files.

  73. Re:Software makers know the registry inside out! by PitaBred · · Score: 4, Funny

    The problem with your post is your assumption that the design of Windows makes sense, versus being organically tacked-on after the initial mistakes. Don't worry, it's a common misconception.

  74. what if by visible.frylock · · Score: 1

    What if microsoft made you put in an admin password on startup, but made your default account a limited user? And since, on home OEM systems, they usually log you in automatically, why not require something like F8 safe mode to login as admin?

    That way, people would still be able log in as admin if necessary, but it would provide a decent idiot filter. When you temporarily need admin, like when you're installing a new program, just pop up a dialog and let them put in the password once. Yeah, I know, but at least vista does the fade thing when this would happen.

    Sure, this might make things more difficult for a while, before people get used to it. But anyone who's ever tried to image a windows install knows that microsoft has no problem making things unnecessarily difficult when they want to. I've heard this is better with vista, but have not had to image it yet.

    --
    Billy Brown rides on. Yolanda Green bypasses Gary White.
  75. How would a grace period work? by coryking · · Score: 1

    UAC elevates a single program to root, not the user. If you allowed a grace period, what would be elevated during the alloted time? The program? A command shell? The user's shell (i.e. the desktop and everything running in it)?

    Seems to me if UAC elevates any more then the single program that asked to be elevated, you'll make the system significantly less secure. I really dont understand how a grace period would work.

  76. The article mostly proves by coryking · · Score: 1

    That there are:

    1) A lot of people who've never used Vista seem to have strong opinions about its workings.
    2) The very same people seem to think they know what UAC actually does.
    3) They are wrong.

    UAC = "sudo [program name]"

    That is all it is. No more, no less. No magic heuristics--the program has to request elevation, Vista doesn't just wait for the program to write to a non-authorized area (unless it is a old-school setup program written in the dark ages, in which case Vista *does* guess about the need to elevate the installer).

  77. Cause and effect by ACMENEWSLLC · · Score: 1

    If your in the trenches, you already know that a lot of software is figuring out how to run on machines that are locked down and where the user is restricted.

    For example, WebEx and GotoPC which allow for file transfer, remote control. These both work just fine behind a restrictive firewall and on a user with just "user" rights, on a PC with extra restrictive ACL's applied to it (not everyone full access to c:\ and flow down.) Users have full rights to most of HKCU and %userprofile%, so you drop the virus somewhere in there and launch it through RUN in the registry.

    A few of the virus writers have figured this out. We see this type of activity on locked down KIOSKs running XP.

    So while it's nice to say that if most users didn't have admin rights, these viruses would be stopped, the truth is that if most users didn't have admin rights these viruses would be written differently. They would sit there in IRC awaiting a 0 day exploit and grab "root" eventually.

  78. Disconnecting from network when playing games? by javacowboy · · Score: 1

    I know I'm late to the party, but I have a question about games that use admin accounts.

    First of all, I haven't played Windows games for years, since I've been using a Mac as my primary system since 2005.

    My question is this: Is there anything that prevents you from disconnecting from the internet while playing games that require admin rights? I heard Half-Life 2 requires you to be online for DRM authentication, but I don't know about other games.

    If these admin-rights requiring games require you to be online while playing, then the tech media need to come down *hard* on these game development shops. By requiring admin rights *and* an internet connection, then they are grossly irresponsible as they're effectively encouraging the continuation of an insecure internet.

    --
    This space left intentionally blank.
    1. Re:Disconnecting from network when playing games? by jaavaaguru · · Score: 1

      anything that prevents you from disconnecting from the internet while playing games

      Playing online against your friends is the fun way to play games.

  79. It is amazing this crap gets moderated up by Anonymous Coward · · Score: 1, Informative

    I mean really. I know you all like to bash Microsoft around here, but is this comment really insightful?

    If it's a nice graphical interface in either usage or installation...it'll even pop up and say "I'm sorry, you need admin access. Do you have the password?"... ...This is something that needs to be put in future versions of Windows.

    The future is 2 years old! What the fuck do you think UAC is?

  80. Who's fault is it? by Anonymous Coward · · Score: 0

    The point is that users may demand that proper security rules are followed, but they can only do so much.

    Developers can do a lot more, but still don't have total control over the operating system itself - and obviously shouldn't either.

    Microsoft on the other hand have total control over their OS and are in the best position to enforce things like this. They just seem rather reticent about doing it, and when they do they do it in an inelegant way like with UAC.

    They should have had a plan like this and have been drilling better practices into developers for a very long time. Instead what they have done in the past is bend over backwards to keep old and bad apps running. And now it is biting them on the ass.

  81. Re:Software makers know the registry inside out! by jedidiah · · Score: 2

    It all works well if you know what keys to grant permission to in the HKEY_LOCAL_SOFTWARE branch.

    Windows is easier than all that other stuff, really it is... [/sarcasm]

    --
    A Pirate and a Puritan look the same on a balance sheet.
  82. Who cares about the OS? by Anonymous Coward · · Score: 0

    Lets see if I had to choose between my OS being olbitereated and my files (accessable with user level privledges) being stolen or mangled into oblivion I would pick the OS every time.

    I don't give a flying rats ass about the OS. I only care about my data which makes UAC and this whole argument pointless. UAC and non privledged accounts does *NOT* protect *YOU* it protects your computers installation of the operating system.

    Sage advice in all server environments, absolute nonsense for personal machines.

  83. Least privilege by c_g_hills · · Score: 2, Insightful

    I find this interesting because I reinstalled my XP workstation only last week after several years and took the opportunity to start running in least privilege mode. It is quite apparent how much software there is that still does not function well using a non-admin account. A lot of my software I have converted to portable versions using thinapp which should prevent registry bloat, and allow me to take them with me on another device and keep all my settings.

  84. Stop spamming slashdot, tool. by Anonymous Coward · · Score: 0

    Mod. Parent. Redundant.

  85. My Fallout 3 worked fine with UAC by doug141 · · Score: 1

    I bought the DVD. I installed it and played it through fully without any hassle from UAC. Adding user mods directly to the program folder can generate some requests from UAC to elevate privileges... perhaps this is what you were referring to.

    Here's a cool trick for anyone interested in editing a text file in a protected folder... rightclick notepad and run it as admin, then open your document from within the notepad application, edit, and save.

    1. Re:My Fallout 3 worked fine with UAC by jaavaaguru · · Score: 1

      Running the text editor with admin priviledges has been the normal way to do it on Unix-like systems for decades (sudo vi anyone?). Is this concept seriously new to Windows users despite the Run As option having been there since around Windows 2000 time?

    2. Re:My Fallout 3 worked fine with UAC by Splintax · · Score: 1

      Yes, because until UAC most users just ran as administrator anyway, so there was no need to use runas.

  86. what!?!?!? by erat123 · · Score: 1

    "A new analysis claims that over 90% of the Windows security vulnerabilities reported last year were made worse by users logged in with administrative privileges"

    Um.... duh?!? How much money was spent on that study? I've been running an XP box as a restricted user for 3 years, and haven't gotten a virus yet. Goes to show you, all those Linux and Mac guys aren't too dumb.

  87. it has been addressed by YesIAmAScript · · Score: 1

    MS recommended people stop using admin accounts 5 years ago. And they changed their software to make accounts not admin by default several years ago.

    The main problem is most people insist on running a version of Windows that is 7 years old (XP). Then they bitch that MS OSes seem frozen in time, feature-wise.

    I'm not saying Vista is faultless, far from it. But if you use it, you'll see MS actually made a lot of changes in response to how much the world has changed since XP came out.

    --
    http://lkml.org/lkml/2005/8/20/95
  88. Well... duh... by Anonymous Coward · · Score: 0

    Well duh. This is why Microsoft put the UAC into Vista.

    So in other words, UAC protects the computer 90% more, yet the whiny babies of Slashdot still cry about it. Oh boo hoo, having a secure computer is SO inconvenient, wah!

    Securing a Windows machine isn't hard at all... it just requires having a brain. Sadly, most Lunix/OSX advocate don't fall into that category. I wish it COULD be designed as idiot-proof, but if MS started shipping the required apps as part of the OS, all the MS-haters (like the EU) would drag them back into court.

    It's a pretty warped logic which dicates MS haters get to design Microsoft's OS.

  89. Duh! by Anonymous Coward · · Score: 0

    Wow..was a study really necessary to come to this conclusion

  90. Single user versus multiple users by kbdd · · Score: 2, Insightful

    If Windows allowed to have multiple users logged in at the same time, I would do as I do under Linux, I would login twice, once as user for routine task and once as administrator for the rest. The problem with Windows is that each account has only one set of rights and you cannot easily fall back to admin rights when you need to, and you cannot have two users logged at the same time.

  91. DropMyRights and StripMyRights by chris-chittleborough · · Score: 2, Interesting

    There is a compromise between running as Administrator and limping along as a peon: use DropMyRights to run major internet-facing apps without full administrator access. (You patch the icons and Start Menu entries for the apps to run DropMyRights which then runs the .exe.) It's not a 100% solution, but it does help.

    The main weakness of this approach is that Windows has dozens of ways to launch applications, and it's impossible to get DropMyRights to intercept all of them. There's a related tool, StripMyRights, which gives you two ways to make any .exe always run with limited rights, but I haven't tried it yet.

  92. Are there any IT support Professionals here? by Aedon · · Score: 1

    Four things you need with a windows machine once you set it up. 1. Admin/Non Admin account. Set this up. Teach your user why and when to use said accounts. XP makes you log out/log back in to use these accounts. (yes you can elevate with the "runas" command, but this does not always work) Vista lets your elevate your account with the right credentials without having to logout. The way MAC does and Linux does. Never turn off UAC. You are asking for it if you do. Its like running root and then surfing the web cause you TRUST every single website you go to... 2. Updates. Go get them all. If office is on the machine, Install the OS, Install Office, then go get Microsoft Update, not Windows Update. Set to automatic. Unless this is a server, or a machine with a $4,000 piece of software, the updates that microsoft puts out will very rarely (%.01) hose your machine. 3. Install some type of Antivirus. Stay away from the "Complete" packages, with firewall/web protector/sypware checker. Just install the Antivirus package of Norton, Symantec,Sophos, whatever floats your boat. Windows does have a firewall built in. This, in tandem with a router\firewall does the job. 4. Don't install software you didn't pay for/ or there is evidence that millions of other people using it with boards that will help fix your problem should you encounter one. Don't install file sharing software on your computer. I am all about the drm-free music and videos being shared and all, however, I am not about how your machine can be affected while having this type of software installed on your machine. You become a node/server with holes poked in your software firewall.. This is not designed to be a Pro Windows/Anti Mac/Anti Linux response. Simply an IT professional whose clients use Windows and whom I don't want to have coming back to me time and time again because they aren't educated. Explain to your users these four steps and why they need to take them. -Aedon

  93. Re:Software makers know the registry inside out! by g0es · · Score: 1

    Why do I have to reboot after installing a PDF reader? Remember that this is Windows we're talking about. Each computer is an island unto itself, to be conquered and subjugated by each software package installed.

    Adobe applications often write to the boot sector. A co-worker of mine found this out when is full disk encryption stopped allowing the system to boot. That was with the full version of adobe Acrobat, but it would not surprise me if they do this with their other applications.

  94. Re:Non-admin is easy, you n00b's, oh and don't use by Slashcrap · · Score: 1

    Running as non-admin is easy, runas (which is only a right-click away)is very easy to use and works well 99% of the time. The annoying thing is remembering to right-click the msi/exe to use runas :) Do you need AV? IE is how BHO's like vundo get in to your pc, active-x is also a nightmare... I've been saying this for years! I have 5000+ users that we no longer install AV directly on their PC's, and we pass our PCI/DSS and SOX audits every year. There is no excuse for M$ to put users into Admin by default. Windows 7 however it does... the local admin account is disabled... but so what! It's idiotic, lock the administrator, but place a new user into admin group by default. -rich ClearSite

    Are you fucking insane?

    I'm not talking about the points you're making, whatever the hell they may be. It's just the way you write... that's making me wonder... if you are... genuinely psychotic? -fuck you

  95. You wanna get fiscal? Try again. by symbolset · · Score: 1

    If you're an investor, owning shares in a company that has almost all of, but a shrinking share of a shrinking market isn't a happy place to be, especially if they have no room for growth and are trimming their failed attempts to find new markets. Add that their flagship product is running in the single digits, their Marketing efforts are the not only the butt of much comedy but may cost more than the GDP of Haiti and you have the perfect storm.

    It's more fun to be holding a company that's growing share, sales and profits too. A company that only holds 10% of its target markets. A company that can report record profits in a bloodbath holiday quarter in the middle of a dire recession? A company whose advertising is so enjoyable that it's viral. A company that's innovating and inventing new markets. That's more fun. That's a winner.

    And that winner isn't MSFT. Their stock is where it was 10 years ago. Over the same period Apple is up 1000%. Unlike Microsoft they have 90% of the established market to get yet, and the prospect of undiscovered country.

    /14 links? That's informative. Pretty sure you regret posting that now. Let's go again.

    --
    Help stamp out iliturcy.
  96. Re:You wanna get fiscal? Try again. by maxume · · Score: 1

    My entire point was that Apple (and others!) can grow without really impacting Microsoft, not that Microsoft is a good investment. That Microsoft grew counters the notion that they are set up for failure, it doesn't do anything to establish that it is a better investment than some other arbitrary company, and I don't think I made that implication.

    To put it another way, it isn't clear to me that there is a race, so picking winners and losers doesn't make any sense.

    --
    Nerd rage is the funniest rage.