Slashdot Mirror


Windows 7 To Dial Down UAC

Barence writes "Engineers working on Windows 7 have admitted Vista's User Account Control was too intrusive, and are promising to tone it down in the forthcoming Windows 7. 'We've heard loud and clear that you are frustrated,' says Microsoft engineer Ben Fathi. 'You find the prompts too frequent, annoying, and confusing. We still want to provide you control over what changes can happen to your system, but we want to provide you a better overall experience.' According to Fathi, when Vista first launched, 775,312 unique applications were producing prompts — so some may be annoyed that it won't be scrapped entirely, but at least Microsoft is listening. The comments echo those of Steve Ballmer, who admitted at a conference in London that 'the biggest trade-off we made was sacrificing security for compatibility. I'm not sure the end-users really appreciated that trade-off.'"

44 of 390 comments (clear)

  1. Cancel or allow what?! by Ethanol-fueled · · Score: 5, Insightful

    Of course most users are going to just click "OK", but how can the more tech-savvy users(you know, the ones who actually read the boxes) actually know what they're approving when the dialog boxes say such laughingly vague shit like "File operation - continue or cancel?"!

    1. Re:Cancel or allow what?! by SCPRedMage · · Score: 5, Insightful

      By the context it comes up in?

      Seriously. I run Vista, and I've NEVER seen a UAC prompt come up where I didn't know what it was for.

      And if you DON'T know what it is? Freaking hit cancel! What's the worst that'll happen? Something you're trying to do errors out? OH NOES!

      --
      My sig can beat up your sig.
    2. Re:Cancel or allow what?! by Thelasko · · Score: 4, Insightful

      I know most people hate it, but I actually thought UAC was Vista's most redeeming quality. I think it's a shame that Microsoft actually tried to make an OS that was secure by default only to have people immediately disable it.

      I think it would be better if Microsoft implemented something closer to sudo or su, but I think people would complain about that too.

      --
      One of our competitors trademarked the term "hypothesis". From now on, we will call them "boneheaded ideas".
    3. Re:Cancel or allow what?! by Carnildo · · Score: 5, Insightful

      How do you *know* that it's Apple's software updater that's causing the UAC box to appear, and not an opportunistic bit of malware that's been watching for the software update dialog to show up?

      --
      "They redundantly repeated themselves over and over again incessantly without end ad infinitum" -- ibid.
    4. Re:Cancel or allow what?! by hansamurai · · Score: 4, Insightful

      I use Ubuntu more than I've ever used Vista, but from both experiences, I see sudo/password requests when it makes sense and the UAC dialog when it makes sense.

    5. Re:Cancel or allow what?! by not+already+in+use · · Score: 4, Insightful

      How do you *know* that it's Apple's software updater that's causing the UAC box to appear, and not an opportunistic bit of malware that's been watching for the software update dialog to show up?

      Apple software update is an opportunistic bit of malware.

      --
      Similes are like metaphors
    6. Re:Cancel or allow what?! by Thelasko · · Score: 5, Insightful

      Really, it's quite like sudo. The problem is that users and developers weren't used to this type of security. They need to adapt, not Micosoft. Microsoft got it right for once.

      --
      One of our competitors trademarked the term "hypothesis". From now on, we will call them "boneheaded ideas".
    7. Re:Cancel or allow what?! by Tony+Hoyle · · Score: 2, Insightful

      No, with UAC all you get is a hit return dialog... it's got nothing to do with whether the admin has a password or not. If you invoke UAC under an unprivileged account (not even power user) then you may get a password, but the default is not to ask for one.

      You learn very quickly to mash return every time you hear the beep.

    8. Re:Cancel or allow what?! by nschubach · · Score: 2, Insightful

      So what IS it blocking access to? The manager application? A specific file? A folder you don't have native rights to? How could an educated technician change his PC configuration to remove this prompt when "managing" your PC? Maybe he/she would like to advance their rights just enough to be able to shutdown a service without having to authorize it every time. Why do they have to disable the UAC entirely if they only want to disable it for this purpose? What if they wanted to do something silly like defragment a drive from the manage screen but wanted to still be warned if something tries to install device drivers or CDROM rootkit drivers.

      --
      Every time I start to have faith in humanity, I ruin it by driving to work between 7 and 8 am.
    9. Re:Cancel or allow what?! by sjames · · Score: 2, Insightful

      MS is suffering from the decade of 'training' they provided to users and developers alike. They taught their users to not know enough to even understand why a UAC dialog might appear in the first place. They made people think you don't need to know a darned thing about computers to use one. SURPRISE! their users have no idea what this UAC thing is and don't know enough about computers to realise they need something like that.

      On the developer side, amongst other sins, they trained developers that they can just overwrite DLLS and EXEs at will to do updates (I'm looking at YOU Quickbooks) rather than understanding that it will just have to wait for someone with admin privileges (who probably is NOT an accountant and should NOT be launching the app itself) to approve of the update. Refusing to run in the meanwhile is not acceptable.

      UAC might have gone better if there weren't so many apps that COULD have been designed not to need admin privileges but weren't.

    10. Re:Cancel or allow what?! by Thelasko · · Score: 2, Insightful

      personally I think they got it right with UAC. That won't stop people from complaining though, as we've seen...

      It's not so much that people don't like UAC, they just don't like change. It takes a while for people to realize that they are better off changing.

      --
      One of our competitors trademarked the term "hypothesis". From now on, we will call them "boneheaded ideas".
    11. Re:Cancel or allow what?! by SEAL · · Score: 5, Insightful

      The end result, unfortunately, is even more dangerous. Any product that requires updates to be installed results in a UAC prompt every time. Developers hate that, so they started writing *services* that install on the first run. That way the user gets one UAC prompt, the service installs (probably not telling the user that it is a service), and then that developer can forevermore install anything to his hearts delight, without prompts, by going through the privileged service.

    12. Re:Cancel or allow what?! by Ephemeriis · · Score: 4, Insightful

      My main complaint with UAC is the lack of granularity. You have to either approve or disapprove fairly broad strokes.

      Try right clicking on computer, then selecting 'manage'. That should bring up UAC every time, unless it is turned off.

      Yeah, see, if I do that, I'm pretty sure I'm going to know what the damn UAC prompt is for.

      Fair enough. Trying to run Computer Management is what brought up UAC. But what exactly are you authorizing? Just running the Computer Management screen, or anything and everything you can do in there? Why do I need to authorize it if I just want to look to see if a service is running - not make any changes at all?

      For a more annoying example start up a command prompt without administrative credentials... Then try to do an IPCONFIG /RELEASE... It'll tell you that you can't. And you can't just SUDO it like you would on a Linux box. You have to create a new command prompt with administrative credentials...but now everything you do in that command prompt has administrative credentials, so you've got no added security at all.

      --
      "Work is the curse of the drinking classes." -Oscar Wilde
    13. Re:Cancel or allow what?! by WK2 · · Score: 2, Insightful

      Microsoft got right the idea of requiring higher privileges for making system-wide changes, but they really borked the implementation. Things like rearranging the Start Menu requires UAC popups. That's dumb. A user should be able to rearrange their own Start Menu without affecting the system. And the Windows installation still does not create a Regular User account by default.

      --
      Write your own Choose Your Own Adventure. http://www.freegameengines.org/gamebook-engine/
    14. Re:Cancel or allow what?! by x2A · · Score: 4, Insightful

      "Oh, I feel your pain on that one. I would LOVE to see an app that can escalate/de-escalate permissions in a cmd window, and it annoys me that Microsoft didn't provide it."

      On 2003 (don't have vista to try), runas /?

      RUNAS USAGE:

      RUNAS [ [/noprofile | /profile] [/env] [/savecred | /netonly] ] /user: program

      RUNAS [ [/noprofile | /profile] [/env] [/savecred] ] /smartcard [/user:] program /noprofile specifies that the user's profile should not be loaded.
                                                This causes the application to load more quickly, but
                                                can cause some applications to malfunction. /profile specifies that the user's profile should be loaded.
                                                This is the default. /env to use current environment instead of user's. /netonly use if the credentials specified are for remote
                                                access only. /savecred to use credentials previously saved by the user.
                                                This option is not available on Windows XP Home Edition
                                                and will be ignored. /smartcard use if the credentials are to be supplied from a
                                                smartcard. /user should be in form USER@DOMAIN or DOMAIN\USER
            program command line for EXE. See below for examples

      Examples:
      > runas /noprofile /user:mymachine\administrator cmd
      > runas /profile /env /user:mydomain\admin "mmc %windir%\system32\dsa.msc"
      > runas /env /user:user@domain.microsoft.com "notepad \"my file.txt\""

      NOTE: Enter user's password only when prompted.
      NOTE: USER@DOMAIN is not compatible with /netonly.
      NOTE: /profile is not compatible with /netonly.
      NOTE: /savecred is not compatible with /smartcard.

      --
      The revolution will not be televised... but it will have a page on Wikipedia
    15. Re:Cancel or allow what?! by Sigma+7 · · Score: 3, Insightful

      A temporary elevation of rights for a single process (and its children) is the goal here, and it appears UAC only elevates a specific action, not the process containing it.

      On some apps, it's a per application basis. One example is opening a command prompt by right-clicking it and choosing "Run as administrator", which allows you to run any command or activity with elevated permissions.

      With Windows Vista, I do have specific complaints about UAC elevation:
      - It's an automatic prompt on some applications (i.e. anything called Setup.exe triggers UAC even when it isn't required.)
      - If you block UAC on some programs, the program doesn't even attempt to run. In some cases, this is inappropriate since the program in question doesn't require those additional privilages or is semi-capable of running without them.
      - If you run one elevated command, any subprocesses it creates have full access. You can use this to temporarily disable UAC, but...
      - For Windows Explorer, it only does elevation for one task. In some cases, the elevated permissions need to persist a bit more to do what you want.
      - Also in Windows Explorer, it sometimes interprets a file already being in use as a necessity to use UAC (consequently causing the filer operation to fail again.)
      - It bumped the "Run As" prompt, which prevents running applications through other accounts.

      This feature is easily disabled in the control panel. Of course, you might as well login to a Linux box as root.

    16. Re:Cancel or allow what?! by Miamicanes · · Score: 5, Insightful

      I've said it before, and I'll say it again in the hope that someone from Microsoft might actually see this and have it sink in...

      If a program wants to create a new directory in c:\program files, that's not really a big deal.

      If a program wants to overwrite an existing non-executable file in an EXISTING directory of c:\program files, it's probably worth bothering me about.

      If a program wants to overwrite an existing executable file, dll, or device driver... or change a shortcut to point to a different file... THAT is a very, VERY big deal that merits my full attention.

      What Windows 7 REALLY needs is a way to run untrusted programs (untrusted by ME, not untrusted by Hollywood) in a chroot jail, complete with firewalled network access, spoofed system and registry settings, and parallel-universe copies of system files. Basically, a way to run apps that might be outright trojans in a way that limits the scope of their damage to their own subdirectory tree and phantom system files that are meaningful only to that app.

      Hell, Microsoft OWNS VirtualPC. DO SOMETHING with it. Give me an option that basically works something like, "Spawn a virgin installation of Windows... updated, but crap-free, with Explorer (the file manager) NOT spawned by default, and windows opening up in windows managed by the "real" hypervising-copy of Windows 7... then copy the installer to that instance's chroot jail, and launch it. Going forward, spawn the virtual instance of Windows, then launch the app in it." Think: the long-awaited sequel to WinOS/2... 15 years late, but better late than never ;-)

      The acid test: make it so someone can install a DRM'ed game that's a shameless rootkit (Starforce comes to mind...), emulating Windows well enough with phantom files (any files the program changes are local copies that apply only to the session that spawned them) and spoofed drivers so the Evil App never even realizes it's not screwing up the user's PC. Then be very, VERY anal about warning the user before anything is able to change a "global" (common to all instances of Windows spawned under the hypervisor) setting or file. Big hint... if you don't, Sun or VMware eventually WILL.

    17. Re:Cancel or allow what?! by Allador · · Score: 2, Insightful

      Seriously, it pulled that nonsense when I was adjusting the clock in the system tray, an action which affects precisely nothing.

      Changing the time can cause all sorts of issues. It can be used to falsify audit logs & event logs. It can be used to attempt to bypass licensing. It can be used to break kerberos and force the machine to fall back to locally cached credentials.

      Changing the time is a system administrator task, not an end-user one. It's arguable that changing the time-zone could be appropriate for end-users, but not the date/time itself.

      I can move the sudo window to the side or ignore it for a moment if I'm in the middle of something else. No problem. UAC doesn't allow this -- it completely darkens the screen and stops accepting any input whatsoever, to anything, until you type in the stupid password.

      That functionality is called secure desktop. It's point is to make it impossible for malware to just click the 'Allow' button themselves.

      If you dont like Secure Desktop, then turn it off.

      Sudo passwords come up rarely, only when they make sense, require some level of "should I really do this?" pausing, and can be ignored until you're ready to address it.

      UAC prompts come up precisely and exactly when they make sense. It happens when something is trying to access what they dont have rights to. What causes too much UAC prompts is bad 1st part or 3rd party software. There's no magic in UAC to cause this. The logic here is quite straightforward. If Weather bug tries to write to windows\system32, then it SHOULD trigger UAC. Your problem is with weather bug then, not UAC.

  2. Dumb by grub · · Score: 4, Insightful


    No, don't write secure software, staple on a bunch of dialog boxes to shift the onus onto the user.

    --
    Trolling is a art,
    1. Re:Dumb by Rockoon · · Score: 2, Insightful

      You clearly don't know the issue. The issue is that its users want to run application that do things which might break securuty, and this goes to the clear advantages of backward compatability that its users want. The vista method is to allow programs to break security, but only after prompting the user beforehand.

      The widespread complaints about UAC is clear proof that backward compatability is of concern to its users because they are running programs which require it.

      --
      "His name was James Damore."
    2. Re:Dumb by Goaway · · Score: 4, Insightful

      That's because those systems run apps which are designed from the start not to require admin access. Windows doesn't have that luxury.

    3. Re:Dumb by 10101001+10101001 · · Score: 3, Insightful

      The issue is that its users want to run application that do things which might break securuty, and this goes to the clear advantages of backward compatability that its users want.

      Last I checked, the NT line was supposedly a secure OS. Ie, the OS itself was in control and applications are always subordinate to the OS. What that means is, the OS is always in a position to maintain backward compatability when it comes to applications in a secure fashion.

      The vista method is to allow programs to break security, but only after prompting the user beforehand.

      And that's the problem. The Vista method is to turn NT into Windows 9x. The *proper* solution is a combination of virtual machines, specific simulators for needed hardware functions, etc. Of course, the proper solution is exceptionally costly, time prohibitive, and likely very CPU intensive in some edge cases. So, Microsoft went with the easy-out approach because backwards compatability was more important than security.

      Breaking insecure apps or creating a framework to make insecure apps secure might not have great for Microsoft's short-term balance sheet. Doing the right thing in the face of adversity is pretty much the definition of character, and I don't think anyone reasonably believes Microsoft was overflowing with that trait. One could try to blame the free market for this (not that I'm saying you are), and perhaps that's partially true. But, I don't think that justifies trying to defend Microsoft's actions.

      --
      Eurohacker European paranoia, gun rights, and h
  3. Security vs. Compatibility is a fine tradeoff by Anonymous Coward · · Score: 1, Insightful

    It's Security vs. Pain In Your Ass for No Reason that is the problem. If I click Windows Update, why should I then immediately need to allow it? I just clicked on it!

  4. Linux does it right by MobyDisk · · Score: 4, Insightful

    In most Linux distros, if you do something that requires admin access, it asks you for the admin password and holds onto privileges for a little while. That way, if I rearrange a bunch of icons I don't get 100 different prompts. This is simply common sense. It amazes me that the Microsoft developers didn't get fed up with the prompts and do the obvious thing.

    1. Re:Linux does it right by MobyDisk · · Score: 5, Insightful

      Perhaps I was not clear in my explanation.

      In Vista, if you open the "all users" start menut and re-arrange 10 shortcuts, you get 10 prompts (actually, 20 - moves involve two prompts). In Linux, if you use the KDE/Gnome/whatever tools to reorganize the "start" menu, you get one single prompt when you save the changes.

      In Vista, you also get prompts merely for viewing some information in the control panel. Then you get another prompt when you save/apply it, then another if you apply it again. In Linux, running the appropriate "control panel" tools requires no special privileges until you change something, at which point it prompts you once. And if you change something else without closing that window, you don't get another prompt.

      I am guessing that the underlying difference is that Vista is confirming each particular action (system call?) whereas Linux is prompting for a privilege escalation which then applies to that process.

    2. Re:Linux does it right by Rary · · Score: 2, Insightful

      In Vista, if you open the "all users" start menut and re-arrange 10 shortcuts, you get 10 prompts

      Not if you open it as administrator (note: not the same as logging in as administrator). Then you get prompted once upon launching Explorer, and never again as long as you have that Explorer session open.

      The problem with UAC is that people can't be bothered to learn how it works. Like so many computer-related problems, it's really a user problem.

      For what it's worth, I've been using Vista daily for about a year and have not found the UAC prompts to be even remotely annoying.

      --

      "You cannot simultaneously prevent and prepare for war." -- Albert Einstein

    3. Re:Linux does it right by Sancho · · Score: 2, Insightful

      Except that this was the sneaky Desktop Buddy, just waiting for a distraction.

      I think that's a level of intelligence and sophistication that we're unlikely to see in the near future. Certainly not on a wide scale. The other is far easier to accomplish.

      So while Vista's version is more secure, it's not by much, and the convenience of ubuntu's way (plus that it's not needed all the time) makes it an overall win to ubuntu, in my opinion.

      I think it's an overall win for Ubuntu because the user doesn't get so fed up with alerts that they disable the whole thing. I think that Microsoft might be able to win (on the user notification/authorization front) with the appropriate tweaks. For example, the same process is likely to require multiple authorizations--so why not use a timer for that, but require reauthorization if a new process needs privileges? You'll still have attacks when IPC is used with common processes to manage tasks, but it's a start. You could also profile applications, find common sequences of privilege escalation requirements, and code to allow them through with one authorization if they're executed in the same order within a small period of time. There are all sorts of things Microsoft could do to loosen the restrictions (so as not to become a burden on the user) while maintaining security.

  5. Re:The best solution is to... by mweather · · Score: 2, Insightful

    If you're not installing Vista for enhanced security, why exactly are you installing it?

  6. I never understood... by Anita+Coney · · Score: 5, Insightful

    ... how getting computer users to blindly click through continuous, repetitive, and annoying dialog boxes kept computers more secure in the first place. It would seem under any reasonable analysis to do the opposite.

    --
    If someone says he and his monkey have nothing to hide, they almost certainly do.
  7. How about fixing the developers instead? by Chemisor · · Score: 5, Insightful

    It would be a much better idea to force every programmer to run under a non-Administrator account (and no Administrators or even Power Users group membership either!) Anyone who complains is obviously writing bad code, since there is absolutely no friggin' reason that a regular application should require administrative privileges. Whatever you set during setup is IT! And, for God's sake, learn to open registry keys in read-only mode!

    1. Re:How about fixing the developers instead? by wumpus188 · · Score: 2, Insightful

      I agree... Except that on Vista, Visual Studio 2005 itself requires admin rights to be able debug anything or attach to any process for debugging. And VS2008? Forget about it.. At my place of work, we have VB6 projects that needs to be fixed and supported.

  8. Re:Famous last words by Mr2cents · · Score: 4, Insightful

    It's funny that Microsoft is trying to clean up the mess they've been producing for more than a decade (I'm being nice here), just to find themselves locked in just like the rest of us.

    --
    "It's too bad that stupidity isn't painful." - Anton LaVey
  9. Trade-off my ass... by IgnoramusMaximus · · Score: 5, Insightful

    This problem of imbecilic prompts is directly related to the entire inane history of DOS and then Windows, where all the lessons of multi-user systems learnt decades before were wilfully and sanctimoniously ignored by the resident Microsoft "geniuses". Thus application "developers" were allowed to, and soon came to depend on, access to what in nearly every other OS in existence are "root only" subsystems. Even in editions of Windows which were supposedly multi-user capable, the prevalent lazy practice of majority of "developers" was to depend on system-wide registry keys, administrative privilege level processes and what not to accomplish most mundane of tasks.

    And so now the chickens are home to roost, with literally hundreds of thousands of apps written to kindergarten competence levels. And Microsoft is in a bind: secure the OS and either break these stupidly written apps altogether, inundate the user with prompts every time one of them tries something stupid, or give up.

    They are scared to death of the implications of the first choice, tried the second, and now seem to be heading toward that last one.

  10. Re:So how about fixing UAC in Vista??? by snl2587 · · Score: 2, Insightful

    Seriously, why doesn't Microsoft spend its considerable resources helping fix UAC for Vista?

    At this point, why would they when they could just charge people to upgrade? So many people stuck with XP that fixing UAC in Vista wouldn't do anything for them.

    Or are they admitting defeat and preparing for the next battle (a.k.a. Windows 7)???

    Not in words, but in actions. I have a feeling that in the future this version of Windows is going to be referred to in much the same way as we refer to Windows Me now.

  11. Re:Famous last words by DrLang21 · · Score: 4, Insightful

    The answer would have been simple (the implementation not so simple). You make a Legacy Windows emulator that runs inside Vista. This worked well for Apple's OS X. Though I am sure implementing this for Windows would have involved a lot more bloat than Classic did.

    --
    I see the glass as full with a FoS of 2.
  12. UAC is attacking the wrong problem. by argent · · Score: 5, Insightful

    The biggest security problem in Windows is that the design of the HTML control and ActiveX in conjunction with the "security zone" model is inherently insecure. It provides a huge surface are to remote code execution exploits that simply does not exist in any other web browser... or any other software on any other platform that uses HTML and HTTP. The problem is that it's an explicit and deliberate mechanism for an object that should never be trusted... that is to say, a remote website... to request full local application permissions and run unsandboxed code.

    Until this model is changed and only explicitly installed applications can run outside the browser's sandbox, Windows is going to remain the poster boy for "insecure systems".

    Being able to prevent an already compromised application from performing system administration tasks is laudable, but it's not really all that important to the user. Everything on their computer that they care about isn't owned by the administrator, it's owned by their regular user account. And there's plenty of places owned by the end user that malware can hide to keep being restarted after the computer is rebooted. UAC is a partial sandbox, at best.

    Being able to restrict what the web browser can do after it;s been compromised is laudable, but since the browser has to be able to save files for the user, it can still inject an exploit into the users account. So the reduced privilege mode on Vista (and the much touted sandboxes on OS X) are leaky protection at best.

    And leaky sandboxes, and partial sandboxes, are more useful in providing a false sense of security to the user than actually keeping malware out.

    Getting rid of the "security zones" model and replacing it with hard impermeable sandboxes will cause some disruption. Programs like Windows Update will have to be rewritten to use plugins. ActiveX games will have to be rewritten as flash or modified to run in a full sandbox using something like .NET or a JVM. But this WOULD be a matter of trading off convenience for security. UAC is trading off convenience for the illusion of security. That's not the same thing at all.

  13. Re:Famous last words by Bill,+Shooter+of+Bul · · Score: 4, Insightful

    I question the insight of the previous comment. Emulation wouldn't help an increase in security. If you emulate the previous lax security, then you haven't increased security. If you haven't emulated the old behavior well enough, its still bugging you with the UAC.

    The really interesting thing about this is in the article where the reporter says that they've toned it down a bit , but the Microsoft spokesman only talks about programs changing to fit Vista's security model. Makes sense. Windows programs try doing all sorts of things they really shouldn't sometimes ( especially of the crapware variety).

    --
    Well.. maybe. Or Maybe not. But Definitely not sort of.
  14. Re:Typical Microsoft.. by bonch · · Score: 2, Insightful

    I wonder why it wasn't like OS X in the first place. On OS X, I only see the prompt if I try to install software, install a system update, or click a lock in System Preferences to enable editing of certain preferences. Once in a while I also see it if I'm doing something with a folder I don't have access rights to by default, which is rare.

  15. How UAC could work by kimvette · · Score: 2, Insightful

    UAC was, by Microsoft admission, designed to be as annoying as possible. This was a HUGE mistake, because that is precisely how, aside from security holes inherent to Windows' architecture, that spyware got to be so ubiquitous. I have clients who by their own admission will click "yes" to every damn dialog just to get them out of the way and get back to work. One of them said they'll keep having us come back to clean up their computers rather than change their behavior. I know I should be glad for the repeat revenue, but it's damn annoying when I know it could have been designed a lot better.

    Why couldn't UAC either:

      1. Elevate the user's privileges globally for a period of time, like sudo on *nix, or the analogous mechanism in Apple's OS X desktop environment?

      2. Elevate the privileges of that process for a period of time?

      3. Just inform the user "You must log in as Administrator to perform that task." and then disable UAC while logged in as Administrator (hey, that would be just like *nix! No nagging "are you sure" B.S. when root!)

      4. Ditch backwards compatibility, relegating it (backwards compatibility) to a VirtualPC-sandboxed WinXP environment?

    --
    The Christian Right is Neither (Christian nor right). See: Matthew 23, Matthew 25, Ezekiel 16:48-50
    1. Re:How UAC could work by ShadowRangerRIT · · Score: 2, Insightful
      1. Possible, but problematic. sudo doesn't modify it globally if I recall, just for apps launched out of the same window. Don't know about Apple's mechanism. If it was actually global, user level malware would just have to wait for a privilege escalation before performing their nastiness.
      2. It does elevate the process and all sub-processes (thus, launching an Admin command prompt will allow you to launch anything else as Admin), but frequently programs are designed so a number of sub-processes perform privileged tasks, while the parent does nothing. Possibly a fix to up the privilege of the process group as well as all child processes might work, but it still opens a hole.
      3. If you like that approach, you can do it via GP. The default behavior has to work for your average home user, while sysadmins can configure it however they like.
      4. Will never happen (barring a complete OS reset, a la the MS Research Singularity/Midori project). People would be complaining a hell of a lot more if their old favorite apps stopped working completely (or worked massively slower under VirtualPC). Clicking through a dialog once per program launch, even a somewhat disruptive one, is better than breaking a program or slowing it down for the entire period of use. And can you imagine the complaints about resources if Vista ran a sandbox VM for every bad program?
      --
      $_ = "wftedskaebjgdpjgidbsmnjgcdwatb"; tr/a-z/oh, turtleneck Phrase Jar!/; print
  16. Wrong by FranTaylor · · Score: 4, Insightful

    On a modern linux installation, the number of times you need to log in as root to do ordinary stuff is ZERO. All of those desktop things that you used to have to do as root is now being done by setuid programs or other such carefully designed gateways.

    My wife uses my linux laptop all the time and does all kinds of useful things on it and she does not know the root password.

  17. Pet Peeve by mpapet · · Score: 1, Insightful

    This kind of moderating is a special pet peeve of mine.

    UAC is first and foremost a masterful artifice disguised as security. It's a blame shifting mechanism. OS compromise? It's your fault.

    Someone within that organization that dreamed up a system that doesn't provide privilege separation in order to *perfectly* shift the blame to the user.

    Another part of that organization sold it as sudo-like and some of the moderators probably believe it is. This kind of belief is the unshakable variety, like Intelligent Design.

    --
    http://www.maxineudall.com/2010/02/should-economists-be-sued-for-malpractice.html
  18. Re:Let me type su by Anonymous Coward · · Score: 2, Insightful

    The entire point of UAC was to force Administrator to be a standard user, that way bad developers couldn't hide their violation of documented security guidelines by just telling their users to run as Administrator. The only solution was to lock down Administrator so that it is just as constrained as a standard user and require the user to permit actions which extend beyond those of a standard user.

    UAC is more about forcing the developers to acknowledge and follow the documented guidelines than it is to constrain the users. UAC is temporary. Once a critical mass of applications follow the guidelines Microsoft can cut it, default everyone to a standard user and allow Administrator to be Administrator again, although probably hidden from the user until they intentionally elevate.

  19. Re:The best solution is to... by LordLucless · · Score: 2, Insightful

    Also: whenever you try and run a poorly-written program.

    The program is more a problem with all previous versions of Windows than with Vista. Previous versions lax security allowed developers to do stuff that should only have been allowed to happen under UAC. Because Microsoft allowed the lax security to continue on for so long, there are heaps of programs that assume access to things they shouldn't have, and don't really need.

    As other's have pointed out, sudo is a similar mechanism under Linux. The difference is that Linux developers, used to a long-standing robust security model, try to avoid wherever possible occasions which require sudo access. Vista's UAC was a necessary step. It's needed to start retraining developers to write properly. But it's still annoying as hell for the users, and it doesn't really provide any near-term benefits to them. The benefits will be long-term, when developers have wised up and legacy programs have been phased out or re-written. Then UAC will only popup when absolutely necessary, there won't be the click-it-away immediate response, and Windows will be all the more secure for it.

    At the moment, MS customers are reaping the consequences of MS' decision to put off the inevitable as long as possible. If they'd bitten the bullet earlier, the poor development techniques would be much less entrenched.

    --
    Just because you're paranoid doesn't mean there isn't an invisible demon about to eat your face