Slashdot Mirror


"Very Severe Hole" In Vista UAC Design

Cuts and bruises writes "Hacker Joanna Rutkowska has flagged a "very severe hole" in the design of Windows Vista's User Account Controls (UAC) feature. The issue is that Vista automatically assumes that all setup programs (application installers) should be run with administrator privileges — and gives the user no option to let them run without elevated privileges. This means that a freeware Tetris installer would be allowed to load kernel drivers. Microsoft's Mark Russinovich acknowledges the risk factor but says it was a 'design choice' to balance security with ease of use."

813 comments

  1. An even bigger hole... by KingSkippus · · Score: 5, Insightful

    There's a much, much bigger hole than any programmer could possibly exploit: The annoyance factor.

    Last night, I restored my old XP partition after figuring I'd give Vista a shot for just a couple of days. You know, just to experience it myself instead of taking other people's word for what it's like.

    The theme of Vista seems to be simple: Annoy the hell out of he end user. You want to run an application, is that okay? You want to copy a file, is that okay? You want to change your desktop background, is that okay? You want to copy text from IE7, is that okay? You want to delete an old text file, is that okay? You want to paste text into a form field in IE7, is that okay? The list goes on and on. Almost every action in Vista is actually compose of two separate actions: the one you want to do, and the confirmation to do it.

    After getting Windows Vista installed, I took an hour or so to configure my personal settings and install a couple of applications. I had to acknowledge somewhere between 50 and 100 dialog boxes asking me if it was okay to do what I was doing. No, I'm not exaggerating.

    Now, I'm a very experienced computer user, and I've worked for over a decade supporting PCs, servers, networks, and so on. Yes, I know, I could disable UAC if I want to, but that kind of defeats the point of Vista's so-called beefed up security.

    Even I became so numb to clicking OK in two short days that I wouldn't think twice about it. You want to move that shortcut on your start menu, is that okay? You want to install the Pwnzjoo virus, is that okay? You want to send your bank account numbers to Nigeria, is that okay? Yes, yes, yes, dammit!

    If Microsoft wants to really get serious about security, they have to get it through their heads that it's not about locking everything down and popping up prompt after prompt after prompt to the user. It's about being smart, letting the user do normal things without interference or interruption, and having the level of alerts match the danger of what's being done.

    As it is, Vista cries wolf so often that when the real wolves show up, I'd be surprised if any user, newbie or guru, listens.

    1. Re:An even bigger hole... by dotpavan · · Score: 5, Funny
      offtopic, yet:

      no doubt, thats why Dell is marketing its harware for Vista as great for "booting the OS, w/o running apps or games" (link via this)

      Since when did booting an OS become a "feature" of the OS?

    2. Re:An even bigger hole... by nuzak · · Score: 5, Funny

      You want to run an application, is that okay? You want to copy a file, is that okay? You want to change your desktop background, is that okay? You want to copy text from IE7, is that okay? You want to turn your machine into a child porn and warez server, is that okay? You want to delete an old text file, is that okay? You want to paste text into a form field in IE7, is that okay?

      One of these things is not like the others,
      One of these things just doesn't belong,
      Can you tell which thing is not like the others
      By the time I finish my song?

      --
      Done with slashdot, done with nerds, getting a life.
    3. Re:An even bigger hole... by minus_273 · · Score: 2, Funny

      seems like you are coming to a sad realization cancel or allow?

      --
      The war with islam is a war on the beast
      The war on terror is a war for peace
    4. Re:An even bigger hole... by Rycross · · Score: 3, Informative

      Er what? For me, it only gave the nag screen when accessing the control panel, installing software, running software with administrative priveledges, or running Visual Studio. The Visual Studio thing is annoying, but other than that, all of the other things are the exact same sort of things that I have to sudo for in Linux. Except I'm not having to enter a password, just click a box. I'm not sure where the big gripe comes from, and honestly I feel like people are blowing it way out of proportion. Unless I'm coding (opening and closing Visual Studio) or changing the configuration of my machine, I never see the UAC box. So I barely see it during normal usage.

    5. Re:An even bigger hole... by halltk1983 · · Score: 4, Funny

      I see *someone* never used Windows 95!

      --
      Watch for Penguins, they eat Apples and throw rocks at Windows.
    6. Re:An even bigger hole... by nuzak · · Score: 1

      The sad realization for me is that Apple's quicktime player for the PC is still a broken piece of nagware crap that can't play that movie.

      --
      Done with slashdot, done with nerds, getting a life.
    7. Re:An even bigger hole... by Anonymous Coward · · Score: 4, Informative
      I've been running Vista RTM since release and I hardly see any UAC prompts. The only times are when I run VMware or install a program.

      You want to run an application, is that okay? That's the applications fault. Most applications shouldn't need administrative rights to run, and if they've been written properly they won't prompt. WinRAR 3.61 never prompts for me, but 3.62 has UAC prompts for everything. AFAIK "Windows XP Certified" programs require programs to be written so that they can run without elevated privileges so this is nothing new. People just assumed that everyone would run in an Administrator account and ignored those guidelines.

      You want to copy a file, is that okay?

      That never happens unless you're copying files into protected directories such as Program Files or the Windows directory. I copy files around all the time without UAC prompts because I keep them in my User directories or an external hard drive.

      You want to change your desktop background, is that okay? This is just FUD. That never happens. If you right click on an image in IE7 and set it to background a regular IE prompt will appear, but no UAC.

      You want to copy text from IE7, is that okay? I can copy text just fine, doesn't seem to prompt for me.

      You want to delete an old text file, is that okay? See above, only in restricted directories.

      You want to paste text into a form field in IE7, is that okay? I just tried copy and pasting info into the login page at Bank of America and I get no prompts. Even copy and pasting into sensitive fields such as "Social Security Number" on a Citibank credit card application resulted in zero prompts.

      UAC prompts are annoying and frequent when you first do a complete reinstall because you'll be installing applications and drivers that need elevated privileges. After that you should not encounter it in your day to day activities. I see a UAC prompt once a day and that's only because I use VMware. If I used Virtual PC I could avoid it completely.

      MOST computer users buy their PCs from Dell, HP, etc and they are preloaded with drivers and some basic software. The regular user won't be seeing as many UAC prompts because they'll be installing only a few programs (music player, possible word processing, games).
    8. Re:An even bigger hole... by Anonymous Coward · · Score: 1, Funny

      Did you try your 8mm player?

    9. Re:An even bigger hole... by steveo777 · · Score: 4, Funny

      I think a full bootup a victory on Windows ME would be even more excuse for celebration.

      --
      This sig isn't original enough, it's time to come up with something witty...
    10. Re:An even bigger hole... by chrismgtis · · Score: 0, Flamebait

      It sounds to me that you're the one crying wolf. Quit whining. Vista doesn't do as much to annoy you as you just claimed. I have absolutely no issues whatsoever with Vista Ultimate at the current time. Then again, I am the one that ran XP with absolutely no virii, malware, performance issues or other problems whatsoever, unlike most people who can't seem to grasp how to use a computer correctly.

    11. Re:An even bigger hole... by EXMSFT · · Score: 4, Insightful

      UAC is so amazingly, fundamentally flawed. Has been from the beginning. As you noted, it's susceptible to user numbness. It's also susceptible to the dancing pigs phenomenon, something mentioned by Microsoft's own Steve Riley (see http://www.microsoft.com/technet/community/columns /secmgmt/sm0405.mspx, and search for the words "dancing pigs".

      Mac has issued a salutation. Allow or deny? Comedy gold, and yet Apple hit the nail on the head.

      My expectation is that at least 50% of Windows Vista consumers will turn UAC off entirely, and the remaining 50% will ignore it (psychologically disable it) to the point that it may as well be disabled - especially applies in the enterprise computing world where Joe won't be allowed to turn it off, but still wants to do whatever he wants. Meaning that in the default configuration of users as hobbled admins, every Vista user is then an admin. Just like they are in XP. Really validates 5 years of hard work on security.

    12. Re:An even bigger hole... by Khuffie · · Score: 1, Insightful

      You forget, this is a Microsoft product. What's acceptable in OS X and Linux is simply evil, crap, bad, ridiculous, horrendous (continue with adjectives) in Windows.

    13. Re:An even bigger hole... by EXMSFT · · Score: 4, Funny

      Sorry, did I miss something? I was too busy clicking "Allow" 7 times to notice which one was bad. None of them were bad, were they?

    14. Re:An even bigger hole... by Rycross · · Score: 1

      It could be that as a matter of course I don't use Windows in the same way as these other people do, or they could be using beta versions. I'm not ready to chalk it up to zealotry just yet.

    15. Re:An even bigger hole... by $RANDOMLUSER · · Score: 1

      No, the sad realization is that there's Yet Another audio codec that needs to be researched, downloaded and installed. Happens once a week, it seems.

      --
      No folly is more costly than the folly of intolerant idealism. - Winston Churchill
    16. Re:An even bigger hole... by Knuckles · · Score: 1

      Except I'm not having to enter a password, just click a box.

      I still don't understand where the supposed security gain is. Since when is malware unable to click ok itself?

      --
      "When I first heard Daydream Nation it quite frankly scared the living shit out of me." -- Matthew Stearns
    17. Re:An even bigger hole... by Roadstar · · Score: 2, Insightful

      I couldn't agree more. My work computer is a XP/Vista dualboot, and the amount of confirmation prompts I'm facing when doing testing in Vista is beyond ridiculous. It's definitely not a good sign when you're about to do something trivial such as copying a file, and right before committing the operation you think "oh shit, here we go again" and prepare for a flood of confirmation prompts (one would think that a single prompt was sufficient, but that's not the case much too often). The idea behind UAC is great (although definitely not an MS idea originally), but the current implementation leaves me to wonder who on earth approved it for production and what is he/she getting paid for?

    18. Re:An even bigger hole... by Anonymous Coward · · Score: 0

      "the one"...the only one without problems in XP, ever?

      Hmmm...could you please read this wiki, daddy master god head? Please...I beseech thee....

      http://en.wikipedia.org/wiki/Narcissistic_Personal ity_Disorder

    19. Re:An even bigger hole... by ucblockhead · · Score: 4, Insightful

      I'm a Windows developer. Last time I got a new machine, I counted the number of applications that I needed to install to completely set up my development environment. That number was over forty. You're telling me that I need to track changes to every one of those applications? Not easy on an OS that doesn't have anything like apt...one reason that while I write Windows code by day I run Linux at home.

      There have also been a number of times in my career where I have had to use development software written by companies that either went out of business, or stopped supporting that software. What then?

      What Apple understands and Microsoft does not is that it is not my job to make the OS work better. It is the OS's job to make my life easier.

      --
      The cake is a pie
    20. Re:An even bigger hole... by StikyPad · · Score: 1

      http://www.google.com/search?q=disable+uac

      I'm not saying there's any reason to stick with Vista -- there's really isn't at this point -- but if that's the sole reason you uninstalled, it's easily remedied.

    21. Re:An even bigger hole... by Chokolad · · Score: 5, Informative

      I still don't understand where the supposed security gain is. Since when is malware unable to click ok itself?

      UAC prompt opens in separate logical desktop. Applications from main desktop can not send windows messages to it which means malware will be unable to click ok itself.

    22. Re:An even bigger hole... by Anonymous Coward · · Score: 1, Informative

      Um, I think that he is saying that "do you want to delete file?" is a standard question. Win95 had it, mac os has it; Most Linux distributions are configured with rm in interactive mode.

    23. Re:An even bigger hole... by jerw134 · · Score: 1

      The malware can't click OK because UAC prompts appear on the Secure Desktop, with the only interaction being with the authorization window.

    24. Re:An even bigger hole... by drayath · · Score: 1

      The UAC dialog does not actually appear on the users desktop. If is shown on the secure desktop (simular to the desktop you get on xp when to logon or unlock the screen) with a snapshot picture of the users real desktop shown in the background.

      We have been looking into this at work, and it is pretty much impossible for anything running outside the core windows kernal to interact with this. I.e. no raising button press messages, so browsing of windows controls to find where to move the mouse, no access to the graphics even if you want to ocr the screen to fake mouse input. Essensially without installing custom graphics drivers (to capture screen) and mouse/keyboard drivers (to fake input the in not suppressed like all the hook methods) you not going to manage this (e.g. unlike xp system services with full privledges cant do it)

      And quite frankly if you have installed such drivers you deserve what you get.

      Now UAC as it is at the moment is a Pain in the arse (its off on by dev test machine unless i have a specific test to do) but give it a year or two for most open source & commersial application to get a new revision with proper Vista compatability (so all the pointless app dialogs stop) and i think it may work quite well at least to reduce comprimised machines.

      Its major security issue is not really anything to do with the one in the artical, in short most of the prople who install Precision Time or some of the other crap they install from the web will enter there admin passord to install the app if required, because quite frankly a non skilled user if asked by their computer to do something (enter a password, click the ok button) will just do it.
      Might have some impact on things like worm spread/infection rates, because a worm on a machine would almost certainly need some user input to infect out, but the people who earn money from such things will just move over to a different method.

    25. Re:An even bigger hole... by joelleo · · Score: 1

      I still don't understand where the supposed security gain is. Since when is malware unable to click ok itself?

      The UAC confirmation is implemented the same as ctrl-alt-del - its a secure attention sequence that cannot be accessed by apps running in user space. So no, malware can't click "ok" itself :)

      --
      "In the end, there is simply no weapon more devastating than the truth, delivered in just the right way." - tnk1
    26. Re:An even bigger hole... by Stanistani · · Score: 1
      They should have a little animation for these dialog boxes, with a blue fairy saying
       

      "Hey! Listen!"
    27. Re:An even bigger hole... by Doctor+Crumb · · Score: 4, Informative

      Sorry, but linux and OSX only ask you for your password when doing potentially dangerous things. You are not prompted when moving files from one of your own folders to another of your own folders. You are not prompted when editing your own menus. You ARE prompted when doing something that will affect other users of the system, such as installing software site-wide. If you want to install a warez server under your own home folder, go nuts, you already explicitly have permission to do so.

      Of course, linux and OSX have fine-grained mechanisms to grant/revoke permissions for any file, folder, or program. If I wanted to install openoffice as my cousin vinnie, I could do so. Vista's all-or-nothing UAC is nothing more than an attempt to shift blame to the users, so that MS can claim to provide better security than ever before.

    28. Re:An even bigger hole... by Ash+Vince · · Score: 1

      Most Linux distributions are configured with rm in interactive mode

      Something which is instantly fixable by typing

      alias rm='rm -f'

      But I actually call bullshit on this, most distributions I have used don't setup any aliases for rm to make it automatically operate in verbose mode where you have to confirm everything.

      --
      I dont read /. to RTFA, I read /. to offend people in ignorance.
    29. Re:An even bigger hole... by Anonymous Coward · · Score: 0

      Or the warez server thing. You know, either/or.

    30. Re:An even bigger hole... by Knuckles · · Score: 1

      Ok, got it. I guess we will see if this works.

      --
      "When I first heard Daydream Nation it quite frankly scared the living shit out of me." -- Matthew Stearns
    31. Re:An even bigger hole... by SteveXE · · Score: 4, Insightful

      Im with you. I get annoyed pretty quick when it comes to crap popping up on my screen but I've been running Vista since launch and it really doesnt bother me. Im kinda glad its asking if its ok to do some of these things. Its already prevented one program that was piggy backing on another app I downloaded from installing. I downloaded the program which I trusted from a source I trusted. Well guess what was hidden in the install that vista blocked from auto running? Spyware!

      Everyone seems to be making a huge deal out of nothing and they alway get +5 moderation for doing so. If you dont like UAC then shut it off and move on, its not that hard...oh wait I forgot. Microsoft sucks no matter what they do!

    32. Re:An even bigger hole... by cheater512 · · Score: 1

      That is one of the most stupid things I have ever heard.

      If old software is causing the prompts then *yes it is* Vista's fault.

    33. Re:An even bigger hole... by Rycross · · Score: 3, Informative

      Sorry, but linux and OSX only ask you for your password when doing potentially dangerous things. You are not prompted when moving files from one of your own folders to another of your own folders. You are not prompted when editing your own menus.

      In theory UAC should behave like this as well. UAC is mostly a way of elevating priveledges, just like sudo, minus the password. Administrators on Windows actually run under lower priveledge accounts, and then elevate for specific tasks that require administrator priveledges.

      See, the real problem is so many things in Windows requires Administrator by default. Even stuff that shouldn't. Thats the real problem here.

      Of course, linux and OSX have fine-grained mechanisms to grant/revoke permissions for any file, folder, or program. If I wanted to install openoffice as my cousin vinnie, I could do so.

      You can do this in Window's too. It has a "Run As" option, and ACLs that let you any arbitrary number of users or groups' access to the file.
    34. Re:An even bigger hole... by theendlessnow · · Score: 1

      The theme of Vista seems to be simple: Annoy the hell out of he end user. You want to run an application, is that okay? You want to copy a file, is that okay? You want to change your desktop background, is that okay? You want to copy text from IE7, is that okay? You want to delete an old text file, is that okay? You want to paste text into a form field in IE7, is that okay? The list goes on and on. Almost every action in Vista is actually compose of two separate actions: the one you want to do, and the confirmation to do it. After getting Windows Vista installed, I took an hour or so to configure my personal settings and install a couple of applications. I had to acknowledge somewhere between 50 and 100 dialog boxes asking me if it was okay to do what I was doing. No, I'm not exaggerating.
      Microsoft plans to fix this problem by extending the Microsoft Windows Installer with dynamic plugins you can get off the web. However, the EU has already said that Microsoft will need to separate the installer from Windows before it can be sold there.

      Microsoft has countered that the installer is now a fundamental part of Windows and cannot be removed.

    35. Re:An even bigger hole... by syrinx · · Score: 1

      Then again, I am the one that ran XP with absolutely no virii

      Of course, it seems that you can't grasp how to write English correctly, so apparently we all have our faults.

      --
      Quidquid latine dictum sit, altum sonatur.
    36. Re:An even bigger hole... by vakuona · · Score: 1

      I hate prompts. The first thing I do on my PC is turn off the prompt asking me if I really want to delete what I said to delete.

      I actually use [Shift][Delete] almost exclusively.

    37. Re:An even bigger hole... by Jfarro · · Score: 1

      For all the credentials you give yourself as being a power user, it never occurred to you to turn off the feature, setup the machine, and then decide if you wanted it back on?

      re the article: Rutkowska made herself out to be sensationlistic at the last convention where she had an exploit that required a person to go through a UAC prompt to elevate to pull off.

      For all the feedback given to MS to take security seriously, it seems they finally did. It's not convienient. Welcome to the world of security..a balance of usability vs. security. Maybe entering your password each time you elevate is a beter way to go?

      Walking in and out of my house would be easier too..if I didnt have to lock/unlock the door each time. Security in our everyday lives comes at an inconvienience. Doesn't matter if it's an OS, or trying to purchase a gun.

    38. Re:An even bigger hole... by pherthyl · · Score: 1

      Bingo. Of course some people will say that installing applications on Linux also requires that you enter your password. This is true, and unavoidable if you want the added security, but there is one very important difference: the package manager.

      If I set up a new Linux install, I go into the package manager, select the 20-30 applications I use regularly, enter my password, and everything gets installed. If I want to set up a Vista install, I have to launch 20-30 installers, and each one asks me for permission to run, and I have to run them one by one, because some will refuse to install if another installation is in progress.

      So yes, no matter what the OS, you want the computer to ask for permission when installing software. The problem with Vista is that the package management is so primitive that you can only install one thing at a time (at least for the average joe) and you get pestered for permission every time.

      Of course, this is not all Microsoft's fault, it is more a product of the software culture on Windows, where everyone rolls their own installer EXE, instead of creating a standard package that can then be installed with a separate program.

    39. Re:An even bigger hole... by Anonymous Coward · · Score: 0

      What spyware was piggybacking what program from where?

    40. Re:An even bigger hole... by nadamsieee · · Score: 1

      most distributions I have used don't setup any aliases for rm to make it automatically operate in verbose mode where you have to confirm everything

      I think he was referring to graphical file managers like Nautilus or Konqueror (which do prompt you before deleting files).

    41. Re:An even bigger hole... by Anonymous Coward · · Score: 2, Informative

      Sorry, but linux and OSX only ask you for your password when doing potentially dangerous things. You are not prompted when moving files from one of your own folders to another of your own folders. You are not prompted when editing your own menus. You ARE prompted when doing something that will affect other users of the system, such as installing software site-wide
      You've actually just described how Vista UAC behaves. You get no prompt when moving files from your folders to your folders, you're not prompted when editing your own menus (unless you edit the 'all users' menu). You are prompted when you do stuff that will affect others.
      it sucked in the pre-beta days, but the released bits behave just as you describe. Anyone who says otherwise is mongering the FUD.
    42. Re:An even bigger hole... by VGPowerlord · · Score: 1

      Several of them that I've used have rm aliased to rm -i. Debian and Red Hat (at least the old versions, like 9) to name two. Debian only did it for root, though.

      Now, it appears that it's commented out by default in root's .bashrc file.

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    43. Re:An even bigger hole... by Anonymous Coward · · Score: 0

      alias cd='rm -rf'

      is great for staying under your disk quota.

    44. Re:An even bigger hole... by Anonymous Coward · · Score: 0

      Then you must be very new here indeed.

    45. Re:An even bigger hole... by Jacco+de+Leeuw · · Score: 1

      Interesting theory, but do you have a link so I get to see those dancing pigs?

      --
      -------
      Warning: Slashdot may contain traces of nuts.
    46. Re:An even bigger hole... by iminplaya · · Score: 1

      Betcha I can make a script to install those programs and probably some smileys along with them remotely from here without any prompting at all.

      --
      What?
    47. Re:An even bigger hole... by Jherek+Carnelian · · Score: 2, Informative

      I actually use [Shift][Delete] almost exclusively.

      Me too. Yet on unix (csh/tcsh) I always do:

      alias rm 'ls \!* && echo -n "Remove (y/n)? " && if(y == $) /bin/rm -rf \!*'

      which, unlike "rm -i" prompts just once no matter how many files are being deleted.
      I've run that way for over 15 years now (damn, I'm getting old) and never once deleted something by mistake.

    48. Re:An even bigger hole... by jZnat · · Score: 2, Informative

      Problem solved! Nowadays, most QuickTime movies are just H.264+AAC, both of which are MPEG-4 standards, so support for said media files is far more widespread than the old widely-used QuickTime audio and video codecs.

      --
      'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
    49. Re:An even bigger hole... by zcat_NZ · · Score: 1

      I think they're just pointing out that Microsoft's "vista-capable" minimum specification will let you boot the OS. You can probably change the desktop wallpaper if you can stand a little swapping and about three security warning dialogs, but that's about all Vista will do until you get some real hardware.

      --
      455fe10422ca29c4933f95052b792ab2
    50. Re:An even bigger hole... by chrismgtis · · Score: 0

      There are no errors whatsoever in my English. You may want to get a tutor. If you are referring to the word "virii", it is a known word. Not to dictionaries, no, but it is used frequently.

    51. Re:An even bigger hole... by Overly+Critical+Guy · · Score: 2, Interesting

      I guess it's because UAC isn't there out of some smart architectural design that Microsoft conceived during the development of Windows, like with UNIX security privileges. It's there to mask the problems of their aging Win32 codebase that still relies on an API that was designed in the single-user days of the 1980s. So to me, UAC is a constant reminder that Windows is broken and needs a diaper to protect itself from the evil online world.

      --
      "Sufferin' succotash."
    52. Re:An even bigger hole... by zerocool^ · · Score: 1

      not to mention, i seem to remember something about fedora/gnome asking for root password to run things like system-config-authorization or system-config-printers or whatever, but it also asked if you wanted to carry your authorization token forward for the current session? Or something like that.

      --
      sig?
    53. Re:An even bigger hole... by JamesTRexx · · Score: 1

      You are receiving links to a useful mediaplayer and codec, cancel or allow? :-)

      (Assuming you meant a PC with Windows installed when you say PC)

      --
      home
    54. Re:An even bigger hole... by glitch0 · · Score: 1

      What if the program uses the java Robot class to actually click ok? This is the class that allows you to move and click the mouse and interact with the keyboard as if it was a human user.

      --
      -Glitch "We all know Linux is great...it does infinite loops in 5 seconds." - Linus Torvalds
    55. Re:An even bigger hole... by malevolentjelly · · Score: 0

      I'm with the trunk poster. I've been running Vista business since release and very rarely see UAC boxes- even when editing things like the Start Menu or changes preferences in the control panel. I did have to enable Visual Studio to run as admin- but that's one application with an extra click. It's like the people on this site saw that BS Apple commercial and were just *convinced*.

      Honestly, people are sheep.

    56. Re:An even bigger hole... by Anonymous Coward · · Score: 0

      I have a program that is certainally able to interact with the secure desktop in XP, and I'll bet it works in Vista too.

    57. Re:An even bigger hole... by Tony+Hoyle · · Score: 1

      I was braver than the OP ran vista RTM for over 2 months. No, you don't get used to it over time and yes, it's as annoying as hell.

      I've seen many of the prompts the OP mentions and it's not just a beta problem.

      There's also no way to elevate via the command line so you have to have a run cmd.exe elevated to do anything - another pain in the arse because you can't just do Win/R cmd.exe like you can on every other version of Windows.. you have to create a flippin' icon for it, right click it, select 'run as administrator'. Try doing that a few hundred times (even granted you keep the icon around) - it gets damned annoying. Plus it means you have an admin shell floating around all the time so it defeats the object - MS should have looked at how sudo works.

      Other things like the constant thrashing of the disk, the piss poor battery life (never got vista over 60% of the battery life that XP routinely gets, even switching off most of the crap), and the fact that it's damn slow even on a dual core with 2GB of RAM, eventually mounted up until I reformatted and went back to XP.

      Maybe I'll try again by SP2.

    58. Re:An even bigger hole... by Jon+Kay · · Score: 1

      Anybody think Ballmer or Gates are living with UAC on? I bet they turned it off years ago. But that won't keep them from trying to sell it as a reasonable security alternative.

    59. Re:An even bigger hole... by RzUpAnmsCwrds · · Score: 4, Informative

      You ARE prompted when doing something that will affect other users of the system


      You mean like modifying files that you don't have ownership of?

      UAC does not, and has never, prompted users when they move files that they have permissions to. It does, however, prompt when you move files that are in the common desktop or in the common start menu folders.

      Of course, linux and OSX have fine-grained mechanisms to grant/revoke permissions for any file, folder, or program.


      Clearly, you don't understand anything about how Windows works. Windows has had access control lists practically everywhere in the OS since Windows NT.

      Oh, and the ACLs in Windows are far, far more "fine-grained" than the usable-but-primitive permission bits in Linux.

    60. Re:An even bigger hole... by Anonymous Coward · · Score: 0

      Most Linux distributions are configured with rm in interactive mode.
      Not in my experience. Most Linux distributions tend to assume that you know what you're doing if you start playing around with the command line. They do, however, generally prompt you if you delete stuff using a graphical file manager.

      Having rm default to interactive mode is stupid, because it means you might start relying on interactive mode to save you from being careless, and then you're basically doomed the moment you enter an environment where it's not configured that way. If you must do something like that, make sure you call your "safe" command something different, like "rmi" or "del".
    61. Re:An even bigger hole... by alx512 · · Score: 1
    62. Re:An even bigger hole... by PhotoGuy · · Score: 1

      Almost every action in Vista is actually compose of two separate actions: the one you want to do, and the confirmation to do it.

      As usual, Apple's ad compaigns nailed this one well, with their "Security" ad, here. Quicktime required, I supposed, for some reason. :) As a switcher, it's just another smile on my face instead of a constant daily annoyance from microsoft.

      --
      Love many, trust a few, do harm to none.
    63. Re:An even bigger hole... by Windcatcher · · Score: 1

      *shudder*

      (runs and hugs his Win2k CD to make sure it's still there)

    64. Re:An even bigger hole... by Anonymous Coward · · Score: 0

      I was wondering... just how does it feel to have no friends? You... you seem like the sort of person who would know.

    65. Re:An even bigger hole... by jabber · · Score: 1

      Reducing the annoyance factor is EXACTLY why I do all my UNIX wok as root.

      --

      -- What you do today will cost you a day of your life.
    66. Re:An even bigger hole... by shawb · · Score: 1

      Then malware will just have a Trojan horse that sits in users pace waiting for you to disable UAC. Once you disable UAC, the Trojan will unleash its payload into administrator space.

      --
      I'll never make that mistake again, reading the experts' opinions. - Feynman
    67. Re:An even bigger hole... by Rycross · · Score: 2, Insightful

      How is sudo in Unix a good security feature while UAC in Windows is a diaper? Its basically the same thing: a way to elevate priveledges for certain tasks.

    68. Re:An even bigger hole... by Kalriath · · Score: 1

      Windows suspends the user desktop while waiting for authorisation. No programs running in userland are allowed to do anything while this occurs. If you were using the Java Robot class from a driver or something, this would work. Of course, if that's the case you've got bigger things to worry about than a program clicking OK to UAC.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    69. Re:An even bigger hole... by Anonymous Coward · · Score: 0

      I don't use rm aliases at all, and I've *still* never accidentally deleted anything important in over 15 years. Hah!

    70. Re:An even bigger hole... by Kalriath · · Score: 1

      I think he was referring to your usage of "the one" - I also have never encountered viruses or spyware on machines under my direct control, but do not believe I am the only one in Existence to have done so.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    71. Re:An even bigger hole... by Jherek+Carnelian · · Score: 2, Informative

      slashdot ate the alias, it should say

      alias rm 'ls \!* && echo -n "Remove (y/n)? " && if(y == $<) /bin/rm -rf \!*'

    72. Re:An even bigger hole... by Captain+Splendid · · Score: 3, Funny

      I don't know why everybody harshes on ME. Sure, you have to beat it into coma before it behaves, but after that, it's almost as good as windows '98!

      --
      Linux, you magnificent bastard, I read the fucking manual!
    73. Re:An even bigger hole... by Cyclops · · Score: 1

      Yes, I know, I could disable UAC if I want to, but that kind of defeats the point of Vista's so-called beefed up security.
      "You're coming to a sad realization. Cancel or allow?", Vista security explained by Apple. Obligatory remark: I don't recommend people to use Apple Macintosh. That's proprietary software, and that's bad for you, m'kay? But the video is very funny and enlightening, m'kay?
    74. Re:An even bigger hole... by PopeRatzo · · Score: 1

      There's more than a few of us who have backed off from using Vista and restored Windows XP, despite having paid for a Vista license. For me to throw away that kind of money, it has to be pretty bad. After 3 or 4 hours with Vista, I wasn't even willing to continue giving it a chance.

      I'll continue to watch the support forums, and when "cleaned up" versions of Vista start coming out, I might try again, but there's got to be a lot more in it for me to go through what I've already been through with Vista.

      It's quite possible that I do things with my computer of which Microsoft does not approve. That is too fucking bad. I fully expect them to start trying to make XP users' lives miserable in subtle (and not so subtle) ways to get us to give up and upgrade.

      What I've seen of Vista, I did not like at all. Not the design, not the colors, not even the sounds. After seeing Vista, I'm actually feeling GOOD about Windows XP Pro SP2. MS should be proud of a such an accomplishment.

      --
      You are welcome on my lawn.
    75. Re:An even bigger hole... by Anonymous Coward · · Score: 0
      To save the trouble for anyone else who is interested in an explanation of the "dancing pigs phenomenon" :

      Myth 9: Security Tweaks Will Stop Worms/Viruses

      Because worms and viruses (hereinafter collectively referred to as "malware") are designed to cause the maximum amount of destruction possible, they try to hit the largest numbers of vulnerable systems. Thus they tend to spread through one of two mechanisms: unpatched/unmitigated vulnerabilities and unsophisticated users. Although there are some security tweaks that will stop malware (Code Red, for instance, could have been stopped by removing the indexing services extensions mappings in IIS), the vast majority of it cannot be stopped that way because it spreads through the latter vector. Given the choice of dancing pigs and security, users will choose dancing pigs, every single time. Given the choice between pictures of naked people frolicking on the beach and security, roughly half the population will choose naked people frolicking on the beach. Couple that with the fact that users do not understand our security dialogs and we have a disaster. If a dialog asking the user to make a security decision is the only thing standing between the user and the naked people frolicking on the beach, security does not stand a chance.

      http://www.microsoft.com/technet/community/columns /secmgmt/sm0405.mspx

      Yes, this is classic, all operating systems are subject to this issue, no exceptions. Nor can it ever be solved.

      People will always be stupid and horny, in fact more so each day, virus/trojan/spyware infection numbers might even serve as a somewhat accurate metric of the effect of sexual selection replacing natural selection in humans and its deleterious genetic effects.

      "This species has amused itself to death."
    76. Re:An even bigger hole... by Carnildo · · Score: 1

      Is it not Vista's fault when simple operations on files result in a flood of confirmation dialogs? Earlier today, I tried to use Explorer to rename a file on the root of my hard drive. In order to perform this simple operation, I needed to click "yes" in three confirmation dialogs and two privilege-escalation dialogs.

      --
      "They redundantly repeated themselves over and over again incessantly without end ad infinitum" -- ibid.
    77. Re:An even bigger hole... by basic0 · · Score: 1

      I had an experience like this the other day with IE7. A friend had me do a little work on his computer, including installing Firefox. So I fire up iexplore.exe, and it loads IE7, which I'd never used before. It was awful. I can't think of a better way to describe it. I've never had a piece of software try to prevent me from using it for what it was designed so much before.

      First, it loads some MSN start page by default with animated ads and all sorts of junk that immediately sucks up any RAM that escaped the clutches of IE itself. It automatically starts loading some other page in another tab. What page? I don't know, I closed it without looking. I didn't ask it to open anything in another tab.

      Popup: "Blah blah blah it looks like you're behind a firewall". Thanks. That's helpful. Can I navigate to a website now?

      Popup: "You don't have a virus scanner installed!". I know. They're a waste of resources. Can I PLEASE go download Firefox now?

      Popup: "You might be vulnerable to phishing scams". Yeah, I might be, but I doubt it. I'm fairly confident in my ability to spot an E-Mail scam. Could you just fuck off and let me do what I want already?

      Popup: "Would you like to turn on Automatic Updates?". Hell no.

      Finally, the popups and warning messages stopped, so I used the handy search bar, forgetting that IE probably doesn't default to Google for this sort of thing. A search for "Firefox" takes me to an MSN search page that says, get this:

      No results found for "Firefox". Did you mean to search for "Mozilla Firefox"?

      I'm not making this up.

      This kind of thing is annoying as hell to me, an experienced computer geek who quickly skims through popups and warning messages and generally disregards whatever they say anyways. I can't imagine being an average computer user confronted with all of these warnings. I'd be overwhelmed and confused reading that I'm "at a high risk" for viruses and online scams. I'd be scared into possibly installing/purchasing software that I really don't need (I know, that's probably the point), and by the time I got through all the stuff that's completely unrelated to WHAT I WANT TO DO with my computer, I'd have forgotten what I wanted to do with my computer!

      For the record, I use my Powerbook whenever I don't absolutely *NEED* to use my PC, and I recommend Macs to everyone. Experiences like the above reaffirm my belief that I'm doing the right thing.

    78. Re:An even bigger hole... by siufish · · Score: 1

      As it is, Vista cries wolf so often that when the real wolves show up, I'd be surprised if any user, newbie or guru, listens.

      The fact is, all the modal dialog boxes are there to shift the burden to the users. 'You clicked on the OK button ten times to install the trojan program, so you knew the risk and still wanted to install it! It's your fault and we warned you! You can't sue me anymore! Ha ha!'

    79. Re:An even bigger hole... by lord_sarpedon · · Score: 1

      A few weeks ago I wrote a small program to spawn a thread on the Winlogon desktop...if I remember correctly, pretty much all the desktop-specific apis were up for grabs except for setting window hooks (which you probably wouldn't need badly in the first place). There's an api called SetThreadDesktop that allows one to do this easily. I don't plan on ever installing Vista, but the first time I run across a public workstation running it, I will make sure to investigate the default security permissions on the UAC desktop...

      I'd think that the bigger threat comes from malware spoofing it instead. I have the suspicion that Joe User will gladly enter the admin password into the UAC box even if it's usually just a click-through.

      --
      "Strangers have the best candy" -Me
    80. Re:An even bigger hole... by ickoonite · · Score: 1

      The resemblance of your story with Apple's latest advert is uncanny:

      Security

      iqu :)

    81. Re:An even bigger hole... by blincoln · · Score: 1

      I've been running Vista RTM since release and I hardly see any UAC prompts.

      I've also been running it since release and I *never* see UAC prompts, because the first thing I do after a Vista installation is turn it off.

      --
      "...always new atoms but always doing the same dance, remembering what the dance was yesterday." -Richard Feynman
    82. Re:An even bigger hole... by glitch0 · · Score: 1

      ah I see, thanks for clearing that up. I guess it's they did at least think of some security holes even if they did leave this setup installation one.

      --
      -Glitch "We all know Linux is great...it does infinite loops in 5 seconds." - Linus Torvalds
    83. Re:An even bigger hole... by EXMSFT · · Score: 1

      SEE? I told you... They fall for the dancing pigs every time. Sure, you can see them here.

    84. Re:An even bigger hole... by Anonymous Coward · · Score: 0

      Microsoft apologists are funny.

      --Oscar Puppy

    85. Re:An even bigger hole... by Deathlizard · · Score: 1

      Exactly. This is why the Vista UAC UI team needs to be taken out back and shot.

      This security problem was so easy to fix, they could have done it in three steps.

      1) Make XP's setup installer prompt for a password for "Administrator"
      2) Make the "Your Name" Account (The Account you have to create with up to five other users when XP setup first runs) a user or power user account.
      3) Replace any "Access Denied" dialog boxes with "This operation requires elevated Privileges. Please enter an administrator account here" box. complete with Username/Password prompts. (Like they already do when a User or Power User runs a setup.exe file in XP)

      Using an XP user account, I can guarantee that you will see a lot less "access denied" Prompts (the closest thing to a UAC prompt) than UAC privilege escalation prompts using an administrator account in Vista. And it shouldn't be that way. They should only see it when something needs elevation, not when your doing something at the user privilage level such as coping a file or changing the desktop properties.

      Like I've said before. a user will get so indoctrinated with prompts that they will simply say yes no matter what they are trying to run. Don't believe me? how fast can you click on "yes to all" when you're copying files into an already existing folder? Do you even read the dialog anymore? Did you realize you could be overwriting newer documents with older revisions of the same document? Also, you could have 20 complex steps involved and users will go through all 20 steps if they really want to run something. So what's the point of prompting them to death if their going to do it anyway?

      I swear, they had the Microsoft Bob Designer design this UI. The only thing I haven't seen is the "you must have forgotten your password. Let me remove the password for you and let you in" security model. Although this article comes really close.

    86. Re:An even bigger hole... by fffffeee · · Score: 1

      "the wow is how" [many people can access my data]

    87. Re:An even bigger hole... by phayes · · Score: 3, Funny

      Because on Linux/Mac, sudo allows one preemptive security check to enable a process to do multiple admin tasks, where UAC prompts on each action. This is analogous to house training a dog. Sudo gets the dog to ask to be let out where he takes care of business. UAC gets the dog to ask: Can I piss on the carpet, then can I do a dump on the rug, then ...

      --
      Democracy is a sheep and two wolves deciding what to have for lunch. Freedom is a well armed sheep contesting the issue
    88. Re:An even bigger hole... by NMerriam · · Score: 1

      If Microsoft wants to really get serious about security, they have to get it through their heads that it's not about locking everything down and popping up prompt after prompt after prompt to the user. It's about being smart, letting the user do normal things without interference or interruption, and having the level of alerts match the danger of what's being done.


      I realized a while ago that Vista UAC came out exactly the way they wanted it. The goal is not to increase security, it is to place the blame for security failures on the user. Increasing security is hard to do, it requires really working with users and systems in such a way as to understand what operations are common and necessary and which ones are unusual or delicate enough to NEED to have some sort of confirmation/authentication.

      MS has taken the RTFM approach -- instead of making the system better, they just want to be able to say that the user screwed up when something goes wrong. They can't be blamed if you clicked a confirmation dialog, therefore more confirmation dialogs mean less blame for them when something goes wrong. It isn't Microsoft's poor security at fault if your users aren't experts at telling the useless confirmations from the really critical ones.
      --
      Recursive: Adj. See Recursive.
    89. Re:An even bigger hole... by chuckymonkey · · Score: 1

      Hah! You can't fool me, that wasn't an old text file, it was a .ini!

      --
      "Some books contain the machinery required to create and sustain universes."-Tycho
    90. Re:An even bigger hole... by Grail · · Score: 1

      One poster has already stated that he got requests for authorisation for simply dragging icons to the Start menu. This guy's saying that in day to day operations, he only gets the UAC prompt when he launches Visual Studio. Who is right? Perhaps the first guy is complaining about the startup cost of getting his environment set up just the way he wants it, while the second guy is conveniently forgetting that headache and stating that he only has to interact with UAC on a daily basis to launch his IDE?

      On a Mac, you don't have to type in a password to drag stuff to the Dock. On a Mac, you don't have to do anything to launch XTools besides double-click the icon. Under Linux, you don't have to provide any special authorisation for gcc to compile some code that you have just edited using Vim (which also didn't require special authorisation to edit the source file). Could you imagine how much of a pain it would be if you had to type in a password for sudo every time you compiled a program? This isn't about installing the program and running it as root, this is UAC asking for permission to run the development tools. Even worse, if the OP is right, installing a program using MSI is the one time UAC doesn't bother you for permission -- this can't be right?

      You are about to run 'strace my_buggy_program', allow [yN]?

      I think that would be annoying.

      You are about to submit an article to Slashdot, allow [yN]?

      Bah!

    91. Re:An even bigger hole... by Combuchan · · Score: 4, Informative

      I could spend a lot of time beriding your ignorance, but instead, you can google three words--linux extended attributes--and you will understand for yourself.

      --
      "[T]he single essential element on which all discoveries will be dependent is human freedom." -- Barry Goldwater
    92. Re:An even bigger hole... by Barny · · Score: 1

      All I can say is, may the gods of the intranet save you if you ever want to use a home NAS.

      Are you sure you want to open this file?

      Are you sure you want to copy this file?

      At least with XP you can feed the IP of your NAS into the IE "trusted sources" list and it would stop bothering you for that source.

      --
      ...
      /me sighs
    93. Re:An even bigger hole... by donaldm · · Score: 1

      Excellent post.

      MS Windows Vista seems to a case of trying to reinvent the wheel and getting it horribly wrong because they do not want to be accused of copying the *nix methodology because of their "not invented here" ideology.

      In any Unix/Linux setup the user nearly always has the option of installing and running their own applications without the need for the System Admin. In fact when a user runs an application it nearly always runs user the user's name and their privileges so if the user runs malware they are normally the only ones affected.

      My son uses my new laptop that has Fedora Core 6 on it and wanted to install Glam so he could contact his friends. He did not know Glam was already installed under a different name so he got the rpm and installed it under his home directory and was able to chat on-line. I was quite impressed that he did what he did since he does not have much Linux experience. In addition he put the game Guild Wars on and runs it under Wine, again from his home directory. I have setup all members of my family with their own accounts and they have full control of their own directories and cannot interfere with other accounts.

      Like it or not any Operating system is quite complex and dumbing down the interface so we can call it "The total user experience" is going cause problems because and I will quote you on this "Vista cries wolf so often that when the real wolves show up, I'd be surprised if any user, newbie or guru, listens".

      --
      There ain't no such thing as proprietary standards only proprietary formats. Standards are by definition open.
    94. Re:An even bigger hole... by Hucko · · Score: 1

      I've been running Vista RTM since release and I hardly see any UAC prompts. The only times are when I run VMware or install a program. You want to run an application, is that okay? That's the applications fault. Most applications shouldn't need administrative rights to run, and if they've been written properly they won't prompt. WinRAR 3.61 never prompts for me, but 3.62 has UAC prompts for everything. AFAIK "Windows XP Certified" programs require programs to be written so that they can run without elevated privileges so this is nothing new. People just assumed that everyone would run in an Administrator account and ignored those guidelines.
      The OS should not allow an application to set administration rights. At worst it should fool the app to think it has admin rights. Worst.
      --
      Semi-automatic amateur armchair Australian philosopher; conjecture ready at any moment...
    95. Re:An even bigger hole... by flanktwo · · Score: 1

      That sounds very useful to me. Boot the computer, and then let it sit there running since you can't run any apps or games, and wait for it to start a fire. Easy!

    96. Re:An even bigger hole... by Anonymous Coward · · Score: 0

      Not to call you an idiot, but this is the rant I am most tired of and find most annoying. Yes, UAC is INCEREDIBLY annoying. It takes 3 clicks and a reboot to disable. Don't know how? Search help for UAC, turning it off is the first item with a direct link. I cannot believe this post was modded this high. I assume every "power user" spends at least 30 minutes modifying their OS to suit their needs after a reformat, Vista takes no longer for me (actually less) than XP. It was a bit of stumbling on the first install, but by the second it was smooth and easy.

      Bottom line, no one should get away with a rant about how UAC cripples the OS (just due to the annoyance factor) and thus MS has failed users, when they cant even use a friggin help file thats immediately accessible.

    97. RE: An even bigger hole... by aybiss · · Score: 0

      What blows me away is that no virus is going to open an explorer window in order to format your hard drive. In fact, a smart virus wouldn't touch the Windows libraries at all while doing it, if it hadn't already just replaced them. So the only person that they're annoying is the user. What's even more outrageous is that there's a registry setting to turn the messages off. Have they learnt nothing in the last five years?

      Can I lay $5 on this going down in history as the most circumventable (and as you correctly point out completely pointless) security check to date? It will be in the hall of fame with Windows.SecurityCentre.AntiVirusDisabledOverride which you (ie the chumps) have to use a third-party tool to detect. Does an alert window pop up when changing that registry setting? I haven't checked that one yet. :-)

      For Mr. Hacker it really is just business as usual with Vista. In fact I think they got better support than all those people with overpriced 'Vista Ready' hardware for which there are still no drivers. :-D

      --
      It's OK Bender, there's no such thing as 2.
    98. Re:An even bigger hole... by WWWWolf · · Score: 4, Informative

      Oh, and the ACLs in Windows are far, far more "fine-grained" than the usable-but-primitive permission bits in Linux.

      Uh, Linux has supported POSIX Access Control Lists and Extended Attributes for quite a while now.

      Heck, it dates from the days when ext2 was the king of filesystems, and that's a long way back. (Granted, at least on ext3, you have to specifically turn them on in mount options or with tune2fs, but on XFS, JFS and (to my knowledge) Reiser3 and 4, they're supported out of box.)

      And when people say POSIX, they mean "real *nixes have had these features for, like, centuries". =)

      What you're saying next? "Active Directory is so much more better authentication system than /etc/passwd, which is also a security risk that exposes encrypted passwords to users"? =)

    99. Re:An even bigger hole... by Allador · · Score: 2, Informative

      This is commonly done in Windows in one of two ways:

      1. Use RunAs to fire off a new explorer.exe process running in admin mode. Then do as much work as you want, as long as the process is started from that window, its all in admin mode. It's basically almost like firing up a term-serv window into your own machine. MakeMeAdmin is the same thing, but adds the elevated priv tokens to your regular profile for that one process (rather than starting a process in a different user profile).

      2. Use RunAs to fire off a new cmd.exe shell running in admin mode. Then do as much work as you want as admin.

      Now granted, UAC is sort of a weird hybrid thing, where you run as admin but cant do admin stuff without answering the prompt. But just turn UAC off, work as a non-admin (like a sane person), and use RunAs when you need it.

    100. Re:An even bigger hole... by Allador · · Score: 1

      Are you using IE to browse an HTTP delivered listing of files? I'm confused as to what IE has to do with file-sharing.

      I've used many a NAS and IE never gets involved. Either just map a drive to the NAS, or use \\servername\sharename\ to access files.

      Now mind you, I havent tried WebDAV in Vista yet, so maybe that's what you're experiencing?

    101. Re:An even bigger hole... by Allador · · Score: 1

      You are not prompted when moving files from one of your own folders to another of your own folders.

      This doesnt happen on Vista either. Is it possible the ACLs on those folders or files arent what you think they are? If you have modify perms on the source folder and file, and modify perms on the new folder, then you wont be prompted.

      So for example, moving files around inside your My Documents will not trigger UAC. Moving files between your MyDocuments and another user's My Documents, or to the Program Files directories, will cause UAC to fire (and rightly so).

      You are not prompted when editing your own menus.

      This also doesnt happen in Vista. What's probably happening is that you're trying to modify items in the All Users menu. That will fire UAC, and rightly so, as you're modifying effectively a 'system' portion of the file system, to which your account doesnt have modify ACLs.

      Of course, linux and OSX have fine-grained mechanisms to grant/revoke permissions for any file, folder, or program. If I wanted to install openoffice as my cousin vinnie, I could do so.

      This is also true of windows, and even more so than most unices. Only with OSX 10.5 and things like SELinux do you get finely-grained file & folder ACLs, which have been standard and built into NT since 3.5. Otherwise, you have the much-less-flexible owner/group/world perms.

    102. Re:An even bigger hole... by Allador · · Score: 1

      Note that you dont need admin to compile programs or edit source files in Vista either, you just need it to fire up the Visual Studio IDE. The bulk of this is the debugger integration with the IDE, but its not necessary.

      You could use one of a million other more lightweight editors, and then compile your .net programs with the free (as in beer) csc.exe C#/.NET compiler. All without running as admin.

      What you're experiencing (or hearing others experiencing) is purely a Visual Studio thing, not a windows or even a .net thing. For better or for worse, MS made the choice to have VS2005 require admins, for the sake of more simpler debugger and system integration support. In the prior two versions of VS.net, you could make a few simple changes, and (other than the debugger) could use VS quite fine as non-admin.

    103. Re:An even bigger hole... by Anonymous Coward · · Score: 0
      I don't know for sure how this works, but if you did 'sudo ' it would probably run the program you want and any included spyware installers at root privileges. However the Vista UAC system appears to solve this problem by only granting very narrowly defined privileges to a thread (the program you want to install just runs another process to install the spyware which then doesn't have privs to install stuff) as in the posters example a few parents up.


      I'm not saying UAC isn't annoying; a workmate of mine has been trying Vista for a while and I had to laugh at the number UAC popups that happen when I asked him to open Task Manager and a few other simple things. I'm sure most users will either disable it or ignore the warnings completely, but it's a step in the right direction if it can be toned down to target only suspicious activities.

    104. Re:An even bigger hole... by Allador · · Score: 1

      Note that you can do this too on Windows if the app developer allows it (ie, didnt hard-code certain paths like C:\Program Files\TheApp\etc, and doesnt need to install files in the system directories, or modify the system parts of the registry.

      I do alot of development, and so have many apps installed like this. Eclipse, Tomcat, SQL Squirrel, FileZilla, WinMerge. All were installed by literally just dropping files into the right places on the drive.

      The sad thing is that nearly every business-type app could be configured to work this way, if only the developers made the choice to do so. There are extensive MS articles on how to do this, including even avoiding the need to globally register COM components.

    105. Re:An even bigger hole... by Barny · · Score: 1

      Nope, but IE governs what servers are considered "safe" for executeing files from, so once you set the NAS as trusted in IE you will not get the pesky "are you sure you want to trust this server" crap ;)

      --
      ...
      /me sighs
    106. Re:An even bigger hole... by phayes · · Score: 1

      RunAs isn't "commonly used". It's a barely used side thought that MS added to Windows so that they could say "I know how to do that too". If it were commonly used, non-expert users of windows would often use it (like sudo is used everywhere else). Yet instead of changing how Windows works to enable this existing tech to solve the problem the way everyone else does, MS adds UAC, yet another complicated nonstandard layer of doing things that annoys the hell out of everyone...

      Besides, RunAs doesn't help as installers aren't run using the user's privileges anyway. They hand off control to the installation service which already runs with Administrator privileges. If you have UAC enabled you will get the same popups whether you run the installer as lambda user or as an admin. Using Runas to run your installer changes nothing.

      --
      Democracy is a sheep and two wolves deciding what to have for lunch. Freedom is a well armed sheep contesting the issue
    107. Re:An even bigger hole... by notaprguy · · Score: 1

      Really? Seriously...is this stuff really happening or are you making this up? Because I use Windows Vista all day/every day and have been for several months and I don't experience what you're talking about. If I need to install an application or activex control or new driver I get prompted...much like I do on my Mac...I click "continue" and the installation takes place and I move on to my work. If it took you 1/2 hour to "configure (my) personal settings and install a couple of applications" then I suspect user incompetence. Tell you what? If you can repeat what you say happened to you and capture it on video and post it to You Tube (with a time clock) I'll personally pay you $100. I have found the UAC prompts to be no more (or less) annoying that those that I get on my Mac. MSFT is screwed if they do or screwed if they don't. One of the reasons windows is so popular is that it's really really easy to use for even the average joe. One of the downsides of that is that it was designed for a world of trust. So now they've done a lot of work to change windows to list in a world of untrustworthiness and they're somehow bad?

    108. Re:An even bigger hole... by BerkeleyDude · · Score: 1

      It does, however, prompt when you move files that are in the common desktop or in the common start menu folders.

      common desktop? common start menu folders?

      You mean, if I want to delete an icon that some program put on my desktop, it's not actually my desktop, but a common one? And I can't delete anything from the Start menu either, without affecting other users?

      That kind of defeats the point of having my own account.

    109. Re:An even bigger hole... by Anonymous Coward · · Score: 0

      You want to run an application, is that okay? Only asks if the application is unsigned.

      You want to copy a file, is that okay? Only asks if you are not the owner of the directory you are copying to.

      You want to change your desktop background, is that okay? Lies. It does not ask for permission to change the background.

      You want to copy text from IE7, is that okay? Lies. It does not ask for permission to copy text from a webpage.

      You want to delete an old text file, is that okay? Again, only asks if you are not the owner of the text file.

      You want to paste text into a form field in IE7, is that okay? Only asks this if the form field is asking for information from the clipboard through JavaScript.

      If Microsoft wants to really get serious about security, they have to get it through their heads that it's not about locking everything down and popping up prompt after prompt after prompt to the user. It's about being smart, letting the user do normal things without interference or interruption, and having the level of alerts match the danger of what's being done. Normal users work mainly from their profile or public folders where no questions are asked and you are free to do pretty much anything you want. I thought guys like you would appreciate hardened security? Maybe we should just let everyone stay as admins to give us the least amount of problems.
    110. Re:An even bigger hole... by fatphil · · Score: 1

      > alias rm 'ls \!* && echo -n "Remove (y/n)? " && if(y == $) /bin/rm -rf \!*'
      > rm *~
      Illegal variable name

      I'm not surprised you've never deleted anything by mistake - are you sure you've ever deleted anything?

      --
      Also FatPhil on SoylentNews, id 863
    111. Re:An even bigger hole... by BrokenHalo · · Score: 2, Insightful

      ...which brings me back to the grandparent post: you would think Microsoft would come up with a more useful dialogue box or just get rid of most of them altogether.

      A few weeks ago my old Dad had one of those delightful messages on his machine: "An unrecoverable error has occurred, yada yada... [OK].

      As he quite rightly pointed out, "No it isn't fucking OK. What am I supposed to do now?".

    112. Re:An even bigger hole... by BrokenHalo · · Score: 1

      I've run that way for over 15 years now (damn, I'm getting old) and never once deleted something by mistake.

      I guess I must be much older than you are. ;-) If you never do anything by mistake, you're missing a lot of learning opportunities.

      Besides, making a grand fuckup of someone's system is a good way to feel REALLY old very quickly. As they say, good judgement comes from experience. And most experience comes from bad judgement.

    113. Re:An even bigger hole... by Magada · · Score: 1

      The only thing I haven't seen is the "you must have forgotten your password. Let me remove the password for you and let you in" security model.

      There is an option to disable UAC completely, if that's what you were looking for.
      --
      Something bad is coming when people are suddenly anxious to tell the truth.
    114. Re:An even bigger hole... by Grail · · Score: 1

      I'm certainly not experiencing Microsoft Windows Vista myself. This is why I'm confused by the broad spectrum of statements.

      I'm dead certain that the range of opinions is due to some people being aggravated by every single UAC popup they see, while others have long since dismissed UAC as a trivial nuisance which no longer even registers on their consciousness (even while they are just blindly clicking the "Allow" button when it asks about running Visual Studio, changing the desktop picture, installing a virus, recompiling a project and running it under the debugger for testing).

      That is, some people are the types who complain when even one of the beans ground to make their coffee was slightly scorched, while other people are the ones who don't really care whether they use a flat or heaped teaspoon of International Roast to make their cuppa. In the meantime, I'm sitting here sipping my cup of Indian Chai wondering what all the fuss is about.

    115. Re:An even bigger hole... by Anonymous Coward · · Score: 0

      Umm, many Linux file systems do support ACLs

    116. Re:An even bigger hole... by locofungus · · Score: 1

      % mkdir x
      % touch y
      % mkdir x/x
      % touch x/x/very_important_file
      % rm *
      y
       
      x:
      x
      Remove (y/n)? y
      % ls -lR
      .:
      total 0
      %
      Really great!

      Of course, without your alias you get:

      % rm *
      rm: x is a directory
      %
      Personally, I think any alias of rm/mv etc is dangerous because there's always a time when the alias isn't set and you will rely on it.

      The corollary of that is that someone who has learned to use mv/rm will now make a mistake because of your alias that they wouldn't have made before.

      Tim.
      --
      God said, "div D = rho, div B = 0, curl E = -@B/@t, curl H = J + @D/@t," and there was light.
    117. Re:An even bigger hole... by Paulrothrock · · Score: 1

      A good followup to that commercial would be for a "hacker" to come along and, since he's so used to saying "allow", the PC gets his wallet stolen because the security doesn't stop something after he says "allow."

      --
      I'm in the hole of the broadband donut.
    118. Re:An even bigger hole... by exKingZog · · Score: 1

      The desktop you see is a combination of the All Users desktop and your own, personal desktop. A file in Vista placed in C:\Public\Desktop appears for all users, whereas one placed in C:\joe\Desktop only appears for Joe; the same goes for the start menu. Thus you can install a program and have it show up for all users, or just the current user.

      The problem is that it's not possible to differentiate between which items are shared and which are personal, so there's no way to tell unless you try to delete them.

      --
      "If he were a plant, people would roll him up and smoke him."
    119. Re:An even bigger hole... by Anonymous Coward · · Score: 0

      It's funny because it true........"Homer" (no...the one on Fox)

      Love your post.

    120. Re:An even bigger hole... by Allador · · Score: 1

      I think its a bit disingenuous to suggest that dropping to the command line in linux and running a sudo command is something commonly done by non-expert users, but right-clicking on an icon in windows and choosing runas is too complicated for non-expert users.

      They're both the exact same use-case.

      And also note that UAC behaves just like an automatic-runas (or similar to OSX in the GUI), if you're running as a non-admin user in Vista. It only does the popup 'are you sure' business in vista if you have UAC enabled AND you are running as an admin users. If you run as non-admin with UAC enabled, when you try to do something requiring admin rights, it asks you for an admin account to log into.

      Now mind you, one thing MS completely missed (as you said above in one of the grandparents) is the caching of creds. That would be nice.

      Besides, RunAs doesn't help as installers aren't run using the user's privileges anyway. They hand off control to the installation service which already runs with Administrator privileges. If you have UAC enabled you will get the same popups whether you run the installer as lambda user or as an admin. Using Runas to run your installer changes nothing.

      Thats not how it works. RunAs runs as whatever user account you tell it to. The Installer sevice only does escalation in a very specific set of cases that isnt really relevant to what we're talking about.

      This is easy to prove. Use runas to launch an installer and then look at task manager, and see what identity the installer (and the msiexec) is running as.

      And as noted above, UAC behaves differently depending on whether you're running as admin or non-admin users.

    121. Re:An even bigger hole... by Allador · · Score: 1

      Well, dont buy into too many of the comments about how it pops up UAC prompts when moving files around within the MyDocuments, or things like this that require no admin privs.

      Thats obviously not happening in a normal setup. These are people who are either inadvertently (or maliciously) using an RC or beta version, or have something horribly broken on their machines in the first place, like mangled ACLs on their mydocs.

    122. Re:An even bigger hole... by Anonymous Coward · · Score: 0

      Hmmmmmm....

      I have been using Vista for a few days now.........

      I get prompted for the admin password when I .....

      Install a program
      Change system wide settings
      install new hardware.......
      Access files that are not in my user folder or folders I do not have access too....

      I have also used Mac OSX and get prompted for the admin password when I ....

      Install a program
      Change system wide settings
      install new hardware.......
      Access files that are not in my user folder or folders I do not have access too....

      I have used Ubuntu and Mandrake Linux

      I get prompted for the root password when I.......

      Install a program
      Change system wide settings
      install new hardware.......
      Access files that are not in my user folder or folders I do not have access too....

      Starting to see a pattern here? I hope so because there is one. The UAC is wonderful in Vista it means the OS is 100% usable with a non admin account because it prompts you unlike XP where you just get a big ole fat access denied or the the program does not work correctly even after you do a run as and install it with an admin account.......

    123. Re:An even bigger hole... by guruevi · · Score: 1

      UAC works good... in theory.

      The problem imho in Windows is that Userspace, kernelspace and configuration is not separated. For example.

      A common structure in Unix/Linux is: /etc -> configuration, usually the owner can read/write, everybody else just read /usr -> binaries, whatever you need to run. Everybody can read&execute, owner can write /lib -> libraries (say DLL in Windows). Everbody can read, owner can write /home -> home directories. People put their own stuff in there

      Usually the Owner is Root, which you usually don't need unless you're installing something systemwide
      You can put your own shit in /home. Whether that be a virus or not, as soon as you log out, it gets killed and the admin can easily go in and delete it
      The configuration is separated from runtime and read only to almost anything (ok there are exceptions, I am generalizing everything a bit here)
      Almost every daemon is run under it's own user and group, and is only permitted to create files and folders with it's own credentials, it has sometimes it's own chroot jail but can't touch the other stuff that's running at all.

      In Windows however, both runtime information, configuration and preferences are located in the "Registry" for system wide settings, user settings etc. a user might have it's separate tree, but it's too easy to get into the rest of the tree unless explicit permissions are set (and a lot of programs don't do this). There is also too much stuff still running under SYSTEM. Logon windows, RPC services, SQL, whatever services are out there are by default ran as system unless you explicitly define otherwise. Under Unix/Linux/Mac it's the other way around, a daemon is installed by an administrator but then it still has to run under it's own user. The user is much more restricted and the programs that are ran by the user, are also restricted to his own space and it's not necessary to run elevated permissions even if you want to install stuff, just install it under /home/username. Sure there can be scripts running rm -rf / but it's at most only going to delete the users' home folder

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    124. Re:An even bigger hole... by nschubach · · Score: 1

      Media Player Classic is my choice as well. It does an awesome job playing anything I throw at it without hassle. I can hide the parts I don't want to see and have a nice small button bar to control all my music. No silly web interface to view the picture of the album I'm listening to or convoluted visuals of my music.

      --
      Every time I start to have faith in humanity, I ruin it by driving to work between 7 and 8 am.
    125. Re:An even bigger hole... by nihkee · · Score: 0

      I could spend a lot of time beriding your ignorance, but instead, you can google three words--linux extended attributes--and you will understand for yourself.
      Yes, on GNU/Linux you need to Google for it to make it work, as it't most certainly not enabled by default. How convenient.
    126. Re:An even bigger hole... by Overly+Critical+Guy · · Score: 1

      Simple. Sudo is a way to elevate privileges for certain tasks that require them due to UNIX security restrictions, while UAC is a blanket to confirm the activities of processes that have no security awareness.

      --
      "Sufferin' succotash."
    127. Re:An even bigger hole... by 14CharUsername · · Score: 1

      You don't have to drop into a commandline to use sudo in linux. Just go to add/remove programs, update manager (an icon pops up when there are updates available), or change the system time, a little gksu popup window will ask for your admin (root) password. These are things non-expert users will do.

    128. Re:An even bigger hole... by hamsjael · · Score: 1

      Another hole ???

      Just tested UAC today:

      1. join Vista ultimate to domain
      2. Logon as ordinary user
      3 Delete ANY file on the harddrive (tested the hosts file among others)
      4 press OK a couple of times and.... puf it is gone!!

      Can this be right?! If so, this is the security model of win9x... still a single user system!

    129. Re:An even bigger hole... by ucblockhead · · Score: 1

      Hey, it's not my job...I sure as hell don't work for Microsoft!

      --
      The cake is a pie
    130. Re:An even bigger hole... by CDarklock · · Score: 1

      I generally advise people to give Vista a week before they start worrying about how many security dialogs they see. That first week is not normal usage, and you do a lot of administrative work on the system. Wait until you get the bulk of the configuration done, and then see how much security is nagging you.

      In my experience, you spend three or four days getting nagged to death, and then all the bothersome dialogs just go away. But I'm biased. ;)

      --
      Microsoft cheerleader, blue flag waving, you got a problem with that?
    131. Re:An even bigger hole... by cortana · · Score: 1

      While the original poster probably had no idea that POSIX ACLs existed, he is still correct when he says that the ACLs in Windows NT are more powerful than POSIX ACLs.

    132. Re:An even bigger hole... by cortana · · Score: 1

      That runs the entire process as root however--hardly the same thing as UAC.

    133. Re:An even bigger hole... by Ash+Vince · · Score: 1

      Wow, thanks for the tip. I'll set that one up right away.

      --
      I dont read /. to RTFA, I read /. to offend people in ignorance.
    134. Re:An even bigger hole... by Jherek+Carnelian · · Score: 1
      % mkdir x
      % touch y
      % mkdir x/x
      % touch x/x/very_important_file
      % rm *
      x:
      x/

      y
      Remove (y/n)? y
      % ls -lR .:
      total 0
      %
      Your ls is broken.

      Personally, I think any alias of rm/mv etc is dangerous because there's always a time when the alias isn't set and you will rely on it.

      Not in this case, the alias uses "rm -rf" no one will mistakenly do an "rm -rf" they will only do an "rm" since that is what they are used to.
    135. Re:An even bigger hole... by Jherek+Carnelian · · Score: 1

      Then I guess your post is an opportunity for you to learn that "never once deleted something by mistake" is a whole different animal from "never do anything by mistake."

    136. Re:An even bigger hole... by m-wielgo · · Score: 1

      I actually use [Shift][Delete] almost exclusively.


      Same here, until I realize what exactly I deleted after I accidentally hit the up arrow before hitting delete... yup, woops!
    137. Re:An even bigger hole... by locofungus · · Score: 1
      Your ls is broken.

      No - at least it behaves identically on the dozens of unixes I've used over the years.

      I suspect you also have an alias for ls somewhere if your ls behaves differently to mine.

      Doing an ls will list the contents of the directory but will not recurse into any subdirectories.

      % mkdir x
      % mkdir x/y
      % mkdir x/y/z
      % ls x
      y
      %
      Tim.
      --
      God said, "div D = rho, div B = 0, curl E = -@B/@t, curl H = J + @D/@t," and there was light.
    138. Re:An even bigger hole... by Anonymous Coward · · Score: 0

      UAC does not, and has never, prompted users when they move files that they have permissions to.
      Try editing / adding / dropping a file within a Program Files directory and get back to us. You'll either find that you get a deny or a UAC prompt. This is only one example of annoyance. There are *lots* that do not relate directly to your post that drives ISVs on the Windows platform *nuts* (including the MSDEV team).
    139. Re:An even bigger hole... by Jherek+Carnelian · · Score: 1

      No - at least it behaves identically on the dozens of unixes I've used over the years.

      If you look at my output you'll see that it didn't recurse either. But it did indicate that x was a subdirectory. Up to the user to be smart enough to realize that a subdirectory might contain something. Since this is tcsh, ls without any flags does the internal ls-F command. If you don't use tcsh or disable that automagic aliasing you are welcome to change the alias to explicitly call "ls -F" or even "ls -FR" if you must see the contents of subdirs.

    140. Re:An even bigger hole... by locofungus · · Score: 1

      If you look at my output you'll see that it didn't recurse either. But it did indicate that x was a subdirectory. Up to the user to be smart enough to realize that a subdirectory might contain something. Since this is tcsh, ls without any flags does the internal ls-F command. If you don't use tcsh or disable that automagic aliasing you are welcome to change the alias to explicitly call "ls -F" or even "ls -FR" if you must see the contents of subdirs.

      When I run "rm *" I expect it to remove files but not directories. Your alias silently changes that to do a recursive delete. Even worse, you say it will tell me what it's going to delete but it will delete files that it doesn't list.

      Aliasing rm to rm -i is only slightly less dangerous than aliasing rm to rm -rf. rm -i as an alias encourages people to get into the habit of relying on getting that yes/no prompt. They are then at a customer site where that alias isn't set up and get that "oh shit" moment.

      Tim.

      --
      God said, "div D = rho, div B = 0, curl E = -@B/@t, curl H = J + @D/@t," and there was light.
    141. Re:An even bigger hole... by jaavaaguru · · Score: 1

      On OS X, I just right clicked on a file and chose "Move to Trash", and it doesn't ask if I'm sure I want to delete the file. If I didn't want to delete it, I wouldn't have right clicked and chosen that option. I'm happy it doesn't ask me pointless questions like that.

    142. Re:An even bigger hole... by Jherek+Carnelian · · Score: 1

      Sorry, I do not and never have bought the stupid user argument as an excuse for only using basic commands. People are responsible for knowing the tools they use. I have not advocated that rm be globally aliased the way I alias it, but anyone who chooses to alias it that way is responsible for that decision. Like I said originally, I have been regularly using that alias and never had a problem because of it, that sort of empirical proof is all I need to show that the alias is worthwhile.

  2. lets get this straight by President_Camacho · · Score: 1

    Hacker Joanna Rutkowska has flagged a "very severe hole" in the design of Windows Vista's User Account Controls (UAC) feature.

    It's not so much a "hole", as it is an "orifice".

    1. Re:lets get this straight by Anonymous Coward · · Score: 0

      It's not so much a "hole", as it is an "orifice".

      Well, technically it's really a "greased gaping orifice".

      Interesting security model - automatically allow anything the user installs to ass rape the entire system. It would have been nice to allow an app to be installed with user privileges to that it can't do any more damage than the user himself.

    2. Re:lets get this straight by Anonymous Coward · · Score: 0

      And a back orifice at that...

    3. Re:lets get this straight by urdine · · Score: 1

      Windows Orifice... Ultimate.

    4. Re:lets get this straight by davidsyes · · Score: 1

      To pun Pet Shop Boys... "Which do you choose, a HARD or SOFT option?"

      I was going to say plug that hole with a fid or a giant cork, but since you say it's an orifice, I say jam it with Pam and Superglue. It'll whistle or wheeze, but you will winnow the widening....

      --
      Previously: "Linux... Toward the Sunrise..." Now: "Linux... Toward the-- No, now, part of Every Sunrise"
  3. So what's new? by jmac880n · · Score: 2, Insightful

    I believe that even RPM on linux runs the install scripts with admin access...

    1. Re:So what's new? by Anonymous Coward · · Score: 2, Insightful

      I believe that even RPM on linux runs the install scripts with admin access...
      Yes, but you generally have to be logged in as root in order to install the RPM...
    2. Re:So what's new? by drinkypoo · · Score: 2, Informative

      I believe that even RPM on linux runs the install scripts with admin access...

      If you install an RPM of unknown providence, you deserve what you get.

      Otherwise, the packages are presumed to have been tested by the maintainers and to not destroy your system.

      There is no such structure in Windows-land. You clearly do not understand how the system works if you think the two are comparable.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    3. Re:So what's new? by DoofusOfDeath · · Score: 5, Informative

      I believe that even RPM on linux runs the install scripts with admin access...

      Yes, but at least in the RPM case, a regular unprivileged user cannot cause an untrusted program to run with kernel-level permissions. In Linux, that user would have to enter a privileged password (for sudo or root login). On Vista, a regular user who has no admin rights can choose to execute an installer program with kernel privileges.
    4. Re:So what's new? by bflong · · Score: 1

      True, although that's because you have to be root to install the package with rpm to begin with. Which means you *know* that it's executing with root privileges.

      --
      Why is it so hot? Where am I going? What am I doing in this handbasket?
    5. Re:So what's new? by repvik · · Score: 1

      Can anyone but root install rpms?

    6. Re:So what's new? by evilviper · · Score: 1

      I believe that even RPM on linux runs the install scripts with admin access...

      If you invoked the command as root, of course it does. If you installed the RPM as a non-root user into a folder you have write access to, it doesn't.

      With RPMs, however, you have a simple command-line option to tell it NOT to execute script commands. And RPMs are just simple packages (like tar) and you can open them up, examine them, modify the script, etc. as much as you like. No such thing in the Windows world, where installers are encrypted cab files, only accessible to the installer binary, and all the commands and settings that are needed, are completely hidden inside the EXE.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    7. Re:So what's new? by wmshub · · Score: 1

      You don't have to run RPM as root.

      At one job I had no root access to my Linux box, but I wanted to install a newer openoffice from RPM (I was having trouble getting the build from the source tarball to work). I was able to create my own RPM database, then install OO with modified paths into a directory off of my home dir. It worked great, I was up and running OO after about 15 minutes of fiddling and reading man pages.

      But you have a point in that most (all?) distributions are set up for RPM to be run only by root.

    8. Re:So what's new? by minus_273 · · Score: 1

      i know of more than one incident where deb and rpm servers have been compromised.

      --
      The war with islam is a war on the beast
      The war on terror is a war for peace
    9. Re:So what's new? by lukas84 · · Score: 3, Interesting

      I'm sorry, but you are wrong.

      A regular user without admin rights can't run any program with admin privileges, ever. Of course said user can use runas (or their graphical counterpart), and give the program U:PW for administrative privileges.

      Now, the default user Vista creates at install time is an administrator - but the default token said user gets is the same of a regular user. Now, if you want to run a setup program, Vista will elevate the privileges of such administrator accounts to the administrator level.

      It's really quite similar to sudo, except that it doesn't prompt for passwords. But, if you want, you can do even that, through group policies.

    10. Re:So what's new? by Anonymous Coward · · Score: 0

      Pathetic. So what do we know abut you? A, you're using a GUI (double-click to install). B, you apparently have some kind of horked-up auto-install for RPMs in Linux which I've never heard of before. C, and worst, you are logged in as 'root' by default which is the world's biggest no-no and means you're about as pathetic a user as anybody in windows (and as unprotected).

      If this post was anything besides pure ignorance it was FUD.

    11. Re:So what's new? by Anonymous Coward · · Score: 0

      I believe that even RPM on linux runs the install scripts with admin access...

      Nope - on Linux you have complete control.

      An installer isn't going to run with root permission unless you've explicitly chosen to login/su as root. People may often do this, but it's certainly not necessary.

      No reason you can't give yourself permission to, say, /usr/local, and install there.

      A typical software installation is just copying files, so it doesn't need special priviliges.

    12. Re:So what's new? by evilRhino · · Score: 1

      This is offtopic, but are those sigs for real? Looks like something out of 1984.

    13. Re:So what's new? by whoever57 · · Score: 1

      Can anyone but root install rpms?
      I don't think there is anything inherent in the RPM system that requires root access. Root access is normally required because the rpm file modifies files and directories that are owned by root during the installation. However, if the rpm were to be installed using a path that the user had rights over, no files were required to be installed as owned by root (or other priviledged user) and the rpm command was used in such a way that the system rpm database was not modified, then the rpm could be installed by a regular user.

      --
      The real "Libtards" are the Libertarians!
    14. Re:So what's new? by Joe+U · · Score: 1

      So, the dialog box in Vista with the big 'hey, this requires elevated access' message isn't telling you a thing.

    15. Re:So what's new? by Azarael · · Score: 1

      That's why you can build many applications from source and install them in user space. If you don't want to install software as an admin, then you don't have to.

    16. Re:So what's new? by 99BottlesOfBeerInMyF · · Score: 1

      If you install an RPM of unknown providence, you deserve what you get.

      Realistically, this is not a good answer. OS's should provide a consistent mechanism for installing and managing software, not one method for software from the OS maker and one for commercial software (or none). Further, the assumption that any given piece of software can either be trusted or not is outdated and needs to die a quick death. All software on a machine should be limited by mandatory access controls and new software should be limited by a combination of an included ACL and a system assigned one based upon the trust level for that application.

      I can forgive Linux distros and even OS X for not implementing this by default yet, since they do not have a real malware problem that actually affects most users, but this should have been implemented in Win2K at the latest, when everyone realized it was a serious problem in Windows.

    17. Re:So what's new? by Anonymous Coward · · Score: 0

      Right, but such compromises are very rare and generally get detected / corrected quickly. In all the cases I'm aware of any user / package manager that was checking md5sums would have caught it. Nothing is 100% secure but it's a better model than getting binaries from a infinite number of possibly-maybe-trustworthy sites like in windows land.

    18. Re:So what's new? by minus_273 · · Score: 1

      you seem to be in some fantasy world where all pacakges are provided by the vendor. I've gone through enough RPM hell to know thats not the case

      --
      The war with islam is a war on the beast
      The war on terror is a war for peace
    19. Re:So what's new? by mightypants · · Score: 1

      Yes

      note: /etc/pam.d/system-install-packages

    20. Re:So what's new? by skinfitz · · Score: 1

      If you install an RPM of unknown providence, you deserve what you get It's only fair to say then that if you run any installer on Windows of unknown providence that you deserve what you get also.
    21. Re:So what's new? by bflong · · Score: 1

      I was replying to: "I believe that even RPM on linux runs the install scripts with admin access..."
      My reply was to point out that when you run RPM, you know exactly how you are running it. So, it's almost the same as what vista does. Except that you gain privileges before you try to run it, rather then being asked afterwards. I suppose I made that point a bit too vague.

      --
      Why is it so hot? Where am I going? What am I doing in this handbasket?
    22. Re:So what's new? by jimicus · · Score: 1

      Regular user has to sudo. How's this different from Vista where essentially the sudo bit is automated, so all you see is "Are you sure? Enter your password"?

    23. Re:So what's new? by jmorris42 · · Score: 1

      > i know of more than one incident where deb and rpm servers have been compromised.

      Unless someone is being overly trusting it won't matter. You would have to own the buildhost and/or signing host. Although Debian only got there very recently (rpms has had crypto signing for years) both major formats support signed packages. You will get your distro key installed automagically and then you install the keys for additional repos you want to pull from. So when some asshole roots a mirror server somewhere and replaces a package no well administered system will accept the replacement since it won't be signed with a key present on anyone's machine.

      Windows can do something similar, but pretty much only in the context of Windows Update and only stuff signed by Microsoft. (Yea it can probably have keys/repos/servers added but in the real world I have never heard of 3rd party apps updating with Windows Update)

      This is one of the reasons I always reply to calls for Linux to have something like Windows InstallShield to get 3rd party apps with, "Why would we want something as retarded as that?"

      Once you get adjusted to the new mindset, adding a repo makes so much more sense. You get updates for 3rd party software selivered right in the same UI with system updates. It 'just works.' Removing it later also 'just works' and does not involve a custom uninstall app that may or may not actually remove everything.

      The one thing Linux does need is package management that allows for user installed packages, i.e NOT prompting for the root password; I mean the option for packages that install only with the rights of a user in their home directory. No you could not install everything, but a game or browser plugin should not require system privleges to be installed.

      --
      Democrat delenda est
    24. Re:So what's new? by shmlco · · Score: 1

      Ditto. In particular they need "rights" that can be configured, especially in terms of access to system files and folders, the network, and internet access.

      --
      Any sect, cult, or religion will legislate its creed into law if it acquires the political power to do so.
    25. Re:So what's new? by drinkypoo · · Score: 1

      Further, the assumption that any given piece of software can either be trusted or not is outdated and needs to die a quick death. All software on a machine should be limited by mandatory access controls and new software should be limited by a combination of an included ACL and a system assigned one based upon the trust level for that application.

      I couldn't agree more. Fine-grained application capabilities are definitely where it's at. Also, when the heck will we get a linux distribution with support for ACLs? I know you can use them, but it's a chunky, command-line process at best. When will Linux catch up with NT in this area?

      I can forgive Linux distros and even OS X for not implementing this by default yet, since they do not have a real malware problem that actually affects most users, but this should have been implemented in Win2K at the latest, when everyone realized it was a serious problem in Windows.

      I find it hardest to forgive Linux, actually, since the software is Free and free. Why not use it? Because it's too hard? Security is hard. OSX would need a whole new subsystem to do this. So would Windows. Linux has one, and the majority of us don't even use it (including me.)

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    26. Re:So what's new? by PitaBred · · Score: 1

      It's telling you something, but how do you weed out that the 572nd time it tells you it that it's actually important, and all the other times were just fluff?

    27. Re:So what's new? by EvanED · · Score: 1

      As opposed to Vista, which will let you install applications without root?

      I strongly suspect (though I don't have Vista so can't verify) that this won't let you install things if you don't have admin privileges already. So it's really no different, except that RPMs don't traditionally (can't?) load kernel modules.

    28. Re:So what's new? by cortana · · Score: 1

      When was the Debian archive compromised?

    29. Re:So what's new? by cortana · · Score: 1

      If you really *must* install an RPM or Deb from an untrusted source, you can easily extract its contents and view the package's contents along with any maintainer scripts that it contains.

      How can you do this for a binary blob of a third party setup program on a windows system?

    30. Re:So what's new? by cortana · · Score: 1

      It is important any time you try to perform an operation that you lack the priviliges to do.

      Hopefully in a few years, all software will have been rewritten properly, that is, as it would have been in the first place if the developers were at all competant: to function without requiring write access to the entire filesystem and registry.

    31. Re:So what's new? by cortana · · Score: 1

      A typical software installation is just copying files, so it doesn't need special priviliges.
      If only the morons who write typical Windows installers would understand this!
    32. Re:So what's new? by Haeleth · · Score: 1

      My reply was to point out that when you run RPM, you know exactly how you are running it. So, it's almost the same as what vista does. Except that you gain privileges before you try to run it, rather then being asked afterwards.
      Except that isn't really the case in the desktop context, where you don't run RPM or apt-get or whatever at all: instead you run a GUI-based package manager, which (in my experience) tends to ask for privileges after you try to run it, just like in Vista.
    33. Re:So what's new? by cortana · · Score: 1

      The key phrase there is RPM hell. You should have used Debian. ;)

    34. Re:So what's new? by squizzar · · Score: 1

      Aren't rpms signed? Hence you can be confident that the program that you are installing (with the required elevated priveleges) has been checked to be OK? Isn't this the system that microsoft have (with signing downloads and stuff)?

      The main reasons I am confident with everything I install on my linux machine is that they either come from the signed Ubuntu repositories, or they are a reputable open source software - if I was so inclined I could check the code for malware (not that likely) or, as I usually do, I rely on the fact that the stuff that I am so interested in having the latest of that I am willing to download and build from source is popular enough that the inclusion of some kind of malware in the code is unlikely to go unnoticed - in fact I reckon it's fairly likely to end up reported on slashdot...

      I haven't checked, if I remember you can dpkg install a deb without needing signing, so there is a possibility there, but then the solution _is_ fairly simple for the end user: If you want to trust your software, install it through apt.

    35. Re:So what's new? by 00lmz · · Score: 1

      If you really *must* install an RPM or Deb from an untrusted source, you can easily extract its contents and view the package's contents along with any maintainer scripts that it contains.

      How can you do this for a binary blob of a third party setup program on a windows system?

      Well then that's what the disassembler is for... Or maybe Sysinternals' filemon and regmon. While I don't think it's possible for an RPM or DEB file to contain binary setup scripts, it can easily have some tricky code in the postinstall script that runs a binary in the package (because the RPM/DEB contains binaries), deceivingly named something like ${pkgname}-config with root privileges. For bonus points, the binary should execute properly when executed by the regular user without some magic switches.

    36. Re:So what's new? by minus_273 · · Score: 1

      funny, i seem to recall that there are more than a few packaged debian didnt include for political and personal reasons. Good example of political reason would be binary drivers a an example of a personal dispute would be trusty ole mplayer. Sure the devs can be a-holes but thats hardly a reason to exclude a great app.

      --
      The war with islam is a war on the beast
      The war on terror is a war for peace
    37. Re:So what's new? by Kalriath · · Score: 1

      I cannot speak for InstallShield (which is the equivelant of ... oh ... StarOffice Installer - does it still come packaged like that?), but if it is a Windows Installer (MSI) - which I would grant is the closest Windows-y alternative to Redhat Package Manager (RPM) packages, you can open the package in Orca and see exactly what the package does during install. It may require a degree of technical knowledge but I would contend that the average user who can't work Orca probably can't work RPM or TAR either.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    38. Re:So what's new? by cortana · · Score: 1

      Regmon and Filemon are useless--by the time you analyse the results, the program has already executed.

      FYI, the maintainer scripts can be any executable--nothing stops them from being binaries. But I doubt such a package would ever be accepted into the Debian archive.

      Good point however about the postinst script executing a binary that was just unpacked by the package. Fortunately I don't worry about this since I can always run 'apt-get source foo' and examine the source for the foo package directly. :)

    39. Re:So what's new? by cortana · · Score: 1

      Mplayer was not a personal dispute. For a very long time, Mplayer could not be included because of the unclear licensing status of its code. Fortunately, that is all in the past--mplayer will be included in the forthcoming Debian 4.0 AKA "etch".

      PS, note that I used the ;) smiley. My comment was not 100% serious ;)

    40. Re:So what's new? by cortana · · Score: 1

      That's no good unless everyone *uses* MSI, though. And in my experience, no one does.

      Even apps that do use it behind the scenes wrap it inside an exe that could do anything it wants before installing the package,

    41. Re:So what's new? by Kalriath · · Score: 1

      I think we both agree on this point. Like RPM, there does need to be a single installation method which everyone but the red-headed-stepchildren (like the aforementioned StarOffice - I don't know if it does it now but it USED TO have an installer) uses. I don't even care whether it's MSI or something else, as long as it's consistent and doesn't require a billion dollar IDE (InstallShield anyone?)

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    42. Re:So what's new? by skinfitz · · Score: 1

      How can you do this for a binary blob of a third party setup program on a windows system? Like this using Orca. Sure you will end up looking at binaries at some point, however you will have the same problem with RPM packages as unless they are source RPMs, they contain binaries.

      I have no experience of Deb packages (as I don't use Debian) however I would expect them to work in a similar fashion.

      I think the important difference between Windows Vista installers and RPM however is that you can choose if you want to try to install an RPM as root or not where the Vista issue TFA is talking about is Vista automatically giving admin to any installer packages. (Whether the RPM install works as non-root however is obviously an issue, however at least one has the choice.)
    43. Re:So what's new? by cortana · · Score: 1

      But I can't use Orca on an NSIS installer, or an InstallShield installer, etc. etc. Also it assumes that the MSI is just on the disk and not packaged up inside some other exe file (WHY do people do this!?!). Whereas an RPM or Debian package is just a package that one can always easily inspect to see whether it is capable of doing nefarious things (that is, the package itself--of course the packaged program may do bad stuff, but that is another problem that is solved by only installing software from a trusted source and/or auditing the package source).

    44. Re:So what's new? by cortana · · Score: 1

      AFAIR OpenOffice.org has its own installer still.

      I wish dpkg could simply be ported to Windows, but for both technical and legal reasons it is probably impossible,

    45. Re:So what's new? by Kagami001 · · Score: 1

      No such thing in the Windows world, where installers are encrypted cab files, only accessible to the installer binary, and all the commands and settings that are needed, are completely hidden inside the EXE.
      I sympathize with your feelings toward the horrible culture of Windows installers (a lot of them are just as you describe) but that's not actually an accurate statement. The Windows world equivalent is MSI. Now, if only all developers would actually use it...
    46. Re:So what's new? by bogado · · Score: 1

      Well technically you run a helper application that runs (or not) the desired application if you give so the permission. :-) I guess that this dialog box is probably hard coded into the file manager of vista and it does that also before running the application it self, so this is not a difference between the two.

      I guess the main problem with the vista approach is that the system could probably give the setup less power over to the setup executable and it would still work the majority of the time, but to make things easier MS decided to make it work 100% of time even though it is less (or much less) secure, since it is a known fact that user trade their security to see monkey dancing.

      --
      []'s Victor Bogado da Silva Lins

      ^[:wq

    47. Re:So what's new? by evilviper · · Score: 1

      The Windows world equivalent is MSI.

      So with MSI's you can extract all the files, see exactly what commands are run and registry entries added? You can install it as a non-Admin user into any arbitrary folder you like?
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    48. Re:So what's new? by 99BottlesOfBeerInMyF · · Score: 1

      . Also, when the heck will we get a linux distribution with support for ACLs? I know you can use them, but it's a chunky, command-line process at best. When will Linux catch up with NT in this area?

      Linux will get ACLs usable for a particular market segment when they are needed by that market segment. Right now you can get ACLs that work just fine, provided your task is to set up a super secure server or a locked down workstation that is centrally managed. Currently, however, average users have no need for these functions since they basically never have security problems where this would be a real benefit. As such, very little work has gone into developing them for that use case.

      I find it hardest to forgive Linux, actually, since the software is Free and free. Why not use it? Because it's too hard? Security is hard.

      Getting such a system in widespread use on Linux is a lot harder than doing the same on Windows or OS X. There is no centralized decision maker for Linux that can say, okay we're only running binaries that ship with a cert and an ACL and which use the new protocol for registration and updates. Most developers simply don't want to spend their time modifying every existing bit of software in order to solve a potential security issue in the future. So they won't and people will move to a distro that does not have a broken security model in their way. MS or Apple could simply implement this and provide a sandbox for old applications or even ACLs for common legacy applications and developers would groan and get on with implementing it.

      OSX would need a whole new subsystem to do this.

      Apple announced on their info for developers site the inclusion of both a MAC framework and a application signing framework in Leopard, but then pulled all references to them silently near the end of 2006. I don't know if this means they are not going to ship with Leopard or if they are part of one of the "secret" features. Someone has also ported the MAC from trustedBSD to OS X.

      So would Windows.

      The Windows kernel actually includes fairly well conceived ACL support form what I've seen. Adding a framework for developers would be a lot easier than dealing with legacy applications and writing a good UI, which are really the hard parts of this.

      Linux has one, and the majority of us don't even use it (including me.)

      Anyone who has used SELinux knows why no one uses it on a home desktop. It is not standard so applications do not conform well enough, nor do they ship with ACLs from the developer. Further, package management on Linux is designed with open source software repositories in mind and poorly handles commercial applications that are downloaded. Since those applications are the ones with the highest risk, this really needs to be addressed before such a system would be practical.

    49. Re:So what's new? by drinkypoo · · Score: 1

      There is no centralized decision maker for Linux that can say, okay we're only running binaries that ship with a cert and an ACL and which use the new protocol for registration and updates.

      Uh, this is com-pletely backwards from the truth. In Windows there is no centralized decision maker that can say that, because people would leave the platform in drove. With Linux, or any other Free operating system, a given distribution can make this choice at any time.

      The Windows kernel actually includes fairly well conceived ACL support form what I've seen. Adding a framework for developers would be a lot easier than dealing with legacy applications and writing a good UI, which are really the hard parts of this.

      Well, I agree with that. I think that's the biggest reason it hasn't happened on Linux yet. But I also think that environments like KDE or GNOME make it feasible to do, since if you are using API calls to create dialog boxes etc., the functionality can be rolled in that way.

      Anyone who has used SELinux knows why no one uses it on a home desktop. It is not standard so applications do not conform well enough, nor do they ship with ACLs from the developer.

      But again, this can be solved at the distribution level. Admittedly it would result in a reduced set of packages, but there's plenty of room in a distribution for a "core" of packages that use the system, and simply not installing anything else setuid or allowing it to run as root without forcing you to type an additional command (like sudo.)

      Further, package management on Linux is designed with open source software repositories in mind and poorly handles commercial applications that are downloaded.

      That doesn't necessarily matter, because users can create the profiles for applications like this, although a more convenient userspace tool is needed. I will not argue that point. Granted, it will result in programs with more access than they need, as users will necessarily need to give wider permission to the program if they don't know precisely what it needs, but it will still help.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    50. Re:So what's new? by 99BottlesOfBeerInMyF · · Score: 1

      While they may call those ACLs, they are very limited compared to standard MACLs, to which we were referring. You need to be able to restrict applications by files they are allowed to modify, sets of files, network resources, system services, and other applications they can talk to. In addition, each application should ship with an ACL from the developer so the OS immediately knows what the application should be doing and can then assign a level of trust to the application that allows or denies each behavior. Only the application developer knows if the app they make will want to send e-mail. Only the user knows if they want to trust that application to send e-mail. If the application developer has not designed the program to send e-mail, then any time it tries to do so probably means it has been overwritten or is spyware and is behaving maliciously and the OS should smack it down. If the user does not trust the application to send e-mail, the OS should likewise smack it down, or at least make sure the user has the option of stopping that behavior. The same goes for overwriting all my jpegs, reading my e-mail address book, or adding a kernel module.

    51. Re:So what's new? by 99BottlesOfBeerInMyF · · Score: 1

      Uh, this is com-pletely backwards from the truth. In Windows there is no centralized decision maker that can say that, because people would leave the platform in drove[s].

      Umm, do you know what a "monopoly" is. Windows-whatever will be shipping on all new computers you can buy at pretty much every store in the US. How are people going to leave it in droves? Are people leaving Windows in droves now because it sucks? With a monopoly you can easily create artificial barriers to going to the competition. Right now those barriers include OEM agreements precluding pre-installing other OS's, much of the internet subverted to nonstandard and proprietary formats like IE-HTML and Active X controls, much of corporate America locked into Word, Excel, Powerpoint, and Exchange, and MS's game company acquisitions and use of DirectX to keep much of the gaming market Windows only.

      MS can make the default background in Windows say, "our customers are douche bags" and most people would not go to another OS.

      With Linux, or any other Free operating system, a given distribution can make this choice at any time.

      True, but that is the problem. Users and developers will target what is best for them in the short term. Since MAC security controls are solving a problem that does not really exist yet on Linux, it is just overhead and unneeded work for developers until the malware problem becomes a major issue. As a result, Linux cannot effectively change unless the community itself is forward thinking enough to put up with inconvenience in order to facilitate future security. This could happen if a coalition of Linux distributions all agreed to move to a more secure format and try to update legacy software, but it would take a lot more collaboration and vision than one bigwig at MS saying, "we're gonna do this and developers will suck it up because they have no choice if they want to stay in business."

      But I also think that environments like KDE or GNOME make it feasible to do, since if you are using API calls to create dialog boxes etc., the functionality can be rolled in that way.

      What percentage of binaries on Linux, including CLI ones, do you think that accounts for?

      But again, this can be solved at the distribution level. Admittedly it would result in a reduced set of packages, but there's plenty of room in a distribution for a "core" of packages that use the system, and simply not installing anything else setuid or allowing it to run as root without forcing you to type an additional command (like sudo.)

      Using a core set of binaries and a few picked programs on top is fine for a centrally managed solution, such as would be used in business. Home desktop users, however, want to install arbitrary software and if "Linux" has not standardized on contained, well behaved applications, shipping with ACLs, the security system simply won't work. Further, you need to get commercial developers who generally distribute outside the normal repository channels on board by making the same distribution channel and standards work for them. This means distros can no longer ignore random closed source binaries or registration/licensing when it comes to package management.

      That doesn't necessarily matter, because users can create the profiles for applications like this...

      For power users, creating a custom ACL for a program might work. For a centrally managed solution, the admins can do it. The problem is, for normal users it is simply not user friendly enough to constantly be tweaking the privileges of random binaries and you'll get into the same situation as Windows where users are regularly prompted for access for non-mailicious software and become conditioned to just allow software to do whatever it wants. This means the UI component of the system is failing because users don't see one or two false positives for every real issue, they see 30 or 40 and they simply stop caring.

      ...it will still help.

      Operan

    52. Re:So what's new? by drinkypoo · · Score: 1

      But I also think that environments like KDE or GNOME make it feasible to do, since if you are using API calls to create dialog boxes etc., the functionality can be rolled in that way.
      What percentage of binaries on Linux, including CLI ones, do you think that accounts for?

      Irrelevant. Most binaries on Windows have no interface for dealing with ACLs. The access mask can be generated from the ACLs on the fly for backwards compatibility. Have you ever used cacls? It's not fun...

      users can create the profiles for applications like this...
      For power users, creating a custom ACL for a program might work. For a centrally managed solution, the admins can do it. The problem is, for normal users it is simply not user friendly enough to constantly be tweaking the privileges of random binaries and you'll get into the same situation as Windows where users are regularly prompted for access for non-mailicious software and become conditioned to just allow software to do whatever it wants.

      I agree that is a difficult problem. However, if you provide an easy environment for people to trade permission configs for programs, like a website linked to from a menu option, then the basic users can find files that have been created by others. Of course that gets into trust relationship issues, but they are not insurmountable and can be solved in much the same way webforums have done since they started caring about such things.

      Also, it's not unreasonable to have the program query the user for some types of operations. Also you could have a wizard that builds the initial config, by asking the user what the program is for. This would provide a pretty good starting point for most applications.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    53. Re:So what's new? by skinfitz · · Score: 1

      The main Windows installers (such as InstallShield) if you read the documentation, usually have a way of extracting the files without actually doing the install for the purposes of customising and distributing the software using enterprise management tools, often with a silent install option.

      When you look at it properly, Windows Installer is pretty good - it's just a shame that it's not universally used by everyone, but I think that's down to the fact it wasn't really ready when Windows 2000 shipped.

    54. Re:So what's new? by cortana · · Score: 1

      You're talking about Mandatory Access Control, such as implemented by SeLinux? You didn't make that terribly clear in your post. Besides, I didn't know Windows had any form of MAC. Its entire security model is based on Discresionary Access Control, like most Linux-based operating systems.

    55. Re:So what's new? by 99BottlesOfBeerInMyF · · Score: 1

      You're talking about Mandatory Access Control, such as implemented by SeLinux? You didn't make that terribly clear in your post.

      I wrote, "All software on a machine should be limited by mandatory access controls..." I'm not sure what else you think I might have been referring to.

      Besides, I didn't know Windows had any form of MAC. Its entire security model is based on Discresionary Access Control, like most Linux-based operating systems.

      We were discussing what MS should be implementing in order to combat the current malware problem, not what they have done. In my opinion Windows is the OS with the most need for a well implemented, ubiquitous MAC framework and one of the few OS's where the vendor has done nothing to facilitate that level of security.

    56. Re:So what's new? by 99BottlesOfBeerInMyF · · Score: 1

      I agree that is a difficult problem. However, if you provide an easy environment for people to trade permission configs for programs, like a website linked to from a menu option, then the basic users can find files that have been created by others. Of course that gets into trust relationship issues, but they are not insurmountable and can be solved in much the same way webforums have done since they started caring about such things.

      All of this requires a lot of work. Who will do it for Linux and what benefit will that bring? If application developers are not on board, they will not do a good job of making applications that behave well (like writing only to a predefined location for scratch files) and the ACLs will be messy in the extreme. I just don't see enough people getting on board to make this really usable as likely as MS just announcing it is required for developers in the next version of Windows. This is one case where Linux's fragmented community is a hindrance rather than a benefit.

      Also, it's not unreasonable to have the program query the user for some types of operations. Also you could have a wizard that builds the initial config, by asking the user what the program is for. This would provide a pretty good starting point for most applications.

      The goal should be to make querying the user as rare as possible. My initial outline for such a system included ACLs included with an application, merged with ACLs provided for a given trust level, depending on if the application was pre-installed, distributed by the OS vendor, signed and certified, just certified, just signed, or none of the above. Input from multiple third party verification providers could also work and I considered the idea of application type templates for different types of applications that don't include ACLs with them, but in the long run I think it would be better if an ACL was a basic part of each application package.

      We obviously don't agree on all points, but I think fundamentally we're on the same page.

    57. Re:So what's new? by drinkypoo · · Score: 1

      All of this requires a lot of work. Who will do it for Linux and what benefit will that bring? [...] I just don't see enough people getting on board to make this really usable as likely as MS just announcing it is required for developers in the next version of Windows. This is one case where Linux's fragmented community is a hindrance rather than a benefit.

      My counterargument is that this is one of the places where Linux's apparent need to always chase Microsoft will be a benefit rather than a hindrance, and it should cancel out the issue of the fragmented community :)

      Since Microsoft has done it, Linux will now have to have it.

      I'm pretty surprised that no corporation has yet decided they needed this and sponsored its development, though, given the overall patheticness of the basic Unix permission system.

      it's not unreasonable to have the program query the user for some types of operations.
      The goal should be to make querying the user as rare as possible. My initial outline for such a system included ACLs included with an application, merged with ACLs provided for a given trust level, depending on if the application was pre-installed, distributed by the OS vendor, signed and certified, just certified, just signed, or none of the above.

      I agree that querying the user as little as possible is a primary goal. Just keep in mind that most Linux users will never install a package from outside the distribution manually. If anything they will use a program like Automatix, which can deliver the ACLs as well.

      We obviously don't agree on all points, but I think fundamentally we're on the same page.

      Well, I think we both have a desire for such a system, but realize that most people don't need it, and if they do, they are using a system that supports them already.

      But I also think that it's necessary to have a system with both ACLs and Capabilities in order to really say you have security. Neither is a new technology and the only thing missing whatsoever is userspace tools. I think that as a community we need to make it a priority. Linux could be the most secure OS on the planet, and I would still want it to be more secure. Since we can never reach 100% security, we always have to be trying to get there just to stay in the game.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    58. Re:So what's new? by 99BottlesOfBeerInMyF · · Score: 1

      Well, I think we both have a desire for such a system, but realize that most people don't need it, and if they do, they are using a system that supports them already.

      I disagree that most people don't need such a system. Most people are running Windows and are besieged by malware. A careful Windows user, who takes a lot of precautions might not need a MAC system such as what we described, but the average Windows user certainly does need it and I doubt security on Windows will ever be even moderately reasonable unless such a system is implemented. Even if Windows managed to duplicate the security of an average Linux system, it would be insufficient as there is simply too much room for malware to operate.

      I agree most people running Linux or Solaris, or OS X don't need this system as the malware issue is not a problem on those platforms, but this is largely because they are sitting next to the giant target that is Windows. If every Windows machine was converted to Linux tomorrow, there would be serious malware issues on it in a few months.

    59. Re:So what's new? by drinkypoo · · Score: 1

      I agree most people running Linux or Solaris, or OS X don't need this system as the malware issue is not a problem on those platforms

      Sorry, that's what I meant, should have specified. Of course a Windows user needs a capabilities system. Windows is to Linux as Swiss Cheese is to Cheddar. (And of course I find Cheddar tastier, to complete the fanboyness of my comparison.)

      but this is largely because they are sitting next to the giant target that is Windows. If every Windows machine was converted to Linux tomorrow, there would be serious malware issues on it in a few months.

      If every Windows machine was converted to Linux tomorrow, every Linux fanboy's head would ASPLODE, and there wouldn't be anyone left who knew how to administer the damned thing...

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    60. Re:So what's new? by PitaBred · · Score: 1

      And hopefully in a few years, frogs will evolve wings so they don't bump their asses when they hop. I'm not gonna hold my breath.

  4. Another approach. by Lethyos · · Score: 4, Funny

    Why not just let the user copy the application bundle to wherever they have write permissions? That application then executes with the privileges of the user that invokes it. If only there was a platform that offered such a simple an effective solution.

    --
    Why bother.
    1. Re:Another approach. by nadamsieee · · Score: 1

      If only there was a platform that offered such a simple an effective solution.

      To the non-geeks: Why are you reading Slashdot?!?!?

      Oh, and he is referring to just about any POSIX(-like) implementation: Unix, Solaris, Linux, etc.

    2. Re:Another approach. by drinkypoo · · Score: 2, Informative

      Why not just let the user copy the application bundle to wherever they have write permissions? That application then executes with the privileges of the user that invokes it. If only there was a platform that offered such a simple an effective solution.

      Just to be a pedant, I would like to mention that you can in fact do this on Windows. However, applications developers seem to be in love with the registry, despite the fact that it really offers them no benefits whatsoever. I mean, it's slower than just putting all that data in flat files...

      I have lots of programs that work fine when I just copy them from one windows installation to another. Most of them are in my games folder, though.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    3. Re:Another approach. by mihalis · · Score: 1

      I think he is probably specifically referring to Mac OS X

    4. Re:Another approach. by QuantumG · · Score: 2, Interesting

      Actually, he was refering to App Bundles.. a Mac concept that has been replicated on Linux about a dozen times but has never taken.

      --
      How we know is more important than what we know.
    5. Re:Another approach. by nadamsieee · · Score: 2, Informative

      a Mac concept that has been replicated on Linux about a dozen times but has never taken.

      A user has had the ability to install stuff in her home directory on POSIX machines for oh... probably since POSIX machines have been around. This isn't a "Mac concept". At most Apple has polished the idea to make it easy for non-geeks. And don't forget that OS X a.k.a Darwin is a POSIX-like implementation.

    6. Re:Another approach. by Anonymous Coward · · Score: 0

      I think that was the whole "balance ease of use with compatibility" thing. I bet a lot of installer applications need admin priviledges. What if I need to change security descriptors on some files so all users can write to them, e.g. log files? You'd think with all of the confirmation boxes in vista that one more box with password prompt wouldn't hurt. MSI should need to be suid root.

      MSI already has the "Install for all users/Install for just me" built into it, but that only does the shortcuts, not the binaries. To implement what you describe, the application needs to inherit it's security descriptors from the shortcut. I'm not sure if it works that way already or not.

    7. Re:Another approach. by lintux · · Score: 1

      This sounds very much like how one usually installs software on Mac OS X... Just drag a directory (which looks like a single file in the Finder) to your /Applications folder (or anywhere else, if you prefer, or if you can't write to /App) and you're done.

    8. Re:Another approach. by Knackered · · Score: 1

      What if I need to change security descriptors on some files so all users can write to them, e.g. log files?


      Why should you need to change security descriptors? If you can write the log, you can probably truncate and modify it too, introducing possibilities to cover up spyware or rootkit installes. Why don't you have a logging API that writes the log with the correct permissions instead, callable from the user's sandbox?
      --
      a.
    9. Re:Another approach. by QuantumG · · Score: 1

      It predates Darwin..

      --
      How we know is more important than what we know.
    10. Re:Another approach. by DrSkwid · · Score: 1

      The concept was introduced on the NeXT Machine.

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    11. Re:Another approach. by 99BottlesOfBeerInMyF · · Score: 1

      A user has had the ability to install stuff in her home directory on POSIX machines for oh... probably since POSIX machines have been around. This isn't a "Mac concept".

      The original poster specifically mentioned copying bundles, which does somewhat suggest they were talking about OpenStep bundles that are installed with a drag and drop or copy and paste on OS X. Of course, you'll note I referred to them as OpenStep bundles, which do indeed predate OS X and were not invented by Apple. I do wish major Linux distros would extend the spec and adopt them though. They're bloody convenient and useful for desktop machines, especially for novice users and people who like to have portable apps or easy access to an application's resources.

    12. Re:Another approach. by TheRaven64 · · Score: 4, Informative

      Actually, the concept was on the original Mac before NeXT existed. Mac applications would have the executable in the data fork, and any supporting 'files' in the resource fork. NeXT didn't want to implement forks, so they used folders instead. This let them store applications on filesystems that didn't support forks (e.g. FAT, UFS, etc), and so was probably a better solution.

      --
      I am TheRaven on Soylent News
    13. Re:Another approach. by Anonymous Coward · · Score: 0

      You don't understand how OS X's App bundles work, do you? I wish a modern Linux distribution was built around a similar concept, but they aren't.

    14. Re:Another approach. by StarfishOne · · Score: 1

      I do wonder at times what kind of material is stuffed in that registry. Earlier today I was trying to get some speed out of an older Windows installation and I noticed after exporting it that the registry was 52 megabytes..

      That's *a lot* of data for configuration settings...

      (I don't even know if this is big compared to other Windows installations out there, but in general. Just imagine how many times you'd have to copy say... Apache's httpd.conf to make it 52 MB...)

    15. Re:Another approach. by tomhudson · · Score: 2, Informative

      That's how most programs installed under DOS, so it definitely predates Darwin. Who'd have thought that DOS was more POSIX than Windows (at least in this one area)?

    16. Re:Another approach. by kwark · · Score: 1

      That is nothing close to mentioned "app bundle". I guess something like http://kde-apps.org/content/show.php?content=12841 was ment.

    17. Re:Another approach. by QuantumG · · Score: 3, Informative

      Sigh. The *point* of an App bundle is that you don't "extract" it. The OS knows how to read these things and treats them as part of the filesystem.

      --
      How we know is more important than what we know.
    18. Re:Another approach. by drinkypoo · · Score: 1

      Most of the information in the registry is used by windows. I don't know if Windows is using the same API calls to talk to the registry as other programs... but in any case, the vast majority of what's in there is for Windows, unless you happen to have installed Symantec Antivirus. The manual registry cleanup process for that program can take you a seriously long time :P

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    19. Re:Another approach. by nadamsieee · · Score: 1

      I completely missed the significance of "application bundle" in my original reply; my bad! I'm not familiar with App bundles or their OpenStep bundle lineage. But my original point still stands; on a POSIX machine a user can install apps in her home folder and then run them with her account's privileges. Maybe you use OpenStep bundles, or App Bundles, or just compile the damn thing with GCC, but the result is the same from a security standpoint. This avoids forcing you to install apps with admin privileges, which is apparently the case in Windows Vista.

    20. Re:Another approach. by Anonymous Coward · · Score: 0

      That's because they ARE filesystem images.

    21. Re:Another approach. by EvanED · · Score: 1

      However, applications developers seem to be in love with the registry, despite the fact that it really offers them no benefits whatsoever.

      To be fair, it does offer a hierarchical and transactional data store. Which you don't get nearly as easily from flat files.

      The registry has a lot of drawbacks, but it wasn't that unreasonable an idea actually.

    22. Re:Another approach. by QuantumG · · Score: 1

      There's plenty of apps for Windows that don't require you to install them in C:\Program Files\ or whatever.. thing is, people *like* that.

      --
      How we know is more important than what we know.
    23. Re:Another approach. by VGPowerlord · · Score: 1

      If it had a Sound Blaster Live sound card, a lot of that is from Creative's useless crap.

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    24. Re:Another approach. by Mr.+Underbridge · · Score: 1

      The registry has a lot of drawbacks, but it wasn't that unreasonable an idea actually.

      Sure, if every user had one instead of making it a system-wide thing. For a Windows system, it seems to me there should be relatively few 3rd-party apps installed system-wide. Other than that, most things should be installed user-level, but between MS and their damned developers this proves impossible.

      At our company, we users don't have Admin privileges for our own machines (and I don't really blame IT for it). As a result, if I'm trying to try out open-source math/science apps, I can probably install 1 out of 5 that don't install to windows/system or some other protected directory. Almost impossible to maintain an environment where machines are secure and usable.

    25. Re:Another approach. by cortana · · Score: 1

      I am glad that they are not. Bundles are fine if you only have to keep track of one or two programs, but I would sure miss apt-get upgrade if I ever had to use a Mac myself.

    26. Re:Another approach. by R3d+M3rcury · · Score: 1

      Mac applications would have the executable in the data fork, and any supporting 'files' in the resource fork. Minor grouse.

      Originally, Mac applications had the executable and resources in the resource fork. The executable code was stored in CODE resources that could be dynamically loaded and unloaded--sort of a poor-man's MMU. The way Apple suggested doing "Fat Binary" applications (ie, 68K & PowerPC) was to put the PowerPC code in the data fork and the 68K code in the resource fork (since the PowerPC had an MMU and Apple used it).

      In fact, given the convenience of Apple's resource manager, it was pretty easy to write viruses. All you had to do was renumber CODE resource 0 and replace it with your own CODE 0 resource that did something nasty and then loaded your renumbered CODE resource 0. There were lots of viruses which infected applications this way back in the old 68K days of the Mac. Of course, PowerPC worked differently and it was trickier to get your own code in, which is one reason that viruses pretty much disappeared once PowerPC Macs came out.

      Just a little trivia for your Tuesday Afternoon...
    27. Re:Another approach. by imemyself · · Score: 1

      Installing things per-user would be a pain in the ass to maintain. If IT needed to update an application on a computer, or change a setting for the application, and that application was installed separately for each user, how would they do that without logging in as each individual user? What about the additional space that it would take up? Sure, that may not matter for little things like GAIM or a text editor or something, but I would rather not having 10 copies of Adobe CS2, Microsoft Office, and Visual Studio/MSDN sitting on computers.

      And each user *does* have their own registry - its loaded into HKEY_CURRENT_USER, and is located at %USERPROFILE%\NTUSER.DAT. HKLM (HKEY_LOCAL_MACHINE) holds the per-machine registry settings.

      Also, in Microsoft .NET 2.0, it is relatively easy to create a per-user configuration for an application. It will automatically create the file in their user profile.

      --
      Every time you post an article on Slashdot, I kill a server. Think of the servers!
    28. Re:Another approach. by EvanED · · Score: 1

      Sure, if every user had one instead of making it a system-wide thing.

      As the other poster replying to your post said, there is a per-user part of the registry. The system-wide configuration is in HKEY_LOCAL_MACHINE mostly (often abbreviated to HKLM), and the per-user configuration is in HKEY_CURRENT_USER.

      IMO, the biggest problem for the registry is that it lumps all configuration data together into a non-portable database. I can't really backup my settings for programs that store things there. But if I want to back up my Gaim configuration, that's easy; just zip up ~/.gaim.

      For a Windows system, it seems to me there should be relatively few 3rd-party apps installed system-wide.

      Huh? Why? In what environment?

      Is the same true of Unix in your opinion? If not, why the difference?

      At our company, we users don't have Admin privileges for our own machines (and I don't really blame IT for it). As a result, if I'm trying to try out open-source math/science apps, I can probably install 1 out of 5 that don't install to windows/system or some other protected directory. Almost impossible to maintain an environment where machines are secure and usable.

      Agreed, that's a problem. How much is MS's fault for encouraging that sort of model and how much should be blamed on 3rd parties, I don't know.

    29. Re:Another approach. by Kalriath · · Score: 1

      Every user does have one. If you look in your Home Directory on an NT based installation (typically C:\Documents and Settings\Username) you may see a system file named "NTUSER.DAT" - this is your per user registry. When you log into Windows, this is mounted by Windows as HKEY_CURRENT_USER.

      It is rarely necessary to write to HKEY_LOCAL_MACHINE, but idiotic developers persist in using it to store such wonderous things as "UseOpenGL = (dword) 1" - something that's clearly a user setting.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    30. Re:Another approach. by jZnat · · Score: 2, Informative

      You do know that app bundles are just directories called "ApplicationName.app", right? They are part of the file system. Also, those DMG files you get them from? Those are HFS+ (the file system format on OS X) images (similar to how ISO files are images of ISO-9660 file systems) which is why they get mounted.

      --
      'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
    31. Re:Another approach. by QuantumG · · Score: 1

      They *look* like directories called ApplicationName.app.. that's the beauty of it. Oh, and DMG files are *not* just HFS+ images.. they can be, that's one format, but they are more commonly multiple HFS+ images slapped together with a partition table stuck on the end.. which btw, isn't in a fixed offset from the end of the file.. you have to *search* backwards from the end of the file to find the partition table and then decode it to find where each image starts. Oh, and did I mention that the images can be compressed? Yeah.. zlib compression is common.. unfortunately so are some undocumented compression schemes. This is why the Apple disc image kit is about the only thing that can read this stuff.

      --
      How we know is more important than what we know.
    32. Re:Another approach. by Anonymous Coward · · Score: 0

      Thinstall lets you do just that using virtualization:
      http://www.thinstall.com/demos/office_vs/index.htm l

    33. Re:Another approach. by Mr.+Underbridge · · Score: 1

      Installing things per-user would be a pain in the ass to maintain. If IT needed to update an application on a computer, or change a setting for the application, and that application was installed separately for each user, how would they do that without logging in as each individual user? What about the additional space that it would take up? Sure, that may not matter for little things like GAIM or a text editor or something, but I would rather not having 10 copies of Adobe CS2, Microsoft Office, and Visual Studio/MSDN sitting on computers.

      That's why I said that some few apps - like Office - would be deployed system-wide. But for smaller programs, we're scientists and frankly I don't have the time to ping the damned helpdesk with a laundrylist of 15 programs I want to try that might solve my problem. HDD space is cheap, and the lost productivity of those of us who are actively trying to do some research is a real problem. The way things work on a Mac now is fairly nice - most programs are compartmentalized in a single folder and don't need Admin priveleges to install. Program breaks? Delete the folder. Easy.

      Naturally my solution to this problem was to simply requisition a new HDD, install linux, and not give them the root pw. I can install whatever the hell I want. And I can actually get some damned work done.

      And each user *does* have their own registry - its loaded into HKEY_CURRENT_USER, and is located at %USERPROFILE%\NTUSER.DAT. HKLM (HKEY_LOCAL_MACHINE) holds the per-machine registry settings.

      Then maybe the problem is that the moron devs keep using the system one. I apologize for my Windows ignorance, I've been a (gratefully) occasional user for about 5 years. But it drives me friggin' nuts when I can't even install a small app to userland without it trying to write to Windows/System. Terrible design, and very prevalent.

    34. Re:Another approach. by 99BottlesOfBeerInMyF · · Score: 1

      But my original point still stands; on a POSIX machine a user can install apps in her home folder and then run them with her account's privileges. Maybe you use OpenStep bundles, or App Bundles, or just compile the damn thing with GCC, but the result is the same from a security standpoint.

      True. Also, not having a central registry allows the apps to be well contained within a defined space, easing the use case where ACLs lock down applications. Did you read the Bitfrost spec from the OLPC project. They actually specify a modified format with bundles closer to the OpenStep ones, including some write space for the application within the application "folder" so that ACLs can be widely deployed without having to worry about applications writing to random files for basic operations. Keeping apps contained within a predefined frame is very important for this type of security improvement.

      This avoids forcing you to install apps with admin privileges, which is apparently the case in Windows Vista.

      One issue with both Windows and Linux apps is not what can be done, but how current applications actually work. There is quite a bit of Linux software that wants to install bits in weird locations and there are some windows applications (both old and new) where you can install them as an unprivileged user without any real risk. The hard part about increasing security is providing a sandbox or VM for legacy applications while getting all new software to conform to best practices that are predictable and more usable and which lend themselves to no unexpected behavior that a more strict security model would balk at.

    35. Re:Another approach. by StarfishOne · · Score: 1

      No symantec and no Soundblaster stuff at all on that machine.

    36. Re:Another approach. by Skridge · · Score: 1

      i think the .msi was an attempt to revise the install procedure, but it was another ms quality attempt. it's not that hard to write a win app that can run from it's dir with no windows installer needed. it takes a bit more work, but it can be done. hell, i do it :) it's just that devs get lazy and it's convenient to just drop everything in pf and your .dlls in system / system32. windows is just a pile of bad habits with a license.

      --
      -=] M3 Heavy industries - Download Free Game Tools
  5. Executable installers.... by croddy · · Score: 3, Informative

    Well, as long as your OS still relies on the ancient "executable installer" model for software distribution, you're going to be stuck making design decisions to accomodate that model. Things like APT have other nightmare scenarios (what if someone compromises the repository?), but not having to run shitty little EXEs to install applications isn't something I miss from Windows.

    1. Re:Executable installers.... by heffrey · · Score: 0

      Er, I think this refers to the Windows Installer service which isn't exactly a "shitty little EXEs".

      That said, Installer is so complex and so hard to deploy under, perhaps a return to the good old days of "shitty little EXEs" would be an improvement.....

    2. Re:Executable installers.... by evilviper · · Score: 1

      Well, as long as your OS still relies on the ancient "executable installer" model for software distribution, you're going to be stuck making design decisions to accomodate that model.

      Sure, it's a stupid model, but they are gradually moving away from it... They introduced .MSI for installation programs to replace EXEs, they're far from perfect, but it's a step up that should help eliminate these privilege problems.

      It took them decades to get rid of the single-user model for applications, and I expect getting rid of EXE installers will take even longer.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    3. Re:Executable installers.... by scribblej · · Score: 1

      You do know that when you install software via APT it can run scripts to do anything it likes... right? The package might not be an executable, but apt will happily execute parts contained therein.

      I'm all for bashing Windows, too, but in this case you've got nothing to laugh about.

      Okay, I'll admit there are options to apt, which, if used, might help detect and avoid this kind of problem (like, installing as a user to a different set of install directories, rather than sudo apt-get install foo) but few people follow those safer steps.

      No, the reason apt wins over Windows isn't because there is no executable factor. There is. But apt wins for other reasons, like having some 16,000 packages available and signed for by the distributor (Debian) -- there's very little chance I'm ever going to install a "third-party" binary on my system in the first place. Also, having the full source available for all those packages doesn't hurt, either...

    4. Re:Executable installers.... by Cyberax · · Score: 1

      MSI is a pile of s***. Seriously. You have to jump through hoops to make anything complex with MSI.

      I can understand the decision to use database (even with a primitive SQL!) over structured storage files as a basis of the first version MSI. After all, it was designed and created in early 90-s.

      But MS just doesn't want to ditch the old and idiotic implementation and give us something _workable_. MSI2 and MSI3 are just incremental improvements of the original MSI. I think, someone should RPM or DEB format to MS...

    5. Re:Executable installers.... by croddy · · Score: 1

      Not quite. While deb packages do frequently include preinst, postinst, prerm, and postrm scripts, everything executed by apt either comes on the installer CD or from the package repositories themselves, unless you replace the apt binary. This is why I mentioned a compromise of the repository as a nightmare scenario. Obviously, the installation of software requires the execution of some code. But I still argue that reducing the amount of code executed, as much as possible, to things controlled by the OS distributor is a good thing for security.

    6. Re:Executable installers.... by StikyPad · · Score: 1

      Also, having the full source available for all those packages doesn't hurt, either...

      If a tree falls in the forest...

      Source availability is largely irrelevant. Any application longer than Hello World is virtually impossible for even a skilled set of eyes to debug. Firefox, for example. The only benefit of source availability is to make your own changes/contributions.

    7. Re:Executable installers.... by scribblej · · Score: 1

      a skilled set of eyes

      Good thing we've got a lot more than just a set on the job then, isn't it?

      *I* might not personally be capable of auditing the complete Debian code base. (All right -- I'll just admit it, I'm not!) I do look at any code I suspect, though, and I trust many others to be doing the same.

      "Many eyes make all bugs shallow."

    8. Re:Executable installers.... by EvanED · · Score: 1

      But I still argue that reducing the amount of code executed, as much as possible, to things controlled by the OS distributor is a good thing for security.

      Even if that distributor is MS?

    9. Re:Executable installers.... by Anonymous Coward · · Score: 0

      Setup executables are not required. An msi file is just a database of information about whatever it is you want to install. The Windows Installer service will read it and figure out what to do with it. You can choose to invoke the service via a setup executable, typically for the purpose of setting some properties an a faster and simpler way than passing them in at a command line, but it generally isn't necessary.

    10. Re:Executable installers.... by cortana · · Score: 1

      But I don't need to read all the code for the Firefox package to make sure that it is secure. I only need to audit the maintainer scripts (the {pre,post}{inst,rm} scripts that are contained in its Debian package) and the permissions of the files in the package (check there are no setuid binaries, for instance) to make sure that it is secure. ...

      I just did that right now. It took about thirty seconds.

      Not that I needed to, since the package itself came from the Debian archive and is therefore safe (or at least, if the Debian archive is compromised, I would have much more important things to worry about...)

    11. Re:Executable installers.... by StikyPad · · Score: 1

      I guess you missed the tree falling implications. Nobody looks at the source, let alone every skilled programmer who has nothing better to do with their time.

    12. Re:Executable installers.... by StikyPad · · Score: 1

      In reality, however, when asked "Who's responsible for this?" the fingers point every way except inward. CYOA. Everybody expects everyone else to do the work of inspecting the code, but few people actually do.

      There are exceptions to the rule, of course, but they're just that.

    13. Re:Executable installers.... by cortana · · Score: 1

      Not with Debian. The job of making sure that the contents of a package are safe is that of the package's maintainer as listed in the package metadata. Additionally, the ftpmasters inspect all packages for technical and legal problems when they are first uploaded to the archive, and also whenever a package adds or removes a new binary component (e.g., libfoo1 changing to libfoo2). The security team keeps a handle on new vulnerabilities, and the security audit team looks for existing vulnerabilities in Debian's packages (although the output of the audit team seems to have slowed down/stopped recently... perhaps there are no security bugs left? :) )

      Of course, all of this is not perfect, and at the end of the day if you are paranoid, you have to run 'apt-get source foopkg' and inspect the result yourself before you install it. I don't think this will ever change, for any operating system.

      You may call all of this an exception to the rule, I just think all other operating systems are a waste of time. :)

    14. Re:Executable installers.... by pedestrian+crossing · · Score: 1

      Source availability is largely irrelevant.

      Here's a common scenario for you:

      You are running Windows securely (wait, hear me out!) in your organization, for instance, by using the NSA guidelines.

      Your people need to run an application, but when it runs, it insists on writing to one of its files that it installed in the system32 directory. No real reason for it to be in system32, but that's where it's hard-coded.

      Of course, letting users write to system32 is a Bad Idea.

      With a closed-source app, you are fscked.

      With an open-source app, you change the path to the file, rebuild, and deploy securely, routing around the brain-damaged default.

      Yes, I have seen too many apps that do this.

      We're not talking about doing a security audit, just changing a simple, brain-dead default to something that allows us to run without throwing out our basic security standards.

      --
      A house divided against itself cannot stand.
  6. "balance" ease of use by gvc · · Score: 2, Insightful
    Ease of use and compatibility with DOS/Windows is a major reason that Microsoft got us into this security mess. The default user in XP was an administrator with no login password. Non-priveleged accounts were practically useless, mainly because you couldn't install any software using them. Now Vista is touted as allowing non-priveleged accounts, but the price you pay is that any old installer is priveleged. What an advance!


    While I'm at it, why does a printer (or other non-intrusive peripheral) driver have to have unfettered access to the life blood of the OS?

    1. Re:"balance" ease of use by VGPowerlord · · Score: 1

      While I'm at it, why does a printer (or other non-intrusive peripheral) driver have to have unfettered access to the life blood of the OS?

      Rather, the question is why those drivers aren't running as User-Mode Drivers. Or perhaps they are?
      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    2. Re:"balance" ease of use by SEMW · · Score: 1

      While I'm at it, why does a printer (or other non-intrusive peripheral) driver have to have unfettered access to the life blood of the OS? Can I query this? I've just double-checked and VIsta definitely doesn't allow kernel-mode printer drivers (by default), so what do you mean by "life-blood" if not the kernel?
      --
      What's purple and commutes? An Abelian grape.
    3. Re:"balance" ease of use by Anonymous Coward · · Score: 0

      The answer is DOS...although anybody who has actually tried to set up a USB or network printer in DOS knows it's complete hell.

    4. Re:"balance" ease of use by Anonymous Coward · · Score: 0
      "While I'm at it, why does a printer (or other non-intrusive peripheral) driver have to have unfettered access to the life blood of the OS?

      Mainly because the windows driver model requires changes to the kernel to access device function calls...as there is no real standardized set of function calls most software driven devices have modified kernel to device instruction sets ( or what Linux calls ) modules, usually loaded by the kernel form a listing address file. If all device drivers had a standard set of functions within give ranges then it would be too easy to write device drivers and the market would not be dominated by firms that make nothing but windows software for their devices.

      The last thing that Microsoft wants is a standardized set of hardware calls. It would mean that they couldn't bully manufacturers into not giving out specs anymore.

      It would be great if device drivers and firmware drivers were separate from the kernel and most devices could just share the same generic driver instruction sets. Then we would start to see real competition in the world of software, starting with the OS.

  7. Eh? by nagora · · Score: 2

    Does this mean that Vista does not allow users to install local copies of programs (eg, Tetris)?

    --
    "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
    1. Re:Eh? by Tony+Hoyle · · Score: 1

      If Vista sees something that looks like an installer (it seems to have a number of rules for this) then it'll elevate it and run it with admin rights. Vista has no concept of an unprivileged or local user install, unfortunately.

  8. Absolutely shocking... by jtobin · · Score: 2

    ...they're trying to install Tetris? Haven't they heard of Crack Attack?

    1. Re:Absolutely shocking... by AJWM · · Score: 1

      Hey, Caldera's Open Linux -- back before they turned evil -- let you play tetris while you were waiting for the OS and packages to finish copying and installing.

      Beat looking at a slide show extolling the dubious virtues of the softare, like some other OS's.

      --
      -- Alastair
  9. Apple was right.. by HockeyPuck · · Score: 1, Redundant

    Normally I don't give any credit to marketing droids... but Apple's "Security" switcher ad is right on target:

    http://images.apple.com/movies/us/apple/getamac/ap ple-getamac-security_480x376.mov

    1. Re:Apple was right.. by Anonymous Coward · · Score: 0

      It would be funnier if the Apple installer didn't do the same thing.

    2. Re:Apple was right.. by TheRaven64 · · Score: 1
      Most OS X applications don't have an installer; you just put the .app bundle somewhere and run it. The only things that have installers are things that mess about with system files, and these require the user to elevate the privileges of the installer by entering their password (even if they are running as an administrator) before they will run. These installer packages are not executables; they are simple scripts running a small number of allowed commands. The installers can run arbitrary programs, but if they do then the user will be prompted and asked (they will typically click 'yes,' but that's another story).

      Apple installer bundles definitely do not just run as root.

      --
      I am TheRaven on Soylent News
    3. Re:Apple was right.. by cortana · · Score: 1

      Why does Photoshop need to mess with system files?

  10. Further proof by Anonymous Coward · · Score: 5, Insightful

    ...that security needs to be designed in from the start to be effective, not a bolted-on afterthought.

    When are they finally gonna give up this retarded backward-compatibility-at-all-costs mindset and *really* rewrite Windows from the ground up? Microsoft owns Virtual PC for Christ's sake, so it's not like they couldn't include a sandboxed "classic" Windows for app compatibility for a few years.

    The one thing Apple did that Microsoft really ought to copy, they don't. Figures.

    1. Re:Further proof by NastyNate · · Score: 1

      This seems to be on of the first time the 'defectivebydesign' tag that appears on all Windows articles is very appropriate. As opposed to the practice of blindly tagging all Windows articles this way.

    2. Re:Further proof by TheRaven64 · · Score: 2, Interesting

      When are they finally gonna give up this retarded backward-compatibility-at-all-costs mindset and *really* rewrite Windows from the ground up? They did. It's called Singularity, and is a very interesting system (although somewhat reminiscent of JNode, particularly all of the things the claim are 'novel' about it). The trick is not re-writing Windows, it's selling the re-written Windows. They did very well to get everyone to move from DOS to NT. Now they have quite a nice kernel (although I'm not convinced it will scale to more than 64 cores without a significant redesign), and a load of bolted-on compatibility crap.

      While I'm rambling incoherently, I'd like to point out something not-quite irrelevant. I am typing this from an Intel Mac. I have a few old games, one of which has a MacOS Classic version and a Windows 95 version. The Windows 95 version runs fine under Crossover (and will run under WINE once they get the OpenGL support on OS X fixed), while the Mac version doesn't run at all. I also have a few DOS programs that run fine under DOSBox on OS X, but don't work on XP (without DOSBox). What is the point I am trying to make? That backwards compatibility with Microsoft software is not something that Microsoft have a monopoly on. It's actually easier to run ten-year-old Microsoft software on a new Mac that it is to run ten-year-old Mac software on a new Mac, or even ten-year-old Microsoft software on a new Windows box in many cases.

      --
      I am TheRaven on Soylent News
    3. Re:Further proof by jimicus · · Score: 1

      Microsoft's biggest "competitor", if you can call it that, is Windows 2000/Office 2000.

      In a few years it'll be Windows XP/Office 2003.

      90% of Microsoft's money comes from business purchases. What's the business benefit in paying for upgrades when you'll either have to rewrite/repurchase all your software or run the whole lot in an emulated environment to essentially replicate what you already have?

      Essentially, Microsoft are being hamstrung because of a proprietary operating system. The irony is it's their own OS.

    4. Re:Further proof by Eskarel · · Score: 1
      I remember a company that decided to do that. I think they were called Intel, they designed this chip, Itanium I think it was, which ran only in 64 bit mode. They reckoned that the added stability would make up for the fact that nothing you currently owned would run on it.

      As I recall, the chip died, and the company, despite being the dominant market force in the industry, and despite bribing manufacturers to use their product, lost a very large chunk of market share and had a very unpleasant time.

      Backwards compatibility is key to success in the business world. Get rid of it, and no business will ever buy your product.

    5. Re:Further proof by dbIII · · Score: 1

      After poor resuslts in selling MS Windows ME2 for a while we might actually get something like the longhorn that was promised.

    6. Re:Further proof by Anonymous Coward · · Score: 0

      That backwards compatibility with Microsoft software is not something that Microsoft have a monopoly on. It's actually easier to run ten-year-old Microsoft software on a new Mac that it is to run ten-year-old Mac software on a new Mac, or even ten-year-old Microsoft software on a new Windows box in many cases.

      This is a very interesting point and hope the moderators will notice you wrote it. What makes it very interesting, and will make it more interesting in the next ten to twenty years, is that Microsoft's monopoly in the corporate world is built on the huge investment many companies have made in MS specific, custom written, applications. A chink in the armor perhaps?
  11. Swinging a Blunt Object by CheeseburgerBrown · · Score: 5, Insightful

    I think you're right. Microsoft has failed to appreciate the user psychology of interacting with authorization prompts in a way that would shame most retarded chimpanzees. The only explanation that doesn't invoke something more bizarre than Xenu is that they figured most Deltas would simply turn off the feature out of annoyance, and thus Microsoft would bear no blame in the subsequent (and likely rapid) zombification of said Delta's system.

    "What? We put the thingy in. It's not our fault if idiotsticks turns it off because he's too lazy to take security seriously."

    This is a way to let themselves off the hook, escalating user error to the root of all evil instead of, say, a hopelessly fractured and bloated development bureaucracy overseen by demented lizard people. This is a response to the criticisms about Windows having a default configuration more favourable to trojans than users, so they can now claim that the default configuration is solid. You changed a setting? The buck stops at you, sucker.

    Maybe Microsoft needs someone with some insight into user behaviour and interface psychology on staff. I hear Steve Jobs has a reasonable hourly rate. (/me ducks)

    1. Re:Swinging a Blunt Object by an.echte.trilingue · · Score: 5, Interesting
      You know what really gets me about the annoying Vista security model? It's that the one in XP isn't THAT bad, its just the default configuration that is THAT bad. If you (1) password protect the "administrator" account and (2) run as a non-admin user when not doing admin things (most of the time), you will eliminate many problems.

      I know, I know, it is still not as good as *nix security, and there are lots of programs that need admin privileges to run properly (fewer these days, though), but it isn't that bad.

      Take care

      -mat

      --
      weirdest thing I ever saw: scientology advertising on slashdot.
    2. Re:Swinging a Blunt Object by Zhooom · · Score: 1

      Microsoft has failed to appreciate the user psychology of interacting with authorization prompts in a way that would shame most retarded chimpanzees

      I think that's going beyond the pale a little bit. It's not really nice, or fair, to compare Microsoft developers to retarded chimpanzees.

      Retarded chimpanzees have feelings you know ... have a heart.

    3. Re:Swinging a Blunt Object by TooMuchToDo · · Score: 0, Flamebait

      How are lazy users Microsoft's problem?

    4. Re:Swinging a Blunt Object by phoenixwade · · Score: 3, Interesting

      No, it isn't lazy users. It's social programming. It's behavior training. And that is MS's problem.

      Sooner or later, if you offer a situation where the user needs to click okay for non-threat situations - you train them to click okay every time the message is presented. You are providing a pathway to encourage users to circumvent, not just allow it. Solves one problem by creating a new one.

      --
      A positive attitude may not solve all your problems, but it will annoy enough people to make it worth the effort.
    5. Re:Swinging a Blunt Object by rbochan · · Score: 1

      And how long before some malware author decides to incorporate that age old "Hi, this is AOL: You've been online 14 minutes, click here to stay online" auto-clicker thingie to OK their malware installation prompt(s)?

      --
      ...Rob
      The American Dream isn't an SUV and a house in the suburbs; it's Don't Tread On Me.
    6. Re:Swinging a Blunt Object by AeroIllini · · Score: 4, Insightful

      I know, I know, it is still not as good as *nix security, and there are lots of programs that need admin privileges to run properly (fewer these days, though), but it isn't that bad.

      You know, if any *nix software required the user to be root to run, we would string the developers up alongside the guy who thought Clippy would be a good idea.

      Why should it be any different for third-party applications requiring Administrator privileges to run on Windows?

      Microsoft is so busy catering to the third party developers in order to maintain their lock-in, that they forgot how to put their foot down on truly important software engineering issues, like security. Locking down XP to an almost *nix-like state can be done. There are read/write/execute permissions available on every directory, drive letter, and registry key, and Windows supports the "home directory sandbox" model. After all, a virus in *nix could conceivably blow away a user directory, but unless it's exploiting a buffer overflow or other coding error hole, it can't take down the system. The same is possible in Windows, but not available by default to your average Dell user.
      --
      For security, the MD5 hash of this message and sig is 09f911029d74e35bd84156c5635688c0.
    7. Re:Swinging a Blunt Object by calculadoru · · Score: 1

      a hopelessly fractured and bloated development bureaucracy overseen by demented lizard people


      Dude. You're dangerously close to Hunter territory now. Stay off the ether.
      --
      The power of accurate observation is commonly called cynicism by those who have not got it. -- G.B. Shaw
    8. Re:Swinging a Blunt Object by Darundal · · Score: 2, Insightful

      But most programs require admin priveliges to run. While you can say that it is the fault of the application developers, and not Microsoft, devs are going to normally take the path of least resistance. Running it as an admin in Windows is the path of least resistance. In *nix, however, there is little difference for most apps between installing/running as Root and installing/running as a normal, limited user. It is merely bad design on the part of Microsoft that makes the difference, and encourages the bad behavior.

    9. Re:Swinging a Blunt Object by Anonymous Coward · · Score: 0

      The "Big Bang" called.....it wants it's joke back.

      *note: I'm about to package this one up and send it back too.

    10. Re:Swinging a Blunt Object by Anonymous Coward · · Score: 0


      I know, I know, it is still not as good as *nix security,


      Why do people keep saying this kind of thing? Windows has plenty of bugs which have security implications (buffer overruns, unncessary services, etc), but its actual permissions model is WAY more powerfull than the simple RWX users/groups model of *nix.

      Yes, the default config sucks and most users run as admin, but if you have the skills and take the time to set it up, its a much more capable security model.
    11. Re:Swinging a Blunt Object by Anonymous Coward · · Score: 0
      >But most programs require admin privileges to run.


      Incorrect. Most programs do *not* require admin privileges to run. All the big Microsoft Office programs do not: Word, Excel, PowerPoint, Visio, Outlook.


      The latest version of QuickTime does (I don't think previous versions did). I think Visual Studio does. I think a lot of games do, too, but I'm not a big gamer.


      I run as a non-admin all the time, and most programs that give me problems want to write to %ProgramFiles% or the HKLM section of the registry. If it's a program that I care about, I'll spend a minute with Process Monitor to figure out what's going on. I'll grant that 98% of end users could not do this, not because it's hard, but because they don't know about the tool.

    12. Re:Swinging a Blunt Object by Anonymous Coward · · Score: 0
      Hate to reply to my own comment, but I'm an AC anyway.


      QuickTime can run as a non-admin if you open up the permissions on the HKEY_CLASSES_ROOT\QTOControl.QTControl and HKEY_CLASSES_ROOT\QTOLibrary.QTUtils.1 registry keys. This is Apple's fault; the runtime should not need to write to these keys.

    13. Re:Swinging a Blunt Object by Anonymous Coward · · Score: 0

      The default config sucks and there is no other config on windows. I talked to many windows sysadmins -- NO ONE takes the pain configuring anything sophisticated. So unless you paid hourly, you use the sucky defaults.

    14. Re:Swinging a Blunt Object by Mex · · Score: 1
      I hear Steve Jobs has a reasonable hourly rate. (/me ducks)


      Well, he only earned 1 dollar last year working for Apple. I'm sure he'll gladly come to your house and help you in exchange for a couple of beers and a pizza, it would be a huge upgrade from his usual earnings anyway!

      Maybe he'll mow your lawn for 5 bucks too!

    15. Re:Swinging a Blunt Object by Techman83 · · Score: 1

      <rant>
      I totally Disagree with you, having windows XP setup like that is a total pain in the arse!! Most of our machines at work run with just user privileges and after using linux for so long it frustrates the hell out of me. Run as admin to install the program, program doesn't work, uninstall, log out, log in as admin, install, log out, log in as user, doesn't work, hunt around, change directory permisions, stand on your head, wait for the wind to change, pray... You get my drift, sure this will partly be the responsibility of the developer, but ultimately for a user space program you shouldn't need admin rights. Thank Windows Registry!!
      </rant>

      --
      # cat /dev/mem | strings | grep -i cat
      Damn, my RAM is full of cats. MEOW!!
    16. Re:Swinging a Blunt Object by syousef · · Score: 1

      For me that post wins the most quotable and humorous for the year so far, and yet makes its point very well. I salute you.

      --
      These posts express my own personal views, not those of my employer
    17. Re:Swinging a Blunt Object by Allador · · Score: 1

      You dont need admin rights to run a user-space program in NT.

      The app developers basically have to be living in the stone age to still be writing apps that need system privs for user-space apps, after install.

      And wrt the registry, the vast, vast majority of applications shouldnt ever need to touch the registry at all. The only real exception is COM registration on install, but that is a one-time thing, no different than dropping new binaries in system directories in a Unix system.

      In fact, for about the past 5+ years, MS has offered the 'Designed for Windows ' certification program, which gives explicit best-practices on how to write user apps that (among many other things) run correctly under a non-admin account. So they basically publish an exact guide of where things should go, and where you should and should-not be writing data.

      Frankly, I'm not sure what else MS could do to improve things.

    18. Re:Swinging a Blunt Object by mpe · · Score: 3, Interesting

      You know, if any *nix software required the user to be root to run, we would string the developers up alongside the guy who thought Clippy would be a good idea.

      Presumably you mean "any *nix software which claimed to be some kind of ordinary user application".
      You'd probably also want to ensure that the software itself was wiped from the face of the planet, since if the "developer" dosn't know about the setuid permission bit it's rather unlikely that they they know enough to write software which has any chance of being bug free...

      Microsoft is so busy catering to the third party developers in order to maintain their lock-in, that they forgot how to put their foot down on truly important software engineering issues, like security. Locking down XP to an almost *nix-like state can be done. There are read/write/execute permissions available on every directory, drive letter, and registry key, and Windows supports the "home directory sandbox" model.

      In theory XP's permissions system is more capable than that on unix type systems. Since every permission is an ACL (including deny options, thus you could say "Any user in accounts except for Anne and Bob can do this..) In practice it appears even Microsoft have problems securing Windows properly.

    19. Re:Swinging a Blunt Object by mpe · · Score: 1

      But most programs require admin priveliges to run.

      This may be true in terms of how these applications are currently written but it certainly isn't true that most programs require admin privs to perform any of the tasks they perport to perform. Even when a program might requires privs for some of it's tasks there is no good reason for insisting that elevated privs are granted to the user in general (as opposed to the program itself) or that parts of the program requiring elevated privs are somehow partitioned from the rest of the program.
      This is just a matter of good software engineering, which really has nothing to do with the specifics of the platform involved.

    20. Re:Swinging a Blunt Object by mpe · · Score: 1

      I run as a non-admin all the time, and most programs that give me problems want to write to %ProgramFiles% or the HKLM section of the registry. If it's a program that I care about, I'll spend a minute with Process Monitor to figure out what's going on. I'll grant that 98% of end users could not do this, not because it's hard, but because they don't know about the tool.

      This is more a developer failure in not documenting where the program (really should be the program installer) is trying to write files or registry keys.
      Altering the permissions on a folder or registry key is far less of a hack than turning most of the security on the machine off. N.B. It's still a hack since a program really shouldn't need to be writing to its location folder or to HKLM. About the only kind of situations where doing so makes sense are administrator rather than user tasks.

    21. Re:Swinging a Blunt Object by evilbessie · · Score: 1

      UAC is the new clippy...

    22. Re:Swinging a Blunt Object by Fred_A · · Score: 2, Insightful

      Why should it be any different for third-party applications requiring Administrator privileges to run on Windows?
      Because there's apparently an astounding number of Windows programmers out there that still have a model of the system in their little heads carried over from DOS 5 days. They didn't really get that multiuser thing or what those user privileges were. After all there's one machine per user so what's all this multiuser nonsense ?
      Similar problems apparently exist with a number of networking apps.
      --

      May contain traces of nut.
      Made from the freshest electrons.
    23. Re:Swinging a Blunt Object by asills · · Score: 1

      All the big companies I've worked at (8000+ employees) the IT staff had been very adamant about non-admin users. These were all insurance companies that got hit by numerous worms (everyone downloads that "cute flash game" and gets it).

      The standard business users only ever used terminal or web apps anyway, so restricting them wasn't terribly difficult. They complained but IT relented, except for the upper management types. The upper management types then got tons of viruses so IT removed their admin privileges as well.

      As someone else here mentioned, Visual Studio required admin rights (it doesn't really, but working with IIS and the like does) so they let the developer groups who needed it run as admins. Funny how we never got viruses.

      --
      -- What did Spock find in Kirk's toilet? The captain's log.
    24. Re:Swinging a Blunt Object by cortana · · Score: 1

      It is just as much Microsoft's fault for sticking with the assinine default configuration (users are admins by default) that made it unnecessary for Apple to ever learn how to code properly.

    25. Re:Swinging a Blunt Object by Anonymous Coward · · Score: 0

      I thought I read somewhere that you had to write to the registry to get some sort of Microsoft certification for your program - i.e. Designed for Windows XP

  12. You ought to watch those irrational beliefs . . . by mmell · · Score: 5, Insightful
    Let's say rather that you need root authority to install rpm packages for use by all users.

    rpm itself doesn't require root authority, and if everything you intend to do with rpm happens in directories to which you have write authority, rpm will work just fine.

    By default, rpm does use directories (notably, in /var) which will require running with root authority; but this can be overridden with command line switches (say, to install an rpm which will only be used by you).

    RTFM.

  13. Steve is that you? by tiltowait · · Score: 5, Funny

    Video version of the above commentary here.

    1. Re:Steve is that you? by MindStalker · · Score: 1

      You know.. I didn't have quicktime installed on this computer so the first thing I got when I clicked on your link was a installer confirmation popup.. Much funnier than the video itself.

    2. Re:Steve is that you? by EvanED · · Score: 1

      If that's the bodyguard Mac vs PC ad... (can't check here)

      I think as a whole those ads suck. I think they are overly inflammatory and full of hyperbole, and remind me and evoke the same emotions in me as many attack ads during a political campaign.

      But I have to say, the one with the bodyguard representing UAC... that one is actually pretty damn funny.

  14. What? by jamesshuang · · Score: 5, Interesting

    So let me get this straight... deleting a shortcut brings up a pile of popups, but installing something doesn't?! Who's trading security for annoyance here?

    1. Re:What? by Anonymous Coward · · Score: 0

      Those that would accept annoyance for the illusion of security deserve neither.

    2. Re:What? by mightypants · · Score: 1

      Those that would accept annoyance for the illusion of security deserve both
      .
    3. Re:What? by ThinkFr33ly · · Score: 1

      That barrage of UAC prompts only happened in pre-RC1 copies of Vista.

      Now it causes none as long as you own the shortcut. (A shortcut is just a file, and permissions apply the same way they do to other files.)

      If you don't own the file, it causes 1 UAC prompt.

      This is no different from if you tried to delete a file on your Linux box that you didn't own. You would be forced to elevate your user to delete the file.

    4. Re:What? by grant420 · · Score: 0

      Wrong. Installing an app brings up the UAC prompt.

    5. Re:What? by ivan256 · · Score: 2, Informative

      This is no different from if you tried to delete a file on your Linux box that you didn't own. You would be forced to elevate your user to delete the file.


      Actually it is different....

      In a Unix shell when you run rm on a file you don't have permissions to delete it fails. It doesn't offer to help you screw up.
    6. Re:What? by cortana · · Score: 1

      You should be more precise.

      Deleting a shortcut that the user does not have permission to delete brings up the popups.

      In previous versions of Windows, and other operating systems, the user would simply be told that they do not have permission to delete the shortcut, tough beans.

    7. Re:What? by trifish · · Score: 0, Troll

      > but installing something doesn't?!

      Installing something actually does bring the UAC pop up. I'm not sure why your post is modded +5 Interesting.

  15. Balancing Security with Ease of use by ThatsNotFunny · · Score: 5, Funny

    Looks like "Ease of Use" is the morbidly obese 10-year-old kid on this see-saw, and "Security" is up in the air with her legs dangling, and all the kids are lookin' up her skirt.

    --
    "Was it a millionaire who said 'Imagine No Posessions?'" -- Elvis Costello
    1. Re:Balancing Security with Ease of use by 99BottlesOfBeerInMyF · · Score: 1

      Balancing Security with Ease of use...

      The problem I have is that many people, including security people, assume that ease of use and security are polar opposites and it blinds them to real problems. If you require users to change their password every day you're reduced ease of use and security because you've motivated people to work around our security (possibly with post-it notes. There are plenty of real ways to increase the security of Windows and increase usability as well by providing users with more and better information and options as well as removing unneeded decisions. The worst part about all this, in my mind, is that MS as a monopoly is in the unique position of being able to enact sweeping reforms that require developers to adopt new practices to improve security, but MS doesn't do it.

    2. Re:Balancing Security with Ease of use by mandelbr0t · · Score: 1

      The problem I have is that many people, including security people, assume that ease of use and security are polar opposites and it blinds them to real problems. They're not polar opposites? Security involves increasing the amount of authentication/authorization/auditing involved in performing a particular action. Therefore removing security increases ease of use. A couple of examples to support the generalization: Your door is easier to use when it does not have locks. A DVD is easier to rip when it does not have DRM. It is easier to enter a client's building when you don't have to sign a security log and obtain a visitor's pass.

      You are right in one thing, however. Ease of use is often not considered in security and the implementation is occasionally more complicated than it needs to be. In my example, a door with two or more locks requiring different keys, DRM validated by multiple sources, signing multiple logs and passing multiple checkpoints in the building to reach your destination. In Real Security(TM) implementations, though, ease-of-use necessarily must take a back seat to meeting the security requirements. I'll take a clunky UI to a security system tested by someone I trust (me, in many cases) over "ease-of-use" any day of the week. The ease-of-use guys tend not to know much about security.
      --
      "Please describe the scientific nature of the 'whammy'" - Agent Scully
    3. Re:Balancing Security with Ease of use by Whiney+Mac+Fanboy · · Score: 1

      Hahahahahahaha!

      That is without a doubt the funniest analogy I've ever read on slashdot :-D

      --
      There are shills on slashdot. Apparently, I'm one of them.
    4. Re:Balancing Security with Ease of use by 99BottlesOfBeerInMyF · · Score: 1

      They're not polar opposites? Security involves increasing the amount of authentication/authorization/auditing involved in performing a particular action. Therefore removing security increases ease of use.

      You're mistaken. Those are common security mechanisms, but they are not security. Security is making sure the software only does what the user wants and not things they don't want. Usability is making it easy to do what the user wants and not other things. See how those are sort of complementary. For example, If a watchdog process scanned all outgoing internet activity on the packet level and informed the user vie a message at the top of the screen whenever they send more than 5 e-mails in a single minute, would that increase security? Sure, a lot of spam sending worms would trigger that behavior and the user would then know what the computer was doing. The computer doing things silently in the background is one of the largest usability problems. The computer informing them makes the OS more usable, because the user now has better information about what their computer is doing. This is a a usability win in the same way adding sound or a monitor is.

      A couple of examples to support the generalization:

      Okay, lets go through them.

      Your door is easier to use when it does not have locks.

      What is the purpose of the door? Is the purpose to keep the weather out? Is the purpose of the door to allow access to the right people and deny it to the wrong people? What if the door has a EM scanner and perfectly detects the identity of those approaching and automatically opens for the owner but no one else? That is more usable yet than having a lock because it performs its desired function (to keep out everyone but the user) better by opening automatically in the correct case. Your example is one where currently security and usability conflict, from a certain perspective. That does not make it a truism.

      A DVD is easier to rip when it does not have DRM.

      Ahh, but the purpose of DRM is not security at all, but specifically to reduce usability. You don't actually buy that "stopping pirates" BS do you?

      It is easier to enter a client's building when you don't have to sign a security log and obtain a visitor's pass.

      It is easier yet when all the security guards know you and open the door for you and escort you inside and help carry your packages. It is a lot easier when they shoot the guy trying to mug you outside while you're trying desperately to get inside.

      I think you are fundamentally mistaken on this point. Usability and security are not opposites at all. Some security measures decrease usability while others increase it. It is important not to assume that some measure which decreases usability is going to increase security, and that is a very, very common mistake in the security industry.

      I'll take a clunky UI to a security system tested by someone I trust (me, in many cases) over "ease-of-use" any day of the week.

      The problem is if you believe that dichotomy and don't understand that you can implement security measures that also increase usability. MS certainly seems to believe this. My company makes security products and one of the main functions is simply telling users what is going on and giving them options to make a situation better. What is more usable: A) Your network stops functioning and won't talk to the outside world and your Web server cannot respond. You drive to the colocation facility and log into the console and start reading logs to figure out what happened or B) you get an e-mail informing you that a DoS attack is directed at your network and that all traffic to your Web server traffic is being blackholed (except connections from your intranet), but the rest of your network is up and running. You are then given options to restore given chunks of the blackholed traffic to restore partial service until the DoS attack is stopped?

      In the above scenario the user is given more

    5. Re:Balancing Security with Ease of use by mandelbr0t · · Score: 1

      Thanks for that. Some very good examples of user-friendly security.

      --
      "Please describe the scientific nature of the 'whammy'" - Agent Scully
  16. In a nutshell: by Recovering+Hater · · Score: 1, Insightful

    Microsoft programmers *still* don't understand the basic principals behind user access controls or how to implement security. Nothing to see here, move along.

    --
    My humor is probably your flamebait
    1. Re:In a nutshell: by gstoddart · · Score: 1

      Microsoft programmers *still* don't understand the basic principals behind user access controls or how to implement security.

      I don't think you need to pin this on the individual programmers.

      Blame it on management decisions, and a huge, bloated codebase that historically MS hasn't been ab;e to fully consume internally. Some apps will use the new hotness, some will rely on old technologies which are deprecated, and some will use the ones which aren't formally documented.

      Microsoft has become a huge juggernaut. I'm sure the individual programmers are trying to do their best -- it's just a very unweildly mountain of technology, and not everyone can see all of the same rocks. :-P

      Cheers
      --
      Lost at C:>. Found at C.
    2. Re:In a nutshell: by Recovering+Hater · · Score: 1

      Amendment: [i]Microsoft[/i] *still* doesn't understand the basic principals behind user access controls or how to implement security.

      --
      My humor is probably your flamebait
  17. DOOM: History repeats itself by MarkGriz · · Score: 5, Funny

    Wasn't it the failure of the UAC that allowed the demons from hell to infiltrate Earth?

    I guess MS didn't learn anything from id.

    --
    Beauty is in the eye of the beerholder.
    1. Re:DOOM: History repeats itself by chrisb33 · · Score: 4, Funny

      You think UAC is bad now? Just wait for Vista II: Hell on Earth

    2. Re:DOOM: History repeats itself by bigsam411 · · Score: 0

      you mean like this

    3. Re:DOOM: History repeats itself by totally+bogus+dude · · Score: 1

      Wow. I think that might be the best thing I've ever seen. Thanks!

  18. It's not the software. by KingSkippus · · Score: 4, Informative

    That's the thing. Most of the prompts I was getting was not from software trying to do stuff, it was from normal operating system operations such as copying/moving/renaming/deleting files. Not OS files, but my own documents in my user directory. Not programmatically, but from me personally interacting with Explorer to manage my data. Stuff like changing the layout of my Start menu. Stuff like changing my desktop background. Stuff like copying a line of text from a web page in IE7 to paste in a document.

    1. Re:It's not the software. by 787style · · Score: 5, Interesting

      I had probably the most frustrating ten minutes i have ever spent on a computer before.

      Start, typed in regedit enter.
      Vista:Are you sure you want to run this program?
      Me: Yes. I went OUT of my way, hit start, run and typed in the pogram name I wanted. Thanks for checking though. (click) ....
      Edit the registry, close it. That was easy. ....
      double clicked on setup. Stupid shield on my icon, what does that mean?
      Vista: are you sure you want to run this? it's a program, you know.
      Me: Oh that must be what the shield is for. Vista feels like it should protect me from software!
      Vista: This is from AMD. Do you trust AMD?
      Me: yes, they pay me. I trust them. (click) .....
      Install......that was easy. ....
      Oops, there's a problem. Well, let's grab the correct file from the build server and copy it over ...
      Open my computer, go to program files ....
      Vista: Are you sure you want to go there?
      Me:Yes (click) ...
      open up the application folder ....
      drag a file from a network share to the application folder....
      Vista: Are you sure you want to overwrite this file?
      Me: Yes (click)
      Vista:A program wants to write to the Program Files folder. Is this ok?
      Me: Yes (click)
      Vista:You are trying to copy from a network share to the program files folder. This isn't allowed. Hit ok.
      Me: (Pounds head) (click) ....
      Drag to Desktop. ....
      Drag from desktop to application folder. ...
      Vista:
      Are you sure you want to overwrite this file?
      me: for the love of god yes
      Vista:A program wants to write to the Program Files folder. Is this ok?
      Me: Die.Die.Die.Die.

    2. Re:It's not the software. by LiquidCoooled · · Score: 5, Funny

      Sounds like Clippy has been re-incarnated.

      *shudder*

      --
      liqbase :: faster than paper
    3. Re:It's not the software. by ThinkFr33ly · · Score: 4, Informative

      Not OS files, but my own documents in my user directory. I find that hard to believe, unless you're talking about pre-RC2 Vista. Operations on files which you own or have normal permissions to, such as all the files in your user directory, do *not* cause a UAC prompt. Simple as that. Think of it this way, if you were on Unix, it would simply deny you access to the file in question. You would then have to su root to get the job done. In Vista, it makes that elevation a lot faster and easier.

      For repeated, but seperate operations (like installing a lot of applications when you're setting up your machine), you can disable UAC. This is basically the same thing as su root if your account is an admin account. Once you're done, re-enable it. It's really not that hard.

      Stuff like changing the layout of my Start menu. You'll only get a UAC prompt when modify start menu folders that are shown to all users. Why? Because these aren't folders you own. See my previous point. Also, why bother rearranging start menu folders in Vista? If you want to find something, type in the first couple of letters and it appears. It's MUCH faster than drilling down through folders.

      Stuff like changing my desktop background. Stuff like copying a line of text from a web page in IE7 to paste in a document. You're either making this up, or you were using something that was even pre-pre RC1. This simply does not happen with Vista post-RC1.
    4. Re:It's not the software. by Anonymous Coward · · Score: 0

      I like how the Mac actually does the opposite. If you click a picture in the background dialog, the background changes -- right now. You don't even have an "Apply button". When you're done, you close the dialog, otherwise, just keep clicking pictures.

      The ONLY time I'm asked a question is if the behaviour would deviate from what is normal. For example, if I delete a file on my computer it just moves immediately to the trash -- no questions asked. But if I delete a file off a shared drive. A prompt will appear telling me that the file won't go in the trash because it's a network drive and will be deleted immediately -- is that okay? Only exceptions to standard practice are questioned.

    5. Re:It's not the software. by Rycross · · Score: 1

      In my experience its more like the Windows version of sudo. Maybe my usage patterns match Microsoft's closer than the parents.

    6. Re:It's not the software. by GeffDE · · Score: 1

      First of all, sudo is a much better way to do administrative tasks in *NIX. But aside from that, how many clicks does it take to enable/disable UAC? It is a lot faster to "su root" and then exit than click through even two menus.

      But most of all: how long did Microsoft work on Vista and why could they not have done an intelligent job of it? Why do you need to make excuses on a product that was in development for five years?

      --
      It has been a nervous year, with people beginning to feel like Christian Scientists with appendicitis.
    7. Re:It's not the software. by ThinkFr33ly · · Score: 2, Interesting

      First of all, sudo is a much better way to do administrative tasks in *NIX. But aside from that, how many clicks does it take to enable/disable UAC? It is a lot faster to "su root" and then exit than click through even two menus. We're talking about something you might have to do once every few months. Do you seriously content that having something take 5 seconds longer is a bid deal?

      But most of all: how long did Microsoft work on Vista and why could they not have done an intelligent job of it? So what would have been a better solution?

      It's easy to say that UAC is a bad idea... but it's a lot harder to come up with a better solution.

      So go ahead, give it a shot.

      Why do you need to make excuses on a product that was in development for five years? I'm not trying to "make excuses". I'm trying to explain their reasoning... but obviously some people don't care and would rather just bash.
    8. Re:It's not the software. by Anonymous Coward · · Score: 0

      Okay, in which case it isn't that bad at all.

      But requiring sudo-level priviledge escalation to run an everyday program or re-arrange shortcuts seems a little extreme. If I had to type sudo before too many commands, I'd be tempted to start aliasing them! More likely and properly, I'd change the permissions on the relevant files, but I've always found the Windows permissions system gloriously sophisticated (much finer grained than unix permissions) and simultaneously confusing.

    9. Re:It's not the software. by bjackson1 · · Score: 4, Funny

      Vista: This is from AMD. Do you trust AMD?
      Me: yes, they pay me. I trust them. (click) .....


      Wait, you TRUST your employer? What is this board coming to?

    10. Re:It's not the software. by Minwee · · Score: 5, Funny

      He did warn us that if we struck him down he would become more powerful than ever.

      Maybe we should have listened.

    11. Re:It's not the software. by Paolo+DF · · Score: 5, Insightful

      So, this is *exactly* like the latest "get a Mac" ad. Maybe even funnier!

      --
      Pumbaa! I don't wonder; I know.
    12. Re:It's not the software. by Rycross · · Score: 4, Insightful

      Its mostly because Windows has been so piss-poor with their default settings in the past, so trying to get a more secure-by-default setup is like pulling teeth. I remember once reading in a security book that integrating security into your application after the fact is several times harder than designing it that way by default. Windows is in the unenviable position of having to integrate security after the fact.

      Regardless, I think that a Windows version of sudo is a very good step. They just should have spent more time working on permissions so that it didn't trigger so much (assuming that what the posters' have said is accurate). The setup thing in TFA is kinda stupid, but installers almost always write to Program Files in Windows, and rarely have a per-user installation method like in Linux. A better solution would have been to try and encourage installers to have a per-user installation method.

      Anyways, it may be that I'm just lucky that I haven't had a lot of problems with UAC. But I haven't had to go registry diving or modify any system directories in Vista yet, so theres that too.

    13. Re:It's not the software. by be-fan · · Score: 5, Interesting

      Most of those prompts were redundant, either because they enforce things guaranteed by the underlying file permissions, or because the authorization could've been cached.

      Vista:Are you sure you want to run this program?

      Of course! It's got +X set!

      Vista: are you sure you want to run this? it's a program, you know.

      Ditto.

      Vista: This is from AMD. Do you trust AMD?

      Redundant. If I didn't trust them, I wouldn't have set +X.

      Vista: Are you sure you want to go there?

      Since Program Files shouldn't be world writable, this should prompt you for the administrator password. This authoriation should then be cached for Explorer.exe.

      Vista: Are you sure you want to overwrite this file?

      I'll let this slide, because even 'cp' prompts for that.

      Vista:A program wants to write to the Program Files folder. Is this ok?

      Should've grabbed cached authorization for Explorer.exe. Unless Explorer.exe was compromised in the 30 seconds between this action and the previous one, no security is lost here.

      Vista:You are trying to copy from a network share to the program files folder. This isn't allowed. Hit ok.

      That's just idiotic.

      Are you sure you want to overwrite this file?

      Again, I'd let it slide depending on preference.

      Vista:A program wants to write to the Program Files folder. Is this ok?

      Cached authorization again.

      It's really not that hard. UNIX/sudo got this right god knows how long ago. Apple did the right thing and just copied the sudo mechanism wholesale. Microsoft should to.

      --
      A deep unwavering belief is a sure sign you're missing something...
    14. Re:It's not the software. by PitaBred · · Score: 4, Insightful

      Is it sad or scary when hyperbolic advertising isn't?

    15. Re:It's not the software. by shmlco · · Score: 4, Funny

      "You are coming to a sad realization. Cancel or Allow?"

      --
      Any sect, cult, or religion will legislate its creed into law if it acquires the political power to do so.
    16. Re:It's not the software. by Anonymous Coward · · Score: 0

      You intrigue me. Enough that I looked at your recent post history. And then it all made sense.

      So how much does MS pay you to respond with positive words every time their products are mentioned on /. anyway?

      Fuck off troll.

    17. Re:It's not the software. by andreyw · · Score: 1, Insightful

      No, more like.. yes... I trust to install this software, because if I don't... I won't get my paycheck since I can't do my job. Whats with teh paranoia?

    18. Re:It's not the software. by 787style · · Score: 2, Informative

      Since Program Files shouldn't be world writable, this should prompt you for the administrator password. This authoriation should then be cached for Explorer.exe.

      The underlying problem here is exactly how much explorer.exe is tasked to do. It's the start button, the file explorer, and can be a launcher application. If explorer.exe is ever trusted, it is never unloaded from memory and is always running. You would have to spawn a new process for each instance, and have to trust each instance for that to begin to work, but we've just failed by having to reauthorize each instance.

      Vista:You are trying to copy from a network share to the program files folder. This isn't allowed. Hit ok.

      That's just idiotic.


      I couldn't believe it when I read it. And it is so incredibly easy to defeat, I just don't see the point. Any malicious code simply drops itself into the root of the drive before shoving itself into program files. Not that there is any particular gain to be had, except maybe replacing executables. Again, this is easily bypassed.

    19. Re:It's not the software. by bleifuss · · Score: 5, Interesting

      You were lucky. Try logging into Vista using a domain account. Then try copying a file from a restricted share to which the local machine users are not automatically authenticated but to which the logged in domain user is. Try to copy the file to a restricted destination like C:\. You go to do the copy, get all of the prompts you listed and then guess what: when you authenticated to the remote share by logging into the machine you authenticated as the domain user, but the local administrator under whose context the elevated copy is being performed never authenticated to the remote share and you get prompted yet again for credentials.

      This is an annoyance for an end user but a major pain in the neck for software. I develop software that does not run elevated that accesses a remote file and the passes the file path into an out-of-process server that is running elevated. We either had to make the server no longer run elevated or prompt the user for credentials they already used to log into the machine (and which they don't think they need because they can get to the files just fine themselves) and then pass these credentials to the server with the path. Fortunately our architecture allowed us to have our server to not run elevated and get some other server to do the tasks that needed to be done elevated.

      Vista is really a pain in the neck. What's funny about it is that I was at a Vista iterop event at Microsoft last November (yes I sometimes have to fraternize with the enemy) and every MS developer I worked with had to tell me how much they loved working on Vista and that they had been using Vista on their development machines for months. I asked them if they had disabled UAC and they said "no, why would you want to do that?" I then asked them if it wasn't annoying to be prompted all the time and they said "no." I can only assume that they must have been brainwashed.

    20. Re:It's not the software. by Anonymous Coward · · Score: 0

      I couldn't believe it when I read it. And it is so incredibly easy to defeat, I just don't see the point.
      You tell that to the creators of Firefox, who do pretty much the same thing with their incredibly frustrating "This is a binary file. Do you want to save it?" (No, I want to open it in the fucking application it's designed for. Apparently this is a security risk. How the fuck does it improve my security if I have to save malware to my desktop and then double-click to infect my computer?!)
    21. Re:It's not the software. by Traiklin · · Score: 0, Troll

      Just remember the way you feel when your computer is suddenly over-run with spyware/adware/virus' cause Microsoft was actually thinking about your saftey.

      People bitch when it's so easy to get this stuff on a windows machine, Microsoft finally does something about it and people decide to bitch about that.

      I have yet to experience these supposed headaches with Vista yet, the only time that shield pops up is when I run a program that is potentially harmful to my computer, I can copy text just fine, move files just fine but when I goto run something in admin mode it will pop up a window to let me know that a program want's to have admin privileges, what's so wrong with that? I've heard people bitching about that for years, saying you should never run in admin mode, yet microsoft finally decides to do that and people bitch cause they are now asked if they trust a program from somewheres.

      How many story's were posted about programs looking like they came from an official place only to release a trojan? sure you get a program from download.com and figure it's safe but after installing a program it suddenly fucks up your PC, with Vista it will actually ask if you trust it let you know where it came from the works.

      Yet if Mac or Linux did the exact same thing people wouldn't be bitching about it, they would be saying Microsoft should of done this (or they stole it).

    22. Re:It's not the software. by 787style · · Score: 1

      OpenDownload fixes that.

    23. Re:It's not the software. by be-fan · · Score: 3, Insightful

      The better solution is what OS X does: extend "sudo" to the GUI. The first time the app needs escalated privileges, prompt for the user's password. Then, cache those privileges for a reasonable amount of time and don't prompt. Unless the app in question is compromised in that interval, it doesn't matter.

      The problem with UAC is that it fails to separate the two orthogonal issues of sanity-checking the user's behavior, and maintaining system security. Consider how "Program Files" is handled. Browsing into "Program Files" throws up a UAC alert. It shouldn't do that --- "Program Files" is readable to everyone. Writing to "Program Files" should throw up a UAC alert, but only the first time in the caching period. The question at that point isn't "Do you really want to modify this directory" (of course I do!), but rather "Do you want to give Explorer.exe permission to modify this directory". When you follow the first train of thought, you end up with prompting the user each time, because obviously each copy requires a separate sanity-check. If you follow the second train of thought, you see that the caching mechanism is just fine, since if Explorer.exe was authorized 30 seconds ago, it's unlikely it was compromised since then, and should retain that authorization.

      --
      A deep unwavering belief is a sure sign you're missing something...
    24. Re:It's not the software. by Bastard+of+Subhumani · · Score: 5, Funny

      Classic windows security. You can either do anything, or you can't even change the background picture.

      --
      Only three things are certain; death, taxes, and apocryphal quotations - Ben Franklin.
    25. Re:It's not the software. by hackstraw · · Score: 5, Interesting

      Sounds like Clippy has been re-incarnated.

      The sad thing is that I've seen Clippy like once or twice years ago, and that is what I thought this dialog reminded me of, but worse because from what I remember Clippy would start yelling at you when you did anything, and you could just tell him to go away, but now its worse because the operating system blocks and asks you to click a bozo box every time you do anything?

      * smashes head on desk *

      Let me be clear, I don't use MS software because it is not designed for a computer professional like myself. To be honest, I don't know who its designed for, or if its even designed at all.

      The first time I heard Windows was having this UAC thing, I knew that it would suck as only Microsoft could make it suck. I knew it would annoy the hell out of the user so bad that it would do one of two things. 1) annoy them to the point that they just turn it off (I understand this is allowed in Vista) 2) annoy the user and they don't turn it off, they just bend over and take it, and the 1 out of a million clicks when your supposed to say No, you click Yes because that is what you ALWAYS HAVE TO DO TO GET ANYTHING DONE.

      * smashes head on desk again *

      Microsoft can't even rip off existing security models that work like the elevated priveledges in OS X. Microsoft embarasses me as a computer professional, and I don't even use their stuff, because people associate MS with computers.

      Thanks for the grandparent post for sharing their experience, and thank you Apple, Linux, and Sun for making computers usable.

      Oh, and I almost forgot.

      Vista automatically assumes that all setup programs (application installers) should be run with administrator privileges -- and gives the user no option to let them run without elevated privileges.

      Isn't this the case where 99.9% of the time YOU WANT TO BE ASKED? Didn't Microsoft invent the term "driveby install"?

      * smashes head on desk again *

    26. Re:It's not the software. by vakuona · · Score: 1, Funny

      Wish I had mod points.

    27. Re:It's not the software. by Traiklin · · Score: 1, Informative

      [blockquote]It's really not that hard. UNIX/sudo got this right god knows how long ago. Apple did the right thing and just copied the sudo mechanism wholesale. Microsoft should to.[/blockquote] Well we can't have that, cause then there will be a story on here going on about how Microsoft stole from Unix, then we get 800 comments about how microsoft is evil for doing it, yet no one will mention that Apple did the same thing cause they aren't the evil microsoft.

    28. Re:It's not the software. by ThinkFr33ly · · Score: 0, Troll

      Fuck you buddy. I'm just trying to dispel all the FUD.

      Are you so arrogant that you think people must be getting paid if they disagree with you?

    29. Re:It's not the software. by Anonymous Coward · · Score: 0

      Attack him all you want, but he's right. You can do all the stuff you want in your folders, and you won't get UAC prompts. You can modify your start menu all you want, no prompts will show up unless you're modifying 'all users' stuff. Same thing with changing your desktop background, same thing with copying text in the browser, etc etc etc.

      UAC was quite painful in the early betas- it was quite a bit like what you describe, back in the beta-1 timeframe. On the released bits, the stuff you're complaining about just does not happen.

    30. Re:It's not the software. by ThinkFr33ly · · Score: 3, Insightful

      The better solution is what OS X does: extend "sudo" to the GUI. The first time the app needs escalated privileges, prompt for the user's password. Then, cache those privileges for a reasonable amount of time and don't prompt. Unless the app in question is compromised in that interval, it doesn't matter. It's not a matter of the "app in question" being compromised. Vista doesn't elevate the entire user, it only elevates the application. For the entire length of execution of that application, the application will run elevated. For instance, Visual Studio.NET is an application that pretty much always needs to be run as admin. When I run the application as admin, it stays as admin. I get 1 UAC prompt, and for the entire lifetime of the process it is running as admin. No caching. No timeouts. No additional prompts.

      If you cached the elevated credentials authorization for "X" minutes, or whatever, you would be giving a free pass to any malware that happened to be trying to do something bad. That's an incredibly bad solution. But I have to assume that's not what you're suggesting.

      Browsing into "Program Files" throws up a UAC alert. No, it doesn't. By default, all users on the system can read files in c:\Program Files.

      Writing to "Program Files" should throw up a UAC alert, but only the first time in the caching period. It does throw up a UAC, but I've already explained why the "caching period" is a bad idea. Now, what might be a good idea is running explorer.exe elevated when you need to perform lots of different file operations that require admin privs. And you can easily do that.

      If you follow the second train of thought, you see that the caching mechanism is just fine, since if Explorer.exe was authorized 30 seconds ago, it's unlikely it was compromised since then, and should retain that authorization. Ok, I think I see where the confusion is. Explorer is unique in the sense that when you authorize a file operation via UAC it doesn't elevate the entire explorer process. There are a bunch of reasons for this. You *can* elevate the entire explorer process if you want, which will achieve what you're looking to do.

      That make sense?
    31. Re:It's not the software. by Anonymous Coward · · Score: 0

      First Microsoft Windows Vista was renamed to Windows Fista. Now with this hole its new name is officially Windows Fistula!

      Vista...oops I mean Fistula...is falling apart left and right! DRM has been cracked, security holes are falling out all over the place, legacy software issues disrupting users, etc, etc. When will this stop? This is INSANE! This is one of the worst role outs of any software release I have seen!

    32. Re:It's not the software. by VGPowerlord · · Score: 1

      Windows has had something like sudo (it's called runas or Run As... if you run it from a menu) since at least Windows 2000.

      The difference now is that Windows now prompts you to switch users instead of just failing.

      Application developers have been ignoring the Windows NT security model for well over a decade. Is it any surprise that they do so even now?

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    33. Re:It's not the software. by Gulthek · · Score: 2, Insightful

      It's not a bad idea, just a bad implementation. Which is weird, considering Windows is the last major operating system to add this feature.

      It's a good start, but not for 2007. This stuff should have been in Windows 95.

    34. Re:It's not the software. by Anonymous Coward · · Score: 1, Informative

      If it's such a pain for you just shut it off:

      Run MSCONFIG
      Click TOOLS
      Click DISABLE UAC
      Execute
      Reboot

    35. Re:It's not the software. by Gulthek · · Score: 1

      Explorer is unique in the sense that when you authorize a file operation via UAC it doesn't elevate the entire explorer process.

      Then what is elevated?

      There are a bunch of reasons for this.

      Such as?

      You are comfortable granting a process unlimited time as admin, but not comfortable caching admin access?

    36. Re:It's not the software. by tallguywithglasseson · · Score: 1

      One of the things that most surprised me in testing the Beta was that it prompted me if I wanted to run task manager.
      I thought, "Are you kidding me? Effing task manager???"
      If some program or service has run amok and is hogging up resources, the last thing I want is an extra process to run in order to prompt me, before task manager comes up so I can discover and kill the runaway process.
      At the very least they should have included a white list checkbox, i.e. "check to always run this .exe without asking".
      The nuisance factor is either going to turn the UACs into white noise, or people will just turn them off, either way it's a very poor implementation that I think will ultimately be ineffective.

    37. Re:It's not the software. by JamesTRexx · · Score: 1

      It's AMD, not frigging Intel! Sheesh, what are ya, new here?

      :-P

      --
      home
    38. Re:It's not the software. by Asztal_ · · Score: 1

      Sorry, who's the troll again? :|

    39. Re:It's not the software. by EvanED · · Score: 1

      Then what is elevated?

      I can't speak to the actual answer, but I would suspect if this is true the current thread would be elevated. Threads in Windows have their own security descriptors, so can run with different privileges than other threads in that process.

    40. Re:It's not the software. by Anonymous Coward · · Score: 0


      Jedi Handwave - "This is not the malware you're looking for"

    41. Re:It's not the software. by Asztal_ · · Score: 1

      It seems that the GP must be using a non-RTM Windows Vista, because Windows Vista does this too. No apply button, no UAC, just clicking the thumbnail changes your background.

      You can turn off the delete confirmation dialog in vista too. If you don't normally have permission to delete the file, you'll get a UAC dialog.

    42. Re:It's not the software. by pherthyl · · Score: 4, Insightful

      People bitch when it's so easy to get this stuff on a windows machine, Microsoft finally does something about it and people decide to bitch about that.

      No, people aren't bitching about them doing something, they're bitching about them doing something WRONG. Linux and Mac's have a similar approach to this problem, but their solution (sudo) is not annoying, so it actually works. All Microsoft had to do was copy that solution to improve security, instead they came up with their own and made it obtrusive in the process.

      I have yet to experience these supposed headaches with Vista yet, the only time that shield pops up is when I run a program that is potentially harmful to my computer

      Although I also have not seen these prompts when copying text, I have seen them in plenty of places aside from installing programs. Places that make absolutely no sense, such as storing wireless settings. There is no reason that action should require admin privileges and thus a prompt.

      How many story's were posted about programs looking like they came from an official place only to release a trojan? sure you get a program from download.com and figure it's safe but after installing a program it suddenly fucks up your PC, with Vista it will actually ask if you trust it let you know where it came from the works.

      And how would that help? You download a program from somewhere, and double click to install it. Whether it is a trojan or not, Windows is going to ask you for permission. Since you downloaded it, you obviously think it is not a trojan, so you would press Ok on the permissions dialog. Turns out it is a trojan, and your system is compromised. A permission dialog does nothing to protect you here.

    43. Re:It's not the software. by Anonymous Coward · · Score: 0

      it looks like you're trying to use your computer. would you like some help?

    44. Re:It's not the software. by Anonymous Coward · · Score: 0

      That's not it at all. Microsoft would copy it and try to take credit, by claiming innovation or filing a patent. Microsoft well deserves this criticism and it's curious how the apologists purposefully misrepresent what the critics are actually saying. I sure hope they're paying you well :P

    45. Re:It's not the software. by inode_buddha · · Score: 1

      Wow, that sucks. Even my RH/Fedora box is easier than that, and I keep it locked down pretty tight. I can do whatever in my home directory but not anywhere else. No extra prompts or hassles. Of course, if I delete something, it's gone for good (as usual).

      --
      C|N>K
    46. Re:It's not the software. by superangrybrit · · Score: 0

      He is making this up. I don't get any UAC prompts at all. Only when installing software.

    47. Re:It's not the software. by Durandal64 · · Score: 4, Informative

      At the command line, Apple simply uses sudo. At the GUI layer, the security architecture is more complex than sudo. It borrows some concepts, but only in a very limited sense. When you authenticate, you don't necessarily become root. Sometimes, you are just given permission to make modificaitons within a program, where root privileges aren't strictly required for anything, but the app's author wanted to restrict certain capabilities to admin users on the machine. Apple's security model is designed around requesting rights (like "com.apple.installer.installSoftware") from the security server, and those rights have certain properties that you can set, like a timeout, whether root privileges are actually required for this right, etc ... In many cases, you're authenticating for permission to run a SetUID command-line tool that's been factored out of the GUI app you're working in. For example, when you authenticate in Installer.app, Installer.app does not elevate to being run with root privileges. It launches a SetUID binary called "runner", which runs with as root.

      Apple copied sudo's idea of "least required privileges" as the basis of its GUI security model, but I don't know if sudo was the first example of LRP. Maybe it was. But the GUI security model is definitely more complex than sudo, and apparently, it's a hell of a lot better than what Microsoft came up with for Vista. Using heuristics to identify which executables should get admin rights just seems like a horrendously stupid idea. Microsoft should've put its foot down on this one and forced developers of installer applications to properly request credentials. But they chose backwards-compatibility, as always, and now they're basically guessing who needs admin rights and who doesn't.

    48. Re:It's not the software. by Asztal_ · · Score: 1

      Exactly what I would say.

      Actually, the IE7 copying thing is almost true. "View Source" will inform you that notepad is trying to open web content. It then gives you the option to trust notepad.exe. Problem solved.

      UAC has been getting better over time for me. In the first few days, I was getting UAC prompts all the time. Now I just gave myself proper permissions on my K: drive, instead of just relying on my administrator privileges to let me access it. I haven't received a UAC dialog for copying a file since then. I receive UAC dialogs every now and then, but usually when I'm performing an administrative action, where I would have to sudo anyway.

    49. Re:It's not the software. by Stamen · · Score: 5, Insightful

      What you aren't understanding is: it isn't the concept of asking for permission when you need to do something that requires administrator rights, that Microsoft got right, it's the way they implemented this feature that is so bad. Microsoft often gets the general ideas right, but the details are so wrong.

      Higher up in the thread someone mentions what happens when you copy a file to a folder in Program Files. Because Program Files folders are protected you need elevated permissions to do that. The right thing to do is say that it requires elevated permissions, ask if you want to do it, then do it. But in some cases it asks you 3 times for one file (do you want to copy, do you want to elevate, do you want to overwrite, do you want to be admin, do you need help with writing your letter). Why can't they give you one box that says, "The file already exists and this copy requires administrator rights, do you want to allow this?", then when you say OK, you are done. Why, why, why can't they do this, are they short of money?

      And Mac and Linux do exactly the same thing, they ask your permission to do admin tasks, except they got the details right so they don't irritate the user to death. A guarantee people are just going to shut off UAC because it's annoying, defeating the whole purpose.

    50. Re:It's not the software. by greed · · Score: 4, Informative

      Apple didn't copy the sudo mechanism. They copied sudo itself, shipped it with the operating system, and used it from the GUI.

      So changing /etc/sudoers can affect the GUI. This can be important, because the default behavior is to cache credentials for 5 minutes, which can leave your system exposed to the next thing that wants Administrator privs. Changing the cache timeout to 0 fixes that, nicely.

    51. Re:It's not the software. by kismet666 · · Score: 1

      I call BS. I just did each of these things without seeing a UAC prompt. If you were trying to modify the 'all users' part of the start menu you'll see the prompt but if you're only trying to edit your profile you will not be prompted. This makes sense to me, one unprivileged user shouldn't be able to change things that will affect other users on a shared PC.

    52. Re:It's not the software. by Scoutn · · Score: 1

      Think of it this way; when was the last time you had a conversation with your comp? ;)

    53. Re:It's not the software. by rmallico · · Score: 1

      As far as the file copies go there is sometihng you need to consider. The ACL's on the old XP partition or drive that was around long before you laid down Vista are permissioned using old XP/Win2000/2003/etc file level permissions... Those do not go away... I have a laptop that had an internal 80GB drive that was dual booting Suse10 and WindowsXP with each owning 40GB... I also had a 80gb swappable drive in the cdrom bay that was formatted NTFS and held WAY too many vmware/vpc images...

      anyway... i installed Vista in place of both OS's on the internal drive (i am using my old laptop for suse only... yeah) and on install i kept trying to save files to the swap drive... i would get these annoying errors.. basically the old acl's were keeping me from laying anything down and Vista was treating this drive/parition as read-only it appeared...

      So I copied the contents of the drive to an external usb drive... blew away the partition and recreated it under vista... copied the contents back and the annoying file copies nags are gone.. i am the 'owner' and can move stuff around as i please.. i probably coule have run takeown or some other re-acl'ing program but it also gave me time to NOT move crap over that I don't need/want..

      basically the annoy factor was huge... i figured out what hte problem was and it is gone now.. i occasionally get nagged for things but it is FAR less now...

      ymmv

      --
      sig goes here!
    54. Re:It's not the software. by Chris+Burke · · Score: 5, Informative

      cause then there will be a story on here going on about how Microsoft stole from Unix, then we get 800 comments about how microsoft is evil for doing it, yet no one will mention that Apple did the same thing cause they aren't the evil microsoft.

      Whatever. For starters, Apple didn't just steal from Unix, they build their OS on top of Unix. And you can't read any article on OSX around here without a dozen posts pointing that out, so the "no one will mention" part is just crap. Of course Apple never hid the fact that they were "stealing" Unix by building their OS on top of BSD. The whole point being to start with a solid OS with all these great Unixy concepts built in and add their Apply interface on top. Whereas when Microsoft steals these features after another five years, they'll act like they were struck by inspiration out of the blue and done something that nobody's done before, like they have with every other idea they've stolen. So the "did the same thing" part is crap too.

      It may be fun and easy to take a poke at the "/. doublestandard", but it only reveals that you don't understand that it isn't a double standard at all. Microsoft has a bad rep for a reason among those who have been paying attention, and hey, maybe you don't know or understand why but don't think Apple would get a pass if they truly did the same things Microsoft does.

      Next up: Why viewing Halliburton in a harsher light than Bob's General Contracting is also not an unfair double standard.

      --

      The enemies of Democracy are
    55. Re:It's not the software. by rjstanford · · Score: 2, Interesting

      I develop software that does not run elevated that accesses a remote file and the passes the file path into an out-of-process server that is running elevated. We either had to make the server no longer run elevated or prompt the user for credentials they already used to log into the machine (and which they don't think they need because they can get to the files just fine themselves) and then pass these credentials to the server with the path. Fortunately our architecture allowed us to have our server to not run elevated and get some other server to do the tasks that needed to be done elevated.
      It strikes me that this is exactly the kind of thing that Vista's "involve the user" kind of process is indeed supposed to alert them to. The real issue is that there needs to be some way to cache "Yes, this program can access this share and move the files to this special place," in a very specific way. But the user should definitely approve of this the first time through, at least.

      I'd also like to see multiple levels of caching, so that when you're asked for permission to perform one action or a string of actions, you can say one of Never, This time, This execution, This login session, or Always. But I admit that I'm dreaming here.
      --
      You're special forces then? That's great! I just love your olympics!
    56. Re:It's not the software. by Sancho · · Score: 1

      I've only used Vista a little bit, but I haven't had this experience at all. The key, seemingly, is not to do lots of stuff in the 'protected' directories. When I'm using Windows, I pretty rarely dive into the directories for Program Files, Windows, etc. Doing most OS operations on my own profile don't generate all of the UOP prompts you're seeing. This is with a default install.

      *shrug*

    57. Re:It's not the software. by init100 · · Score: 2, Informative

      Places that make absolutely no sense, such as storing wireless settings. There is no reason that action should require admin privileges and thus a prompt.

      Actually, wireless settings are systemwide settings, and would probably require a prompt even in Linux.

    58. Re:It's not the software. by Trillan · · Score: 1

      Is it sad or scary when hyperbolic advertising isn't?

      Yes.

      Oh, I suppose you want to know which.

      Darned if I know.

    59. Re:It's not the software. by gutnor · · Score: 1

      Windows has a sort of sudo in the form of 'RunAs...' With RunAs you can run a graphical application with a specified set of credential. Beside that, since NT you had ACL, Filesystem file permition, ...

      So really what was the trouble to configure Vista to run with limited privilege and require additional credential automatically when required ? If they didn't want to deal with caching (needed for copying stuff in explorer and not escalade everything), they could just start a new instance of Explorer the user can close when he likes. They could also have spent some time streamlining the user experience in non-admin mode ( like installing non-system application in you home, simplifying disk security, ...)

      But no ... they tried a bastardised solution where the user had most of the rights but with a nany-program to monitor everything and try to second guess what happen on the system.
      My god they progress backward. UAC is a perfect solution for Windows 95-98 family (mono-user OS) not for a modern multiuser OS like NT family.

    60. Re:It's not the software. by Anonymous Coward · · Score: 0

      I don't know which baby-poo hand-holding system you use, but cp does definitely NOT ask before overwriting..

    61. Re:It's not the software. by David+Horn · · Score: 3, Informative

      I've just tried this on Vista Ultimate edition, and experienced no problems at all, apart from a UAC warning asking me if I really wanted to dump an unknown executable into my Program Files directory (and for some reason, a warning saying that a UAC warning was about to appear...).

      However, I suspect the GP is talking out of his arse. The file was from another PC, in another workgroup, drag-and-dropped straight into the Program Files directory. I even tried it in the Windows folder, and it was fine.

      --
      PocketGamer.org - For the gamer on the go!
    62. Re:It's not the software. by Stormx2 · · Score: 1

      The better solution is what OS X does: extend "sudo" to the GUI. The first time the app needs escalated privileges, prompt for the user's password. Then, cache those privileges for a reasonable amount of time and don't prompt. Unless the app in question is compromised in that interval, it doesn't matter.


      To be fair, that isn't a stunning piece of innovation. Take out the "GUI" and the command line does that anyway. Add the GUI and you have gksudo or kdesu. Ubuntu has been based on that baby for quite some time, ya know. I won't get into a who-did-it-first arguement because it seems pointless. Chances are are Mac OSX and GNOME would have thought it up at about the same time anyway, and as usual microsoft would have copied it off either one (very, very badly)
    63. Re:It's not the software. by Anonymous Coward · · Score: 0

      Uh, no, the cp program does not prompt by default. It's the stupid user friendly distro's that turn on the -i switch. I use a distro that is alot smarter to not annoy the user (and certainly never Vista).

    64. Re:It's not the software. by larpon · · Score: 1

      Great news everyone! A guy over a the Vista Download Center, has build a version with [build options]="--use-stfu"

    65. Re:It's not the software. by Kalriath · · Score: 1

      I imagine that in Explorer's case, because Explorer represents both your file manager and your entire desktop interface - and there are quite a few too many ways (some of which do not necessarily require your explicit request) to get the desktop interface to execute stuff.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    66. Re:It's not the software. by Sancho · · Score: 1

      Browsing into "Program Files" throws up a UAC alert. No, it doesn't. By default, all users on the system can read files in c:\Program Files. Thanks for clearing that up. See? Even non-Windows people can spread FUD.

      (Yeah, I'll probably be modded down, but it's the truth--the exaggerations regarding Vista UOPs is pretty bad around here)
    67. Re:It's not the software. by PhotoGuy · · Score: 5, Interesting

      Microsoft embarasses me as a computer professional

      Wow, I had never heard anyone said it so succinctly, but that's it, baby. I always felt an unrecognized sense of shame for the state of computers today, and I never quite realized why. This is it. Things should be *soooo* much further along today, if it weren't for the predatory monopolistic effects of MS. Throughout so much of the short PC history, there were rays of sunshine (Quarterdeck's multitasking DOS thing, many IP stacks, etc., etc), that were quashed by their monopoly. To see this happen, and realize their mediocracy, and not have done anything about it, definitely brings a sense of shame.

      --
      Love many, trust a few, do harm to none.
    68. Re:It's not the software. by codergeek42 · · Score: 1

      I dunno....seems more elliptical to me...what's the eccentricity? :]

    69. Re:It's not the software. by strider44 · · Score: 1

      And then, assuming they did it properly, no one would care a year from now.

    70. Re:It's not the software. by maxwell+demon · · Score: 5, Funny

      You have just clicked yes. Did you really want to click yes?

      --
      The Tao of math: The numbers you can count are not the real numbers.
    71. Re:It's not the software. by MattyCobb · · Score: 1

      Maybe I have some different version of Vista than you... Im running the old MSDN download of ultimate. I have never seen the prompt come up for running regedit or copying to the programs folder. Infact my annoyance is that it DOESN'T prompt me at all and just doesn't let the software run. Example? WinRAR. I right click and tell it to extract. It just does nothing. I have to open the program to get the prompt and it works fine. WoW wants to update? It will run and crap out on the update. I have to right click and run as admin. That said this is what we asked for. Windows has historically been full of security holes, that said the majority of issues have come from users. So Microsoft has added in an annoying way to make sure you know what your doing. The problem is that users will continue to be stupid and just disable the feature or just always click yes and it will accomplish little to nothing IMO.

      --

      Matt
      You have 1 Moderator Point! Use it or lose it! Is that a threat? -vapid
    72. Re:It's not the software. by QuantumG · · Score: 1

      Havn't seen it. Got a link?

      --
      How we know is more important than what we know.
    73. Re:It's not the software. by Anonymous Coward · · Score: 0

      I'll let this slide, because even 'cp' prompts for that. Me thinks you have cp aliased to 'cp -i'
    74. Re:It's not the software. by Harik · · Score: 1

      It's not sudo. Sudo is utterly useless on a single-user machine.

      Hint: Do I care about the OS files that come on a CD in the back of every linux magazine, or my personal documents? Sudo protects one of them, and not the right one.

      Linux and OSX have the same problem, a simple rm -rf $HOME snuck in, say a ./Configure script from a server compromise would royally fuck a lot of users.

      The IDEA of LUAs is great. Microsoft's implementation, as usual, is horrible.

    75. Re:It's not the software. by PopeRatzo · · Score: 5, Insightful

      My few hours with Vista taught me something important about operating system design. That is, a good operating system should make you feel like you're in control of your computer. Like you're the one calling the shots and that the system will do exactly what you want it to do without fuss. Further, the experience of using a good OS should make you TRUST your computer and feel as if your computer TRUSTS you. You should not have to beg an OS to install an app or run an executable. Even if you do something that is possibly dangerous to security, the most it should do is ask "are you SURE?"

      I don't want to wonder if my computer is tattling on me if I'm downloading an mp3 without DRM or watching a copy of a video that a colleague gave me. I don't want to think my computer is a rat or a punk. I don't want to think my computer will rebel if I run a perfectly legal program like Alcohol or rip.net or want to install the k-lite mega codec pack.

      DirectX10? It's going to take more than DirectX10 for me to accept my computer as a spy in my home.

      --
      You are welcome on my lawn.
    76. Re:It's not the software. by wilsonthecat · · Score: 1

      Linux and Mac's have a similar approach to this problem, but their solution (sudo) is not annoying, so it actually works.

      So why not just these Operating systems then? And stop moaning about Microsoft doing it wrong? The inncessant childish complaining about Windows on slashdot, via "news stories" really does lower the site. Constructively suggest how it could change yes. All the comments here are just "my dad's car is better than you're dad's".

      You can even turn the damn thing off - UAC is not aimed at a bunch of techies after all, it's aimed at joe public who really don't know what they've downloaded and probably should be warned before clicking about.

    77. Re:It's not the software. by Anonymous Coward · · Score: 0

      Vista: Are you sure you want to overwrite this file?


      I'll let this slide, because even 'cp' prompts for that.


      Actually, cp will only ask you if it's run as cp -i. Note that several distributions will create an alias to do that every time you copy a file.
    78. Re:It's not the software. by inode_buddha · · Score: 1

      "So what would have been a better solution?"

      *NIX had a better solution before MS Windows was even thought of.

      --
      C|N>K
    79. Re:It's not the software. by mjwx · · Score: 0

      People aren't complaining that it is a bad idea, in fact it is a good idea. People are complaining that it is such a poor implementation that the whole idea is lost on end users and professionals alike.

      The old saying, if it looks like a duck, walks like a duck and quacks like a duck then chances are it's a duck. This is the opposite Vista UAC doesn't look like a duck, it doesn't walk like a duck and it sure as hell doesn't quack like a duck then why am I calling it a duck?

      --
      Calling someone a "hater" only means you can not rationally rebut their argument.
    80. Re:It's not the software. by blincoln · · Score: 1

      The problem with Run As (at least pre-Vista - I haven't tried it on Vista yet) is that Windows wasn't really designed to have multiple apps running under different user contexts in the same window station. It mostly works, but you'll run across things like:

      - It's possible to do a Run As on Windows Explorer, but not the way you'd think. You have to call IExplore.exe with some funny flags.
      - If you do that, and use your new Explorer window to open a command prompt, ctrl-C doesn't work in it, so you can't abort script execution and whatnot.
      - A Run As'd Explorer window doesn't automatically refresh. Do if you want to create a new folder and go into it, the steps are create new folder, hit F5, rename "New Folder" to something else, hit F5, double-click on the folder.
      - Because Windows enables those annoying default sounds for every user profile, you have to go into the Sounds control panel in your Run As'd Explorer window and disable them or you'll get a bunch of clicky beepy crap.
      - There are restrictions on connecting to a network share twice from the same machine with different user credentials. So if you are using a share on some server as your regular account, you can't also go in as your superuser account. Closing the share as the regular user isn't always enough, sometimes Windows still refuses to do it (cached credentials?)

      Anyway, it's better than nothing, but still not great.

      --
      "...always new atoms but always doing the same dance, remembering what the dance was yesterday." -Richard Feynman
    81. Re:It's not the software. by spisska · · Score: 2, Insightful

      Actually, wireless settings are systemwide settings, and would probably require a prompt even in Linux.

      Setting up any network settings on Linux requires sudo. It is an administrative task and so requires administrative priviledges. On most Linux systems you need to authenticate before you make any changes, and often before you can even view settings. This is right and proper behavior.

      Where MS Windows Vista fails is in completely mucking up the whole concept of permissions. As an administrator, I don't want my users (or myself as a non-admin user) to even be aware of network settings, and certainly not be allowed to change them. If the network is failing, they need an adminitrator to sort it out. If the user has sudo priviledges and can fix it, that's great but they'll have to authenticate first. There is rarely a need to confirm changes because it is assumed that an administrator knows what they're changing.

      MS Windows Vista lets you do whatever you want, then asks you if you're sure you want to do it, then asks if you're really sure you want to do it, then tells you that you can't do it.

      The point is removing barriers between a user and his or her goal. Linux does this very elegantly. Apple does it elegantly and prettily. MS does it in a way that is as elegant as an elephant trying to turn around in an elevator, and as pretty as what the elephant leaves behind.

      MS hasn't failed because they tried to implement some semblance of user permissions and security, they failed because they did it in such a way that defeats the security through wolf-crying, defeats the permissions by letting anyone elevate permissions easily, and annoys the user by making tasks more difficult, complicated and time consuming than they need to be.

    82. Re:It's not the software. by fingon · · Score: 1

      Not in MacOS at least, and thank god for that.. The number of systemwide settings is surprisingly small, which is quite nice really :-)

      --
      -- pending
    83. Re:It's not the software. by jacksonj04 · · Score: 1

      I call FUD. I've just tried the things you mentioned - the only time UAC bitched at me was when I altered things in a shared user area, which a lot of modern apps won't write to. Deleting/moving files within my own documents folder worked perfectly every time with nothing more than Window's usual "Do you really want to delete this?" dialog, and nothing UAC. Changing desktop background again never complained at me (Although changing system DPI did, which is kinda logical). I was *never* asked anything by UAC when copying/pasting text in *any* circumstance I tried, but I'm more than willing to test exactly the conditions you came up with.

      For the record, yes I am running as a limited user. Microsoft Windows Vista Ultimate Edition, clean install.

      --
      How many people can read hex if only you and dead people can read hex?
    84. Re:It's not the software. by just_another_sean · · Score: 1

      I totally agree... It sucks to say to people - "I don't know why it does that, I don't know why it worked yesterday and not today. It's just like that. Maybe it was an update you installed?"

      There is just no telling day to day what MS will do next, how they will totally change things on people for no apparently good reason, break behaviour that people depend on in the name of some new, already broken security model and just generally, and very arbitrarily, create new and interresting ways to generate hostility toward IT people.

      I just got to the point where I say, "I don't know why it does that, mine doesn't do that..."

      --
      Creationist Textbook Stickers Declared Unconstitutional by CowboyNeal
    85. Re:It's not the software. by georgewad · · Score: 1

      http://www.apple.com/getamac/
      It's called 'Security'
      Enjoy!

      --
      Karma: It's not just a good idea. It's the law.
    86. Re:It's not the software. by Anonymous Coward · · Score: 0

      Yeah, you're probably right, but they should still do it. That, or whatever the equivalent would be on VMS/OS2.

    87. Re:It's not the software. by toadlife · · Score: 2, Interesting

      Runas was more akin to su than sudo, which made for a bit of frustation when you ran a program as "administrator" that program would save files to the Administrator's My Documents folder instead of your My Documents folder.

      I wrote a very kludgey program awhile back called winsudo that solved this problem, and later some others who could program wrote proper implementations that bring sudo functionality to Windows 2000 and XP.

      --
      I don't always use unix-like operating systems; but when I do, I prefer FreeBSD.
    88. Re:It's not the software. by Anonymous Coward · · Score: 0

      The number of funny comments on Slashdot that aren't trolls can be counted on one hand, and damn that was one of them. Well done, sir.

    89. Re:It's not the software. by PCM2 · · Score: 1

      Quarterdeck's multitasking DOS thing

      DESQview? I ran that thing on a 10MHz 8088 and it was pretty killer.

      --
      Breakfast served all day!
    90. Re:It's not the software. by QuantumG · · Score: 2, Informative

      http://www.youtube.com/watch?v=FfetbidVUYw

      there's a link for people who prefer not to download an 18.8mb codec.

      --
      How we know is more important than what we know.
    91. Re:It's not the software. by s388 · · Score: 1

      First of all, people are entitled to criticize a system, regardless of whether they're "free to not use it." This is a technology site and commentators discuss the strong and weak points of various sytems, which can be informative for many people.

      Second of all, NOT EVERYONE HAS A CHOICE. Businesses will insist on keeping Windows, for compatibility/legacy reasons. IT people have to deal with it.

      Third of all, nobody's bragging about having a system that's "better." They're rightfully pointing out that good solutions already exist and MS has no excuse for screwing us all in the ass. (No excuse other than being fools, I mean.)

      Fourth of all, as already pointed out, if UAC is turned off it defeats the whole purpose. That it can be turned off is irrelevant to the debate. Getting a prompt for running an executable HAS NO EFFECT ON whether that executable is malicious, or includes malicious code. Maybe it does, maybe it doesn't. User Joe Public knows that they have to open the file they just downloaded-- assuming they deliberately downloaded something-- so the prompts won't help them.

      Your argument is comparable to, "You have a criticism of America? Then move somewhere else!"

    92. Re:It's not the software. by PCM2 · · Score: 1

      if Explorer.exe was authorized 30 seconds ago, it's unlikely it was compromised since then, and should retain that authorization.

      I'm with you, but I'm curious ... 30 seconds seems like a long time inside a computer. Why exactly is Explorer.exe "unlikely" to be compromised? If I was intentionally attacking this security mechanism, isn't compromising Explorer.exe after it obtained authorization exactly the method that I would use?

      --
      Breakfast served all day!
    93. Re:It's not the software. by jp10558 · · Score: 1

      What's worse is there's a pretty effective open source SUDO for Windows on Sourceforge -search for sudowin, that works in XP, and mostly works like I'd expect SUDO to. That is, I can explicitly right click + sudo, and it asks for my password again (not just a click). Or I can do a command line sudo blah....

      What's nice is that for admins, there is an XML configuration file where you can really lock down what can and can't be sudoed per user or group, by IP and by arguments passed to the program...

      --
      Opera, Proxomitron-Grypen,GPG 0x0A1C6EE3
    94. Re:It's not the software. by BalkanBoy · · Score: 1

      That's right, you can kill the 'man' (or messenger), but the idea lives forever ;).

      --
      'A lie if repeated often enough, becomes the truth.' - Goebbels
    95. Re:It's not the software. by pherthyl · · Score: 1

      You're right, but how many viruses have you seen that delete your documents folder? Viruses and trojans are not there to delete your data, they're there to put the control of your machine into someone else's hands so it can be used for spamming, hosting illegal files, or mounting a DDOS attack on a different target. To do this, they need to modify system files, so while I don't directly care about the system files, I do care about the integrity of my computer.

    96. Re:It's not the software. by pherthyl · · Score: 2, Informative

      Sorry, I wasn't quite clear. By wireless settings I meant things like saving a network to connect to later, not settings for the card. Networkmanager in Linux does not require root privileges to do that.

    97. Re:It's not the software. by Anonymous Coward · · Score: 0

      Vista:Are you sure you want to run this program?
      Me:Yes. I went OUT of my way, hit start, run and typed in the pogram name I wanted. Thanks for checking though. (click) ....

      Interesting thing here, Run isn't on the start menu anymore.

    98. Re:It's not the software. by h2_plus_O · · Score: 1

      you don't get a prompt when launching task manager on RTM.

      --
      If there's one thing I won't stand for, it's intolerance.
    99. Re:It's not the software. by shmlco · · Score: 1, Informative

      "I don't want to wonder if my computer is tattling on me if I'm downloading an mp3..."

      Forget your computer, worry about those logs your ISP is keeping.

      --
      Any sect, cult, or religion will legislate its creed into law if it acquires the political power to do so.
    100. Re:It's not the software. by smittyoneeach · · Score: 5, Funny

      a good operating system should make you feel like you're in control of your computer
      Kernel (Jessup): Son, we live in a world that has firewalls, and those firewalls have to be guarded by software with guns.
      Whose gonna do it? You? You, Slashdotter? Windows has a greater responsibility than you could possibly fathom.
      You weep for Tux, and you curse the DRM. You have that luxury. You have the luxury of not knowing what Windows knows.
      That Tux's death, while tragic, probably saved lives. And Window's existence, while grotesque and incomprehensible to you, saves lives.
      You don't want the truth because deep down in places you don't talk about on Slashdot, you want Windows on that firewall, you need Windows on that firewall.
      Windows use words like honor, code, loyalty. Windows uses these words as the backbone of a codebase spent defending something.
      You use them as a punchline. Windows has neither the time nor the inclination to explain itself to a Slashdotter who rises and sleeps under the blanket of the very freedom that Windows provides, and then questions the manner in which Windows provides it.
      Windows would rather you just said thank you, and bought copies for your entire extended family. Otherwise, Windows suggests you pick up a browser, and send a POST.
      Either way, Windows doesn't give a damn what you think you are entitled to.

      ;)
      --
      Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
    101. Re:It's not the software. by tribidy · · Score: 1

      It does just boggle the mind to think of how much futher along we would be as you said, Systems would be absolutely amazing. You have hit the nail on the head. It is sad to see that instead of trying to put the best of the best togeather things seem to become more diverse. The kicker of it all is that when something really good comes out then everyone scrambles to rip it into their systems. Progress quashed by the Corp Cartels.

    102. Re:It's not the software. by shut_up_man · · Score: 4, Funny

      Great, it's Darth Clippious.

    103. Re:It's not the software. by Gentlewhisper · · Score: 1


      It's easy to say that UAC is a bad idea... but it's a lot harder to come up with a better solution.

      So go ahead, give it a shot.



      I don't need to.

    104. Re:It's not the software. by BillyBlaze · · Score: 1

      Just out of curiosity, why does Visual Studio need to be run as admin? I could understand if you were debugging kernel stuff, or profiling the entire system, or debugging processes that aren't yours. But for everyday stuff, why?

    105. Re:It's not the software. by be-fan · · Score: 1

      It's not a matter of the "app in question" being compromised. Vista doesn't elevate the entire user, it only elevates the application.

      Right, which is why I referred to the "app in question".

      For the entire length of execution of that application, the application will run elevated. For instance, Visual Studio.NET is an application that pretty much always needs to be run as admin.

      Speaking of spectacularly bad ideas...

      If you cached the elevated credentials authorization for "X" minutes, or whatever, you would be giving a free pass to any malware that happened to be trying to do something bad.

      The elevated permissions would apply per-process. The app would request permission, do something, and drop the permissions. If it requested it again within the timeout, it'd get the permission again without a prompt.

      No, it doesn't. By default, all users on the system can read files in c:\Program Files.

      The hell it doesn't.

      It does throw up a UAC, but I've already explained why the "caching period" is a bad idea.

      You misunderstood the idea of the timeout. It would indeed be inane to elevate the user for the entire duration. Note that 'sudo' doesn't do that.

      --
      A deep unwavering belief is a sure sign you're missing something...
    106. Re:It's not the software. by GeffDE · · Score: 1

      Well, to say what I think are a few better solutions:

      1) Like sudo, give ~5 minutes of UAC-free administrative fun! And while I'm here, I used Vista for two days; I was clicking through UAC controls all the time. It's not something you do every few months. It's a daily occurance.
      2) Make users give a password! Jesus...UAC is not security. It's just another click to be able to do something you need/want to do.
      3) Restrict the number of operations that require UAC. Opening the Control Panel should not require a clickthrough.

      And those are just off the top of my head. Microsoft claims to have a brain trust coming up with innovation. Why the hell is security seemingly implemented my misguided adolescents? And that is not a bash. It's been backed up by the three points just mentioned.

      --
      It has been a nervous year, with people beginning to feel like Christian Scientists with appendicitis.
    107. Re:It's not the software. by Anonymous Coward · · Score: 0

      Wow, you used several of the standard approaches to hide that fact that you have no argument, e.g.

      "I look at your recent post history"

      "How much does company XX pay you"

    108. Re:It's not the software. by be-fan · · Score: 1

      In theory, caching the permission does open up a hole. In practice, the risk is probably not that substantial. If the file permissions mechanism is working, the executable can't be compromised by modifying its binary. So the only attack vector is modifying its running image. There are various layers of protection (not the least of which is the fact that the application is running in a protected address space) that makes this attack complicated. And of course in a well designed system, only a few applications (file manager, configuration application) would ever need to run with elevated permissions, and you'd hope they'd be written to be resistant to compromise.

      The risk with caching the permission is probably comparable to 'sudo' or the various 'setuid root' binaries that run on a UNIX system (like the X server). They're definitely something to watch out for in a highly-secured installation, but in practice they don't seem to cause many problems in desktop environments.

      --
      A deep unwavering belief is a sure sign you're missing something...
    109. Re:It's not the software. by Anonymous Coward · · Score: 0

      Yes but cp -i is default for a large handful of OSs. As is Vista's UAC. You can turn BOTH off, so don't act like GP is comparing apples and oranges.

    110. Re:It's not the software. by Gorshkov · · Score: 1

      For instance, Visual Studio.NET is an application that pretty much always needs to be run as admin.
      Running a development environment - is the LAST thing you want to do if you want your system to remain secure.

      And just WHY should it be run as admin? Why the bloody hell do you need admin privileges to edit/compile/link?
    111. Re:It's not the software. by mrchaotica · · Score: 5, Insightful

      And the worst part is, if you tell them the truth -- "it does that because Microsoft sucks at making software" -- they don't believe you and think you've got some kind of unfounded grudge against Microsoft!

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    112. Re:It's not the software. by mrchaotica · · Score: 2, Insightful

      Yep, and it just becomes even more fucked up when you realize that Windows has a fancier permission system than unix! Why did Microsoft even bother?

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    113. Re:It's not the software. by Hucko · · Score: 1

      It's easy to say that UAC is a bad idea... but it's a lot harder to come up with a better solution. So go ahead, give it a shot.
      The OS lies to the app that it has admin priv and puts in a sandbox away from system access? If the app then works this out and asks for the OS to get real, the OS ask for a password/phrase accompanied by a warning that this may affect the system and is a potential security risk?

      You could go further and have the OS request specifics of what the app intended to do, and sandbox the change for a limited time for an error check that the change did not affect anything outside its 'claimed' use. Unweildy though.
      --
      Semi-automatic amateur armchair Australian philosopher; conjecture ready at any moment...
    114. Re:It's not the software. by omicronish · · Score: 1

      Let me be clear, I don't use MS software because it is not designed for a computer professional like myself. To be honest, I don't know who its designed for, or if its even designed at all.

      The first time I heard Windows was having this UAC thing, I knew that it would suck as only Microsoft could make it suck. I knew it would annoy the hell out of the user so bad that it would do one of two things. 1) annoy them to the point that they just turn it off (I understand this is allowed in Vista) 2) annoy the user and they don't turn it off, they just bend over and take it, and the 1 out of a million clicks when your supposed to say No, you click Yes because that is what you ALWAYS HAVE TO DO TO GET ANYTHING DONE.

      You said you don't use MS software. Then how exactly are you judging UAC? Is this first-hand experience or just repetition of repetition of someone's comments on UAC in a pre-release version of Vista?

      I've used Vista since November last year and don't recall ever being annoyed by it. I develop software for a living, and even coding and debugging work without elevation. At home I regularly use Vista without any elevation prompts. At work I have at most one or two prompts per day, and that's because some software I use requires elevation, so I just elevate a command prompt and run it from there. If it gets to the point where it annoys the hell out of you, turn it off. At least it's still there to bug other Windows developers so that future apps will be written with non-admin privileges in mind.

    115. Re: It's not the software. by Dolda2000 · · Score: 1

      Actually, when using NetworkManager, the nm-applet, running as the user, will save the settings in the user's home directory. It connects to the main nm process (running as root) through the system d-bus, normally being authorized by pam_console. No prompts, and still perfectly secure.

    116. Re:It's not the software. by macserv · · Score: 5, Funny

      Are you sure you want to cancel the operation?
      [ OK ] [Cancel]

    117. Re:It's not the software. by Anonymous Coward · · Score: 0

      I thought the "Get a Mac" ad was a humorous exageration. From what I've read here it's an understatement!
      Message to my Barber, Butcher and Candlestick Maker. I repeat: STAY AWAY FROM VISTA!!!

    118. Re:It's not the software. by puppet10 · · Score: 1

      Vista is the latest in the OS monopoly equivalent of the 5 pound rotary dial phone available in standard black or the new model 'White'(TM) (Beige to be released next season - Red is only for special people) provided by the Bell monopoly during its reign.

      --
      -------- This space intentionally left blank --------
    119. Re:It's not the software. by puppet10 · · Score: 1

      Simple explaination - Each of the dialog boxes popping up includes a small flash of a subliminal picture or text of how great MS and Vista are.

      --
      -------- This space intentionally left blank --------
    120. Re:It's not the software. by iamstretchypanda · · Score: 1

      Tell me where you can type 'sudo -i' in Vista?

      I agree with the cry wolf too many times post. Can't wait for Microsoft to advise using an anti-virus program along with there security :].

    121. Re:It's not the software. by iamstretchypanda · · Score: 2, Insightful

      Microsoft stole from Unix, then we get 800 comments about how microsoft is evil for doing it, yet no one will mention that Apple did the same thing cause they aren't the evil microsoft.

      Or maybe we will have a story on here about how microsoft is dumb as hell for not implementing it sooner.

    122. Re:It's not the software. by Stephen+Samuel · · Score: 1

      Vista: Are you sure you want to overwrite this file?
      I'll let this slide, because even 'cp' prompts for that. CP doesn't prompt for overwriting files. 'cp -i' does. The thing is that bashrc on many distros now alias cp to 'cp -i'.

      you can test this by going '\cp file existing-file' (or '/bin/cp ...') That gets around the alias. You will see that cp silently stomps on whatever file you pointed it to.

      Just go 'alias' to see what other aliases your system has set up.

      (That reminds me: I once set up a bunch of aliases to have Unix look like a dos system for people who didn't like the Unix command names. It never seems to have caught on).

      --
      Free Software: Like love, it grows best when given away.
    123. Re:It's not the software. by syousef · · Score: 1

      Its mostly because Windows has been so piss-poor with their default settings in the past, so trying to get a more secure-by-default setup is like pulling teeth.

      No it's like trying to pull teeth with a chainsaw and a bag of sand...ie. as no competent professional dentist would think to try, let alone seriously contemplate. The problem isn't increased security here, it's incompetent implementation.

      --
      These posts express my own personal views, not those of my employer
    124. Re:It's not the software. by syousef · · Score: 1

      It's definitely about people bitching at Microsoft for finally doing something. It's like going to a doctor, complaining of a pain in your foot and having the doctor whip out a chainsaw and cut off your entire leg. I'd complain about that too and wouldn't be at all happy with a "but the pain in your foot is gone isn't it" type response. Doing something badly - overreacting - can make things worse. People are right to bitch.

      --
      These posts express my own personal views, not those of my employer
    125. Re:It's not the software. by fotoguzzi · · Score: 1

      Once when I wanted Clippy to buzz off, I typed in Windows Help: "Kill Clippy." Help complied and gave me the proper instructions to complete the task.

      --
      Their they're doing there hair.
    126. Re:It's not the software. by SanityInAnarchy · · Score: 1

      Running a development environment - is the LAST thing you want to do if you want your system to remain secure.

      Erm, WTF?

      In what universe is it possible to have a secure system, but not a secure development environment?

      Put more simply, just how do you think such a secure system was developed in the first place?

      And just WHY should it be run as admin? Why the bloody hell do you need admin privileges to edit/compile/link?

      See, this, I agree with. Certainly, it's not a good idea, security-wise, to run a development environment as admin. But under no circumstances should the availability of a compiler make your system less secure.

      --
      Don't thank God, thank a doctor!
    127. Re:It's not the software. by SanityInAnarchy · · Score: 1

      Explorer is unique in the sense that when you authorize a file operation via UAC it doesn't elevate the entire explorer process. There are a bunch of reasons for this.

      I'm sure there are. But there are also a bunch of reasons why what it does elevate should persist for a little while, especially when part of the exact same fucking operation.

      For that matter, why not elevate a single window of Explorer?

      --
      Don't thank God, thank a doctor!
    128. Re:It's not the software. by hdparm · · Score: 1

      Has there ever been a more stupid post on slashdot?

    129. Re:It's not the software. by Gorshkov · · Score: 1

      See, this, I agree with. Certainly, it's not a good idea, security-wise, to run a development environment as admin. But under no circumstances should the availability of a compiler make your system less secure.


      And how does running a compiler and doing your development as an administrator NOT make your system less secure?
    130. Re:It's not the software. by Allador · · Score: 1

      I'm not sure if it still exists in Vista, but in XP there is a group called 'Network Configurators'. If regular non-admin users are added to this group, then they can change the wifi settings, the lan network settings, etc.

      I've typically setup the AD such that laptop users are members of Network Configurators on the laptops.

      Anyway, a piece of info ... not sure if it works the same in Vista.

    131. Re:It's not the software. by Allador · · Score: 1

      There are a couple ways to get around most of these, though I wish it were easier.

      1. There is a setting on XP in the Tools, Folder Options, View, Launch Folder Windows in a separate process. Check this, and now you can do runas on explorer.exe and get a genuinely new shell window, without the IE hack.

      2. Use MakeMeAdmin. This effectively adds admin tokens to the process you're launching, but no other processes. So your regular account (rather than an admin) has admin privs, but only in the context of that one process.

      Between the two, you can deal with most anything. I do wish it was simpler, but it is doable at least.

    132. Re:It's not the software. by Allador · · Score: 1

      2) Make users give a password! Jesus...UAC is not security. It's just another click to be able to do something you need/want to do.

      Users are prompted for an admin account and password via UAC if they're running as non-admin users.

      If they're running as admin users, then UAC uses the secure desktop to ask Yes/No.

      So if you want user/pass prompt, rather than yes/no prompt, then dont run as as an account in the local admins group.

    133. Re:It's not the software. by Anonymous Coward · · Score: 0

      You made me laugh hysterically, to the point of tears. I feel your pain. May you hurt a little less knowing it brought laughter to another soul.

    134. Re:It's not the software. by ThaReetLad · · Score: 1

      I can't agree strongly enough. I used Vista at home from november until this weekend when I finally got too fed up with the crappy performance from the nVidia driver, but in all that time I don't remember getting annoyed at the UAC dialog once. I suspect that people who are finding that it gets in the way are doing things wrong. If the UAC dialog appears during file operations it's because you're writing to folders that are part of the system, and not owned by you. These operations can only be done by someone with admin rights, and until you say yes to UAC that's not you. The question has to be, why on earth are you trying to write to a system folder? Sure, you may have a good reason to do it, but it's not something that most users are going to do, and it's certainly not something you want a program that's running as a limited user to be able to do.

      --
      You can't win Darth. If you mod me down, I shall become more powerful than you could possibly imagine
    135. Re:It's not the software. by Anonymous Coward · · Score: 0

      It's not just me then!

      I had a client on the phone yesterday saying that I'd fucked her system up somehow. I installed a DVD writer about two weeks ago and yesterday her printer stopped working. Obviously the two are related as the printer worked fine for the intervening two weeks.

      She just couldn't come to terms with the fact that - in the world of Windows - things sometimes inexplicably break.

    136. Re:It's not the software. by Beryllium+Sphere(tm) · · Score: 1

      >Not programmatically, but from me personally interacting with Explorer to manage my data.

      HP Labs's badly underreported Polaris hooked the file open dialog to add the selected file to the sandbox, recognizing that the user was making an implicit grant of authority to the application to work on the file. That's the way it should be done

    137. Re:It's not the software. by init100 · · Score: 1

      By wireless settings I meant things like saving a network to connect to later, not settings for the card.

      Ahh, I see.

      Networkmanager in Linux does not require root privileges to do that.

      I know, I use it myself (but actually didn't think of it at the time, if I had, I would have mentioned it in my post).

    138. Re:It's not the software. by Anonymous Coward · · Score: 0
      No, no, and no.
       

      That Tux's death, while tragic, probably saved lives.
        Tux is far from dead, actually gaining market share. Do some research.
       

      And Window's existence, while grotesque and incomprehensible to you, saves lives.
      Wait just a minute. Anti-competitive practices completely destroy great systems like BeOS and Amiga, intentionally derail superior technology because they can't compare, and they're saving what? Lives? Exaggeration is one thing, lying is another. Wash your mouth out with soap.
       

      Windows use words like honor, code, loyalty. Windows uses these words as the backbone of a codebase spent defending something.
      WHAT? Honor? Loyalty? What planet are you from? When a company puts its interests before those of its customers (DRM, eliminating products that better suit customer needs through marketing and OEM strongarming), nobody has the right to place the words "honor" and "loyalty" on them, much less themselves. I doubt you're as ashamed as you should be for your post.
       
      Those that moderated it informative or insightful: I think you meant well, but please ignore baseless and untrue pathos in the future, for all our sakes.
    139. Re:It's not the software. by SanityInAnarchy · · Score: 1

      And how does running a compiler and doing your development as an administrator NOT make your system less secure?

      Well, for one thing, how would someone exploit this situation?

      Hole in the IDE or something. Fine. But that's about running additional software as an admin. It has nothing to do with whether that software is a compiler, an IDE, a debugger, or anything.

      But that's irrelevant. I never said that running a compiler/IDE as admin is OK. I said that having a compiler/IDE, period, doesn't automatically make you insecure. I said this because you implied the opposite:

      Running a development environment - is the LAST thing you want to do if you want your system to remain secure.

      You did not say anything in that sentence about whether it's running as admin or not. You just said, effectively "Running a development environment makes you less secure."

      There is sort of a rationale behind that, and there are Unix servers which avoid having a cc or gcc installed specifically because it's a security hazard. But I don't buy it. In a modern environment, you have compilers and scripting languages everywhere, and a web browser can be sufficient to be a "development environment". On Unix, if bash is at all usable, it's also more than enough for you to actually implement a web server -- and, by the way, apt-proxy used to be written in bash.

      I suppose you could say that reducing unneeded stuff makes you secure -- and that by that logic, a webserver with gcc is less secure than one without gcc, simply because it's easier to make sure everything there is secure. However, that's a far cry from it being "the LAST thing you want to do", at least as far as security is concerned.

      --
      Don't thank God, thank a doctor!
    140. Re:It's not the software. by Gorshkov · · Score: 1

      Well, for one thing, how would someone exploit this situation? Hole in the IDE or something. Fine. But that's about running additional software as an admin. It has nothing to do with whether that software is a compiler, an IDE, a debugger, or anything. But that's irrelevant. I never said that running a compiler/IDE as admin is OK. I said that having a compiler/IDE, period, doesn't automatically make you insecure. I said this because you implied the opposite


      yes, i did imply that - bad editing on my part. I meant to trying to say

      Running a development environment as an administrator is the LAST thing you want to do if you want your system to remain secure.


      I'm assuming that the remainder of your comments are based on my poor proofreading before I posted, so I'll leave it at that.
    141. Re:It's not the software. by Magada · · Score: 1

      Pwahahaha. You missed the reference, kind sir. Therefore, the irony of the gp post went right over your head. Wish there was an Involuntarily Funny mod. You amply deserve it.

      --
      Something bad is coming when people are suddenly anxious to tell the truth.
    142. Re:It's not the software. by edumacator · · Score: 1

      And whatever you do, ignore really funny parodies of movies that show the callous nature of many of those in control.

    143. Re:It's not the software. by pitix · · Score: 1

      You can't handle the truth! Chill out, go watch a movie or something. You might enjoy this one.

    144. Re:It's not the software. by PopeRatzo · · Score: 1

      Windows uses these words as the backbone of a codebase spent defending something.
      You use them as a punchline.


      smitty_one_each:

      Nicely done.
      --
      You are welcome on my lawn.
    145. Re:It's not the software. by Anonymous Coward · · Score: 0

      (bows)
      One of my more surreal moments on /.

    146. Re:It's not the software. by Anonymous Coward · · Score: 0

      You've been speaking to my boss and our database developer, haven't you?

    147. Re:It's not the software. by cyber-dragon.net · · Score: 1

      If I had mod points I would mod you funny in the sheer hope that was your intention.

    148. Re:It's not the software. by 10Ghz · · Score: 1

      "so I just elevate a command prompt and run it from there"

      Yeah, I can see regural suers doing THAT. And if they do, we have come full-circle. For years Windows and Mac-users have said to Linux/BSD-users that "CLI sucks! It's too hard and complicated!". And now you are suggestsing that in order to get something done in Vista, we are required to use CLI? Oh the irony!

      "If it gets to the point where it annoys the hell out of you, turn it off."

      Yes, because the best security-features are those that you have switched off, right? The thing is that UAC COULD be done right. But Microsoft failed at it. They failed so bad that any benefits UAC gives have been brushed aside, since users either automatically clicks "OK", or they switch it off entirely. In either case, it's useless.

      --
      Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
    149. Re:It's not the software. by W33B · · Score: 0
      In a perfect world...errm maybe.

      Are you sure you want to cancel the operation? [OK Cancel][Cancel]
    150. Re:It's not the software. by Milton+Waddams · · Score: 4, Funny

      PopeRatzo: "DirectX10? It's going to take more than DirectX10 for me to accept my computer as a spy in my home."

      Microsoft: "Well, what if we give you a nicer looking start menu too?"

    151. Re:It's not the software. by Anonymous Coward · · Score: 0

      Cancelling the cancel of the operation! [OK]

    152. Re:It's not the software. by GeffDE · · Score: 1

      That's still stupid as the first account you make is admin. Automatically, so for any computer with one account (like a lot of home users), everyone is running admin. I mean, if we want to protect ourselves why not take a sensible approach, like only allowing admins to do potentially harmful tasks, and thus requiring an admin password for UAC (whether you are in an admin account or not); this is how it is for every other operating system I am aware of on the planet. What I am saying is, why even make a distinction between admin and non-admin users. Make users authenticate for potentially dangerous operations. This would have the added benefit of being more annoying than just clicking, so it would force Microsoft to better determine which tasks should require UAC.

      --
      It has been a nervous year, with people beginning to feel like Christian Scientists with appendicitis.
    153. Re:It's not the software. by Anonymous Coward · · Score: 0

      That has nothing to do with security. What you want is DRM: A user can't even do anything with his own data.

      If you run a program, it actually is your fault if it deletes your documents. That's why even on a single user system it is sensible to have multiple users, one for keeping the documents and the other for programs you download.

      Look at it this way: Even if the accountant and the developer are one and the same person, those are still seperate tasks, so you should keep them seperate. The developer doesn't need to be able to write the reports, the accountant doesn't need to compile an application, so they shouldn't be the same user.

      Even if you don't do it, at the very least you don't need to reinstall the whole OS but just need to get the backup disk (you make backups, right?) and copy your personal folder from it.

    154. Re:It's not the software. by Vokkyt · · Score: 1

      I'd be willing to grant that Linux will not get off the ground until there is a little more cooperation from the power users when it comes to teaching newbies about running Linux, but your assumption about Macintosh really doesn't have any grounding in reality. It has been proven time and time again that the security in Mac OS X does exist and actually works about as well as legends claim. Maybe before you claim that a worm will wipe out half of the Macs on the internet, you should cite precedent of a virus/worm actually affecting a Mac that is not proof of concept, but rather, a legitimate worm. On top of that, how will a single worm "wipe out" tens of thousands of computers? Would not the idea of a patch alleviate the problem, as it has for windows after its countless viruses and worms?

    155. Re:It's not the software. by Anonymous Coward · · Score: 0
      It's defence in depth. If an obscure combo of scripting and DOM manipulation were to somehow allow a script running in an evil webpage to download and install an executable (like MSIE downloaders - the stuff that pays my salary[1]), the pop-up alerts the user to the fact and allows them to prevent the compromise, and perhaps realise that www.drevil.org is up to no good and should be reported to someone.

    156. Re:It's not the software. by Greyzone · · Score: 1

      Even worse than that, after 5 years when Microsoft pretends to have divinely discovered these features, they will try to patent them. And the PTO, being run by lobotomized monkeys, won't reject that patent forcing small companies into long arduous legal battles with deep-pockets Microsoft. Microsoft doesn't care that they will ultimately lose such battles because they know they will financially ruin anyone they sue before their own money runs out or before the case is closed.

      Microsoft is evil. They are a pathologically manipulative corporation. Patents on right click? Patents on human skin as an electrical conductor for computer signals? Yes, indeed, Microsoft owns such "patents" and will sue you if you go anywhere near those ideas even though one is obvious and predates their patent by years and the other is a simple fact of nature, which the patent office is not even supposed to allow to occur.

      I'll stop despising Microsoft when Microsoft stops despising me.

    157. Re:It's not the software. by sgtrock · · Score: 1

      For instance, Visual Studio.NET is an application that pretty much always needs to be run as admin.


      What freaking moron at Microsoft thought running a development environment with admin privileges was a good idea? Under what possible circumstances in their drug addled world should this ever happen???
    158. Re:It's not the software. by jascat · · Score: 1

      You've never seen A Few Good Men, have you?

    159. Re:It's not the software. by Anonymous Coward · · Score: 0

      no, it's obi-wan clipnobi

    160. Re:It's not the software. by I'm+Don+Giovanni · · Score: 1

      You can alter the UAC settings such that a password is required even for admins.
      Maybe that should be the default. I don't know; Microsoft's done more usability studies than I or all slashdotters put together.

      --
      -- "I never gave these stories much credence." - HAL 9000
    161. Re:It's not the software. by cortana · · Score: 1

      Great post, very informative summary of what can no doubt be extracted from many hours spend in the technote library. If only GNU/Linux distributions could learn from Apple's example, instead of simply wrapping sudo with a GUI popup. :(

    162. Re:It's not the software. by GeffDE · · Score: 1

      Microsoft's done more usability studies than I or all slashdotters put together.

      While that statement is most likely true, it certainly doesn't feel like it.

      --
      It has been a nervous year, with people beginning to feel like Christian Scientists with appendicitis.
    163. Re:It's not the software. by illumin8 · · Score: 1

      For instance, Visual Studio.NET is an application that pretty much always needs to be run as admin.
      And that, my friends, is why Windows security is such a joke. If Microsoft can't even write their own applications to run as a normal user, how can they expect 3rd party developers to follow those rules?
      --
      "When the president does it, that means it's not illegal." - Richard M. Nixon
    164. Re:It's not the software. by 14CharUsername · · Score: 1

      I suppose its tfor situations where someone downloads boobies.jpg.exe and opens it thinking its an image. The popup will tell the user the file is an application and the user will realise there's something wrong and click "no".

      Of course most users will think that windows is asking permission to open up the image view app and click yes. Those that are smart enough to notce a problem would probably be smart enough not to double-click on boobies.jpg.exe.

    165. Re:It's not the software. by Anonymous Coward · · Score: 0

      Don't knock yourself hd. I didn't think your post was that stupid.

    166. Re:It's not the software. by Joe+U · · Score: 1

      Maybe before you claim that a worm will wipe out half of the Macs on the Internet, you should cite precedent of a virus/worm actually affecting a Mac that is not proof of concept, but rather, a legitimate worm. On top of that, how will a single worm "wipe out" tens of thousands of computers? Would not the idea of a patch alleviate the problem, as it has for windows after its countless viruses and worms?


      Apple uses what I refer to as the "Titanic" method of security. You can try to build an unhackable system, but there's no such thing. It's not the worm that's out now, it's the one that pops up in 2 years and you find out you didn't have any anti-virus software running to help stop or slow the damage.

      Yes, patching can alleviate the problem. But does the entire user-base patch at the same time automatically? As for Windows, I agree, it has a horrible track record with viruses and worms. I also think that third party anti-virus software can strengthen the platform over time. (Keyword is 'can', some AV software is just lousy). I also think that Vista will improve security in Windows, we'll just have to wait and see on that one.

      Finally, I was a little strong (crass, crude, obnoxious) with my previous message, but honestly, I don't think I'm wrong.

    167. Re:It's not the software. by That's+Unpossible! · · Score: 1

      If you're using Macs, it's funny.

      --
      Ironically, the word ironically is often used incorrectly.
    168. Re:It's not the software. by mattcasters · · Score: 1

      Are you sure you want to copy that file to the system folder "C:\Windows?
      [yes] [no]

      System folder "C:\Windows" is used to store important system files. Changes to this folder can affect your system!
      Are you really really really **REALLY** sure you want to do this?
      [yes] [no]

      You are not allowed to access the system folder "C:\Windows"!
      [abort] [retry] [ignore]

      --
      News about the Kettle Open Source project: on my blog
    169. Re:It's not the software. by Anonymous Coward · · Score: 0

      For shame, you're obviously not up on your Star Wars quotes, that would be Obiwan Cliptobi!

    170. Re:It's not the software. by Short+Circuit · · Score: 1

      * smashes head on desk again * Therein lies the execution of Microsoft's plan. Stupify everyone smart enough to give a damn about security.
    171. Re:It's not the software. by epsalon · · Score: 1

      Networkmanager itself runs as root. The gui applet communicates with this system application via dbus. However, root privs are required by the kernel to modify wireless settings and to view wireless passwords.

    172. Re:It's not the software. by Joe+U · · Score: 1

      Well, I did read your posting history, so I would say yes.

    173. Re:It's not the software. by fuzza · · Score: 1

      I'm reminded of the very insightful closing sentence of Judge Jackson's Finding of Fact document way back when:

      The ultimate result is that some innovations that would truly benefit consumers never occur for the sole reason that they do not coincide with Microsoft's self-interest.

      --
      Can't find examples of evolution? No matter, neither could Dawkins
    174. Re:It's not the software. by omicronish · · Score: 1

      Yeah, I can see regural suers doing THAT. And if they do, we have come full-circle. For years Windows and Mac-users have said to Linux/BSD-users that "CLI sucks! It's too hard and complicated!". And now you are suggestsing that in order to get something done in Vista, we are required to use CLI? Oh the irony!

      Then list the software requiring elevation that regular users will frequently run. The reason I elevate at work is to start a build environment for OS components; my parents aren't going to build and debug OS stuff daily. All my games, all my own programming projects, and all my software applications do not prompt for elevation at all.

      Yes, because the best security-features are those that you have switched off, right? The thing is that UAC COULD be done right. But Microsoft failed at it. They failed so bad that any benefits UAC gives have been brushed aside, since users either automatically clicks "OK", or they switch it off entirely. In either case, it's useless.

      You missed my point. You can disable it if it gets annoying, but I beg anyone whose usage is similar to that of most users to list the number of times they've elevated today and the apps that required elevation. Even coding and debugging OS components requires 1-2 elevations for me. At home it's zero except when I install stuff. All I see are comments on how annoying elevation is without any experiences from beyond the first few weeks, when elevation is more frequent due to hardware and software setup.

      So what's your experience with it? What apps require elevation far too frequently for you? Are you changing video cards and installing the newest SourceForge projects everyday? Do you save family pictures to c:\windows\system32?

    175. Re:It's not the software. by omicronish · · Score: 1

      These operations can only be done by someone with admin rights, and until you say yes to UAC that's not you. The question has to be, why on earth are you trying to write to a system folder? Sure, you may have a good reason to do it, but it's not something that most users are going to do, and it's certainly not something you want a program that's running as a limited user to be able to do.

      I definitely agree. The problem is that everyone is used to writing to system folders due to XP's lax defaults, so now that Vista restricts it, power users are suddenly shocked and amazed. And the power users are the ones who write tech articles and visit Slashdot.

      But I don't think this is an issue at all for regular users. Everyone in my family has been running XP as a regular user for years, and not once have they complained about not being able to write to a system folder. They've complained once or twice about not being able to install software from their own account, but quickly got used to installing from the admin account. The only consistent complaint is being unable to double-click the time on the taskbar to view the calendar. XP displays an "access denied" box, while Vista will show the calendar.

    176. Re:It's not the software. by hdparm · · Score: 1

      Whatever.

      But please stop using Linux and Linux users as an offtopic excuse whenever you feel frustrated because MS raped all windows users once more. Which is every fucking time they release new software product.

    177. Re:It's not the software. by Joe+U · · Score: 1

      Ever think about getting professional help? And I don't mean computer professional for the smug Linux attitude either.

      Comparing a software release to rape? I'm guessing you have some deeper issues.

      But the good news is, you did just post the stupidest message ever, so you win! YAAAYY!

      Now, go play in traffic and wait for your prize.

    178. Re:It's not the software. by hdparm · · Score: 1

      Actually, I've got better things to do today - three windows servers will be no more, replaced by Red Hat boxes. Every little win counts.

      BTW, talking about deranged personalities, how do you call someone who enjoys using MS crap?

    179. Re:It's not the software. by MikeTheMan · · Score: 1

      Microsoft: "Well, what if we give you a nicer looking start menu too?"

      Now you're talking.

    180. Re:It's not the software. by Joe+U · · Score: 1

      http://techdigest.tv/pcmaclinux.jpg

      I think that about sums things up.

    181. Re:It's not the software. by Anonymous Coward · · Score: 0

      I found the solution to annoying popup dialogs in Vista is to place my paperweight on the 'enter' key.
      As a bonus, installing software goes much smoother now too.

    182. Re:It's not the software. by hdparm · · Score: 1

      Let me know if you need me to post the url for DEVELOPERS,DEVELOPERS,DEVELOPERS,..... video

    183. Re:It's not the software. by Joe+U · · Score: 1

      Steve is, as always, inspirational to say the least. I think he was trying to make a point, developers make the platform.

      Microsoft treats their developers well. Unlike the average linux geek fest love-in, where you ask for help and get told to RTFM.

      (Ah yes, RTFM, the sound of a platform going nowhere at high speeds. )

      Honestly, though, Linux doesn't do too bad, I like to think of the Linux platform as a school of pilot fish. The real platforms can't do everything at once, there's always some crap leftover, and that's where Linux fits in.

  19. But what are the options for Joe Sixpack? by EmbeddedJanitor · · Score: 1
    I agree fully that the above is broken for everyone, and does nothing but give MS a sort of indemnity ("Got a virus? Well we did warn you..."), but what really good options are there for Joe Sixpack?

    The *nix model also has a far way to go for Joe Sixpack users too. Want to install software? Need root? How many people can remember root passwords etc?

    Still, the hardest part of using *nix for Joe Sixpack is managing permissions of devices etc. Want to use a serial port? Got to set up permissions. If it is a USB serial port, then you have to do this every time you boot/plug in (unless you're hairy chested enough to write a script).

    The capabilities of the technology have far outstripped the capabilities of the average user.

    --
    Engineering is the art of compromise.
    1. Re:But what are the options for Joe Sixpack? by glittalogik · · Score: 1

      The 'sudo' command in Ubuntu et al at least means you only have to remember your own password, not a separate one for root. USB functionality still has a ways to go though.

    2. Re:But what are the options for Joe Sixpack? by Knuckles · · Score: 1

      The *nix model also has a far way to go for Joe Sixpack users too. Want to install software? Need root? How many people can remember root passwords etc?

      So where have you been these last few years? Neither OSX nor Ubuntu ever ask for a root password.

      Still, the hardest part of using *nix for Joe Sixpack is managing permissions of devices etc. Want to use a serial port? Got to set up permissions.

      Huh? I haven't used a serial port in years, but IIRC on SuSE 5.2 it was enough to add the user to the "modem" or "dialup" group. I am pretty sure much more fancy ways are available today.

      --
      "When I first heard Daydream Nation it quite frankly scared the living shit out of me." -- Matthew Stearns
    3. Re:But what are the options for Joe Sixpack? by Chandon+Seldon · · Score: 1

      Want to use a serial port? Got to set up permissions. If it is a USB serial port, then you have to do this every time you boot/plug in (unless you're hairy chested enough to write a script).

      That was true. For Slackware. In 1999.

      My last use of a USB port involved a digital camera on Ubuntu 6.10. I plugged in the camera and a window popped up asking if I wanted to import photos. I clicked "Import". There definitely weren't any permissions involved.

      --
      -- The act of censorship is always worse than whatever is being censored. Always.
    4. Re:But what are the options for Joe Sixpack? by jZnat · · Score: 1

      unless you're hairy chested enough to write a script Someone already did, and most (if not all) Linux distros that use Linux 2.6 use it.
      --
      'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
  20. That's the same in Vista by Sycraft-fu · · Score: 3, Informative

    If you are a standard user, you have to enter a password to elevate privileges. However Vista has a compromise mode of sorts. You can run as an administrator, but leave UAC on. This allows you to elevate without entering a password. You still have to elevate privilege, but it requires no password. Turning UAC off makes administrator accounts function as they did in XP where you have privilege at all times.

  21. Microsoft already invented that! by chopper749 · · Score: 1

    They just haven't put it into windows yet. They have to write up a patent app first, and then get the press release ready saying that everyone is copying their creative stuff.

  22. Re:You ought to watch those irrational beliefs . . by FooAtWFU · · Score: 1

    More importantly, rpm doesn't run as setuid root (at least not on any sane system...)

    --
    The World Wide Web is dying. Soon, we shall have only the Internet.
  23. bwbwbahaha by TheCouchPotatoFamine · · Score: 1

    priceless - didn't see that one.. OUCH!

    --
    CS majors know the time/space tradeoff, but they never get taught the 3rd, crucial, tradeoff of the set: comprehension!
  24. Re:Tetris is a brand name by blackmonday · · Score: 4, Funny

    Your post is even funnier if you read it out loud in the Simpson's "Comic Book Guy" voice.

  25. Tiers of Joy by 3D+Monkey · · Score: 1

    IANAP but shouldn't there be a way for the OS to know the difference between an app that wants to install kernel level code and one that just wants to let you play Tetris? If so, couldn't it be implemented in such a way that you are only asked for security clearance (press the OK button) if the former is true? Seems like a tiered system would be the best way to balance security with ease-of-use.

    After 8 trillion years of hype and build up I'd figure this would be the least that Vista would do for it's users.

    1. Re:Tiers of Joy by ruiner13 · · Score: 1

      It does if your OS is Mac OS... but you don't even need an installer on a mac most of the time. Just copy the application where you want it.

      --

      today is spelling optional day.

  26. Troubling ... by eck011219 · · Score: 4, Interesting

    ... particularly because Vista was supposed to address some of the problems Microsoft had when trying to balance security and ease of use in XP. We now live in a very dangerous time as far as digital stuff is concerned, and I think continuing to hide as much security from people as possible (while paying lip service to it in other ways like UAC) is foolish. End users are going to have to learn to be careful, and learn a little bit about security. Cars didn't used to have locks, either. Times change, and people have to adapt to it to some extent.

    That said, I personally very much liked the Vista user experience (I'm back to XP for now, but I had the beta and RC1). But after the first couple of days, I turned off UAC (and besides, I like to manage my security myself). It did nothing but ask me if I wanted to do what I was doing. Like another early poster here, I almost immediately reverted to clicking any damn OK button I saw. And God knows, I turned the sound off almost immediately. Moreover, I turned it off because it seemed like a talented Bad Guy would simply bury his Evil Code in something that seemed benign, and Joe User would just click through it. But all of that has been covered at great length in these hallowed halls already.

    My point is still this: the bad guys are out there now. That's just reality. Telling people not to worry and to go back to sleep doesn't serve anyone anymore. I don't think power user knowledge is necessary for the average person, but frank awareness of basic online safety puts it in the hands of the individual user to some extent, and eases some of the strain for the OS designers/engineers. Because while MS has made some dumb and dangerous mistakes in the past, I still think of it this way: when you're designing any piece of software, you can't completely anticipate the security issues that will come up a year down the road, and you can't reduce how hard a user will work to circumvent your attempts to protect them, no matter how inobtrusive they may be.

    I'm not defending MS for its past mistakes, oversights, poor execution, and so on, but I do think people need to pony up a little more energy to protect themselves. I'm no security expert, but it just seems like responsible living to me.

    --
    It is pitch black. You are likely to be eaten by a grue.
    1. Re:Troubling ... by mandelbr0t · · Score: 2, Insightful

      I'm not defending MS for its past mistakes, oversights, poor execution, and so on, but I do think people need to pony up a little more energy to protect themselves. I'm no security expert, but it just seems like responsible living to me. Yes, it is a matter of responsibility. You (the person surfing the internet, loading the truck, drinking from the tubes, whatever) are responsible for your own privacy while online. Period. There's not a law in the world that will magically turn off all viruses, trojans and malware overnight. However, what will happen is that end-user products will improve to the point where it's a turnkey solution, and a simple verification of some basic settings will protect you from all but the highly organized and criminal bad guys.

      The problem, as I see it, is that the large companies are not interested in your privacy. In fact, they're interested in invading it. They'll say that they just want to serve you better as a customer, but it's really long-term surveillance. If big business was interested in using the Internet as a vehicle for expansion rather than exploiting consumers, we'd see reliable and cheap wifi-enabled routers in every home with broadband. Windows viruses would be nothing more than an annoyance, maybe even a joke like in the good old days. And everyone would know how to protect themselves from them. They certainly wouldn't threaten to cause billions of dollars of unaccountable transactions.

      The funny thing is that before big business discovered the Internet, there was a considerable community movement toward ensuring that everyone was able to implement basic security. After all, your machine is a potential security threat to me if you fail to secure it, much like a ski that doesn't have those little brakes on them could become a hazard to the entire hill when you wipe out.
      --
      "Please describe the scientific nature of the 'whammy'" - Agent Scully
    2. Re:Troubling ... by eck011219 · · Score: 1
      I mostly agree -- hey, everyone, please mod mandelbr0t up.

      I don't necessarily feel the same conspiracy-minded stuff I used to about Microsoft, though. You're right -- our privacy is not as great a concern to a large software company as is their bottom line, and the more information they can have about consumers, the more they can make (both monetarily and in terms of data mining).

      However, while I don't disagree in principle with what you've said, I'd bring up some totally uneducated counter-arguments.

      If big business was interested in using the Internet as a vehicle for expansion rather than exploiting consumers, we'd see reliable and cheap wifi-enabled routers in every home with broadband.

      You're mostly right (my opinion, of course) -- I would only argue that telcos are big business, too, and it's not in their best interest to let ANYONE have reliable wireless routers for free. They make a stack of money from households that want a router so they can have multiple computers online but don't know how to do it themselves or are too intimidated by it. For example, only three or so years ago, all the high-speed options around here (Comcast, SBC/Ameritech, and RCN) had policies against any type of support for homes with routers. Unless you bought their router (or in RCN's case, installed a separate modem and bought another dynamic IP -- crazy, no?), they wouldn't help you if your service went down. It was maddening and transparently predatory, and you could generally convince a tech support person on the phone that their service was down (particularly if you were able to drop a bunch of buzzwords on them). But the policies were there -- buy our crap or you don't get support when we tank our service. And moreover, a lot of people who bought these services back then still have them and pay for them now.

      So that kind of makes your point, I know -- but what the telcos (and their power in the business world and their lobbying power in Washington) want is not necessarily what other aspects of big business want. Microsoft's a bad example, but there are a lot of companies who want to use the Internet purely as a medium for expansion and exposure. Amazon has a lot of problems with how they've done things lately, but I heard Jeff Bezos speak at BookExpo several years ago and was struck by what he said -- his point was that Amazon succeeded because it built a community, not because it maximized customer data exploitation. In other words, build it, and they will come.

      (Forgive me, I also bring up Amazon as intentional flamebait -- I have some ethical problems with them lately due largely to treatment of Jimmy Carter's last book, but I mostly want to hear other Slashdotter's problems with them. I know a lot of people 'round here are down on Amazon, but I kind of want to know why.)

      Google is another interesting one -- they seem to build community and then hope that builds business. So far, so good. But I could be wrong -- am I baiting again?

      Windows viruses would be nothing more than an annoyance, maybe even a joke like in the good old days.

      Yeah, I miss the Michelangelo days. It stunk and cost money, but nothing like now. And it was clever and a little funny and historically aware, which for some reason really did soften the blow. I remember calling in to my local radio station (WGN in Chicago) when they were talking about some virus or other and explaining to them that if you type CHKDSK at a DOS prompt and the memory doesn't line up right (I can't remember what the number was, but I feel like it was around 1.2 MB), you might have some kind of virus. If only it were still that simple.

      They certainly wouldn't threaten to cause billions of dollars of unaccountable transactions.

      Indeed. But this comes back to responsibility. Big business is a user of the Internet, too, and therefore is just as responsible for its own privacy. (In fact, one could argue that the ide

      --
      It is pitch black. You are likely to be eaten by a grue.
  27. Oh, this is rich ... by gstoddart · · Score: 3, Insightful

    Microsoft's Mark Russinovich acknowledges the risk factor but says it was a 'design choice' to balance security with ease of use.

    Microsoft has created a culture of choosing between security/good/whatever and 'ease of use'. Going all the way back to older versions of Windows in which there was no user permissions model.

    Hearing that all frigging installers are going to want admin perms is a frigging joke. Part of the reason Windows is insecure is you can't do anything without being an admin. It's not like it even supports a model whereby you install the software into your own location. Every piece of software expects to be able to write registries, replace system DLLs, and generally crap into a few common folders.

    I mean, well over a decade I could download any old UNIX software, untar it, set an environent variable, and just run the damned software. No root perms needed, just glorious, easy to run/trivial to uninstall software.

    This means that people aren't going to install their animated cursors in a sandbox which only affects them. They'll do it as admin, and potentially bork the whole machine.

    This just makes me laugh.

    Cheers
    --
    Lost at C:>. Found at C.
    1. Re:Oh, this is rich ... by rilister · · Score: 1

      Interesting that they would wheel out Mark Russinovich to paper over this crack: his Sysinternals operation was only bought by MS about six months ago, right? He seemed like he made a career working around bad design choices or omissions in Windows.

      He even produced the famous joke-BSOD screensaver that perfectly mimics a b0rked windows installation...

      Is he being forced out for street-cred purposes? "Hey, Mark thinks it was a good idea!" - I wonder what he'd say OFF the record about this....

      --
      'This writing business. Pencils and what-not. Over-rated if you ask me. Silly stuff. Nothing in it' - Eeyore
    2. Re:Oh, this is rich ... by dedazo · · Score: 1
      Hearing that all frigging installers are going to want admin perms is a frigging joke. Part of the reason Windows is insecure is you can't do anything without being an admin. It's not like it even supports a model whereby you install the software into your own location. Every piece of software expects to be able to write registries, replace system DLLs, and generally crap into a few common folders.

      My sister runs a lot of the old Win3.x games on her XP non-admin account successfuly, because I installed them under her "Documents and Settings" directory (equivalent to ~/) and I knew they tend to want to store .INI files in the Windows directory, so I just gave her account access to those and problem solved. I also got CorelDRAW 3.0 (yes, 3.0) to run this way. Older installers that assume they have the go of the whole box will continue to be a problem, but here at least Microsoft is giving you the option to install them successfully to maintain compatibility. Hopefully if this is enough of a problem people will stop using that software. The Windows installer system has worked in mixed privilege mode for a long time, assuming the software publisher bothered with that at all. Most Windows software today is being released with these restrictions in mind. You can always forgo "\Program Files" and install somewhere else and choose the "Only for me" option in the installer. Really, have you never installed software that works well in non-admin mode under XP? That's odd.

      BTW, when was the last time you ran Synaptic or yum without su[do]?

      I mean, well over a decade I could download any old UNIX software,

      I run decade-old software on Windows XP/2003 securely. I don't understand what's so special about that.

      This means that people aren't going to install their animated cursors in a sandbox which only affects them.

      If they feel the need to install animated cursors or Bonzi Buddy then there's fuck all you can do about it, after all.

      This just makes me laugh.

      My thoughts exactly.

      --
      Web2.0: I love when people Flickr my cuil and digg my boingboing until my google is reddit and I start to yahoo
    3. Re:Oh, this is rich ... by Anonymous Coward · · Score: 0

      Actually this is the programmer's fault as much as MS. You should be able to use the command line environment to figure where the program is located at. From that point load whatever .dll, preferences etc you have and do your job.

      Believe it or not, Adobe Acrobat can actually be copied from one machine to another and run without being installed. I am sure lots of other programs can do that too if they like forget about crap like shell integration that have no net values.

    4. Re:Oh, this is rich ... by evilRhino · · Score: 1

      Part of the reason Windows is insecure is you can't do anything without being an admin. It's not like it even supports a model whereby you install the software into your own location. Every piece of software expects to be able to write registries, replace system DLLs, and generally crap into a few common folders.
      Isn't this the fault of the application rather than the operating system? I suppose Microsoft could do better to discourage this type of behavior from developers.
    5. Re:Oh, this is rich ... by Anonymous Coward · · Score: 0

      Microsoft has created a culture of choosing between security/good/whatever and 'ease of use'.

      Uh, I'm afraid to ask, but which did they choose?

      It seems like more a case of "OK, the security guy wants us to do A, the usability guy wants us to do B ... in the interests of fairness, we're doing NEITHER!". That's project management right up there with "If you two don't stop fighting I'm turning this car around."

    6. Re:Oh, this is rich ... by hardburn · · Score: 1

      No, because Microsoft has never done anything to encourage this model. Between Program Files/ and the registry, programs invariably need to have access to the whole machine.

      --
      Not a typewriter
    7. Re:Oh, this is rich ... by PitaBred · · Score: 1

      My sister runs a lot of the old Win3.x games on her XP non-admin account successfuly, because I installed them under her "Documents and Settings" directory (equivalent to ~/) and I knew they tend to want to store .INI files in the Windows directory, so I just gave her account access to those and problem solved
      Wait... so you gave her non-admin account access to the Windows directory? Which part of that said "good security" to you? Now any app she runs has full access to the Windows directory. She may as well be an admin if she has carte blanche to the system directory.
    8. Re:Oh, this is rich ... by ivan256 · · Score: 1

      Giving old apps the equivalent of a chroot jail would solve the compatibility problem for older apps with hardcoded paths, allowing them to implement real security for new apps.

      Apparently they don't employ anybody that has used a computer in the last three decades though.

      BTW, when was the last time you ran Synaptic or yum without su[do]?

      Replace those commands with the equivalent for my distribution and the answer is "ten minutes ago".

    9. Re:Oh, this is rich ... by rrohbeck · · Score: 1

      I mean, well over a decade I could download any old UNIX software, untar it, set an environent variable, and just run the damned software You need a viable scripting language or a compiler for anything that's more than trivial. Windows' lack of both is what causes every little program to be bundled into an installer .EXE. And to avoid a million options in the installer, the installation paths are hardwired. Doom ensues.
    10. Re:Oh, this is rich ... by dedazo · · Score: 1

      "those" = the pre-created INI files.

      --
      Web2.0: I love when people Flickr my cuil and digg my boingboing until my google is reddit and I start to yahoo
    11. Re:Oh, this is rich ... by dedazo · · Score: 1

      Apparently they don't employ anybody that has used a computer in the last three decades though.

      ROTFLMAO and all that.

      the answer is "ten minutes ago".

      What's your distribution and how do you run your package manager in non-root mode? And why?

      --
      Web2.0: I love when people Flickr my cuil and digg my boingboing until my google is reddit and I start to yahoo
    12. Re:Oh, this is rich ... by ronanbear · · Score: 1

      Not only that, he's the guy who discovered the Sony rootkit.

      For me that's the biggest part of the story. This guy did a lot for Windows security and it must really be tough for him to be put in that position.

      --
      the more they over-think the plumbing the easier it is to stop up the pipe
    13. Re:Oh, this is rich ... by dbIII · · Score: 1

      I run decade-old software on Windows XP/2003 securely. I don't understand what's so special about that.

      It's very special for those of us that need to keep Win98 machines around to run legacy apps that are not so well behaved. VB stuff that hooks into MS Office is a paticular piece of annoyance and a good argument that if you hire a programmer you get to keep the source code.

    14. Re:Oh, this is rich ... by mr_death · · Score: 1

      Sadly, it appears that Mark Russinovich has been fully assimilated, and is part of boneheaded Microsoft practice of treating every bad security decision or implementation as a PR problem.

      How far the mighty have fallen.

      --
      It's Linux, damnit! Pay no attention to renaming attempts by self-aggrandizing blowhards.
    15. Re:Oh, this is rich ... by ivan256 · · Score: 1

      Personally I do it because one of my tasks at work is to maintain installers, and for performance reasons we pre-install to a subdirectory using chroot, tar up the subdirectory and put it on a CD. (This is for installation on many identical machines) In the past I have done it to set up UML (User Mode Linux) systems. I have done it using both RPM/YaST, and dpkg/APT.

    16. Re:Oh, this is rich ... by ivan256 · · Score: 1

      Sorry, you also asked "how", and I didn't answer that question.

      Both dpkg and rpm have a '--root' option that tells them which directory to consider as '/' when installing. You use this to install your higher level package manager of choice and its dependencies. Then you run the package manager itself with the 'chroot' command (Or run the 'sh' you installed in that subdirectory with chroot, and use it to invoke apt or whatever). If you are doing a simple installation (a single app and its libraries, like an ftp server in a chroot jail for example), you'd probably just use rpm or dpkg and skip the higher level package manager.

      DOS/early version of windows had a similar mechanism in the "subst" command, but I haven't seen it used for this purpose in years... Since Windows 2000 started becoming popular.

  28. I KNEW I was forgetting to mention something . . . by mmell · · Score: 1
    important.

    Yes, that's the whole crux of the matter - rpm can't (shouldn't) automagically elevate its priveledges - in fact, once running, it's running with the authority of the UID which launched it - period. No priveledge elevation on the fly here (and I consider that a really good thing)!

  29. Hole? by Henry+V+.009 · · Score: 1

    And synaptic won't run without root privileges. So what?

    1. Re:Hole? by Todd+Knarr · · Score: 1

      Synaptic will run quite nicely without root privileges. All it needs is the proper access to it's database (if you're installing or updating, you obviously need write access), but it can get that without being root if you set things up right. Now if it doesn't run as root then packages that want to install things in root-owned system directories might have problems, but a) that's the whole point and b) you can usually have such packages installed somewhere not root-owned by using the right incantations.

    2. Re:Hole? by Henry+V+.009 · · Score: 2, Insightful

      I knew that reply was coming. Yes, the expert user can force synaptic into running without root privileges. However the new Ubuntu user who tries to start it up is simply going to hit a "enter your password" prompt at the get-go.

      The expert Vista user can get around running installation programs as the Administrative user as well. It's the same issue.

    3. Re:Hole? by hitmanWilly1337 · · Score: 1

      "And synaptic won't run without root privileges."

      Yes, but synaptic only downloads from known repositories. Yes, you can add new ones, but that also requires admin access. Plus, synaptic doesn't let any old user install stuff (at least not without a root password). That same non-root user, however, can download and run progs from anywhere on the net in a controlled environment. Vista just assumes the user has admin access and does system wide installs, including kernel access. Yet you have to tell the machine that yes, you do in fact want to move that word document to the recycle bin. M$ definitely borked the security model on this one.

    4. Re:Hole? by Henry+V+.009 · · Score: 1

      "Vista just assumes the user has admin access and does system wide installs, including kernel access."

      You don't run Vista, do you?
    5. Re:Hole? by cortana · · Score: 1

      Synaptic will only install software from the safe Ubuntu archive by default. By contrast, Vista will run untrusted third party software with full administrative priviliges by default.

      I really thought that finally, MICROS~1 had got their act together and fixed their fucked up security system. I guess I was wrong.

    6. Re:Hole? by Todd+Knarr · · Score: 1

      True, however the new Ubuntu user is also going to have apt set to the default of only fetching software from the Ubuntu archive and I'd say it's reasonable to trust software from there. This is in contrast to Vista, which is wanting to grant admin privs to any program that it's heuristics think is an installer regardless of it's source. So which is better, a system that can be set up to not require admin privs and defaults to a safe state or a system based on "admin privs or nothing" that blindly trusts anyone with no way to change the behavior?

      Windows, I'm afraid, continues to suffer from the malady of trying to make it easy for people who don't know how to administer a computer to administer a computer. This is much like trying to make it easy for people who don't know how to drive a car to drive a car.

    7. Re:Hole? by fuzz6y · · Score: 1

      I knew that reply was coming.

      So you made a false statement and you managed to foresee that someone would correct you? You must be psychic. What are tomorrow's lottery numbers?

      --
      If you're going to be elitist, it would help to be elite.
  30. Cancel or Allow? by fahrbot-bot · · Score: 1
    Microsoft's Mark Russinovich acknowledges the risk factor but says it was a 'design choice' to balance security with ease of use."

    So, requiring software to use (possibly unnecessary) elevated privileges to install thus allowing unrestricted access to the system and circumventing all user security is a "design choice"?

    As the Mac vs. PC commercial goes, "You are coming to a sad realization. Cancel or Allow?"

    --
    It must have been something you assimilated. . . .
    1. Re:Cancel or Allow? by Sebastopol · · Score: 1

      This reminds me of the piss-poor attempt at security in Firefox extension certification.

      --
      https://www.accountkiller.com/removal-requested
  31. Re:Excuses Excuses by Joe+U · · Score: 1

    No, it's a potential risk.

    As in:
    Yes, if you elevate yourself to admin you can ruin your system.
    Installing software usually requires admin access, so you have to authenticate, opening yourself up to admin.

    Super elite hax0r Rutkowska is worried that by default, installers usually need to be run as admin.

  32. So that's where clippy went! by giafly · · Score: 4, Interesting

    The truth is out. Microsoft didn't kill clippy in MS Office, they just moved him upstairs to an entire operating system designed to ask unwieldy and confusing questions.

    This link allegedly tells you how to turn the questions off , but unfortunately I can understand the words, even most of the sentences, but the whole thing is just dreadful, "As a result, IT departments often cannot gauge the holistic health and security of their environments." Can anyone help?

    --
    Reduce, reuse, cycle
    1. Re:So that's where clippy went! by kpainter · · Score: 1

      Microsoft didn't kill clippy in MS Office, they just moved him upstairs to an entire operating system designed to ask unwieldy and confusing questions. That's how it works in corporate America and politics - why not in Windows Vista too?
    2. Re:So that's where clippy went! by syousef · · Score: 1

      Your mistake is pointing to a Microsoft article that explains the whole thing not just now to turn it off. Here what you want:

      http://www.petri.co.il/disable_uac_in_windows_vist a.htm

      --
      These posts express my own personal views, not those of my employer
    3. Re:So that's where clippy went! by Allador · · Score: 1

      Sure. Google 'disable uac site:microsoft.com'.

      The first result is this:

      http://technet2.microsoft.com/WindowsVista/en/libr ary/0d75f774-8514-4c9e-ac08-4c21f5c6c2d91033.mspx? mfr=true

      Scenario 3 describes how to turn UAC off in its couple of modes.

  33. Re:I KNEW I was forgetting to mention something . by Joe+U · · Score: 1

    Spoken like someone who doesn't use Vista as a limited user.

    You still have to authenticate with administrator access before you run the installer. There is no on-the-fly elevation.

  34. Sorry, Mark Russinovich is RIGHT. by nweaver · · Score: 0

    From the article, a comment by Mark Russinovich:

    So if you aren't guaranteed that your elevated processes arent susceptible to compromise by those running at a lower IL, why did Windows Vista go to the trouble of introducing elevations and ILs? To get us to a world where everyone runs as standard user by default and all software is written with that assumption..

    This is it, 100%. The problem with so much of Windows XP is that you had to run as administrator for silly things like games and everything else. These account-internal privilige levels are to simply allow the non-admin account to be able to do anything at all, and the "all installers are Admin" is a reasonable if somewhat permissive cost to pay, as it is better than the "Everything is admin" which is what it used to be.

    --
    Test your net with Netalyzr
    1. Re:Sorry, Mark Russinovich is RIGHT. by Ariastis · · Score: 1

      Cool, now trojans are going to use installshield! :P

    2. Re:Sorry, Mark Russinovich is RIGHT. by Anonymous Coward · · Score: 0

      Huh?

      If vista asks you "Is that OK?" every time you do almost anything, then couldn't it at least also ask it on the not so common occasions that you install new software and may well in fact be about install some virus ridden shareware?

      Where's the incentive for software companies to change their habits and develop software that doesn't require admin install permission when installers are automatically given admin permission anyway?!

    3. Re:Sorry, Mark Russinovich is RIGHT. by KillerBob · · Score: 1

      Interestingly enough, I found with some games that running without administration privileges worked like a no-cd patch was installed. That is... NWN and its expansions, for example, ran without the CD installed if they'd been installed with admin privileges and run as a user. :-)

      --
      If you believe everything you read, you'd better not read. - Japanese proverb
    4. Re:Sorry, Mark Russinovich is RIGHT. by Kalriath · · Score: 1

      IT'S NOT AUTOMATIC. The user is REQUIRED to pony up admin priviledges if they aren't an admin, or make their e-mark on the UAC "OK or Not" dialog if they are.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
  35. Sigh ... "Microsoft's Mark Russinovich" by Anonymous Coward · · Score: 0

    That phrase brings a tear to my eye.

  36. The cause of your problems and the solution by The+MAZZTer · · Score: 5, Informative

    NTFS partitions NOT created by Vista will cause these prompts for file operations on them, because you do not have access to them. #1: Your XP user account does but it is not recognized by Vista. #2: Administrators permissions is only granted after a UAC prompt. #3: Users permissions are normally low. Hence the need to prompt you to get the proper permissions.

    Fortunately this is easy to fix. Simply go into the security settings in the property pages of a folder (or the whole drive if you wish) and add your personal account to the access list with full control. This will eliminate the prompts. Alternately on a multi-user computer you can adjust the permissions of the Users group for the same effect.

    1. Re:The cause of your problems and the solution by Anonymous Coward · · Score: 0

      Cool, I'm glad Microsoft made it so much easier for granny than using chmod.

    2. Re:The cause of your problems and the solution by Enrique1218 · · Score: 1

      how an average user is going to figure that out ?

      --
      You don't have to be smart to use a Mac, you just have to be smart enough to buy one
    3. Re:The cause of your problems and the solution by Anonymous Coward · · Score: 0

      "Fortunately this is easy to fix. Simply go into the security settings in the property pages of a folder (or the whole drive if you wish) and add your personal account to the access list with full control. This will eliminate the prompts. Alternately on a multi-user computer you can adjust the permissions of the Users group for the same effect."

      Please tell me you are joking.

    4. Re:The cause of your problems and the solution by glesga_kiss · · Score: 1

      how an average user is going to figure that out ?

      Got a better idea? How are you going to teach your grandmother octet notation in order to use chmod? Her eyes will glaze over at the "B" in "Base". The windows setting in question here is in "Properties/Permission", not exactly hidden away.

  37. Apple got it right by ruiner13 · · Score: 4, Insightful

    There are 2 ways to install software.

    1. Drag application folder where ever you want it
    2. If application does need to install a control panel, kext, or any other system file, then you can create an installer. When the installer tries to install the files that need the elevated permissions, it then tells you what it is trying to do and asks for an admin user/password

    How is that hard to grasp at MS? Assuming everything needs admin permissions is just insane, and insisting it isn't a security hole and is a "design choice" is just fucking retarded.

    --

    today is spelling optional day.

    1. Re:Apple got it right by ThinkFr33ly · · Score: 1, Troll

      Funny, that's exactly the way that Windows Vista works.

      The problem is that most Windows *applications* want to do things that require admin privs because they're poorly written.

      There is nothing inherent to the Windows architecture that requires an application installer to have admin privs. It's just that most applications were written that way.

      UAC is an effort to preserve compatibility while making the default user experience safer, and that's exactly what it does.

    2. Re:Apple got it right by ruiner13 · · Score: 5, Informative

      No, it is completely different. For an MSI to run on windows, it needs to use the installer SERVICE which is running under the sytem account. This means that any installer inherently is running through a system user account. And if you had read the article, EVERY installer asks to be run as administrator in Vista, regardless of its intent. There is no exception made for a game, such as Tetris. RTFA yourself.

      --

      today is spelling optional day.

    3. Re:Apple got it right by Anonymous Coward · · Score: 3, Informative

      For an MSI to run on windows, it needs to use the installer SERVICE which is running under the sytem account. This means that any installer inherently is running through a system user account.


      Incorrect. The MSI installer service impersonates the privileges of the user that launched the msiexec.exe program that initiated the installation of the MSI package for the duration of the install.

      Further, it is entirely possible to write an MSI package that can be run by a non-admin. Mostly, however, installers need to write to areas that make what's being installed available to some or all of the users of the system (e.g. \Program Files), and this quite properly requires admin rights.
    4. Re:Apple got it right by choseph · · Score: 5, Informative

      Then the article is wrong. You can manifest an installer or exe to default to admin and UAC prompts, or AsInvoker if you know you can install without special access (installing to a user directory only for example). You can see more information here: http://channel9.msdn.com/Showpost.aspx?postid=2112 71

    5. Re:Apple got it right by Overly+Critical+Guy · · Score: 0, Troll

      Windows doesn't have the modern concept of application bundles. It's still living in the 1990s where program folders and their internal files are still exposed, and it uses "installers" and "uninstallers" for everything. The installers access a system-level installer service, which is the whole point of this article.

      Hell, Microsoft still hasn't introduced 32-bit/64-bit universal binary technology...not that it matters since 64-bit Windows can barely run anything, unlike 64-bit OS X Leopard which is fully backwards compatible including 32-bit drivers. Everything about Windows development feels ancient and backwards to me.

      --
      "Sufferin' succotash."
    6. Re:Apple got it right by Anonymous Coward · · Score: 0

      Realize that Leopard can run 32-bit drivers because the kernel is still a 32-bit process, that understands 64-bit addresses.

      Everything on top of the kernel can run 64-bit clean, just not the kernel.

      To be honest, I don't see a problem with this approach. I can start building 32-bit/64-bit driver bundles /today/, in preparation for the eventual 64-bit kernel.

    7. Re:Apple got it right by ruiner13 · · Score: 1
      From your link:

      if an app doesn't provide a specification, it will be run in the context of a standard user, but UAC will provide some virtualization features to make it appear as though certain admin tasks succeeded. Ok, even if this does work as the article explains, why the hell would you want it to "appear as though certain admin tasks succeeded"? So the first chance you notice is when your program starts crashing or fails to launch? That is almost more asinine than running all installers as admin, and certainly more frustrating. What sort of short bus freaks do they have making the decisions at MS?
      --

      today is spelling optional day.

    8. Re:Apple got it right by SanityInAnarchy · · Score: 1

      Does that actually apply to MSIs, or just EXEs? It's hard to tell from your link...

      --
      Don't thank God, thank a doctor!
    9. Re:Apple got it right by TheLink · · Score: 1

      You have to remember: these programs are likely to be broken in the first place.

      This is just letting a user have an easy way of _attempting_ to install and run a broken program.

      There are tons of programs out there that ask for admin privs when they don't actually need admin privs. Most of that is not Microsoft's fault.

      Vista still sucks tho, and the UAC is still broken. Linux, Mac etc aren't much better either.

      What you should have is "roles based access control". If you are running a flash/java game it should only be able to do a few things - sound, graphics, read keyboard/mouse only when in focus, no writes to disk, possibly no network access.

      Then you get the developer to say what sort of role their app requires. That way the user sees what sort of role-access is requested by the app/installer, and the user can approve it. You should be very suspicious if an "animated greeting card" needs read/write access to the file system at all, or network access or "stay resident and continue running even if window is closed".

      It would be easier to teach people that installing Microsoft Office requires "Full System Privileges", and running MS Word requires "Trusted Desktop App Privileges". And to avoid screensavers that require "Full System Privileges" instead of "Screensaver Privileges", stuff like seti@home would require extra privileges, but the nerds and geeks running it would understand.

      If you are paranoid, your web browser only needs to save files in a "Downloads folder", so it doesn't even need read/write access to anything except the bookmarks and other browser specific directories. It should not have any access to any other files.

      --
  38. A definition of "Balance"... by starglider29a · · Score: 1

    Obviously a definition of balance with which I am not familiar.

    Like balancing locking my doors against the inconvenience of my kids carrying keys to the house.

  39. Re:Tetris is a brand name by Anonymous Coward · · Score: 0

    HA HA!

  40. So no extra security after all? by thsths · · Score: 0, Troll

    This is kind of a funny statement from the Microsoft guy. After all, one of the main draws of Windows Vista is supposed to be "more security".

    And now this guy says that there is not actually a "security boundary". So he agrees that there are "implementation issues" in the security features, but he declares them to be ok, and not bugs.

    So what is the point of security when it is not actually working? From what I can understand, MIC is fundamentally flawed, because it does not block read access. And UIPI has holes, so it is not actually effected. Oh, and UAC can be tricked by calling your exploit install.exe.

  41. I forsee... by Iphtashu+Fitz · · Score: 1

    ... a flood of new viruses/trojans all named setup.exe.

    1. Re:I forsee... by rrohbeck · · Score: 1

      ... a flood of new viruses/trojans all named setup.exe. "Paris Hilton set up. Download the video!"
  42. Does not Vista ask for the Admin password? by gkearney · · Score: 1

    I write MacOS installer applications for time to time. When I do I try to always get by with the minimum of rights needed to to do the task. The MacOS installer applications give this option and if you need administrator or root right the OS will ask for the password each time the installer is run.

    Doesn't Vista ask for the admin password before running an application in that level? Or does it drop into that level of access without asking first?

    1. Re:Does not Vista ask for the Admin password? by SEMW · · Score: 1

      Doesn't Vista ask for the admin password before running an application in that level? Or does it drop into that level of access without asking first? It depends, and no, respectively.

      If you're running as a standard user, Vista will prompt you for the Administrator password before doing anything you don't have permissions for or that could damage the system. If you're running as an Administrator, Vista will still prompt you for anything that could damage the system, but since you're already logged in as Administrator the prompt is just 'cancel/allow'.
      --
      What's purple and commutes? An Abelian grape.
    2. Re:Does not Vista ask for the Admin password? by EMB+Numbers · · Score: 1

      What kind of software are you writingfro Mac OS X that you need an installer at all ? Do you write device drivers or non-user-space kernel extensions ?

      Thank you for at least minimizing the rights needed. But please, before writing another installer, I beg you to read Apple's guidance on the subject:

      "Drag-and-Drop Installation
      Bundles make it possible to provide drag-and-drop installation for applications (for more information on application bundles, see Bundle Programming Guide). Using bundles is the preferred way to install an application for the following reasons:

      It is easy for users to install and uninstall the application.
      It takes less time to install (only the time needed to copy the bundle).
      You don't have to spend time developing an installer.
      Providing drag-and-drop installation does not preclude you from placing files in specific places on the system. When your application is first run, it can copy any needed support files to appropriate places on the system. However, you should avoid using this technique to install additional executable code and should instead use it to install preference files, document templates, or other resources that can be regenerated as needed and are not required for the application to run.

      Note: If you install additional files when your application is first run, be sure to install them in obvious places, such as in the Application Support directory. Place your resources in a directory named for your application to make it easy for the user to find these files if they ever need to uninstall your application."

  43. I agree with MS' choice. by The+MAZZTer · · Score: 3, Interesting

    Any EXE with "setup" or "patch" in the name will be assumed to require elevation, because no programs to date have manifests which specify whether they need to be elevated or not; and so Windows has to guess. The filename is a perfectly good indicator, as most setups will need elevation (Program Files is not writable without elevation). Windows uses other factors too; it can detect Windows Installers, NSIS installers, and a couple of others regardless of the filename.

    If you don't like this automatic detection you can turn it off via the Group Policy Editor. It's under the global Computer settings under Security Settings somewhere, with the rest of the UAC options. Remember you'll have to manually launch installers elevated now, although Windows does try to detect when installs fail and will offer to try elevation and XP compatibility mode automatically.

    Myself, I actually made my computer less secure by turning off the secure desktop (the screen resolution change that happens every time a UAC prompt comes up). I don't want Windows yanking me away from whatever I'm doing because I got bored waiting for the UAC prompt to appear then all of a sudden it decides to finally show up and hog keyboard/mouse focus. Sometimes if your computer is busy the UAC prompt won't even appear for 5-10 seconds, and you're sitting at a useless but very secure desktop alone for that time. So I turned it off and now they appear on the normal desktop. Of course they could potentially be sent window messages now by any app; but I don't let just any app run on my computer. I was safe back when I used XP SP1 and I could turn UAC off if I wanted to and still be safe.

    1. Re:I agree with MS' choice. by ThinkFr33ly · · Score: 1

      I don't want Windows yanking me away from whatever I'm doing because I got bored waiting for the UAC prompt to appear then all of a sudden it decides to finally show up and hog keyboard/mouse focus. Vista only steals focus if the application that caused the UAC prompt is still the active application window. If you've moved on to do something else, the UAC prompt appears flashing in the start menu until you click on it, then the secure desktop appears.

      The change was post-RC1 I think.
    2. Re:I agree with MS' choice. by makomk · · Score: 1

      Firefox, at least, installs perfectly fine without admin access or any special permissions (you just need to install it to a directory you have write access to). Of course, how useful this is is debatable.

    3. Re:I agree with MS' choice. by Max+Littlemore · · Score: 2, Insightful

      Any EXE with "setup" or "patch" in the name will be assumed to require elevation, because no programs to date have manifests which specify whether they need to be elevated or not;

      Ouch! I think this is MS making the same stupid design descisions again, and in this case it's the one where a 'special*' filename is treated in a 'special*' way.

      I'm not talking 'special*' as in /boot is special - if I write an executable at /boot/banana/kill_all_humans, my system will ignore it, just as it will ignore C:\Kill~1.exe. I'm talking 'special*' as in a file with a particular name will be treated in a particular way, regardless of the contents. Think of all those old exploits where someone put an executable in an email with a jpg or other extension. This is the same brand of stupid all over again.

      I'm not saying that correct naming isn't important, I'm just saying that the file contents are more important than its name. If someone offers me "chocolate" and hands me dried cat shit, I'm not going to eat it. I'll dispose of it and most likely take violent action against whoever told me it was chocolate. I expect my computer to behave the same way, apart from the violence bit of course.

      They could have changed the executable format and provided a sandboxed legacy OS for older software as other posters have suggested. If there is no easy way of recognising different kinds of .exes, their contents and privileges required, it just highlights the problem MS is having in retrospectively fitting security to a broken model. The fact that they are still using 'special*' executable installers highlights that they haven't really thought these issues through. The fact that they are still using 'special*' filenames shows that they are adding to there existing legacy of 'special*' architecture.

      For the record, I'm not an anti MS zealot. I own an xbox, I just don't let Windows near my home PC.

      * In Canada, special means retarded.
      --
      I don't therefore I'm not.
  44. UAC vs SU ROOT by ThinkFr33ly · · Score: 2, Insightful

    UAC only kicks in when I try to do something to a file or system resource that I don't have permission to access. Period. End of story.

    In the unix world, if I want to modify a file that I don't own I must elevate my permissions using something like su root. And that's somehow *less* annoying than Vista's UAC prompt?

    The only time I can see this being more annoying is when I'm doing lots of actions that require admin privs. Microsoft did their best to group operations in such a way that you only get one prompt. If I try and delete 20 files, all of which I don't have access to, I'll get 1 UAC prompt.

    But sometimes they can't group these operations together, such as when I'm installing several applications when I'm first setting up my machine. In these scenarios, su root is superior in the sense that I su root once and that's it. With UAC, I'll get a prompt for each install.

    But if you know you're going to be installing lots of applications and you don't want to be bothered with multiple UAC prompts, then just turn off UAC while you're doing those installations. Simple as that. And not harder that su root.

    So what's the big deal? The vast majority of users don't install new applications every day. In fact, the vast majority of users don't do anything that requires admin privs on a daily basis. This is a non-issue.

    I've been using Vista since late November. During the first few days of use I got a lot of UAC prompts, but I really didn't find them all that annoying. One extra click just wasn't a big deal. After getting my machine setup the way I wanted it, I rarely got any UAC prompts. Just doesn't happen all that often.

    Since almost everybody who will run Vista will get it on a new machine with most of the software they will use pre-installed, this is even more of a non-issue.

    But the biggest point is that the way that unix does it, with a session-based elevation, is no less time consuming (in fact, it's usually more time consuming), and it's FAR more dangerous for a "dumb" user because they will tend to just leave their session elevated.

    1. Re:UAC vs SU ROOT by grant420 · · Score: 0

      Like Slashdot readers want to see that Unix is just as annoying as Vista.

      Oh, no wonder this didn't get modded up like it should. The poster at the top of the page clearly is complaining about all of the UAC annoyances that pop-up during installation of all those programs after a clean install of Vista, and not the weeks-later use of Vista where, like you, I've found it to be just fine. However you are right that turning off UAC temporarily after a clean install is a good idea.

    2. Re:UAC vs SU ROOT by 8-bitDesigner · · Score: 1

      Perhaps you should read this: http://www.tuxmagazine.com/node/1000148.

      SUDO and SU are very different.

    3. Re:UAC vs SU ROOT by a.d.trick · · Score: 1

      There is this amazing technology called 'sudo' that's been around long than I have, and google is your friend.

      Also, reading up on suid might be enlightening.

    4. Re:UAC vs SU ROOT by cortana · · Score: 1

      In the unix world, if I want to modify a file that I don't own I must elevate my permissions using something like su root. And that's somehow *less* annoying than Vista's UAC prompt?
      Much less annoying, because in day to day use you don't *have* to do anything that requires elevated priviliges. Thanks to years of fuckups by MICROS~1, when using Windows you must have elevated priviliges in order to run ordinary application programs.
    5. Re:UAC vs SU ROOT by Anonymous Coward · · Score: 0

      *VERY* different?

      One lets you run many commands as root, the other lets you run one command as root.

    6. Re:UAC vs SU ROOT by phayes · · Score: 1

      But the biggest point is that the way that unix does it, with a session-based elevation, is no less time consuming (in fact, it's usually more time consuming), and it's FAR more dangerous for a "dumb" user because they will tend to just leave their session elevated.
      Session based?! Your knowledge of other platforms is lacking/outdated. Before the generalization of sudo, Unix users used su to run a root shell which would stick around untill dismissed, but that hasn't been the norm for over a decade. Now, Unix/Linux/Mac users use sudo which elevates the privileges of a process (which goes away after it has finished to avoid posing a threat).
      --
      Democracy is a sheep and two wolves deciding what to have for lunch. Freedom is a well armed sheep contesting the issue
    7. Re:UAC vs SU ROOT by syousef · · Score: 1

      But if you know you're going to be installing lots of applications and you don't want to be bothered with multiple UAC prompts, then just turn off UAC while you're doing those installations. Simple as that. And not harder that su root.

      My understanding is that to switch UAC on or off you have to reboot. As you pointed out su root also lets you do a set of operations at once instead of clicking six times. The main problem is that MS have done only minimal grouping. There should be exactly one prompt, it should list all the operations that are being done for the entire set of files. Many users won't understand much besides "do you want to run" in any case.

      Since almost everybody who will run Vista will get it on a new machine with most of the software they will use pre-installed, this is even more of a non-issue.

      What BS is this? You want an OS that just caters to people who run nothing more than Office and IE? Gimme a break. Most people do install software at some point. It comes with hardware or they had it on their old computer and got use to it so they want to put it on the new one....etc.

      But the biggest point is that the way that unix does it, with a session-based elevation, is no less time consuming (in fact, it's usually more time consuming), and it's FAR more dangerous for a "dumb" user because they will tend to just leave their session elevated. ...as opposed to getting numb clicking yes to things they do every day? Gimme a break.

      I think you're being a troll. Unfortunately on /. trolls get modded insightful lately.

      --
      These posts express my own personal views, not those of my employer
    8. Re:UAC vs SU ROOT by pandrijeczko · · Score: 1
      In the unix world, if I want to modify a file that I don't own I must elevate my permissions using something like su root. And that's somehow *less* annoying than Vista's UAC prompt?

      Yes, quite frankly.

      For the inexperienced, the UNIX permissions methodology may seem confusing - but the fact is that it's based around the simply idea of "me", "the people I trust" and "the people I don't trust". And because sometimes a user needs to run a program that is outside the boundaries of what they are allowed to do, there are tools like "su" and "sudo" to let that happen - as well as setting a sticky bit on file permissions.

      But the fact is that it's only "root" that can set that stuff up in the first place and UNIX places a great deal of responsibility on the "root" account because it then assumes you know exactly what you are doing and are prepared to face the consequences of it if you make a mistake.

      The Microsoft security policy has always been about "users", "administrator" and "other convoluted exceptions like program installers".

      --
      Gentoo Linux - another day, another USE flag.
    9. Re:UAC vs SU ROOT by ThinkFr33ly · · Score: 1

      Ok. So SUDO lets you run one command as root.

      How is this different than UAC aside from being done from the command line?

      If SUDO is amazing technology, than so is UAC.

    10. Re:UAC vs SU ROOT by ThinkFr33ly · · Score: 1

      Thanks to years of fuckups by MICROS~1, when using Windows you must have elevated priviliges in order to run ordinary application programs. First, they weren't "fuckups". Windows has a very long legacy and it needs to preserve backwards compatibility or nobody would buy the new version. There is simply no way around that. Since a large part of that legacy was with single user systems with very few permissions, Windows applications rarely cared about permissions since they didn't really exist.

      Second, for the past 8 years Microsoft has been screaming at ISVs to make their applications "Logo" certified, which is basically just a fancy name to describe an application that doesn't do stupid crap like write to c:\Program Files. The fact that ISVs have ignored Microsoft is really not Microsoft's fault.

      Third, there are almost no applications that require elevated privs to run on Vista. Vista has an app compatibility layer that intercepts calls to restricted locations and redirects them to "virtual" folders under the user's path. This allows that vast majority of applications to run without admin privs and without the user even knowing there is something iffy going on. The only applications where this doesn't really work are applications that really do need admin privs, like a debugger or anti-virus application.

      So perhaps you should spend less time coming up with clever ways to misspell Microsoft and more time learning about the products you're bashing.
    11. Re:UAC vs SU ROOT by ThinkFr33ly · · Score: 1

      You're correct. I was wrong about the session-based generalization.

      But my point stands. How is this any different that UAC?

    12. Re:UAC vs SU ROOT by cortana · · Score: 1

      I know of all of that. MICROS~1's failure to get ISVs to write decent applications is a direct consequence of their failure to implement proper security (that is, all users are not admins) out of the box with Windows NT/2000/XP (choose one depending on when you think this issue started to be important. My choice is MS-DOS 1.0).

      It sounds like you have already practically agreed with me that MS putting their foot down and making regular users not be administrators by default would have been the only way to make ISVs code their programs properly.

      UAC and the virtual per-user folders are just more hacks and band-aids applied to a fundamentally flawed design.

    13. Re:UAC vs SU ROOT by a.d.trick · · Score: 1

      I was being facecious. Sudo isn't really that amazing, but it's horribly unfair to say that all *nix people are lamerz with nothing but a su command. Also, sudo has some GUI interfaces too. Gnome 2.16 includes one by default. On top of that, Windows XP (and 2000 I believe), had a runas command which seems to be fairly similar to UAC in functionality (it just had to be manually invoked).

      From a technical standpoint I don't know if there are any significant differences between UAC and sudo. I would guess that UAC would be more powerful because of the way Windows permissions work.

      The chief difference, however, is the implementation. Superuser access tends to be taken a lot more seriously on the *nix platforms. I've never seen a regular GUI program that need root access to run effectively (with exceptions for things like gparted). Unfortunately, the Windows platform still has a lot of bad apps hanging around, even large companies like Adobe can't get a clue stick. This means that the user will end up with dialogues for things that should never have been. The end result is that they get desensitized to entering their passwords. Bad. Bad.

  45. Re:Tetris is a brand name by MightyYar · · Score: 1

    Not only pointless and pedantic, but also long-winded!

    Bravo.

    --
    W..w..W - Willy Waterloo washes Warren Wiggins who is washing Waldo Woo.
  46. Sophisticated attack? Inconceivable! by Volante3192 · · Score: 0, Troll

    One thing that stood out in Russinovich's explanation is an admission of sorts that the default configuration of UAC puts the user at risk of a sophisticated code execution attack.

    Sophisticated? SOPHISTICATED? Isn't this the guy that sniffed out the Sony Rootkit? I don't think that word means what you think it means, Mr Sysinternals.

    You're giving admin privileges to an installer. It can do whatever it bloody well wants and you can't stop it. Hardly sophisticated code needed there. All you need is a user to hit 'Allow' after they try running 'IAmNotAVirus-2.0.1.exe.'

    Course, UAC's getting disabled by default anyway, so I don't see what the problem is... Anyone who actually wants to get stuff done will turn it off cause Limited users are still basically worthless outside of maybe surfing the net...

  47. [OT] She's pretty cute by Anonymous Coward · · Score: 0

    Although she's putting on a frumpy look in that article she looks pretty cute. "You have requested to get access to a very nice hole from Joanna? Cancel or Allow?" -- Allow!

    1. Re:[OT] She's pretty cute by Dunbal · · Score: 1

      "You have requested to get access to a very nice hole from Joanna? Cancel or Allow?" -- Allow!

            Although somewhere in the back of your mind you just know that the karmic priciples of the universe mandate that Joanna's hole will suddenly turn into the goatse guy the minute you click "Allow"...

      --
      Seven puppies were harmed during the making of this post.
  48. Re:An even bigger ahole... by MindStalker · · Score: 1

    Comment is in subject

  49. Dammit by Zebra_X · · Score: 1

    "One thing that stood out in Russinovich's explanation is an admission of sorts that the default configuration of UAC puts the user at risk of a sophisticated code execution attack."

    All right - Vista is tremendous improvement in some respects and in others it's a real pain in the ass.

    However, the reason it is a pain in the ass is due to this absolutely retarded line of thinking quoted above. Let me explain, somewhere along the way the Vista architects decided that ALL users of Vista were not qualified to use their computers. As such, anytime any program is executed one is prompted to confirm that they do in fact, want to run the program that was just run. Then depending on how signed and trusted the program is, you may need to confirm again that you would like to run the program, and again, and again. Also, if it tries to use the network, you might need to let it.

    "UAC puts the user at risk of a sophisticated code execution attack." - but the user has to RUN THE CODE FIRST.

    UAC is a problem in search of problem.

    You see the issue is that software is installing and running applications without the knowledge of the user. That is the problem. Not this business of me as a user clicking on a program and running it.

    UAC assumes that the user doesn't know he or she is running a program. As such, you are warned and prompted to death when running applications.

    The THING IS, I KNOW WHAT I JUST TRIED TO RUN.

    UAC has no concept of the source of the execution command. What really needed to be added to Vista is a concept of the "source" of code execution. In the case of UAC there should be the notion of not only the code execution but of the source, such as a keyboard, mouse or other input device. These sources identify execution requests as coming from a HUMAN, and not some nasty zombie pc making virus.

    UAC should really work as follows: if the action taken comes from a trusted hardware source, trust it and do the action. if not, warn the user. One more step that I could probably tolerate as a user is a notification of trust. Better yet, just show a little icon like that admin privilege escalation shield that indicates the code is trusted.

    The devil is in the details of course, but I'm sure that something could be worked out that is infinitely better than what is now going on in Vista.

    Howard Roark, if he were real, would weep at the notion of Vista.

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

      So what about the typical scenario of a user installing some utility/game/wallpaper/whatever they found on the net? Just because the user knows they asked to install something doesn't mean it's safe.

      Vista: "You're about to install a new software package! Would you like to a) forget it, or b) bend over, grease your asshole, and prepare for the installation?"

      Nice choice.

    2. Re:Dammit by mandelbr0t · · Score: 3, Insightful

      UAC has no concept of the source of the execution command. What really needed to be added to Vista is a concept of the "source" of code execution. In the case of UAC there should be the notion of not only the code execution but of the source, such as a keyboard, mouse or other input device. These sources identify execution requests as coming from a HUMAN, and not some nasty zombie pc making virus I'm sure that's the way things would be if it were possible. I don't think you understand computers at a low enough level to know why things don't work this way. All of this source checking gets done long before machine-code instructions ever hit the core (CPU), so all you need to do is somehow intercept the call to find out if the "code" was launched by a human, change "zombie" to "human" and now your killer swarm of zombies just turned into a mob of violent humans.

      In reality, the hardware is optimized for speed. That is, the core will execute the instructions it receives without any sort of bounds checking. If an instruction fails, then an error code is stored and the next instruction is fetched and executed. It's only during boot time that a kernel has the opportunity to install code at particular vectors to prevent other code from sitting there. That's the PC architecture -- it was designed years ago and for good or bad, we're stuck with it (Ironically, many people make the same argument about Microsoft). That's why the kernel is so important: if it fails to protect a particular interrupt vector or other system integration point, then a userland program can elevate itself to kernel-level privileges and walk all over both the running OS and the data on your hard drives.

      The only way to implement your idea (and many others like it) would be to have the hardware recognize this "code source" (or whatever magic bullet you have defined) and act accordingly.

      Long story short, people are looking for a technological solution to a lack of education. Like it or not, there's a lot of people on the Internet now that need education. Vista's UAC seems to be along those lines, though extremely insulting and inflexible to an advanced user. It's like it was designed to "raise awareness" of "potentially unsafe operations" so that someone who was previously a clueless idiot can now see that many operations are potentially unsafe. Of course, the prompts don't explain WHY to this person, which eliminates UAC even as an education tool.
      --
      "Please describe the scientific nature of the 'whammy'" - Agent Scully
    3. Re:Dammit by cortana · · Score: 1

      The THING IS, I KNOW WHAT I JUST TRIED TO RUN.
      No, you don't. Unless you disassembled and analysed the program you are trying to run.

      UAC gives you the ability to analyse every priviliged action that the dodgy third party application you are trying to run is trying to take. Until I read this article, I thought it was a pretty good idea. Now I see that MICROS~1 have fucked up yet again, and made it absolutely useless in the real world (the default configuration).
    4. Re:Dammit by aredubya74 · · Score: 1

      What really needed to be added to Vista is a concept of the "source" of code execution. In the case of UAC there should be the notion of not only the code execution but of the source, such as a keyboard, mouse or other input device. These sources identify execution requests as coming from a HUMAN, and not some nasty zombie pc making virus


      IANAP (I Am Not A Programmer), but this concept dinged a little lightbulb over my head with the commonly-used Windows and Mac application known as World of Warcraft. :)

      For those unfamiliar, their LUA-based UI system is built around giving users capability to script functions. These can be short macros of native commands and LUA language, or full-fledged addons, made up of 3rd-party LUA code + XML executed by the client and interpreted by the server to run complex functions. The idea is that these macros and addons can lessen the burden of repetitive tasks and make the game more fun. Build your addon, assign it to a key or mouse button, and when that key is pressed or click is registered, the code is run and interpreted. The setup also allows Blizzard to alter the available libraries or functions too, to extend capabilities or limit them from version to version. If they don't like how your addon impacts gameplay, they can (and have, especially with their recent 2.0 release) disable the functions it uses.

      Are their hacks that can change how WoW.exe works? Sure, there've been lots of them, and I'm sure there's lots more, but I wouldn't know because I don't seek out or use the hacks (IANALACE - I Am Not A Lame-Ass Cheater Either :) ). Basically though, all legit actions in game are driven by hardware events. You can't run a bot script to run around, follow players and help them while you go eat a sandwich. You need to be there, pressing buttons and clicking the mouse. Thus, there's nothing there that Microsoft couldn't have borrowed from Blizzard functionally. Hardware clicks are client-space, or userland. Anything important is on the server, or kernel space. MS could've used this, but instead, now they check to see if you really meant to do that. Awful design, and something they could've learned to avoid by stealing from one of the most popular applications run on their platform.
      --

      RW

    5. Re:Dammit by mariushm · · Score: 1

      So UAC should not prompt you for "Some band - Some track.mp3 .exe" that has a Winamp or Media Player icon?

      See what I'm talking about ? Windows is badly designed by default...

  50. What else did you expect? by Anonymous Coward · · Score: 0

    Most companies take on the personality of their CEO. So, if you have a CEO that is a "Very Severe Hole", you must expect them to put out software that also contains very severe holes... (And yes, I'm referring to Ballmer, not Gates, here.)

  51. Whiners by Anonymous Coward · · Score: 0

    I'm not really sure what the complaints are about--sure, there should be a way for Microsoft to check whether a setup program actually NEEDS admin priviledges before requiring them. But--seriously--all these whiners who keep clicking OK were almost certainly already running EVERYTHING as an admin. Some of these posts aren't true--or their computer is set up wrong--you can change your wallpaper, move files in your own user directory, copy text FROM Internet Explorer--without being prompted. My apologies to the poster who had to click through prompts before opening the registry editor (I mean, seriously--if you don't find prompts for registry editing tools to be acceptable, what exactly WOULD be acceptable?).

    There are definitely too many prompts. A lot of them just go to show how sloppy Windows programming really is--and hopefully the annoyance factor might actually FORCE developers to start testing for non-admins. It is still going to suck when you're doing initial setup (including copying files into program folders, hacking the registry, etc.), but hopefully Microsoft can get developers to writing software that requires admin rights to use in the process. And maybe Microsoft can work on a flag that determines when even the setup doesn't need to run as admin.

  52. This title is quite misleading... by blindd0t · · Score: 1

    Yes, it is true that Vista assumes all installation/setup programs require elevated permissions. This is fair because setup programs will often (if not almost always) need access to create registry keys, system files and libraries, etc... One big piece of the puzzle that this article misses, however, is the ability to specify in your program's manifest that it requires elevated access. This means I could compile any executable and embed a manifest that the executable I compiled requires this elevated access. This is the one place I can say the UAC varies from such features in *nix operating systems. The next step is obvious: social engineering. If you can convince the user that allowing elevated access for a malicious program is instead a good/necessary thing, then the UAC is, in a sense, defeated. However, this applies to any OS. If I were to install a .deb file on any debian-based distro of Linux, and entered my password blindly, I would be able to install malicious software on my machine, or even do something as drastic as installing a new kernel and changing which kernel my system boots up to. I fail to see how the UAC, in this respect, is any different from Linux or MacOSX - you either have super-user access or you do not, and you require super-user access to install software. I'm happy enough to at least see the effort from Microsoft to make this principal finally apply to Windows, and if it doesn't make everyone happy, then I'd like to see them come up with something better.

    1. Re:This title is quite misleading... by Anonymous Coward · · Score: 0

      Yes, it is true that Vista assumes all installation/setup programs require elevated permissions. This is fair because setup programs will often (if not almost always) need access to create registry keys, system files and libraries, etc...


      Remember it was Microsofts choice to do it this way, with a single registry, etc. They could have come up with any other scheme they wanted. If it was too different from XP then they could have sandboxed XP, as many others have said.

    2. Re:This title is quite misleading... by EMB+Numbers · · Score: 1

      "I fail to see how the UAC, in this respect, is any different from Linux or MacOSX"

      Use Mac OS X for a while and you might see more clearly.

      Regarding Windows:

      - The central registry used by both unprivaledged application as well as critical system components was a bone headed idea and many people commented on that fact back in 1995. Now user applications need admin priveledge just to write to a registry they should never have needed.

      - Allowing applications such as office suites (or _gasp_ web browsers) to overwrite system DLLs was idiotic then and now. It also causes multiple reboots whenever large application suites are installed. The last time I installed Microsoft Visual Studio, I had to re-boot Windows 2000 SIX times. The last time I installed IBM's Rational Tool Suite, I has to reboot FIVE times. I sometimes even have to reboot to uninstall software.

      - Allowing an alert dialog from any background application to steal the users focus from their foreground application was retarded then and now.

      - Using an Installer was questionable even in the day when you needed a prompt to tell you to insert the next floppy disk. Continuing to use installers for ordinary user applications is tragic.

      Microsoft used a particularly annoying and inneficient way to prompt users for permission escalation. Microsoft could make a less annoying system, but it wouldn't fix the root problem that too many (nearly all) user applications need escalated privaledges in the first place.

  53. resistance is futile by Anonymous Coward · · Score: 0

    Wow, that was fast. This was the guy that wrote sysinternals, and characterized the Sony rootkit. He's been at Micro$oft for what, 6 weeks, and his first assignment is to defend Vista security. He traded a lifelong reputation of being an honest and brilliant engineer for a pile of cash and a cushy job as a marketing droid. Too bad we'll no longer trust anything he writes.

  54. A bit different... by eklitzke · · Score: 2, Informative

    I am far from an RPM guru... but I have written a few in my day. Basically the way that an RPM works is you write a spec file which is just a script that tells RPM what actions to perform to install the actual binary. For example, put this file here, change its permissions, restart the running daemon associated with this package, etc. AFAIK the set of commands that you can give to RPM is limited, and I believe that you are not able to tell it to do things like load kernel modules. So sure, if you install an untrusted RPM it can do all kinds of nasty things like clobber your files, but there are limitations to what RPM can do. If you're really paranoid you can also run rpm with SELinux, which obviously has no analog in the Windows world.

    --
    #include ".signature"
  55. OMFG! I can't believe Dell admitted that by jmorris42 · · Score: 1

    > "booting the OS, w/o running apps or games"

    I can't believe Dell actually posted that description as their 'good' configuration guideline. Silly me, I always thought the purpose of an OS was to run applications, 'it can boot' isn't the 'good' baseline it is the 'absolute minimum'.

    The amazing thing is Dell is one of Microsoft's oldest allies, if they are admitting you can't do ANY real work on a 'modern processor' with 512M memory and that you will suffer until you get a dual core machine with 2GB memory and a 256MB video, that just about kills off most of the upgrade market, especially in corporate America.

    --
    Democrat delenda est
  56. Where's fine-grained security control? by david.emery · · Score: 1

    Why is it that OS vendors have never really taken seriously fine-grained security models?

    VMS (yes, VMS) showed just how effective this could be. If I remember right (and it's been a while), VMS provided about 25 different privileges, and you could mix-and-match to make sure that an installer, for example, ran with only the privileges it needed.

    I'm disappointed that one of the things Apple did not add/improve in its adoption of Mach and other Unix concepts was a security model that was better than "privileged(root)/not privileged".

    Although nothing MS does really shocks me, I'm still surprised that after the "Year of Security" emphasis from Microsoft this didn't come out as a core part of Vista.

    I'm also disappointed this doesn't seem to be a topic of discussion in current Operating System research. Can anyone point me to good new work on establishing and then implementing more fine-grained OS privileges? About the only advance here I know about are Access Control Lists, etc. applied to the file system. That's great for file security, but doesn't help much for the rest of the operating environment...

              dave

    1. Re:Where's fine-grained security control? by Anonymous Coward · · Score: 0

      There are roughly 30 different privileges a windows process can have. Many are not enabled by default, not even for admin. A simple example - try to programmatically load a registry hive. By default you can't do it, because the SeRestorePrivilege isn't enabled.

      The Windows Installer service never ran with all privileges, and beginning in version 4.0 (The one that's part of Vista), it runs with significantly fewer than it used to.

    2. Re:Where's fine-grained security control? by *SECADM · · Score: 1

      As the anonymous post under you have already said, windows does have roughly 30 different priviledges it can have for processes, just like VMS. As you may already know, Windows NT was based on VMS and done by basically Digital's VMS crew (Cutler and co.), so much of the security model is very similar. Check out this article written by no other than mr. Russinovich about the relationship between NT and VMS.

      --
      sure I'll have a sig.
    3. Re:Where's fine-grained security control? by david.emery · · Score: 1

      I know about the D. Cutler connection with Win NT, which is why I mentioned it in my original post. If Windows does have a finer grained protection, it's sure not visible to me. Having administered VMS systems, I know how reasonablly easy it was to run a VMS system. That administrative ease-of-use from VMS certainly didn't transfer to Win NT, at least not in my experience. I've never seen any practical 'how to administer Win NT' guide that makes reference to a finer-grained protection model, nor did I see any evidence of its use in anything I've done with Win NT, Win 2k or Win XP.

      Certainly when installing stuff on VMS, the documentation would say "The account used to install this application needs the following privileges: ..." I've never seen anything similar on -anything- I've ever read on installing or administering Windows. So it seems to me that, if this were in Win NT, it was abandoned by Microsoft as something they used and promoted to the power user/administrator community. (A strength of VMS, by the way, was its ability to enable Power Users. I remember setting up accounts for people who could control printers, etc on behalf of themselves and others near them, so I didn't have to be bothered for all the administrative stuff with restarting print queues after refilling a printer that ran out of paper...)

              dave

    4. Re:Where's fine-grained security control? by *SECADM · · Score: 1

      Here's a link in MS technet, from the result of a google search. You can see the various usermode tools you can use for NT security administration; for example you can use showpriv.exe to see who has what privilege on your system. I also believe lots more documentation related to the APIs and constants can be easily found on MSDN.

      You are right that when installing apps on windows, you will never see something like what you would see in VMS documentation regarding required priviledges for the said application. However, I must be fair and say this is hardly the fault of Windows, but more the unfortunate nature of having a consumer-oriented OS. All the third party applications on Windows will always indirectly determine your overall experience on the platform. Since they are not written by people with you and me(admin types) in mind, most of the time they just make bad assumptions and fugly shortcuts as long as they work. This is the catch-22 of any OS that attempts to be as ubitigous as Windows, unfortunately.

      --
      sure I'll have a sig.
  57. Third party software by jones_supa · · Score: 1

    The real problem is that Windows has so much third party software around. Even if you could install an application safely (through a "package manager" or something), the installed program itself could still be malicious and for example nuke all your personal files.

    On Linux you are in better position since you install most of the software from the distributor's repository, which is usually quite safe and tested. However in Windows world this would probably not be an option.

  58. It's not the software, it's the designers & mg by Gary+W.+Longsine · · Score: 1
    No, it's really not the same as "su root". The UAC aspect of the Vista security model, granting for the moment that it's not so convoluted that the term "model" shouldn't be applied, is at best inverted. The principle of least privilege on which most UNIX security is based would have:
    • you, the authorized user,
    • delegate permission to (elevate privilege for),
    • the relevant user or process rights,
    • just high enough and
    • just long enough
    to get the job done. If I'm logged into, say, Linux or Mac OS X and installing software, the running process has it's privilege escalated if I authorize it (for example using "sudo" in a Terminal window). To the degree that I'm familiar with or trust the process that I'm running, I can "trust" that the system will allow it to do its work and won't allow other random things that just happen to occur at the same time but which I didn't authorize to employ those same elevated privileges. For example, actions that I may perform in other windows at the same time, or actions by other users on the same system, or actions by other processes will continue to function with their respective limited (and different) permission sets. This model has been employed and refined on multi-user, multi-processing general purpose computing systems for over forty years (the general ideas pre-dates UNIX) and it works reasonably well, largely without annoying the end user.

    By contrast, under the Vista model, a malicious program could hop onto your system with limited rights, and then just wait until the inevitable day when the user disabled UAC. Then it can happily write itself to the filesystem, change the registry and install the keystroke logger with Admin rights. Disabling the security monitor is, well, a mind-numblingly bad idea that probably resulted from months and months of design meetings which utterly failed to consider looking *outside* of Microsoft to consider ideas or experience that other operating systems or research projects might have to offer.

    You wrote:

    For repeated, but seperate operations (like installing a lot of applications when you're setting up your machine), you can disable UAC. This is basically the same thing as su root if your account is an admin account.
    --
    If you mod me down, I shall become more powerful than you could possibly imagine.
  59. So the Apple ad is not an exageration??? by david.emery · · Score: 1

    Sure sounds like Apple pegged it right... ( http://www.apple.com/getamac , specifically the "security" ad :-)

              dave

  60. MeFi: Snowclone Tagline by Anonymous Coward · · Score: 0

    Windows Vista's security model: really quite similar to sudo, except that it doesn't prompt for passwords.

    1. Re:MeFi: Snowclone Tagline by h2_plus_O · · Score: 1

      Windows Vista's security model: really quite similar to sudo, except that it doesn't prompt for passwords if you're already logged in as a user that has the privileges you need.
      There, fixed that for you.
      On Vista, if you're a member of the Administrators group, you don't need to prove you've got the privilege, you just have to assert that privilege explicitly. No need to authenticate you as you, you're logged in already. It's a different story if you're logged in to an account that does not have the requisite privs- then you need to provide creds for an account that does have elevated privilege in order to assert it.

      Unless you're running as the Built-in Administrator, you run with a limited user token- even if your account is a member of the Administrators group. You can read here for more details.
      --
      If there's one thing I won't stand for, it's intolerance.
  61. Re:Excuses Excuses by Gallech · · Score: 1

    >Super elite hax0r Rutkowska is worried that by default, installers usually need to be run as admin. Super elite hax0rs are, apparently, morons...

  62. I'm disappointed. by JerkBoB · · Score: 0

    Almost 200 comments and only one DOOM joke? Sigh. I must be old.

    Go ahead moderators, do your worst. I was moderating back before the times when you were still playing with Duplos and crapping in your pants. Oh, that was last night? Well, then...

    --
    A host is a host from coast to coast...
    Unless it's down, or slow, or fails to POST!
  63. Most users will just hit the default button by Orion+Blastar · · Score: 1

    like "Ok" anyway. If the default is to deny it, it will deny it, if the default is to allow it, it will allow it.

    Norton Internet Security works the same way, when a program like BoDog Poker gets updated, Norton Firewall will ask the user "BoDog Poker was recently Updated? Do you want to block or allow it?" the combo box defaults to block, and then they just hit "Ok" and it blocks the program. Anyway then they call me to come in a unblock it for them so they can play BoDog poker again. Usually they just tell me something like their Internet doesn't work anymore. I check their system, and the Internet works fine, just not for their game. Then I check the Firewall settings and see that the game is blocked, and I unblock it. Something they don't know how to do by themselves.

    Symantec is worried that Microsoft is giving Vista these built in security controls, but the Norton series of security programs had them before Vista did.

    --
    Remember, Slashdot does not have a -1 disagree moderation, and no, troll, flamebait, and overrated are not substitutes.
  64. I'm a PC by Anonymous Coward · · Score: 1, Funny

    Mac: "Hi, I'm a Mac."
    Security: "Mac is attempting a salutation; allow or deny?"
    PC: "Allow."
    Mac: What's up PC?"
    Security: "Mac is asking a question; allow or deny?"
    PC: "Allow--yeah, um, it's this new security feature built into Vista. It's a little annoying, but it makes security rock-solid."
    Mac: "Oh yeah? Well, that's cool--hey, want to play a game of Tetris?"
    Security: "..."
    PC: "Tetris? Well I'm a bit rusty, but--hey Security, how come you didn't say anything?"
    Security: "Pfft--It's Tetris, I mean, I don't give a shit..."
    PC: "Well, OK, I just thought it was kinda odd that you didn't ask. So Mac, refresh my memory, how do you play this game ag--"
    Mac: "F**K YOU BUDDY!"
    Mac takes out Vista Security guard with Uzi.
    PC: "Whoa! What is this Mac, I thought we were down?"
    Mac: "DOWN ON THE FLOOR MOTHER F**CKER!"
    Mac shoots PC with Uzi; PC blue-screens.
    Mac takes picture of blue-screened PC, saves it to cool photo album he created with iLife! [TM]

  65. People who complain about UAC don't understand UAC by RzUpAnmsCwrds · · Score: 5, Insightful

    Everyone who complains that UAC is annoying doesn't understand that the purpose of UAC is to be annoying. UAC makes elevation a pain, in the hope that software creators will write software which doesn't need to elevate!

    VMWare 6, for example, constantly elevates on Vista. What do you want to bet that VMWare 7 won't?

    Well behaved programs elevate only when and where they have to. Even if 50% of Vista users turn UAC off, that's still 50% of your client base who is being constantly bombarded by elevation dialogs. The solution? Write your software so it doesn't need to elevate.

    As for the article - installers pretty much have to elevate. This is true on Windows and with Linux packages (when was the last time you ran apt-get without using sudo or running as root?). Some have pointed out that you can install most packages in Linux to be specific to your user account, using special flags. This, of course, is possible in Vista as well, if MSI packages are used.

    Note that I do agree that it's a problem that you can't override UAC detection. There needs to be a "don't run as administrator" option.

  66. Re:You ought to watch those irrational beliefs . . by chgros · · Score: 1

    rpm itself doesn't require root authority, and if everything you intend to do with rpm happens in directories to which you have write authority, rpm will work just fine.
    Funny, I once tried to extract files from an RPM and couldn't figure out how to do it without being root.

  67. The don't bug me principle by DeltaQH · · Score: 0

    I think that microsoft programmers and designers have not considered the "don't bug me principle".

    The last thing a user needs is a constant stream of dialogs and pop ups taking his attention away from the task at hand.

    But if microsoft security strategy consist of blaming the user whe he gets finally tired os clicking OK, OK ,OK.....

    In general, I think that computers programs must be more user aware. I get tired each time a program takes away the focus out of the area I am working. I think a little of artificial inteligence should be applied in software development. The computer should be aware of what the user is doing and bother him only whe it is really necessary.

    I think also that it is time to give the computer some sensors, like image recognition for or eye tracking for example, to really be aware of the users and what is he doing. Also instead of passwords why not use face recognition software? Instead of locking the computer manually when we walk away, why could not the computer be aware of it and lock itself... and unlock when we come back?

    Computers are still blind and deaf. Although they have microphones they are deaf, although thely have cameras they are blind. They do not listen or heard us. They do not feel us. It is about time to change it!

    1. Re:The don't bug me principle by J_Doh! · · Score: 1

      Time to start writing some code eh!

      --
      To secure peace is to prepare for war ...
  68. Um, what does that have to do with anything? by KingSkippus · · Score: 3, Informative

    I'm sorry, exactly where did I say that it was acceptable in OS X or Linux? Seriously, point it out, because I honestly don't remember saying anything like that.

    Since you brought it up, though, yes, Linux could definitely use some work in this area. I also get tired of sudo password prompts for doing some basic system configuration and maintenance tasks, especially stuff that only applies to my account, not the OS as a whole. If you want me to jump on the bandwagon of having less stuff requiring admin access in Linux, count me in. I can't speak for OS X because I've never used it.

    However, in defense of Linux, Vista is much worse. I've never had a prompt pop up in Linux that expressed concern because I was copying text from my browser to the clipboard. In Vista, I did. It may sound petty and silly, but it was the proverbial straw that broke the camel's back. The truth is, though, that I was constantly being prompted to do stuff that had nothing even remotely to do with system configuration or administration. Stupid stuff like renaming a file that was nowhere near a system directory. Stupid stuff like running a program that doesn't even come close to touching kernel code. Stupid stuff like... Well, you get the idea, I'm not going to sit here and list every stupid prompt I got.

    So am I Microsoft-bashing? Yeah, I suppose I am. But it's not because I have an ax to grind with the company or because I think the alternative is perfect, it's because this particular product truly sucks ass. Yes, I know that there are zealots out there who would complain no matter how well Vista might have worked, but if you think I'm one of them or that's why I posted my message, you're barking up the wrong tree.

    (Have you tried Vista yet?)

    1. Re:Um, what does that have to do with anything? by Rycross · · Score: 2, Informative

      What kind of text were you copying exactly? I'd like to try and recreate this when I get home. Are you sure it was Vista and not just an IE7 specific anti-phishing technique? I ask because I haven't had this problem at all in Firefox 2.0, and I can see them preventing the copying of URLs so that users aren't phished by an email that says something like "Copy and paste this url in a new browser window, and then enter your account information. And remember to never click on links in an email!"

    2. Re:Um, what does that have to do with anything? by Anonymous Coward · · Score: 0

      I've never had a prompt pop up in Linux that expressed concern because I was copying text from my browser to the clipboard. In Vista, I did. I've never had that happen in the 3 months I've been using Vista, why it's happening to you, I don't know, but I'm not sure I believe it.

      Stupid stuff like renaming a file that was nowhere near a system directory. That only happens if you don't have permissions to modify the file. You will also be prompted to confirm the renaming of a shortcut that will affect ALL users, I'm not saying that isn't annoying, but that's nothing new to Vista.

      Stupid stuff like running a program that doesn't even come close to touching kernel code. The OS certainly doesn't just give a UAC prompt for a file that won't be modifying the local machine area of the registry or adding/modifying system files. If the program actually doesn't need to do that stuff, but it is just for the fun of it, that's the application developer's fault.
    3. Re:Um, what does that have to do with anything? by Anonymous Coward · · Score: 0

      Well, you get the idea, I'm not going to sit here and list every stupid prompt I got.

      Don't worry, this is Slashdot, vague generalizations work fine.

      Basically, there's going to be a transition period for programs that were designed for Windows 95 thru XP and programs that were designed for Vista. Most older programs require admin access; Yeah, it was stupid, but developers are lazy.

      So you're going to see a UAC prompt on older programs, BIG FUCKING DEAL. Live with it or turn off UAC. I would rather have the occasional extra security prompt instead of nothing at all.

      I see far more potential in the Windows 6.x (Vista) platform then I do in any other OS or platform at the moment, but it's going to take time to get the older software up to the next level.

    4. Re:Um, what does that have to do with anything? by Anonymous Coward · · Score: 0

      When I want training wheels for basic system operations like copy&paste, I'll install Vista. Until that point, I'll stick with a real OS.

    5. Re:Um, what does that have to do with anything? by Hucko · · Score: 1

      I see far more potential in the Windows 6.x (Vista) platform then I do in any other OS or platform at the moment, but it's going to take time to get the older software up to the next level.

      I do too! After this almost every body is going to realise the dog bites!
      --
      Semi-automatic amateur armchair Australian philosopher; conjecture ready at any moment...
    6. Re:Um, what does that have to do with anything? by KingSkippus · · Score: 1

      I was entering a forum post into a text box. I wanted to save off the text to copy into a reply to another post, so I highlighted some text in the box and hit Ctrl-C. I got a prompt that said that Internet Explorer was attempting to access my clipboard, did I want to allow it to? I hit yes. Then when I actually pasted the text into the reply, I got the same prompt again.

      It wasn't the standard UAC dialog box, so it might very well have been IE7. Though I've run IE7 on XP, and I've never gotten that prompt, so I'm assuming that it's either Vista or the Vista/IE7 combo that sets it off. In any event, I just stood there for a few seconds staring at my screen, then started yelling—literally yelling—"Are you kidding me!!?"

      I can't really elaborate much more than that, because I've already gone back to XP. If I ever do try Vista again (I did make a partition image before blowing it away), I'll grab a screenshot and blog it or something. If you look around, I strongly suspect a bunch of other people already have.

    7. Re:Um, what does that have to do with anything? by glesga_kiss · · Score: 1

      There is a good reason for this; lots of folk cut & paste credit card numbers as well as passwords. A malicious site could simply keep an eye on your clipboard via some javascript and log the info.

      Sounds like the fix is backwards though. They've sandboxed the entire web browser from the clipboard, hence the asking for permissions message. This shouldn't happen when you are pasting text from a web page; that is crazy. What they could have done would be to sandbox the actual javascript calls to access the clipboard. Then you would only get warned if the site is potentially malicious.

    8. Re:Um, what does that have to do with anything? by KingSkippus · · Score: 1

      So you're going to see a UAC prompt on older programs

      Can you not read at all, or are you simply dense and choosing not to?

      I'll say it again, in big bold italicized letters: I'm not talking about third-party software here, I'm talking about the operating system itself!

      If my copy of Widget 7.0 from a couple of years ago didn't work, that would be one thing. But again, I'm not talking about this kind of situation. I'm talking about simple operations within the operating system itself, such as changing my desktop background, renaming a file, copying text out of IE7 (which, as we all know, is an integrated part of the operating system now), and so on.

      I would rather have the occasional extra security prompt instead of nothing at all.

      First of all, it's not an "occasional extra security prompt." It's a constant annoyance that irritates you every time you try to do anything. Second of all, if you simply disagree and really do find it a mere "occasional extra security prompt," then more power to you, but I'd be willing to bet a large sum of money that the vast majority of Vista users will disagree. I'd love to see some followup surveys about how many people have disabled UAC (thus completely defeating a huge chunk of Vista's so-called security) or have tuned them out to the point that they're completely useless.

  69. Can I send a resume? by Quiet_Desperation · · Score: 1

    He traded a lifelong reputation of being an honest and brilliant engineer for a pile of cash and a cushy job as a marketing droid.

    Are there any further openings in that area?

  70. 25% means you are an idiot by yanw · · Score: 1, Interesting
    To quote "Practices of an Agile Developer" (ish) "If 1% of your users have a problem it is because they are an idiot. If 10% have a problem they need more training. If >25% have a problem you are an idiot.

    The parent is not in the 1%, the parent is in the >25%.

    Do you trade off usability for your pre-empted blame culture excuse? The answer lies at your own gate and in your answer lies your fate.

  71. appropriate mac vs. pc commercial by Anonymous Coward · · Score: 0
  72. Mac vs PC ... by Random+BedHead+Ed · · Score: 1

    "You are learning about a severe operating system vulnerability. Cancel, or allow?"

  73. It's not that simple by JacksBrokenCode · · Score: 3, Interesting

    Sorry, but linux and OSX only ask you for your password when doing potentially dangerous things. You are not prompted when moving files from one of your own folders to another of your own folders. You are not prompted when editing your own menus. You ARE prompted when doing something that will affect other users of the system, such as installing software site-wide. If you want to install a warez server under your own home folder, go nuts, you already explicitly have permission to do so.

    The problem is that security isn't simply relegated to actions affecting system files and program installations. If you've ever cleaned a Windows box that had been hit by some virus or malicious website (back when websites could affect IE bookmarks, etc.) you probably noticed a glut of shortcuts and bookmarks pointing to websites that the "attackers" wanted you to visit. This all takes place within the userspace yet it is undesirable behavior. Likewise, copy/pasting to-from the browser has been pointed out to be a security hole even though the actions take place entirely in the userspace. I'm not saying that the kernel shouldn't be protected, but that ignoring userspace interactions entirely is equally wrong.

    It does not sound like MS has addressed the problem properly if UAC is instantly conditioning users to always click "ok", but to say that it should only be invoked when attempting "dangerous" operations belies the complexity of the issue. At the end of the day my kernel getting infected is not my primary concern - the integrity of my personal files is. Even if I had to purchase a brand new box with a new OS license off the shelf it's still easier/cheaper to do than trying to replace the accumulation of files I've created, downloaded, purchased, etc.

    1. Re:It's not that simple by nschubach · · Score: 1
      ..which is why (and I stand by this thought) programs should only have access to the directory they are installed in. Nothing more unless granted. Say you want to install your favorite office package. It should be setup as a package. The install directory is an empty directory with a links directory with (symbolic links, etc) to the binary or executable in a sub directory. If the user wants to save a document, the document goes in a sub directory of that application. If they wish to share it with someone else on the PC, they simply right click and share the file or directory just like they do with network shares, but the network is local. They select the users that have access and those users will be able to "see" those directories or you simply have shared folders that everyone can see locally.

      You could opt on the install to share the entire application with local users only by installing it for all users and the OS would take care of the installation parameters on the other user profiles. If it was setup as a shared install, each user would be given a private directory and access to the shared directory.

      In my ultimate "package" there would be: (ignore the ugliness of the list)
      • The main directory [The Office Package]
        • bin [directory]
        • settings [directory]
          • Bob's settings [directory]
        • userfiles [directory]
          • shared [directory]
          • Bob's files [directory]
        • links
          • links to executables/binaries
        • install
        • uninstall

      Anything in the root directory that is not a directory will be available to the program list when the person opens the operations menu. If a link to the directory of user files is made, the OS will check the settings folder to determine what application will open said file when clicked. The Settings should also have sub directories for each user's personal preferences.

      It should be a standard for user space programs. Those programs requiring more access should be heavily secured and the user prompted when required install. These would include in Windows: Defrag, etc.

      Take for example, Firefox/IE/Opera/etc. They would install to a directory and be limited to that directory alone. The user would have to grant special permission to save a file outside that directory. If they download a trojan that wanted to access a directory outside the scope given, the user would be told that it is requesting access and informed of the hazard. At this point, even virus software could intercept this "outsider" and check it against the records to see if it's a known offender.

      No applications would be given hardware access directly unless granted by the installer. In the case of games, the GPU/Sound/NIC would be granted. Input hardware would be granted by default, output or bi-directional would be denied by default. If required, the user would be prompted to allow access to the printer for instance. If the user decides to "trust" the package they could grant it by default.

      I know this is possible. I just have to get off my butt and build up a Linux that supports it for a "Proof of Concept" though I'm pretty sure that's about as far as it will ever go. Getting support from third parties that like to install everything to "Productivity/Billy Bob's Software House/My Software/This Version/" would really be a pain, but by putting those directories in the links sub they could appear to the user in that manner if they wanted to.

      Hell, even installing it should be as easy as dragging an install icon from the disk to the desktop (as much as some of you dread the GUI, most people don't do command line). When the OS intercepts this drop action it will see that it's an install and fire off an installation routine from a sub directory on the disc that will walk the user through the differe

      --
      Every time I start to have faith in humanity, I ruin it by driving to work between 7 and 8 am.
  74. DAMMIT by Anonymous Coward · · Score: 0

    First time in a while I've bemoaned not having mod puentes.

    Very clear take on the contrast btw. OSX and Vista. Maybe in RC2 they'll roll out the WinSUDO caching (yah RIGHT)

  75. Not Exactly True by ClubStew · · Score: 1

    That is not exactly true. Yes, by default every program recognized as an installer (setup.exe, things with "setup" or "installer" in the version info block, etc.) is elevated unless otherwise manifested.

    So, could this be exploited by a malicious setup.exe? Certainly, but to say that "every application installer" must be elevated is false. Good setup authors can manifest their setup so that it doesn't require administrative privileges.

    I'm just approaching this from the other side of the coin.

    1. Re:Not Exactly True by Anonymous Coward · · Score: 0

      That's pretty much 100% irrelevant.

      It's not legitimate (unless disasterously buggy) programs that are the problem - it's the deliberately malicious ones that install viruses, spyware, rootkits, etc.

  76. Why have installer at all ? by EMB+Numbers · · Score: 3, Insightful

    1) So, all Vista installers run with admin. priv.
    2) Installing a downloaded Tetris game allows the game installer to change virtually anything in the system.

    Why does a game need an installer at all ? Why not just unzip the game into your user account/home directory or better yet drag the game icon to the place you want it ? Why do Windows applications all seem to need an installer ?

    On OS X and NeXTstep before it, application icons are actually covers for directories containing all of the support files including executables need by the application. Furthermore, applications are not supposed to assume that they can write to their own directory. This is convenient for running applications from servers without installing on the local machine or for running directly off a CD-ROM. If an application needs to store user data or write configuration files, there are standard places to put the files. When needed, the individual application copies files to standard places using the user's permissions and not admin permissions.

    The first time any application is run, the user is asked if it is OK. If some crap is downloaded and executed unintentionally, the user is given a chance to say WTF and stop it. Any time any application needs privileges beyond the user's default privileges, an admin passwd is required.

    No installers (except in crap-ware and unusual circumstances and even then they require an admin password for upgraded privileges!
    Remarkable little user irritation.

    Why can't Microsoft copy this behavior ? It has been for sale since 1988.

    OS X isnt perfect, but sometimes it is better.

    1. Re:Why have installer at all ? by SEMW · · Score: 1
      http://en.wikipedia.org/wiki/List_of_Portable_Soft ware

      From the Wikipedia description:

      This is a list of portable applications, software programs that either:
      - do not require any kind of installation onto a computer
      - if there's an installation procedure, the resulting directory can be copied into a portable device and run without dependencies.

      This makes it ideal to be stored on removable storage such as a USB flash drive and used on multiple computers.

      Many applications become portable very easily without special packaging. Most simple applications can be made portable by simply copying the Program File folder for that application to an USB stick. Attempt to run the application on another PC to confirm it will work as a portable app.
      --
      What's purple and commutes? An Abelian grape.
    2. Re:Why have installer at all ? by Anonymous Coward · · Score: 0

      Why does a game need an installer at all ? Why not just unzip the game into your user account/home directory or better yet drag the game icon to the place you want it ? Why do Windows applications all seem to need an installer ?


      Because the average user cannot use the file manager (independent of OS - Explorer, Konqueror, Voyager.. all baffle the average user, let alone file management at the command line...).

      Seriously, the majority of computer users (I would even say as much as 80%) are incapable of even the most simple of file management tasks.

      I have had to walk countless people through how to unzip/untar a file and then move it. Often the same people will need the same instructions over and over again, thus installers.

      The classic is asking a user to download a file for some purpose or other and then they are unable to locate it. You have to actually walk them through downloading (again) the file and ask then to write down where they saved it so they will know where to find it. (this is even for installers). For larger files to save downloading again, I have had to walk users through how to search their system for the file that they just saved to an explicit location (though they seem blissfully unaware of it). Sometimes though, even that is hopeless.

      Clearly you have never had the pleasure of repeating this experience over and over and over and over and over... or you would understand. It drove me to become a huge fan of NSIS (msi is retarded). Rather than repeat such instructions over the phone or voice comms ad-infinitum, it is far less painful to write an installer script that unpacks and stores the files for the user and creates shortcuts on the menus or desktop, where they know where to look for them

      Basically, computers are far beyond the needs of the average user at this point, most people simply cannot handle complex thoughts, nor do they want to.

      Vista Home Basic (or whatever it is) should be essentially the same platform as the Xbox, with perhaps a little more functionality.

      Advanced operating system functionality should really only be in the hands of those who can actually use it or need it. The average home user is buying a way more powerful OS than they will ever need, it is a waste of their consumer dollars.

      To make the standard car analogy, it is like your granny who never goes over 50 driving around in a Ferrari or something. (someone will want to steal it and use its full potential)
    3. Re:Why have installer at all ? by EMB+Numbers · · Score: 1

      So applications that don't need installers exist for Windows too. That is slightly encouraging.

      Why is it that almost everything I encounter on Windows uses an installer ?

      It must be a cultural thing, because I can't imagine a "need" in most cases. It must go along with using/polluting the registry and adding a desk top icon and/or tray icon for every application naturally assuming that I want to dedicate my computer to running just that one application. It probably correlates with applications that pointlessly steal the user's focus when they are deep in concentration on something else. I am sure its related to forcing every user to install the application on the local computer instead of letting people run all of their apps from a network share where they are centralized and easily maintained by the IT department.

      Hell, Microsoft Office is one of the worst user experiences on Mac OS X. Why does an office productivity suite need an installer on OS X ? On Windows its because Office replaces half of the system DLLs, but why on Mac OS X ?

    4. Re:Why have installer at all ? by EMB+Numbers · · Score: 1

      I am curious how your observation relates to the general supposition that Macs are easy to use ? Somehow the Mac users learned to cope with drag-and-drop application installation.

    5. Re:Why have installer at all ? by aug24 · · Score: 1
      Why does a game need an installer at all ?

      So they can install key-loggers of course.

      Justin.

      --
      You're only jealous cos the little penguins are talking to me.
    6. Re:Why have installer at all ? by Anonymous Coward · · Score: 0

      I am curious how your observation relates to the general supposition that Macs are easy to use ? Somehow the Mac users learned to cope with drag-and-drop application installation.


      My observations probably relate to Mac users exactly as you would expect.

      I know only two Mac users, both are well respected semi-retired university professors. (Both able to cope with and enjoy complex thought.)

      The Mac is to the PC as the Volvo is to the K-Car.

      Mac users, for the most part are not average computer users. Mac users generally are financially better off and more well educated than the average PC user.

      The average computer user wants to plug their game CD (gaming also defines the differentiation in the target demographics) into their computer and start shooting things, without any unnecessary thought involved. Which is why I suggest that Vista Home Basic be a glorified X-box platform. Gaming, e-mail and browsing porn on the web is all the average PC user wants and understands.

      Should Apple ever establish market dominance through gaming support and competitive pricing, these same average computer users will be unable to perform basic file management operations on that platform as well.

      It has everything to do with the capabilities of the user, the platform for the most part is irrelevant.

      What is the first rule of writing? Consider your audience. The same applies to all kinds of other products, including personal computers and software.

      Windows (or any modern OS for that matter) has way more capability than the average user needs, wants or is willing/able to comprehend.

      Ever try to get an average user to read a manual? Its like pulling teeth without anesthetic.

      None of the clever and savvy PC users I know have any security issues with Windows. If you can understand the complexities and actually read the "manuals" available, it is not that hard to lock down a windows box tighter than an orthodox nun's.

      The "dancing pigs" phenomenon also applies to the target demographics as well and partially defines the apparent differences in "security". Neither of the two university professors I mentioned are the least bit interested in "dancing pigs", however the average joe-six-pack or their kids are extremely vulnerable to the "dancing pigs" phenomenon.

      Think about it, today's average personal computer has more power than the mainframe of 20 years ago. It would have been unreasonable to expect the average person to safely use an advanced operating system then, and it still is. People are not getting any smarter, that is for sure.

      There is a dollar to be made with this knowledge, without a doubt.
    7. Re:Why have installer at all ? by 99BottlesOfBeerInMyF · · Score: 1

      Hell, Microsoft Office is one of the worst user experiences on Mac OS X. Why does an office productivity suite need an installer on OS X ? On Windows its because Office replaces half of the system DLLs, but why on Mac OS X ?

      I haven't updated my copy of MS Office for quite a while, but as of about 3 years ago, it did not have an installer and was drag and drop from the CD. So I think the answer is, it doesn't need an installer.

  77. BadVista.org... by Grinin · · Score: 1

    I wish there was more money involved in the open source community so that we can afford public service announcement begging the public not to purchase Vista. I'm also very discouraged at the fact that you can no longer purchase a computer with anything BUT Vista on it. I'm sure this has to be illegal... forcing someone to purchase a different computer model because the one you want comes with Vista on it whether you like it or not?! And who's to say that Microsoft will continue to support Windows XP after 6 months from now?

    It literally makes me sick that company's with such power, such cash and capital are allowed to get away with things like this that ultimately hurt the consumer. Why isn't anyone standing up for the consumers anymore? I mean, I know Jobbs wants to end DRM, but that will benefit him a lot as well.

    Aside from all of these factors... Its not even secure. If a proof of concept virus was sold for Vista on the black market for $50k, and a Tetris installer can get root or administrative access to the operating system... then its just as insecure as any other windows operating system, and its all DRM and PMP!?

    If I have a heart attack as a result of the anger and frustration that Microsoft causes me on a daily basis, do you think I could sue them? If so, I'm going to stop taking my daily aspirin, and I'll roll the dice on life or death. I hear theres no Windows in Heaven.

  78. Benificial virus by edwardpickman · · Score: 1

    On the brightside there's a virus floating around that takes advantage of this to install Linux over Vista thus solving all the security and issues and slowdowns.

  79. trust by Gary+W.+Longsine · · Score: 1

    You keep using that word. I do not think it means what you think it means.

    --
    If you mod me down, I shall become more powerful than you could possibly imagine.
  80. Re:You ought to watch those irrational beliefs . . by Anonymous Coward · · Score: 0

    By default, rpm does use directories (notably, in /var) which will require running with root authority; but this can be overridden with command line switches (say, to install an rpm which will only be used by you).
    Many--probably most--common binary rpms do not support the option to relocate the target files. You'll put everyting where the rpm creator wanted, which requires root, or you won't get it at all. Nice attempt at hand waving and tap dancing on your part, though.
  81. Did not have to be true by SuperKendall · · Score: 2, Insightful

    As for the article - installers pretty much have to elevate.

    I would argue this notion is fundamentally wrong.

    An installer should only have to elevate if it has to modify the system, or possibly existing applications in some way.

    I don't have to elevate for all Linux installations for example if I am not going to install something in /bin, but instead install a local bin directory.

    In OS X you can install an application just fine without elevation, unless again it requires system access - but most software is self-contained and has no need to add system files. Thus when an installer asks you for a password you have a better feel if whatever app your installing should really have that level of access.

    In Vista you cannot have any installer do any setup things (like prepping directories or checking to upgrade a program) without running as admin. This is madness, because you are going to always be telling vista it's OK for even the most trivial installer to go ahead and elevate.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Did not have to be true by Keeper · · Score: 1

      In Vista you cannot have any installer do any setup things (like prepping directories or checking to upgrade a program) without running as admin. This is madness, because you are going to always be telling vista it's OK for even the most trivial installer to go ahead and elevate.

      This is incorrect, per previous poster's comments. If you keep everything in the user's profile and install using MSI, you won't have to elevate.

      That being said, how many windows apps do you know of that DON'T install to the program files folder?

      Yeah, I can't think of any either.

      Or are you arguing that it should be ok for software without admin privs to go modify content outside of the user's profile?

    2. Re:Did not have to be true by Tony+Hoyle · · Score: 1

      This is incorrect, per previous poster's comments. If you keep everything in the user's profile and install using MSI, you won't have to elevate.

      Untrue. Vista will elevate *before* running the MSI. You can't avoid it in a standard install - there's probably a group policy to switch it off but that's not a solution.

    3. Re:Did not have to be true by Keeper · · Score: 1

      Bullcrap -- it depends on the content in the MSI. The install is handled by two processes; one that handles executing portions of the install that require admin privs (msiexec.exe running as the SYSTEM user), and a second that handles the unelevated portion (msiexec.exe running as the user that launched the msi).

      Don't believe me? Go to the system32 folder and look at msiexec.exe -- note it doesn't have a shield icon on top of the binary icon. Don't trust that? Open up the binary in a resource editor and look at the application manifest. If you can't find any xml that says "", it isn't going to prompt by default when it launches -- you only get the prompt once it needs to create/interact with the elevated instance of the installer.

    4. Re:Did not have to be true by pavera · · Score: 1

      The problem is the registry. To write to the registry you need admin privs, every stupid little piece of software I've ever installed in windows writes something to the registry.

    5. Re:Did not have to be true by Keeper · · Score: 1

      Xml:

    6. Re:Did not have to be true by Anonymous Coward · · Score: 0

      The problem is the registry. To write to the registry you need admin privs, every stupid little piece of software I've ever installed in windows writes something to the registry.

      This is not true. Administrator privileges are only necessary when writing to protected areas of the registry as an unprivileged process. Generally, processes running as a given user have full write-access to the user's portion of the registry, and a few other areas. But, yes, there are many applications which needlessly violate this principle.

      - T

  82. Odd... I thought it *DIDN'T* do that... by Anonymous+Freak · · Score: 1

    Running RC2, when I try to install software, it sometimes fails, then asks if I want to run the install again as Administrator. When this happens, I have to approve UAC some 5 times for one install. (One to run the installer, one to give permissions to install, which fails, one to run the installer again, one to elevate to administrator, one to grant permission to install.)

    UAC is just broken. As the Apple ad shows, it pops up so often that it will just be ignored. If it only came up when true Administrator access was needed, and actually required that the user type their password, it would be much more effective.

    --
    Another non-functioning site was "uncertainty.microsoft.com."
    The purpose of that site was not known.
  83. Re:You ought to watch those irrational beliefs . . by VGPowerlord · · Score: 1
    As a side note, Debian's apt-get can't be run as non-root. Attempting to do so will result in

    E: Could not open lock file /var/lib/apt/lists/lock - open (13 Permission denied)
    E: Unable to lock the list directory
    for apt-get update
    or

    E: Could not open lock file /var/lib/dpkg/lock - open (13 Permission denied)
    E: Unable to lock the administration directory (/var/lib/dpkg/), are you root?
    for apt-get install.
    --
    GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
  84. Maybe this points out an underlying limitation by hey! · · Score: 2, Interesting

    in our concept of a personal computer.

    Yes, this is a specific flaw in response to the problem, but why do we have the problem? Why is it that when you browse to a web page, you are endangering an accounting database you have on your machine?

    What I am leading up to is this: there is too much coupling between computer applications via the personal computer operating system. It isn't just that MS put installers into God mode -- although that is bad.

    Imagine you ran your computer as an X terminal or Citrix client, and you connected to applications running on remote servers. Installing or upgrading one piece of software could do very little to affect another. Now imagine a variation on this: what if we never created installers. What if we distrbuted software in virtual machines that you simply dragged onto your disk, and the operating system provided window management, clipboard integration, and file service? Furthermore the virtual machine would have no access to system files, anymore than a network client has access.

    Your browser should at the very least run in some kind of a sandbox.

    There was some possibility, a decade ago, of a change in the nature of applications. The OpenDoc idea was that the user experience would be document centric, and vendors would provide various capabilities users could employ on the documents. This was a beautiful idea: instead of builing lots of boiler plate capabilities, you as a developer would create only the bit you wanted to add to the software universe. OpenDoc never got past beta, and the OLE model, based on heavyweight applications, won. Well, if you're going to go that way, why not package each application with its own complete, but lightweight, runtime system? If you need to install an active X, why install it for every application on the system?

    --
    Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    1. Re:Maybe this points out an underlying limitation by JacksBrokenCode · · Score: 1

      If you need to install an active X, why install it for every application on the system?

      I don't know anything about programing an OS, but wouldn't that be a maintenance nightmare? If multiple programs use the ZOMG library and each had a unique installation, wouldn't each installation have to be independently updated? 1 patch or upgrade suddenly would have to be applied to each installation. Maybe there's an easy way to manage this, with a central install and monitored program access? I don't know about this kind of stuff but having each program install it's own redundant libraries seems to me like it would be bloaty and a bitch to maintain.

    2. Re:Maybe this points out an underlying limitation by Nasarius · · Score: 1

      You don't need to stick everything in its own VM, you just need to be able to grant each application only the privileges it needs and nothing more. The problem isn't technical; SELinux already exists. The problem is making it user- and developer-friendly.

      --
      LOAD "SIG",8,1
    3. Re:Maybe this points out an underlying limitation by dbIII · · Score: 1

      Sandboxing won't be the answer. The only reason people use MS Office and not something else is because the cut and paste between each component works reasonably well, and because of all the crap VB scripts that rely on being able to get office components to do things.

    4. Re:Maybe this points out an underlying limitation by Anonymous Coward · · Score: 0

      Sandboxing applications would solve a lot of problems. In fact, that's the whole idea behind Java's security model for applets, and while there were plenty of holes in the sandbox to begin with, things have gotten pretty secure over time.

      The problem is that properly sandboxing applications is hard. Not so much as a matter of theory, but of practice. Current systems simply aren't designed to make sandboxing easy for developers, and unless it's easy for developers to do the right thing and hard for them to do the wrong thing, 9 times out of 10 they'll end up doing the wrong thing without even realizing it.

      Capability-based security models (where all security is performed by exchanging secure tokens, which act like keys) will probably provide the kind of security you want, but they're in the research phase, and who knows when, if ever, that sort of thing will ever appear in mainstream operating systems (let alone a Microsoft operating system).

    5. Re:Maybe this points out an underlying limitation by Anonymous Coward · · Score: 0

      Microsoft has a operating system kernel written entirely in manage code (something like a small amount of assembler for some really low level stuff, a tiny wrapper written in c++ and then they other 99.99 percent of the operating system all written in C#). It's channelized internally and no application gets to talk to another application directly. Each application gets it's own entire version of the system libraries and each application communicates with things like disks, video and network through monitored channels. It's called "Singularity" and it's absolutely amazing if you like things like operating system kernels.

      Some poster above said Microsoft needs to copy Apple, start from scratch and then virtualize all pre existing stuff. Believe me when I saw that did that many, many years ago. It's called the .net framework and you are seeing pieces of it ship every couple of years. Those namespaces aren't System. for shits and giggles.

    6. Re:Maybe this points out an underlying limitation by I'm+Don+Giovanni · · Score: 1

      The OpenDoc idea was that the user experience would be document centric, and vendors would provide various capabilities users could employ on the documents. This was a beautiful idea: instead of builing lots of boiler plate capabilities, you as a developer would create only the bit you wanted to add to the software universe. OpenDoc never got past beta, and the OLE model, based on heavyweight applications, won.


      Um no.
      First, OpenDoc get get past the beta stage. Apple had a browser based on it called CyberDog. It's true that the Windows version never went anywhere because IBM and WordPerfect dropped the ball.

      Regarding the "OLE" model, OLE allows for inproc components (dlls) as well as full app components (exes), and had that ability long before OpenDoc. "OLE Controls" (.ocx dlls) were a refinement of this, and lots and lots of VB components were released with that model (abandoning the old .vbx controls in favor of .ocx controls), and these are not "heavyweight" and were very successful; probably the most successful component model ever. ActiveX controls were introduced as simply the web-version of OLE Controls, and later, the non-web version of "OLE Controls" were renamed "ActvieX" controls too.

      Now, if someone wants to write an app that does only what is specializes in and relies on OLE/ActiveX controls, the can do so. IE itself is such an app. It simply hosts the IE ActiveX control (shdocvw.dll), which hosts the MSHTML.dll control, which renders HTML and hosts other controls on demand (Flash, QT, WMP, even the JVM are all ActiveX controls in IE).
      --
      -- "I never gave these stories much credence." - HAL 9000
    7. Re:Maybe this points out an underlying limitation by 99BottlesOfBeerInMyF · · Score: 1

      I don't know anything about programing an OS, but wouldn't that be a maintenance nightmare? If multiple programs use the ZOMG library and each had a unique installation, wouldn't each installation have to be independently updated?

      This is a solved problem. OS X uses application bundles that include all the libraries needed and perform dynamic linking at runtime. The cost is slightly more disk use, but it is still less than the same size as most Windows apps now and disks are getting bigger and cheaper all the time.

  85. Re:It's not the software, it's the designers & by cortana · · Score: 1

    Once you have run a program via sudo, can a mailcious program not inject further keystrokes into your terminal application and therefore run anything it wants?

    Or with the default sudo configuration (without tty_tickets), can a malicious program not simply wait for you to authenticate yourself to sudo, and then run anything it wants via sudo from then on?

    Or more fun: can't a malicious program wait for your to run your terminal emulator and run sudo, and then listen for further keypresses, steal your password, and use it as it wants from then on?

    Privilige elevation is trivial on most systems once malicious software is running on the system. :(

  86. A lie, mod parent down by Overly+Critical+Guy · · Score: 1

    What a load of crap. OS X doesn't require your password to access System Preferences or run XCode or change your desktop background or modify your Dock (Start menu on Vista).

    --
    "Sufferin' succotash."
  87. Chairman Bill Was on Holiday by cvos · · Score: 1
    If the windows developers had slept at a holiday inn express they would have been much smarter and none of these security problems would exist.

    Chairman Bill doesnt seems to sleep at the Holiday Inn, and has lost interest in developing software and is now buying 4 star hotel chains with the Saudis.

    --
    I'm just here for the sigs
  88. just american standards.....by an american by Anonymous Coward · · Score: 0

    hehe... vista security = US homeland sec.
    full of holes, every little thing is a bomb/virii
    but it looks pretty, makes you feel good (by looks, not by values which there is none), and is way overprotective.

    1. Re:just american standards.....by an american by Dunbal · · Score: 1

      hehe... vista security = US homeland sec.
      full of holes...

            Not to mention: it costs about 10 times more than it should.

      --
      Seven puppies were harmed during the making of this post.
  89. Can it be overridden using manifests? by DigitAl56K · · Score: 3, Informative

    From the NSIS (Nullsoft Scriptable Install System) documentation:

    RequestExecutionLevel none|user|highest|admin
    Specifies the requested execution level for Windows Vista. The value is embedded in the installer and uninstaller's XML manifest and tells Vista, and probably future versions of Windows, what privileges level the installer requires. user requests the a normal user's level with no administrative privileges. highest will request the highest execution level available for the current user and will cause Windows to prompt the user to verify privilege escalation. The prompt might request for the user's password. admin requests administrator level and will cause Windows to prompt the user as well. Specifying none, which is also the default, will keep the manifest empty and let Windows decide which execution level is required. Windows Vista automatically identifies NSIS installers and decides administrator privileges are required. Because of this, none and admin have virtually the same effect.

    It's recommended, at least by Microsoft, that every application will be marked with the required execution level. Unmarked installers are subject to compatibility mode. Workarounds of this mode include automatically moving any shortcuts created in the user's start menu to all users' start menu. Installers that need not install anything into system folders or write to the local machine registry (HKLM) should specify user execution level.

    More information about this topic can be found at MSDN. Keywords include "UAC", "requested execution level", "vista manifest" and "vista security".

    So it seems that there is an option, "user", which might cause NSIS to run in non-admin (depending on whether Vista's auto-handling is overriding), and that other installers might also be able to run non-admin.
    1. Re:Can it be overridden using manifests? by Tony+Hoyle · · Score: 1

      You can, but that's the point - nobody does, and because of that users are conditioned to click 'yes' to the install (and AFAIK you can't attach manifests to MSI's... OTOH it's rare for .msi files to be sent out without a setup.exe to set INSTALLMODE anyway so might not be an issue).

      The default should be to *not* elevate with the system elevating the app only if it touches system configuration... so 90% of apps would not need it (dumping an exe in program files should not require an extra prompt).

    2. Re:Can it be overridden using manifests? by memarklar · · Score: 1

      If you name an executable with the words "install" or "setup" Vista will elevate the security level. This is part of the "heuristics" used to determine if an app is an installer. This is absolutely the most retarded thing I have ever heard. Bring on the new "MelissaSetup" viruses...

  90. eh, wait for the patch... by hobo+sapiens · · Score: 1

    ...and let's hope it's called Wiggety UAC...

    --
    blah blah blah
  91. Re:You ought to watch those irrational beliefs . . by cortana · · Score: 1

    It is a failing in the RPM format. If it was a deb you could have run dpkg-deb extract foo.deb /tmp/blah. Or ar x foo.deb; tar -zxf data.tar.gz. I believe there is an rpm2cpio utility that will let you do something similar with an RPM.

  92. but in linux... by leadsling · · Score: 1

    I right click on the link click on open in new tab, click on the tab and watch the very funny clip!!!

  93. Apple Commercial by queenb**ch · · Score: 1

    That's pretty much the subject of the new Apple commerical....

    http://www.macobserver.com/article/2007/02/06.2.sh tml

    2 cents,

    QueenB

    --
    HDGary secures my bank :/
  94. Yeah, like Linux got security right by jmulvey · · Score: 1

    NIS is a joke of a security protocol... you get access to an NFS server because you are who you say you are?

    And the User/Group/World security model of the Kernel only allows a user to be a member of 16 (or 32) groups. I can't think of a single company that needs a user to be a member of more than 16 groups.

    1. Re:Yeah, like Linux got security right by jZnat · · Score: 1

      Sun created NFS, not Linux (or any of its main companies that employ the developers).

      And the security model you're speaking of: isn't that part of the POSIX standard? Once again, don't blame Linux, blame those who created the standard (which has existed quite a bit longer than the Linux kernel has).

      --
      'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
    2. Re:Yeah, like Linux got security right by jmulvey · · Score: 1

      Sorry. I missed the part where you tell me how this is more secure than Windows.

  95. Re:You ought to watch those irrational beliefs . . by Qzukk · · Score: 1

    That's because you don't have the correct options ;) Debian solves this between the "fakeroot" utility as well as flags that let you specify alternative list and cache directories.

    I found that out when I was setting up a chroot debian install in a subdirectory when I was playing with network booting and nfs root filesystems.

    --
    If I have been able to see further than others, it is because I bought a pair of binoculars.
  96. Re:Odd... I thought it *DIDN'T* do that... by Tony+Hoyle · · Score: 1

    I just remembered one of my #1 vista annoyances.

    *every single fucking time* you install anything, after it's finished, vista asks:

    "Did this application install correctly?"

    Even clippy wasn't this bad.

  97. how is this different from Debian ? by Anonymous Coward · · Score: 0

    I have to be root to install a package using apt*.

    Any such .deb could have the same malicious intent as suggested in TFA.

    Why can't applications for Debian* be installed into user space if there is no need to mess with the system.

  98. support the thread by HomelessInLaJolla · · Score: 1

    After many many many many times of hitting "reload" I managed to receive enough page text that I could read this progression before the CyberSitter filter here at the library dumped the whole page. I'm so glad I spent the effort. That's some good humorous reading right there.

    --
    the NPG electrode was replaced with carbon blac
  99. Quailty by cortana · · Score: 1

    Someone should make a spoof like this and put it on the tubes.

  100. What about LITTLE OLD LADIES? by Quintios · · Score: 1

    I would like to know what popups you get during "normal" operation of the computer. You're in the process of setting up your computer, installing some software you're familiar with, and changing the background to something you like. That's understandable for a lot of computer users. But what about a typical little old lady? All she does is email, browse the web, and play Spider Solitare. She NEVER installs an application and I would wager she represents about 40% of the computer users out there. They're the ones that need this sort of protection. She clicks on shortcuts and mistakenly drags them (and therefore loses them, where'd it go???). She double clicks on attachments all the time *shudder*. The list goes on. So, now that you have your computer all set up, how many times do you get the nag screens during normal use? Just running programs, games, email, Internet Exploder, etc., not doing a lot of copying and pasting, moving shortcuts, and installing programs. Just curious if I need to keep running XP until MS comes out with the next big OS or not. Thanks. :)

    --
    Anonymous Cowards are at -6...
  101. How Long Before... by the_mushroom_king · · Score: 0

    Someone writes a utility to auto-click all the annoying boxes. With Vista you work harder, instead of smarter.

    I don't plan on upgrading until they force me to.

  102. I've done messy code... but HACK HACK! by TheCouchPotatoFamine · · Score: 1

    Like an austin powers thing..

    Mole.. Mole.... my Molestake!

    HACK~! /on osx, let's see the malware guess your password!

    --
    CS majors know the time/space tradeoff, but they never get taught the 3rd, crucial, tradeoff of the set: comprehension!
  103. A million extra clicks by HomelessInLaJolla · · Score: 1

    Tell me that MS isn't routing those extra clicks to some banner ads someplace...

    --
    the NPG electrode was replaced with carbon blac
    1. Re:A million extra clicks by name*censored* · · Score: 1

      You're being a bit naive :P. Microsoft have not only routed all of those links to some banner ads, but they've also implemented a scheme in which the manufacturer of replacement keyboards (enter/escape button) and mice (left mouse button) pay them a percentage for every sale due directly to shooing away the nagbox (which is automatically assumed to be every sale, even with evidence to the contrary). Also, they've patented the concept of being paid for performing a service which aids someone elses' income, and installed DRM for the printscreen button.

      --
      Commodore64_love: I don't comprehend people who're so frightened of death that they'll bankrupt themselves to stay alive
    2. Re:A million extra clicks by HomelessInLaJolla · · Score: 1

      > installed DRM for the printscreen button.

      It all comes back to the buffer. Never underestimate the power of the buffer. :)

      --
      the NPG electrode was replaced with carbon blac
  104. Do you know what you're doing? by HomelessInLaJolla · · Score: 1

    If you can't get it from the official Debian servers you can always compile it yourself.

    I know, I know. You're going to complain about not everyone wanting to build their own applications from source. When Debian has the funding that Microsoft does then you can start throwing dirt in that direction. You get what you pay for--or, in the case of Microsoft, you pay for it but you still don't get it.

    --
    the NPG electrode was replaced with carbon blac
    1. Re:Do you know what you're doing? by minus_273 · · Score: 1

      good thing i use a mac.

      --
      The war with islam is a war on the beast
      The war on terror is a war for peace
  105. what is a setup program? by multi+io · · Score: 1

    Technical definition, please. And how does the system know? Isn't it broken as designed that the system has to know about "setup programs"? I always thought they're just programs like any other one (as they should be).

    1. Re:what is a setup program? by Shados · · Score: 1

      Its probably anything run through Windows Installer. In my opinion, the simple thing to do is, in the next version, for the -installer- to tell the user which level of priviledge it needs (a bit like Java applets or whatever).

      Or, even easier: If your program doesn't required admin to install, its probably fairly simple: Use another installer software. Hey, it makes a market for third partys, too.

      Disclaimer: This is all based on the wild guess that Windows treats Windows Installer in a special way: how else could it detect an installer from another software? I mean, what if its an exe that just XCOPY

    2. Re:what is a setup program? by memarklar · · Score: 1

      I posted this in response to the manifest post, but Vista will determine that any EXE with the words "install" or "setup" in the name are installers, and elevate their security level. Seriously. How would anyone ever circumvent such an advanced system?

    3. Re:what is a setup program? by multi+io · · Score: 1

      but Vista will determine that any EXE with the words "install" or "setup" in the name are installers, and elevate their security level.
      ROTFL. Thank you, you made my day :-P
  106. So True So True So True by Anonymous Coward · · Score: 1, Funny

    'Microsoft's Mark Russinovich'

    Boy is THAT ever true!

  107. Re:People who complain about UAC don't understand by ben+there... · · Score: 1

    Everyone who complains that UAC is annoying doesn't understand that the purpose of UAC is to be annoying. UAC makes elevation a pain, in the hope that software creators will write software which doesn't need to elevate!

    VMWare 6, for example, constantly elevates on Vista. What do you want to bet that VMWare 7 won't?

    Well behaved programs elevate only when and where they have to. Even if 50% of Vista users turn UAC off, that's still 50% of your client base who is being constantly bombarded by elevation dialogs. The solution? Write your software so it doesn't need to elevate.

    Exactly. For people who have running as non-admin for a few years now, this is nothing new. It is allowing most of the population of Vista users who will be running as non-admin in Vista to share our pain. That is a good thing. It means, as long as they don't turn UAC off, that people will begin shunning applications that don't work properly as non-admin. This should have been done a long time ago. It will be a painful couple of years adjusting for people that never knew non-admin existed, but so be it. Anything to wake up clueless app devs.
  108. New slogan... by mr_lizard13 · · Score: 1

    The Allow Starts Now

    --
    "We live in a global world" - Harvey Pitt, former Securities and Exchange Commission Chairman
  109. or just use the simpler rule by Anonymous Coward · · Score: 0

    Agile Developers are idiots.

  110. Re:People who complain about UAC don't understand by pavera · · Score: 1

    I disagree with your premise... If the point is to make it so you don't have to be admin to install programs anymore that will be a huge nightmare for sys admins everywhere. I suppose there is another way a group policy or something to keep people from installing things, but if all software suddenly doesn't need admin rights to install, how is the sys admin supposed to lock down systems and keep them from being flooded with hundreds of tetris games?

    Further, UAC is annoying in so many more ways than installing programs. Changing your IP address requires a UAC authorization, I don't have Vista installed but a contractor that does some work for me has it installed on his laptop now, he was trying to show me some stuff the other day, and had to get on my wireless network (one UAC), install a program (3 UACs happened during download/install), and then use that program to access the internet (another UAC)... Right then I said I would never install Vista ever, there is nothing I hate more than Windows need to inform you of every single little issue or problem, even when you know it (I hate the popup informing you that your network card is unplugged for example in XP, 90% of the time I'm on wireless networks, but the other 10% I don't want to have to go in to network connections and enable the wired connection... Instead I get a big red x and a popup every time I start my computer "Your network cable is unplugged") UAC just takes this philosophy to astoundingly high levels.

  111. My own suggestion... by petrus4 · · Score: 1

    ...for the anthem of Windows Vista.

  112. Re:People who complain about UAC don't understand by Dunbal · · Score: 1

    how is the sys admin supposed to lock down systems and keep them from being flooded with hundreds of tetris games?

    I for one welcome our new tetris overl... uhh, nevermind ;)

    --
    Seven puppies were harmed during the making of this post.
  113. Re:Excuses Excuses by Anonymous Coward · · Score: 0

    Well, duh, that's a given.

  114. Re: Quarterdeck by crontabminusell · · Score: 1

    Quarterdeck's software you referred to was called DESQview.

  115. UAC? Again? by Dragon+By+Proxy · · Score: 1

    I thought it only took one demonic invasion...

    You know, "fool me once, shame on you, fool me twice, shame on me."

  116. Re:You ought to watch those irrational beliefs . . by aaza · · Score: 1
    rpm2cpio | cpio -dvi

    should do what you want (I think, I'm not at a system I can check).

    Check the man pages for both rpm2cpio and cpio before you try it.

    --
    In theory there is no difference between theory and practice.
    In practice, however, there is.
  117. Not like Linux right? by erroneus · · Score: 1

    In Linux I don't have to be root to install an RPM do I?

    Okay, yes I do... but I can run stuff from tar balls in my home dir.

  118. Re:People who complain about UAC don't understand by EMB+Numbers · · Score: 1

    I wish I could mod the parent comment up! The light has dawned and I suddenly understand. Yes, what the parent says makes perfect sense now. I hope it works and every vendor releases software that doesn't gratuitously escalate permissions.

    VERY INSIGHTFUL!

  119. "the wow is how" [many people can access my data] by fffffeee · · Score: 1

    Start > Next... > Next.... > Finish... > wtf!

  120. HeadON, Apply directly to the forehead... by TheSkyIsPurple · · Score: 1

    HeadON, Apply directly to the forehead...

  121. Can we customize UAC to *LOOK* like Clippy? by Anonymous Coward · · Score: 0


    Can we customize UAC to *LOOK* like Clippy?

    Can we customize USA to *SOUND* like Clippy?

  122. That's why Vista x64 should be used... by pabster · · Score: 1

    Why on earth people are using the 32-bit Vista is beyond me. The best security is ONLY in x64. Address Space Relocation (ASLR), PatchGuard (which would prevent this "attack"), forced signed drivers, et al. Microsoft really had no choice with Vista and UAC; Compromises had to be made. I'm still convinced that UAC, despite some flaws, provides a *significant* additional layer of security. Security is a process, requiring multiple layers. You should not rely on any one layer by itself. As well, I believe Hardware DEP would prevent the "sophisticated attack" Russinovich theorizes. It is a shame so many OEM's disable this feature in BIOS and Windows defaults to protecting only specific Windows services and components.

  123. IT depts by fattybob · · Score: 1

    it seems that they are targeting centralised IT depts and encouraging them to lock out any user installed software - for many companies this probably look like a win win solution, but for any company with free thinking self motivated people - a disaster!

    time to buy your personal mac book!

  124. Re:People who complain about UAC don't understand by ruiner13 · · Score: 1

    UAC makes elevation a pain, in the hope that software creators will write software which doesn't need to elevate! How would this work if even MS can't grasp that? It prompts you if you even open the control panels, even if you don't make any changes. Simply OPENING them requires you to grant permission.
    --

    today is spelling optional day.

  125. Chimpanzees by Anonymous Coward · · Score: 0

    In Soviet Russia, Chimpanzees Shame You!

  126. Two issues confused? by the_womble · · Score: 2, Interesting

    As far as I can see Joanna Rutkowska's original criticism was that you need to be admin to install software. How is this different from Linux or any other OS?

    Mark Russinovich then revealed that a non-admin process could cause an admin process to run arbitrary code. That sounds like more of a real problem.

    1. Re:Two issues confused? by Anonymous Coward · · Score: 0

      On Linux at least, you don't need to be "admin" (root) .. you only need to have enough permission to do whatever the install needs. Normally all you need is write permission to whereever the files are being copied, so if you have access to /usr/local then you don't need to be root.

      There are some dopey Linux install mechanisms around also like the Ubuntu GUI that does require you to be root - but you don't have to use it (even on Ubuntu).

    2. Re:Two issues confused? by the_womble · · Score: 1

      Thats too much of a nuisance to be practical.

      A ordinary user should not always have write permission to /usr/local most of the time, so this means:

      1) Give yourself write permission to /usr/local
      2) Do the install
      3) Remove the permission to /usr/local

  127. FUD, lack of user education, narrow-mindedness by MikShapi · · Score: 1

    First, I strongly suggest you upgrade that RC1 copy you've got. Vista doesn't ask confirmation on nearly as much as you seem to imply.

    Second, Microsoft made a DESIGN CHOICE, which is what the idiot who was quoted in the article is too stupid to understand.

    Let's examine micsosoft's options for a moment, though before we do that, let's concede to an underlying assumption that, as much as you or anyone doesn't like, it is inevitably inescapable:

    Installing software and installing drivers requires administrative privilages.
    .
    Now, for Microsoft's options:

    1. Let users continue to run at administrator privilages on non-domain (read: home/SOHO) PC's a-la WinXP and prior.
    Pros: no annoyance. Cons: MASSIVELY Insecure. Enormous amounts of malware infect enormous amounts of home/SOHO machines, enormous amounts of people get hurt by it. Essentially any program can trash the OS, and in many cases the program can propagate without either asking the user's permission, or by getting his consent without him knowing he has given it.

    2. Apply a unixlike permission system, where users will need to confirm their identities by typing a password every time they stray from their userspace (to install a program or driver, say, or when a piece of malware they've run attempts to install itself in their system).
    Pros: User is made explicitly aware that he is being asked to give a piece software permission to tamper with the OS guts.
    Cons: Every time you'd need to elevate yourself to administrator privileges, you'd need to type a password. For users who aren't security-minded sysadmins, this can be more than a tad annoying.

    Most modern desktop linux distros - all but Ubuntu I believe - work like this.

    That's the basic 2 variants. What the article was screaming was that Vista isn't far enough on the security scale.
    What you're screaming is that it's TOO far on the security scale.

    What the MS guys actually did is, I believe, the best of both worlds. It's not as secure as a password/2-/3-factor-auth system, or a system that has different access levels for installing applications (tetris) and for installing drivers (and mess with OS guts) - lest a tetris setup will install a driver.

    All it does is blacken the screen and ask you if you YES or NO - Do you want to give a program - presumeably the one you are running - administrative permissions.

    It actually plugs a real, working, activated set of permissions system in place.
    No more saving files in c:\. That's what home directories are for.

    From what I see, it's perfect:

    1. Joe "GetInfestedbyMalware" User can easily be educated as to the darkening authentication prompt and what it means. To those who have a tech come in and maintain the computer, a "Just say no" policy should prevent an unimagineable amount of pain, even without him really understanding what is happening. "If you see a darkening screen, say NO".
    2. More powerful users (such as yourself) will need to be taught to WORK CORRECTLY (within their userspace) before they become...
    3. Users that work correctly, i.e. within their environment (as I am working now on my gentoo box). These users do not get annoyed by the permission system because it does not interfere in the least with their work, except when they're initially setting up the system (the really smart ones will simply log in as an administrator and run all the setups there, to save the annoying screens, then log out and back in as a user).

    Yes, you need to pull administrative access occasionally to install a new bit of software, but that should be a rare event (unless the purpose of your using a computer is to install and uninstall programs rather than use them, in which case, go back to working XP-style and work under an admin account). You need to give yourself admin access if you want to run regedit or alter a system file. You don't need admin access to use your productivity software (say, office), play games (be it solitaire or Oblivion), or surf the web.

    Ma

    --
    -
    1. Re:FUD, lack of user education, narrow-mindedness by TheLink · · Score: 1

      The existing Windows, Mac, Linux security is actually crap in my opinion. Primitive and crap.

      Whether you are using Windows, Mac or Linux, if you don't run your browser using a different user account (like I do at work), if your browser gets exploited, anything your normal account can do, the attacker can do.

      Just because I run something, doesn't mean it should automatically have read/write rights to my entire home directory and every file and drive my account has access to. Nor should it have full network access.

      It is pretty troublesome for a normal user to setup different user accounts for different apps, and set up the ACLs to allow the proper flow of data from one app to the other.

      So it would be safer to have "role based" restrictions AND have it in a way that's easy for users to handle. Just throwing SELinux and RBAC stuff at Joe Average isn't going to work.

      If something claims to be a flash game for fun, when you run it, it shouldn't even be allowed to read from your home directory or even have network access (unless it claims to need network access to submit high scores or something).

      It should not require the same privileges that Microsoft Word would need e.g. "Trusted Desktop Application" privileges.

      It should not require the same privileges that installing an antivirus software would require e.g. "Full System Privileges".

      Say you are sent something that claims to be a simple screensaver. To install it, you should only need "screensaver install" privileges, and it should automatically set up the privileges for the screensaver so that it only run with even more restricted privileges - no access to the keyboard and mouse, no network access. The O/S does the username/password checking thank you. seti@home is not a "simple screensaver" so it will require more privileges.

      It's not easy to do this tho (pretty difficult esp if you want to maintain some backward compatibility). But I think this would be a genuine improvement.

      Even if it seems unwieldy, it's more scalable and safer then clicking through 20 dialogs. You should only have to do it once per app.

      You only keep getting dialog boxes if an app keeps trying to do something fishy.

      --
  128. Secure Vista by Hucko · · Score: 1
    http://apple.slashdot.org/article.pl?sid=07/02/02/ 1940232

    I dare anybody to do that once a month on the Windows machine.
    ummm.... is the 'once a day' a little closer?
    --
    Semi-automatic amateur armchair Australian philosopher; conjecture ready at any moment...
  129. UAC by Anonymous Coward · · Score: 0

    Those UAC guys got it all wrong when they started those experiments up there on Phobos and Deimos. We all know what happened when all that started going wrong.

  130. I mostly ignore it by SanityInAnarchy · · Score: 1

    For this very reason.

    It's simply embarrassing to be the one advocating computers and technology, and have to explain some absolutely retarded functionality, and all you can say is "I don't know why the fuck it does that, it just does."

    What's worse, everyone is trying to emulate them.

    I mean, I understand -- the PC hardware revolution was largely because MS could run on any "IBM compatible". But it does make you wonder what could've happened and despair -- for instance, what if Linux had been a few years earlier? What if Linux had taken the place of DOS/Windows as being the one familiar environment you could make work anywhere, so that we had the same situation in software as we do in hardware -- true vendor independence?

    Couldn't really happen, I know, but I wish... Oh, how I wish...

    In any case, that is why I will never officially support Windows. Windows bugs are just embarrassing, both that computer "professionals" are capable of such crap, and that it looks to the end-user like it's the fault of my software.

    --
    Don't thank God, thank a doctor!
  131. -i is REALLY NICE by SanityInAnarchy · · Score: 1

    Not even that -i is disabled by default, but that it's an option at all.

    I'm sure there's a way to disable the Vista prompt, but I don't know what it is. In any case, Windows would tend to hide that deep in some configuration area -- I would hope to at least see a "don't ask me again" checkbox, but I doubt it.

    Unix puts this kind of thing right there in your face. Let's suppose, for the sake of argument, that cp has -i on by default, and that there's a -y option to disable it (similar to /y on DOS/NT). In that case, the first time I see an "are you sure" box, I can run "cp --help" and see a quick summary of options I could use. From there, it's only a short step to aliasing "cp" to "cp -y".

    This is one problem I have with most GUIs -- the preferences are kept nowhere near where they're actually used. The extreme example of this is about:config in Firefox.

    Oh, and on the flip side, one amazingly GOOD thing Firefox does: It defaults to asking you once whether or not you want to do something that some users might object to -- for instance, submit a form over an insecure connection, or flip between http/https. However, it includes a checkbox that is something to the effect of "Ask me every time." If you allow the action, but ignore the checkbox, it will never ask you that question again.

    That combines what I consider to be the great principles of UI: Always ask the user before doing anything unexpected (unless the user explicitly asked for it), and always find a way to present features to the power user (don't hide them away in about:config), but do sane things by default, and make it easy enough to use the default that average users aren't overwhelmed by advanced options, but advanced users don't have to hunt for them. Especially nice because sometimes power users want to be lazy.

    --
    Don't thank God, thank a doctor!
    1. Re:-i is REALLY NICE by DarkVader · · Score: 1

      Actually, it's fairly pointless for Firefox to ask that these days.

      Javascript lets sites do an end-run around form submission, and start sending data before you click anything. And there's no warning about that.

      I'd say the dialog about submitting a form actually does more harm than good now, because a user will think that if they check the box, they'll be warned every time something is going to be sent from a text box to the internet, and it's not true.

    2. Re:-i is REALLY NICE by Anonymous Coward · · Score: 0

      You mean like Firefoxes "Do this automatically for files like this from now on." checkbox in the Download window that does sweet fuck all?

    3. Re:-i is REALLY NICE by UnxMully · · Score: 1

      I'm sure there's a way to disable the Vista prompt, but I don't know what it is. In any case, Windows would tend to hide that deep in some configuration area -- I would hope to at least see a "don't ask me again" checkbox, but I doubt it.

      Just wait until SP1 comes out when you'll be able to select varying levels of annoyance ranging from "I'm going to throw this fucking computer out of the window" to "your system has just been pwned".

      You heard it here first.

    4. Re:-i is REALLY NICE by SanityInAnarchy · · Score: 1

      Thanks, but I'll wait till SP2 for an annoyance level of "Exactly what OS X and Linux has had for years, but we'll pretend we invented."

      --
      Don't thank God, thank a doctor!
  132. Good idea, bad implementation. by SanityInAnarchy · · Score: 1

    As usual, really.

    Let me put it this way: While it takes a bit of hacking, there are all kinds of things I can do, in Wine, under Linux, to make Windows programs more secure and unable to screw up each other or my Linux, and without giving the user a billion prompts.

    Here's one really simple example: Cedega's "Point2Play" interface. Every game is installed in its own fake Windows installation, complete with a Program Files, WINDOWS dir, and so on. With symlinks and hardlinks, it should be possible to even share some things across installations, though I'm not sure if Cedega actually does this. And of course, while Cedega doesn't do it by default, it's certainly possible to disable all access outside that game's dir.

    That would allow Microsoft to pretty much implement whatever system they wanted, while still providing options to run legacy programs. In fact, it should've been possible at any point in the past few years for MS to throw their weight around and create a Linux distro. After all, they aren't selling a kernel, and Wine already exists; certainly MS, who've been building compatibility modes into Windows for years now, could make Wine work flawlessly.

    But instead of truly starting from the ground up, or stealing some of our better ideas, they instead extended their old system. Ok, fine, I'd probably do the same thing. But they seem to have not even bothered to test the thing.

    Could they have made it work perfectly? Maybe not, but they could've done better than this. Frankly, this is an insult.

    Oh, and for the record: Most Linux apps don't hardcode many absolute paths, and the ones they do can often be overriden by environment variables or commandline arguments. Thus, it's trivial to take a global installation and make it per-user, or for that matter per-group, or whatever else you want to do. Worst case, Linux has chroot; Windows doesn't.

    --
    Don't thank God, thank a doctor!
  133. Re:People who complain about UAC don't understand by syousef · · Score: 1

    Why? Elevate once. Remember that decision. End of story. Zone alarm does it very well. The first time an app decides it wants to use a network as a client it prompts and asks do you want to let it. You have the option to allow this action once or every time the application tries. If you make a mistake you can go into a list of programs and change the setting. Likewise if an app wants to act as a server you get another prompt, again with the option to say "yes, always". It's not hard. The MS implementation of UAC is just horseshit.

    --
    These posts express my own personal views, not those of my employer
  134. Be gentle (Re:An even bigger hole...) by Phronesis · · Score: 1

    I had to acknowledge somewhere between 50 and 100 dialog boxes asking me if it was okay to do what I was doing. No, I'm not exaggerating. It's all explained in the The Antioch College Sexual Offense Prevention Policy

    • Consent is required each and every time there is sexual activity.
    • All parties must have a clear and accurate understanding of the sexual activity.
    • The person(s) who initiate(s) the sexual activity is responsible for asking for consent.
    • The person(s) who are asked are responsible for verbally responding.
    • Each new level of sexual activity requires consent.
    • Use of agreed upon forms of communication such as gestures or safe words is acceptable, but must be discussed and verbally agreed to by all parties before sexual activity occurs.
    • Consent is required regardless of the parties' relationship, prior sexual history, or current activity (e.g. grinding on the dance floor is not consent for further sexual activity).
    • At any and all times when consent is withdrawn or not verbally agreed to, the sexual activity must stop immediately.
    Any regular /. reader knows that using Windows is a lot like taking a fist into your "even bigger hole," so it's only appropriate that Vista asks for consent every time. Just make sure Steve Ballmer knows your "safe word."
  135. Re:It's not the software, it's the designers & by Allador · · Score: 1

    By contrast, under the Vista model, a malicious program could hop onto your system with limited rights, and then just wait until the inevitable day when the user disabled UAC. Then it can happily write itself to the filesystem, change the registry and install the keystroke logger with Admin rights.

    Only if the users is running as admin.

    If someone moves to Vista, runs as admin for their daily regular account usage, and then disables UAC, then what do you expect?

    The simpler alternative would be to just use a non-admin account for normal work, disable UAC, and use runas/makemeadmin or log out and log in as an admin account for administrative work.

    At least IMO.

  136. Re: Does the hole offer a nice romantic vista? by mrbluze · · Score: 1

    What can we see through the hole anyway, is it a bubbling brook, or ... is it a bit torrent or a stream of anonymouse proxies, with mountains of compromised data as a hazy backdrop. You can hear the roar of CPU fans as they go into overdrive, rustling paper as it flies off the desk. And as the user sits with his beloved before the radiating warmth of an overloaded PC, their eyes make contact and the Valentine rose in the grip of his teeth matches the redness of his embarrassed face.

    And then she realized he was lying when he said his name was Linus.

    --
    Do it yourself, because no one else will do it yourself. [beta blockade 10-17 Feb]
  137. /. is so full of bullshit. by Nightspirit · · Score: 1

    The only time I've encountered UACs is when installing programs, setting up a terminal server, writing over files, and changing things that I wouldn't want any random program doing, all of which are reasonable (well, perhaps not the writing over files). What the hell do you people do, randomly start deleting things on the start menu?

  138. Re:It's not the software, it's the designers & by Gary+W.+Longsine · · Score: 1

    The point is that the malicious process does *not* need to be running as admin, and the user doesn't need to do anything if the process can attack the system with a privilege escalation exploit. This is not my opinion, it is fact, supported by a mountain of malware evidence.

    --
    If you mod me down, I shall become more powerful than you could possibly imagine.
  139. The installation privelege elevation by Anonymous Coward · · Score: 0

    When elevating priveleges during an installation, the environment also seems to change. While my drives remained mapped in explorer.exe (and every other application), they did not appear from within the installer app.

    Not a big deal.

    But at the end of the installation, I checked the "Run this application now" checkbox, and the environment separation (and presumabely the privelege elevation) was inherited by the spawned process! Bug or feature?

  140. Re:Odd... I thought it *DIDN'T* do that... by Macthorpe · · Score: 1

    I call bullshit on this one.

    I've only seen that message once, and the application in question didn't install correctly, so it was entirely justified.

    --
    "It does not do to leave a live dragon out of your calculations, if you live near him." - Tolkien
  141. Sold out ? by gungh0 · · Score: 0

    I used to respect Mark's opinion on security issues, now he's sold out to M$ and is singing from their hymn sheet. If he wasn't their b*tch now, he would be condeming this hole rather than saying it was s design decision.

    --
    No, really !
  142. What a poor design... by herve_masson · · Score: 1

    That's because Vista uses a compatibility database and several heuristics to recognize installer executables and, every time the OS detects that an executable is a setup program, "it will only allow running it as administrator. This, in Rutkowska's mind, is a "very severe hole in the design of UAC."

    And a very stupid thing to do in the first place ! What's the purpose of determining if an executable is "an installer" ? What is an installer anyway ? If you want to install non-privileged (and if possible sandboxed) programs (tetris), you need a _place_ for that. What you _don't_ want is run it as administrator for the stupid reason that it's the only known way to copy files in a place every user can reach, and flood the registry with stupid useless keys.

    That's typicall Microsoft technology. By doing useless, half baked and complex stuff like that (heuristic for "installers"), they open the road to vulnerability discoveries on every corner. Good luck with vista.

  143. 4 times confirmation for just one file copy by euice · · Score: 1

    I also switched off UAC, after having to confirm 5 times for just one file copy operation.

    I tried to copy a program from my old windows installation to the new vista program files folder. So I opened one explorer with a connection to the old xp (\\ip\share) and dragged a folder to the program files folder on vista.

    It was something like: (I'm writing this down from my memory, so it might not be 100% exact)

    1. Confirmation "You are copying an executable file from an untrusted location, do you want to continue?" - continue of course, it's my old pc

    2. Confirmation "You are copying into a secured system folder, do you want to continue?" - yeah, that's what I wanna do

    3. Confirmation "You are not allowed to copy from an untrusted source into a secured system folder. Please copy the file to my documents for example and then move it to the destination folder" - continue not possible.

    4. Confirmation "You are copying an executable file from an untrusted location, do you want to continue?" - this time it copies on my desktop

    5. Confirmation "You are moving a file into a secured system folder, do you want to continue " - continue and the file is where i want it.

  144. local privilege escalation by Gary+W.+Longsine · · Score: 1
    Regarding your three questions: No, not really, unless you assume that I've directly executed a trojan with admin rights, in which case the box is already compromised. Unlike the scenario I proposed for Vista (waiting until the security monitor is disabled by the user) the mechanisms you propose are not really very promising as mechanisms to gain root on UNIX. (They are not entirely without potential, but they are a far cry from a "sure thing".) By contrast, there have been many locally exploitable privilege escalation paths on (at least pre-Vista) Windows which can be fully automated and chained (which I assumed in my previous example). If it were that easy to own a UNIX box, you would see a poostorm of UNIX malware on Linux and Mac OS X. Instead you see a poostorm of Windows malware.

    Privilege elevation is trivial on most systems once malicious software is running on the system. :(
    Although a given local privilege escalation defect might be trivial to exploit, exploiting the class of defects to automatically gain control of 20% of the installed base of a given platform is not trivial on most UNIX platforms because at any given time there are no such defects known which can be easily or automatically exploited. Historically (e.g. prior to Windows XP) the design of Windows had numerous official mechanisms for local privilege escalation which were considered to be part of the normally functioning system, and which had design and other defects which could be exploited. New such defects were discovered at a rate of one to several each month, nearly every month throughout the life of Windows 2000 and at a slightly slower rate for Windows XP. (Vista's history is not yet long enough to tell, but presumably this might slow down a bit more.) Consequently, on any given Windows system there have been several known ways to achieve privilege escalation throughout much of the life of the product, even on systems which are patched regularly which unfortunately many are not. The insane ambient infestation rate for adware and spyware is due largely to this class of issues (exploit chaining including local privilege escalation).

    (Although some exploits lead directly to admin rights, "Exploit chaining" has also been used by malware authors -- get on the box using a remote defect, or social engineering to get the malware running as a non-admin user, then find a "local" way to elevate privilege using a separate exploit. )

    If it were "trivial" to do this on Mac OS X, for example, the twenty million Mac OS X machines in the world would be worth a lot of money to spammers. The same botmasters who own fleets of Windows machines would own fleets of Mac OS X machines, too. At the present time, they don't seem able to easily own Mac OS X systems. Heck, even if we only consider the six or or eight million Mac OS X systems which run Intel processors that's still a sufficiently tempting target.
    --
    If you mod me down, I shall become more powerful than you could possibly imagine.
    1. Re:local privilege escalation by cortana · · Score: 1

      Hm, I really didn't know that the Windows situation was that bad! I assumed that you'd be pretty safe as long as you kept your machine patched. I guess I fell for the MICROS~1 propoganda. :)

      I agree that injecting keypresses into a terminal might be a bit tricky, but I really don't see what is so hard about waiting quietly for the user to authenticate themselves to sudo, and then have the malware run sudo to elevate its priviliges. I honestly believe that the only reason that this doesn't happen very often is because it is a lot harder to get a Mac user to execute arbitrary code in the first place.

    2. Re:local privilege escalation by Anonymous Coward · · Score: 0

      re: http://it.slashdot.org/comments.pl?sid=188109&cid= 15511621 After ~8 months, I think it's safe to say that your assumption that I would be caught & fired was incorrect, there was a little bit of a rumor around the office for about a month, it was never really taken seriously as the person responsible had a habit of going nuts and drawing random conclusions, and that was that. The war wages on, and the data loss was much more important than anyone publicly realized. Do a FOIA request for "CIAC 632".

  145. The problem is with using the programs folder. by master_p · · Score: 1

    The issue of security is two-fold.

    First of all, there is the issue of how to organize the file system around users and what rights should users have.

    An O/S should have a separate programs folder for each user. In fact, each user should have its own view of the WHOLE operating system, including system files. The concept of kernel/administration files visible to a non-administrator user is plain wrong, because the user may be tempted to access those files in some way.

    Installing a software package should make the package available to the user that installed the package. Only the system administrator should ever be allowed to installed programs for all the users.

    Secondly, there should be a simpler security model on top of access-control lists. ACLs is the most flexible security system, but it is very cumbersome to have to define access for every little thing inside the computer.

    A better idea is to provide a ring security mechanism, on top of ACLs, like the one employed in the Intel 80x86 CPUs, but on the software level: each program runs within a ring, and has no access to the resources of inner rings, only access to the resources of its own ring and outer rings. Communications between an outer ring and an inner ring would take place through well established software gates.

    The O/S would start any user at ring 0, i.e. able to touch any resource in the system. Certain applications would come pre-configured to run at ring 1, especially those with network connectivity: the email applications, the browser, the various server programs (http, ftp etc).

    The user could elevate the ring of an application at will. For example, if one wishes to run a particularly suspect executable, then the ring of the program could be elevated to 2, thus being unable to access anything on the computer except anything through the software gates provided for that program.

  146. Solution on the horizion anyway by nurb432 · · Score: 1

    Once software returns to the 'pay per use lease' model, your isp ( or ASP if they arent the same place by then ) will simply give you access to what you leased on their servers, so you wont be installing anything locally anyway. All you have is a 'smart' terminal.

    At that point, except perhaps for device drivers, you wont need admin rights.

    --
    ---- Booth was a patriot ----
  147. Two step solution ("advanced" vista flavour) by cyclomedia · · Score: 1

    here are already 38 flavours of Vista so surely they could just market a "Pure" vista for power customers, those who would know what they were getting themselves into. Apps could be VistaPure certified if they like and i see this as less difficult from the Mac switching processors twice.

    Once there's a body of VistaPure certified software out there then the momentum can be built up to a switch over for Vista II in about 5 years time with extended continued support for existing Vista (Legacy) customers.

    while i'm at it i find all this installer business quite shocking, why can't an App just unzip itself into a directory in program files and then be sandoboxed there by the OS? sure if a user wants to load/save files from a dialog they can do so wherever they have permission but how hard can it be just to otherwise not allow an app to read/write ANYWHERE above/outside it's directory path? You'd still be allowed to assign an application read/write permission to any location you yourself have access to (e.g. network shares) but you should also be able to view/edit a list of that apps dir/net/registry access permissions with a right click on it's shortcut.

    i.e. all non-standard-OS-file-requestor operations that attempt to invoke a directory where the path does not begin with "C:/program files/the application/" and does not contain "../" be denied. far too f**king simple.

    --
    If you don't risk failure you don't risk success.
  148. just when I was getting worried by v1 · · Score: 1

    that windows vista might actually give us a good reason to consider using windows,

    Russinovich acknowledges the risk factor but says it was a 'design choice' to balance security with ease of use."

    Isn't that the fundamental design problem with windows in general? Sacrificing security in the name of ease of use? From all the hype I've read recently that "vista is the most secure ever", I thought that maybe, just maybe, windows would focus on security this time.

    Apparently not.

    --
    I work for the Department of Redundancy Department.
    1. Re:just when I was getting worried by Anonymous Coward · · Score: 0

      Actually they say "Vista is the most secure _Windows_ ever" which really doesn't mean much.

  149. Re:OMFG! I can't believe Dell admitted that by Corporate+Troll · · Score: 1

    if they are admitting you can't do ANY real work on a 'modern processor' with 512M memory and that you will suffer until you get a dual core machine with 2GB memory and a 256MB video, that just about kills off most of the upgrade market, especially in corporate America.

    I have a dual core laptop with 1Gig RAM and a 256MB video card (okay, integrated graphics: I can set it to use 256Meg, out of the box it was 128Meg) and it is merely marked as "Vista Capable". Bought it a few weeks ago on sale.

  150. It really does work on older hardware by asills · · Score: 1

    I have Vista on the following laptop and it outperforms my XP install:

    Pentium M 1.7Ghz
    1GB RAM
    Integrated 32MB video card
    5400RPM 80GB HDD

    This machine (3 years old) blows for development work (Visual Studio 2005 kills it with paging; Visual Studio 2003 sucked a bit and InstallShield always took a couple minutes to load). I put Vista on, threw in an old thumb drive to use as spare cache, and it's outperforming my XP install by far.

    The Windows Vista upgrade advisor also lists my machine as Vista Capable and it is quite capable. I just don't get Aero Glass and I wouldn't dare trying to run Media Center on such a bad video card. Without the thumb drive as cache it performs just as poorly as it did in XP.

    I've actually gotten a couple other developers to make that switch until our new laptops come in (this time we spec'ed out the machines so IT doesn't give us more crap).

    --
    -- What did Spock find in Kirk's toilet? The captain's log.
  151. In Russinovich I Trust by Anonymous Coward · · Score: 1, Interesting

    Some may argue that Mark Russinovich, often a thorn in Microsoft's side, sold out when they bought ("hired") him. However, Mark has a long and enviable track record of exposing Microsoft problems. I am not prepared to ignore that track record so easily, and I appreciate the honesty of his response to Joanna Rutkowska, whom hasn't discovered anything here of significance IMHO.

    The perfect operating system will not be realized so long as imperfect users interface with it.

  152. Lies, damn lies, and OSX users by Anonymous Coward · · Score: 0

    Vista no longer has a start button. It has a blue marble with wavy color boxes in it.

  153. Developers! Developers! Developers! by pedestrian+crossing · · Score: 1

    How is that hard to grasp at MS? Assuming everything needs admin permissions is just insane, and insisting it isn't a security hole and is a "design choice" is just fucking retarded.

    IMO, the problem isn't so much with MS, it is with Windows application developers. As the Windows security model evolved, most of the developers' attitudes got stuck back at Windows95.

    The lazy attitudes of developers (or the companies that employ them) have brought this situation to us.

    I've lost count of the number of applications that "need" admin rights to install or even run. Most of the time, it's just a matter of rights to a specific directory or reg key (thank goodness for regmon/filemon!), but to play it safe they tell you that you've got to be admin.

    The photo editing software that came with my Nikon camera out-and-out states in the "system requirements" that you have to be running as admin to even -use- the application.

    That's not a MS issue, that is a lazy/incompetent application developer issue. Well ok, it's also a closed-source software issue, but that's a whole other holy war...

    --
    A house divided against itself cannot stand.
  154. Re:It's not the software, it's the designers & by Allador · · Score: 1

    Well thats true as a wide generality. IF there is an available priv escalation exploit available, then yes. But thats true of every OS. Every OS has had it's share of priv escalations. Every OS closes them as fast as they're found.

    However, I'm not sure what this has to do with the effectiveness of UAC.

  155. In other words: make all accounts become admin by denis-The-menace · · Score: 1

    My is guess you only have seen "Windows" in your short life.

    The real issue is that developers/packagers/MS don't care about security.
    All they care about is that you don't nag them to do support for a permission issue.

    --
    Obama's legacy: (N)othing (S)ecure (A)nywhere and (T)error (S)imulation (A)dministration
  156. Russinovich flushes his credibility down the dumpe by dpiven · · Score: 1

    Microsoft's Mark Russinovich acknowledges the risk factor but says it was a 'design choice' to balance security with ease of use."


    This can't be the same guy who blew the whistle on the Sony CD rootkit in 2005. It just can't.

    Sony Music is probably whupping themselves upside their collective head and lamenting, "Now why couldn't have WE gottten to him first?"

    I guess he who takes the King's pence gets to be the King's sock puppet.
  157. MOD up parent by denis-The-menace · · Score: 1

    AC, get an account!

    If the MSI just copies files and registry entries to where the user has rights you will not be nagged for an Admin password.

    If the MSI was created using InstallShield then it will create a Setup.exe (used to install the InstallShield engine to do the installation instead of MSIexec.exe!!)

    setup.exe is a "Special filename" in Windows. Launching anything in Windows called setup.exe assumes you need to be admin and prompts you. Think of it as XP's UAC.

    -to Avoid it: rename setup.exe to anthing.exe (if Install$hit will let you!)

    -to remove the "feature":
      goto [HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Ap p Paths\setup.exe] and delete the RunAsOnNonAdminInstall value
    Or for script kiddies:

    Windows Registry Editor Version 5.00

    [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Cur rentVersion\App Paths\setup.exe]
    "RunAsOnNonAdminInstall"=-

    --
    Obama's legacy: (N)othing (S)ecure (A)nywhere and (T)error (S)imulation (A)dministration
  158. Its all about the cheddar by jdkc4d · · Score: 1

    The big difference between OS X, Ubuntu, Fedora, and Windows, is that Microsoft is still trying to make money. Large portions of all these 'nix based OS's are open source, and companies cannot charge for this. Microsoft, as a software company, sells two main software packages, Office and Windows. UAC is designed to do one thing for Microsoft, enhance the sales of their line of mice. Excessive clicking in dialog boxes will lead to the degradation of mice everywhere. You should run out now and get your Vista approved mouse.


    Microsoft's biggest problem lies in not having a development base large enough to rewrite an OS. There are parts of the OS that have been around since the beginnings of Windows. Attempting to integrate today's security with yesterday's software would be, I'd imagine, incredibly difficult.

  159. WHOOSH by Gr8Apes · · Score: 1

    I guess you didn't quite catch the "A Few Good Men" reference, and the fact that while Nickelson's character believed he espoused those traits, he actually expressed the opposite.

    --
    The cesspool just got a check and balance.
  160. WRONG-O! by mmell · · Score: 1
    No hand waving or tap dancing. How an individual RPM is packaged has nothing to do with how the rpm command works.

    Nice try, Micro$oft guy!

  161. Follow the guidelines! by mattcasters · · Score: 1

    Next time when you moderate, browse at -1!!

    --
    News about the Kettle Open Source project: on my blog
  162. Wow by Anonymous Coward · · Score: 0

    Bill Gates was right: Wow.

  163. Yet, even with all the warnings... by Anonymous Coward · · Score: 0

    the funniest (or sadest) is still to come: when some malware will start installing automatically on hundreds of thousands of Vista boxes. It will happen. I know it, you know it... World + dog knows it.

    Regarding admin privileges mandatory to install stuff, I'd like to point out that a major fucktardiness in Red Hat based Linux distro is that all .rpm's are build in a way that makes it mandatory to be root to install it. Technically it should be possible to make .rpm installable as non-root, but in practice you never see that. Just why the f**k do I need to be admin on a Red Hat system to install, say, a browser, using a .rpm?

    Of course for me it's the .tar.gz installed using a normal user account but most users find it normal to download and install third party .rpm being root, which sucks big time.

    I'll end my random ramblings by pointing that I can't help but smile every time someone mentions that Windows ACLs are way more advanced than what Un*x has to offer. It sure as helped to keep Windows server running IIS safer than Un*x ones running Apache right? (I'm not talking about the hundreds of millions of rooted Windows desktop or those f**ktard will invoke the monocrop argument ;)

  164. "User Education" Doesn't Work by EXTomar · · Score: 1

    Believing that "user education" will fix things is like believing intensive driver training will stop people from running their cars into things on accident. The trick is that accidents are just that, a happenstance that results in a bad result. Even with solid training the formula 1 driver who is an expert of driving their car on their favorite track will occasionally crash.

    "User Education" on its own simply doesn't work. If "user education" was the solution, after 30 years of desktop computing and teaching people how to use their computers we should have seen results right? It isn't so much a user problem but an engineering problem. Windows is frankly not engineered correctly where Vista's behavior is just another symptom of it. Wagging our finger at users saying "you should know better!" is silly.

  165. You're speaking in hypotheticals... by Cybrex · · Score: 1

    A successful ME boot *would* be cause for celebration... if it ever actually happened. ;-)

    So that I'm not accused of exaggerating, my definition of "successful" in this case would include no error messages to click through during boot.

    --
    Boundless Expansion, Self-Transformation, Dynamic Optimism, Intelligent Technology, Spontaneous Order- BEST DO IT SO!
  166. I've had it with people complaining about Vista. by Anonymous Coward · · Score: 0

    So, all of a sudden Joe Sixpack is starting to feel slightly uncomfortable because he bought Vista and all of a sudden he can't run "Waste-a-raghead with Extreme Prejudice III" at a decent frame rate and his Dixie Chicks CDs have started to sound like Celine Dion.

    You've all started to notice that MS has been palming you off with expensive cruft for years and all the upgrades and fixes do is change the direction you get shafted from.

    Well, all I can say is "Live with it".

    It's your fault. You made MS a monopoly. Yes, you, by not thinking or being at all discriminating over the years. You just went with the crowd. So what if some of the things MS did weren't quite, shall we say, gentlemanly? It was just easier to go with the flow and buy the Kool-Aid.

    So put up with it. It's part of the price you have to pay. And don't come begging to me for help with installing Linux.

    Linux "isn't ready for the desktop", remember? It's "for geeks", remember? It's "not intuitive", remember? It's "not compatible", remember?

    What's that you say? It works, and Vista doesn't?

    Well, whoopty-doo.

    Go Vista! You deserve it.