Slashdot Mirror


Microsoft Employees May Lose Admin Rights

daria42 writes "As Microsoft moves its internal desktop systems to Windows Vista, the company is contemplating whether to change a long running tradition and take away admin rights from its employees in order to improve security." From the article: "'We haven't made that final determination yet. We would like to absolutely look at scenarios where we can look at elements of User Access Control -- that is the feature in Vista -- so that we can start moving in that direction ... It is a tough balance and every company has to decide what is right for them,' said Estberg. However, Estberg said that for the moment, the company will continue to leave the responsibility of installing software with its employees."

502 comments

  1. It'll turn out just fine by PrescriptionWarning · · Score: 4, Funny

    they'll probably just install linux instead :-O

    1. Re:It'll turn out just fine by PrescriptionWarning · · Score: 1

      YAY SARCASM!

    2. Re:It'll turn out just fine by tehcyder · · Score: 2, Informative
      No, they want real security, so the choice should be BSD.

      >> Runs for cover

      --
      To have a right to do a thing is not at all the same as to be right in doing it
    3. Re:It'll turn out just fine by clown_puncher · · Score: 1, Funny
    4. Re:It'll turn out just fine by Anonymous Coward · · Score: 1, Funny

      And imagine the savings in licensing costs!

    5. Re:It'll turn out just fine by Anonymous Coward · · Score: 0

      You jest, but there no prizes for guessing which OS 75% of the machines in the William Gates Building run on..... ... no, it's not Windows

    6. Re:It'll turn out just fine by Anonymous Coward · · Score: 0

      Dear Sir,
      I was perusing this fine Internet site when I saw this most interesting story. Blessed was I, for I read the article and indeed the article is not without it's scintillation. I was most engrossed with the notion that the fine individuals at the Microsoft establishment might now be using their machines with a commensurate level of privilages, and I eagerly came back to view the discussion of the learned gentry of Slashdot.

      And what learned gentry they are indeed! Today I am doubly blessed, for to bask in the sunshine of the dazzling, radiant genii which populate the phosphers upon my monitor is a privilage in itself (please do forgive the pun). That I should consume both the story, and also bathe in the bright, white-hot glow of the fast-burning candle that was the parent poster - oh Hosannah! I shared the hilarity with my hand-maiden, who verily could only echo my enraptured applause of your sterling wheeze! Bless you Lord. Bless you Microsoft, and Bless you PrescriptionWarning!

    7. Re:It'll turn out just fine by vandon · · Score: 1

      It may turn out better than fine.
      It might turn out that they get tired of not being able to install MS's own software because everything REQUIRES admin rights and they'll fix it.

    8. Re:It'll turn out just fine by Anonymous Coward · · Score: 0

      Just think of how much more flowery you would have sounded had you actually known how to spell "its".

    9. Re:It'll turn out just fine by Anonymous Coward · · Score: 0

      *sigh*
      make that link:
      http://www.cl.cam.ac.uk/

      d'oh

    10. Re:It'll turn out just fine by Impy+the+Impiuos+Imp · · Score: 3, Funny

      > I shared the hilarity with my hand-maiden, who

      Leave Rosie outta this, nerd!

      --
      (-1: Post disagrees with my already-settled worldview) is not a valid mod option.
    11. Re:It'll turn out just fine by Observador · · Score: 1

      This is so sad.

      And just when they got their towels back too!

      --
      I wish I could filter out the annoying Pickens articles...
    12. Re:It'll turn out just fine by Anonymous Coward · · Score: 0

      Just think of how much more flowery you would have sounded had you actually known how to spell "its".
      I do apologise Kind Sir, for so dazed was I by the wit of the Grandparent poster that I did indeed abuse that poor grammatical device. I know many will be reading this and so I should correct this grave misdemenour.

      In recalling how scintillated I was, my incorrect usage ("it's scintillating") would have translated to "it is scintillating", which as we and the world know, is wrong. I refer anyone further interested to the Apostrophe Protection Society for robust guidance.

    13. Re:It'll turn out just fine by Anonymous Coward · · Score: 0

      Ya gotta luv it...now even Microsoft doesn't trust Microsoft! :-)

      Yep, just say no to M$. Install linux while you still can. Then you can install whatever you wish. Sheesh, now M$ is even treating its own employees like incompetent fools...oh, wait...

    14. Re:It'll turn out just fine by Anonymous Coward · · Score: 0

      Windows has the most ignorant users, and Linux has the most lame, what a choice. One has idiots who simply don't know (and don't want to know) any better, and one has idiots who were simply born that way.

    15. Re:It'll turn out just fine by arminw · · Score: 1

      ....It might turn out that they get tired of not being able to install MS's own software....

      It should be considered normal or even mandatory to have admin rights in order to INSTALL software. However, many programs require admin in order to merely RUN correctly. Users not having admin rights should be able to run all software which should have NO reason to write anything into the system space. If VISTA users don't run as admin, much of their existing software will be useless and these users will not take kindly to have to buy new or upgraded versions. The will blame MS, saying: "my favorite program xx ran just fine under XP on my old computer and now, on this new system it crashes each time. It must be MS fault and this new OS/Computer!" Most users will likely get VISTA on their shiny new PC from Best Buy etc. They will storm back into these stores, mad as hornets, complaining that most if not all of their favorite programs don't run on this expensive, new, be all, end all fancy computer they just took home a week ago or so. MS may realize this, and as usual choose compatibility at the expense of security and ship VISTA setup with admin user accounts. Then of course, malware will still be able to stealthily invade the fancy new machines and make them part of the millions of zombie networks on the Internet.

      --
      All theory is gray
    16. Re:It'll turn out just fine by 70Bang · · Score: 2, Insightful



      Why can't they "RunAs" for installs (when needed)?

      On a similar note, near the end of my mainframe days as a systems programmer & tech support, I worked in a group where everyone worked with God privileges even though they weren't needed 7x24.

      I didn't. I usually only had one window open on the 3270 emulator running on OS/2 (this was near the demise) and my coworkers would have tons, but nothing which had regular privileges. If someone (another IS/IT/MIS) staff member went to one of my teammates who were closer physically to them, they'd say, "I don't have that problem." and leave them hanging, not even willing to bring up a "standard" account to see if they could repeat the problem. Once people found out I worked with Joe Q. Citizen privileges, except when needed, I'd either test it or switch to a userid where I could test it.

      In the case of Microsoft, if they spent a lot of time working & testing as something other than "Administrator" (userid or privileges), they might get a better appreciation for their users' plights & frustrations. And if they're caught switching back to Administrator unnecessarily, or forgetting to go back to a regular user after fixing a problem as Administrator, then it's time for a public flogging - make them spend the next week as the buildmeister, relieving the person who would earn that privilege when their code breaks the build (is that how it's still decided?).

      In terms of those who perform testing, if they're testing as an end-user, how many of them actually need Administrator privileges?

    17. Re:It'll turn out just fine by blincoln · · Score: 1

      It should be considered normal or even mandatory to have admin rights in order to INSTALL software.

      Not really. It makes sense on Windows because it still has a lot of vestigal bits from being a single-user system.

      Unix has had the capability of non-admins "installing" (e.g. compiling) apps in their personal folders for a *long* time. Back before SLIP/PPP was affordable, my friends and I on dialup shell accounts would either compile premade apps or develop our own all the time.

      --
      "...always new atoms but always doing the same dance, remembering what the dance was yesterday." -Richard Feynman
    18. Re:It'll turn out just fine by drsmithy · · Score: 1
      Why can't they "RunAs" for installs (when needed)?

      Who's to say they don't ?

      "Admin rights to their PCs" != "runs as Administrator all the time".

      In the case of Microsoft, if they spent a lot of time working & testing as something other than "Administrator" (userid or privileges), they might get a better appreciation for their users' plights & frustrations.

      99.9% of problems relating to running as a non-Admin on Windows aren't even remotely Microsoft's fault, nor anything they could realistically "fix".

    19. Re:It'll turn out just fine by Anonymous Coward · · Score: 0

      I'll second that. PrescriptionWarning (spammer name if ever I saw one), Fuck off and die, you are not the least bit funny despite what these ass-kissing idiotic slashdot moderaters would lead you to believe.

    20. Re:It'll turn out just fine by Anonymous Coward · · Score: 0

      They need to to give it to 'em real hard, I think:

      "There, that's some dog-food fer ya, biatch!"

    21. Re:It'll turn out just fine by Nurgled · · Score: 1

      I tried using RunAs for a little while on my own machine, but I soon found the problem with tying access permissions to user accounts: when I run things as this other account -- "NurgledAdmin", say -- any settings/files the program creates are owned by that username rather than my main account.

      What I really want is the ability to "Run As If I Were A Local Administrator" while still being my one, singular account. I guess Vista will allow this in the form of prompting before privileged operations much like MacOS does, but that doesn't help me much until Vista is actually released. "Run As" is not a magic bullet.

  2. Only makes sense... by TripMaster+Monkey · · Score: 3, Interesting


    From TFA:
    Currently, the majority of Microsoft's employees enjoy full admin rights on their desktop PCs, which is an unusual practice in the enterprise space as it makes possible for users to install unauthorised software and introduce unwanted pests -- such as spyware.
    No wonder:
    • There's so many poorly designed apps out there that demand admin rights to run, even though they don't actually need that level of access,
        - and -
    • Windows itself handles rights failures so poorly (erroring out or worse, instead of just providing a prompt for the user to enter admin credentials).

    Mabye if M$ developers were forced to run as non-privileged users once in a while, they'd realize that there's a lot of problems with trying to get through the day on a non-admin account. With any luck, this will spur them to design a better way of handling applications that fail due to insufficient privileges, as well as get tough on application developers who sloppily code their apps to demand admin rights.

    Again from TFA:
    According to Estberg, Microsoft's employees provide an excellent test-bed for the company's products and by providing honest feedback, they also have an opportunity to influence future products.
    I'd hardly call an environment where users have full admin rights to their systems an adequate test-bed.

    Once more from TFA:
    "We are not smarter than any other enterprise in terms of knowing how to address security. We are in the same boat as everyone else," he [Estberg] added.
    Saying that Microsoft is 'not smarter than any other enterprise in terms of knowing how to address security', while technically true, is deeply misleading. Any company that purports to "eat its own dog food", but performs their testing with full admin rights to the box clearly has a dangerous lack of understanding of security...a lack that we all pay the price for every day.
    --
    ____

    ~ |rip/\/\aster /\/\onkey

    1. Re:Only makes sense... by Anonymous Coward · · Score: 0

      Exactly! This reminds me of the guy who sits there saying, "Oh yeah, it works perfectly. I tested it myself." Meanwhile, it's clear he didn't even try to test it, since it doesn't even start properly.

    2. Re:Only makes sense... by grazzy · · Score: 0, Flamebait

      +1 Un-insightful.
      +1 Troll
      +1 Flamebait
      +1 Lame
      +1 Stupid

      That'd be 0. To bad I dont have modpoints.

    3. Re:Only makes sense... by Lonewolf666 · · Score: 1

      I'd hardly call an environment where users have full admin rights to their systems an adequate test-bed.
      True, but Microsoft should be able to afford a test environment where the testers work as power users or even as user only. In that environment, an application that fails due to lack of admin rights should be caught soon.
      Or even simpler, the users could create secondary accounts without admin rights.

      --
      C - the footgun of programming languages
    4. Re:Only makes sense... by Anonymous Coward · · Score: 0

      Windows itself handles rights failures so poorly (erroring out or worse, instead of just providing a prompt for the user to enter admin credentials).

      Linux does the same thing. If I try to run a program without root privileges I'll get an error. If I run it with "su" or "sudo" then I'll be asked for credentials which is the same thing as using "runas" in Windows.

    5. Re:Only makes sense... by TripMaster+Monkey · · Score: 0


      Most Linus apps that require root privileges, but that I've attempted to run as a less priviliged user, pop up a dialog box requesting a root password (two quick examples that come to mind are ethereal and Yast). In contrast, I've never seen a Windows program ask me to authenticate myself as an admin when I attempt to run it (although I have seen this during installs, so I know it's possible).

      --
      ____

      ~ |rip/\/\aster /\/\onkey

    6. Re:Only makes sense... by Nikker · · Score: 1

      It should be manditory to install their own software. Damn man they work on the OS for a living, a majority will touch all aspects of the OS evrey day. What if you worked for a web design firm but werent allowed to view the JavaScript in it? Would that make sence to you?

      If they did it would be just as a joke or a publiciy stunt anyway, with the brain power they employ, they would come up with an exploit to get them access just as quick as entering the admin pass. Like common it is Windows...

      --
      A loop, by its nature, continues. If that didn't make sense, start reading this sentence again.
    7. Re:Only makes sense... by 192939495969798999 · · Score: 1

      Once more from TFA:

        "We are not smarter than any other enterprise in terms of knowing how to address security. We are in the same boat as everyone else," he [Estberg] added.


      They better be! The producer of the most widely used operating system admits it doesn't know more about how to address security than any other enterprise? I guess we can expect Vista to have horrendous security issues as well then. When will they learn more about security, if they don't know more than the average enterprise as of now? What version (if any) of Windows must we wait for?

      --
      stuff |
    8. Re:Only makes sense... by arrgster · · Score: 1

      Yes!! I second that! We have 95% of our users on just user rights and the biggest problem is software. There has been one or two software packages that I couldn't get around the "Need Administrator rights to run" problem. It amazes me how both MS and other software companies have a blatant disregard for this major security issue!

    9. Re:Only makes sense... by LurkerXXX · · Score: 1
      Windows itself handles rights failures so poorly (erroring out or worse, instead of just providing a prompt for the user to enter admin credentials)

      You know, I'm not entirely sure that that's not a good thing. Every Mac user I know pretty much mechanically types in their admin username and password anytime a box pops up requiring it, with no thought going into if whatever they are doing should really require root/administrative rights. Once OSX market share gets large enough to make it a more viable target for writing of spyware, and the larger population of target machines alloows for better propogation, I expect we are going to see a really nasty infection rate on OSX machines.

      Frankly, getting errors leads to people beating on the software developers to write their app properly so it considers security. Automagically getting a popup box for credentials leads to bad training for end users (whenever the box pops up, give away your ID/password). Not good.

    10. Re:Only makes sense... by Anonymous Coward · · Score: 0

      > I'd hardly call an environment where users have full admin rights to their systems an adequate test-bed.

      How about that they don't have to deal with the awful licensing either.

    11. Re:Only makes sense... by Mister+Whirly · · Score: 1

      "In contrast, I've never seen a Windows program ask me to authenticate myself as an admin when I attempt to run it (although I have seen this during installs, so I know it's possible)."

      Yeah, I've had a "Run with different credentials" box pop up on XP sometimes when trying to do an install logged in on a non-admin account. Sometimes it will install if you give it admin creds, sometimes it won't. And then the really fun situation where it appears to install, and will run if you are an admin, but will still give you problems running as joe user.

      --
      "But this one goes to 11!"
    12. Re:Only makes sense... by Anonymous Coward · · Score: 0

      those are some excellent points!

    13. Re:Only makes sense... by Kadin2048 · · Score: 1

      This is true -- but I think at least asking for a root password is better than just being vunerable without the password to begin with: at least in the former case, the onus is on the user, rather than not giving them any opportunity at all.

      I'm not sure that there really is any solution to the "stupid user" vulnerabilities: people will do that whether it's a computer or an ATM (a few years ago I saw a news station, I think in NYC, set up a dummy 'card cleaner' terminal and got lots of people to swipe their ATM/credit cards). It's just human stupidity. So at a certain point you have to basically say "we've made the software secure, the weak point is now between the keyboard and the chair." When that's the case, you can't really blame the software designers any more. (Unless their design is somehow exacerbating user stupidity, but I don't think this is precisely the case with most Mac OS X (or Linux for that matter) password dialogs.)

      If Windows went the route of MacOS or most desktop Linux distros, and asked for the admin password only when it was required to do something, and attempted to make it clear what application was requesting permission and for what purpose (accessing what?), it wouldn't be a magic cure-all, but it would be a step in the right direction. You are never going to do anything for the people that will happily download and try to install SuprBlitzPartyPoker.exe off of Gnutella -- they're beyond help. But that doesn't mean that the improvement is without merit, just because some people will defeat it because of their idiocy.

      As someone I worked with liked to say, "There is no patch for the ID-10-T error."

      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    14. Re:Only makes sense... by tkarr · · Score: 1

      Actually, they do test it with various rights.

    15. Re:Only makes sense... by LunaticTippy · · Score: 1
      I kinda like that some programs just fail with restricted accounts.

      I can fix the app (if I wrote it) or make some kind of rational decision about privs. (if I didn't) It is more work, but having a box pop up makes it too easy to not fix things properly or think things through.

      --
      Man, you really need that seminar!
    16. Re:Only makes sense... by CrtxReavr · · Score: 1

      A competent system administrator can most definitely handle an environment where only administrators have admin rights on individual workstations.

      The unix style model where admins install and configure software and users run it can work in a Windows domain/active-directory environment just fine when it's properly managed.

      Is it more work for the admin? How much work is restoring hosed workstations to functionality?

      Don't blame the tools.

      -CR

      --
      "So is the BSD licence even more 'free' (than GPLv2)? Yes. Unquestionably." --Linus Torvalds (TinyURL.com/2vugzl)
    17. Re:Only makes sense... by Drakin030 · · Score: 0
      Windows itself handles rights failures so poorly (erroring out or worse, instead of just providing a prompt for the user to enter admin credentials).
      Yeah its called the "Run As" command. You must be a Linux user.
    18. Re:Only makes sense... by drsmithy · · Score: 1
      Mabye if M$ developers were forced to run as non-privileged users once in a while, they'd realize that there's a lot of problems with trying to get through the day on a non-admin account.

      TFA is unclear whether "full admin rights" means "logged in as Administrator all the time" or "can run applications as Administrator".

      These are two very different scenarios.

      Windows itself handles rights failures so poorly (erroring out or worse, instead of just providing a prompt for the user to enter admin credentials).

      This is not the OS's responsibility, it is the application's. The OS *should* return an access denied error and it is then the application's job to act appropriately on that error. Having the OS second-guessing apps on what they "really" meant to do is a recipe for disaster and a gaping security hole.

    19. Re:Only makes sense... by Al+Dimond · · Score: 1

      runas is the same as su, it switches users. You must provide the password of the user you're switching to.

      sudo is different. It allows users to do things they couldn't ordinarily do by merely authenticating as themselves. It allows for more fine-grained control over the things that each user can do than simply handing users the root password, and allows for better logging. That said, most people on their personal machines just have their sudo let them do anything.

      But sudo is certainly more powerful than su/runas. I heard someone's trying to make a Windows version of sudo, but I don't know anything about it...

  3. Justice, by linzeal · · Score: 1, Funny

    Now maybe Media Player will work properly on non-admin machines, or do they all use winamp?

    1. Re:Justice, by Philip+K+Dickhead · · Score: 1

      It will never happen for Developers or Consultants.

      Sales people? Admin Assistants? Sure.

      --
      "Speaking the Truth in times of universal deceit is a revolutionary act." -- George Orwell
    2. Re:Justice, by Anonymous Coward · · Score: 0

      Winamp reqiures Admin priveleges unless you install the multi-user plugin

    3. Re:Justice, by belg4mit · · Score: 1

      Multi-user plugin is part of the core now (since 5.2), but you have to select
      the right option when prompted (my clueless admin thought that shared meant
      full control). Even then, it's still "usable", but changes to preferences are
      lost.

      --
      Were that I say, pancakes?
    4. Re:Justice, by NatasRevol · · Score: 1

      I'd be happy with just the whole QA dept.

      Admin for install.

      Non admin for ALL testing of ALL non-admin software.

      I know, it's out there, eh?

      And maybe require that same testing for an official Vista sticker.

      --
      There are two types of people in the world: Those who crave closure
  4. Let's hope they do by creepynut · · Score: 5, Interesting

    Who better to test and actually use the "User Access Control" than Microsoft's own employees?

    Clearly, they weren't "trying out" the Limited User accounts when Windows XP was in its infancy. Otherwise, it might actually be useful to us today.

    1. Re:Let's hope they do by Anonymous Coward · · Score: 0

      This has been correctly identified as one of the main reasons that limited users don't work in XP. During the Vista cycle, we are just as subject to UAC as any other "admin", no matter how infuriating it may be. In fact, are required to file a bug if we find a situation that requires us to turn it off.

      I can see the argument for this initiative for the sales, HR, support personnel, and even managers and executives. (Oh, I wish :) For the developers and testers this will never work, especially in the Windows group where I dwell. To do our job, we are required to have absolute control over the conditions on the OS. MSIT doesn't serve to make my job better or more secure. Quite the opposite, in fact. Required patches, required antivirus software, required encryption protocols and connection managers, and of course, Reboot Tuesday. All, when I have to reinstall my OS three times a week.

      And I get my office network port disconnected if their tools discover a Windows installation that isn't fully patched, even on an inactive partition that hasn't been booted in three months.

      What's more, when I try to tighten my own security, I am blocked. Connecting to anything on the internal network requires a default out-of-box IE with scripting, activex, cookies, and flash turned on. I have to leave remote admin ports open so that the IT people can enforce the above policies.

      > When asked about the one thing he would change about Microsoft's internal IT systems,
      > Estberg said: "The thing that I would most like to change is driving awareness of
      > security accountability across individuals in the company."

      The thing that I would most like is to be able to do my job without meddling IT people deciding that, even though I'm trusted to DEVELOP the OS, I'm not responsible enough to administer it.

  5. Eat your own dog food by mwvdlee · · Score: 5, Insightful

    "Eat your own dog food".

    If Microsoft's access rights model isn't good enough for their own purposes, it isn't good enough for the rest of the world either.

    If they were truely confident that it works as they claim it does, they should have had their employees in a more secure and restricted environment years ago.

    --
    Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    1. Re:Eat your own dog food by Webz · · Score: 0, Redundant

      Amen Brother!! I was just about to post that very phrase! Eat your own dog food.

      I don't know why people bother releasing products they themselves won't use... In almost all cases, the inventors/producers should be the champions of their own products.

      Mod parent up!

    2. Re:Eat your own dog food by Anonymous Coward · · Score: 3, Insightful

      I hate to be the MS supporter here (and I rarely do), but Microsofts permission model is just as powerful as UNIX's. It is just harder to learn. But not that much harder.

      If people suddenly switched to UNIX machines we would still have the same problem. The problem isn't that the OS has an insecure permission model (neither UNIX nor Windows NT do), but that noone wants to implement it. For the type of people who use Windows boxes, this will always be a problem. They use Windows *because* they don't want to deal with the details of system administration. If they suddenly switched to UNIX they would still not want to deal with the details of system administration (which is one of the reasons that they don't).

    3. Re:Eat your own dog food by holden+caufield · · Score: 1

      Agreed. Although, I don't think this will improve security directly, as much as it will improve their QA processes, which in turn makes more secure and stable products. Maybe now they'll discover you can't run WindowsUpdate on an XP Pro SP2 machine without admin privileges, and fix it!

      --
      I'll create an amusing sig when I have something meaningful to post.
    4. Re:Eat your own dog food by XSforMe · · Score: 2, Insightful

      "they'll discover you can't run WindowsUpdate on an XP Pro SP2 machine without admin privileges,"...

      I differ, windowsupdate should not be runned in user space, at least not in a default configuation under a corporate environment. In a corporate envirnomente SUS should be used to push around patches.

      --
      My other OS is the MCP!
    5. Re:Eat your own dog food by jandrese · · Score: 1

      Most people on Unix machines already run as normal users. Granted, since a lot of them are home machines they're also admins, but they don't escalate their privleges unless they need to install software or do some sort of maintenance. In normal day-to-day work they're normal users.

      If you're sharing a Unix machine with other people, then you're pretty much guarenteed to be running a user account.

      You know why people do this on Unix? Because it works. You don't run into fiddly problems all of the time with software that refuses to run or crashes randomly unless you have admin access. You don't have to go through this annoying logout/login procedure to escalate your privleges. You can just run the one command you need as root and then return to your regular activities.

      I have to agree with one of the above posters. Microsoft needs to force their employees to just use usermode on their machines and come up with better ways to do common actions that don't require you to log in as administrator, or at least come up with a Mac OSX like model where you get an onscreen password prompt when you run something like Windows Update, and make sure that password prompt only comes up when it absolutely has to.

      --

      I read the internet for the articles.
    6. Re:Eat your own dog food by Vicegrip · · Score: 1

      "Just as powerful" and "harder to learn" in the same sentence is an oxymoron. Windows Access Control Lists APIs are a nightmare to program with that is also badly documented (or was the last time I looked at it).

      When you have two APIs that provide/achieve the same thing, the 'simpler' one is by far the most powerful.

      --
      Do not spread "09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0" over the internet, thank you.
    7. Re:Eat your own dog food by Anonymous Coward · · Score: 0

      Why do you expect to run Windows Update as a non-admin? All the update tools I've used under Linux require you to switch to root.

      Anyways, I'd recommend checking out Vista to see how it handles things. Even admin users get prompted before doing anything that needs elevated permissions (logging in as an admin just means that you don't need a password to do those tasks). This prevents apps from doing things that you didn't realize they were doing to your system. Haven't tried it as a normal user yet, but I assume the experience is similar, but requiring an admin password to do the task.

      The main result of this is that apps that require elevated permissions will annoy all users (admin or not), so hopefully developers would fix them.

    8. Re:Eat your own dog food by towsonu2003 · · Score: 0, Offtopic
      I hate to be the MS supporter here (and I rarely do), but Microsofts permission model is just as powerful as UNIX's. It is just harder to learn. But not that much harder.
      A bug in moderators? Did anyone file it yet?

      Parent is funny not insightful.

    9. Re:Eat your own dog food by Anonymous Coward · · Score: 0

      The hotmail servers are still running Apache. They just changed the server signatures.

    10. Re:Eat your own dog food by Andrewkov · · Score: 1

      UNIX was originally created as a multi-user OS, Windows evolved from DOS, which was a single user system. I think inertia played a large roll in the current situation. But still, MS has taken *way* to long to get with times. I'm actually shocked to hear MS allows all their users to have local admin rights, although it does explain a lot about the current state of Windows.

    11. Re:Eat your own dog food by quantum+bit · · Score: 1

      Maybe now they'll discover you can't run WindowsUpdate on an XP Pro SP2 machine without admin privileges, and fix it!

      You really want regular users to be able to effect system-wide changes? (applying patches that may or may not break something, or might not even be from MS if somebody spoofed the windows update site)

      You can come pretty close though -- with automatic updates there's a group-policy option that allows non-admin users to see and apply the updates.

    12. Re:Eat your own dog food by say · · Score: 1

      "Just as powerful" and "harder to learn" in the same sentence is an oxymoron.

      No, it isn't. This can be illustrated by turing-complete languages: They are all able to express the same set of algorithms (that is: all algorithms). They are, as such, just as powerful as each other. But you would be rather ignorant that all programming languages are equally hard (or simple) to learn.

      For an even more convincing example: Imagine a turing complete language L which has exactly the minimal number of instructions; let's say they are A, B and C. Then make a language M by adding any instruction, for instance D(x), which means do B if value after A is x. Now, M is harder to learn than L (but it is probably easier to implement some algorithm in M than L - but that is a different matter). But D can be implemented in terms of A, B, and C, and they are therefore just as powerful.

      In the case of Windows and Unix security, it is obvious that they can be of different difficulty to learn while having the same power. For instance, For instance, Windows demands that you use a graphical tool and names the access rights differently. That tool and those names may be more difficult to learn than Unix'.

      Maybe a more strict response than you would have expected, but I'm getting sick and tired of people claiming that you can't make advanced stuff easy-to-use or simple stuff difficult-to-use. Obviously you can.

      --
      Roses are #FF0000, violets are #0000FF, all my base are belong to you
    13. Re:Eat your own dog food by Tibor+the+Hun · · Score: 1

      They use Windows *because* they don't want to deal with the details of system administration.

      That's kinda backwards. You're right that that's why they do use it, but it turns out that even the simplest of windows users now needs to be a system admin.
      "Well, first you need a firewall, now you need an antivirus, and you've got to run updates on it constantly. OK, then you should have some form of a spyware solution, also requiring updates. Of course, don't forget that the OS must be maintained and updated... " all to be able to surf the web and send email.

      OS X doesn't require you to know about file permission models, even though it's there.

      And not just the permissions, most everything (except for mice) that Microsoft manufactures is halfassed.
      Take for example the "Movie Maker"...
      What good is it? It can't burn movies to a DVD. Without a webserver you can't host them on your own machine. (Sure you can install IIS, but if the average user can't handle IE security, how well could they admin IIS?) So that pretty much leaves you with emailing your clips.
      How great of a movie file can be sent through email?

      Not a whole lot of thought goes into the design, it seems.

      --
      If you don't know what AltaVista is (was), get off my lawn.
    14. Re:Eat your own dog food by Anonymous Coward · · Score: 0

      I'm tired of this claim. Windows XP did not evolve from DOS. The DOS based line of Windows ENDED at Windows ME. Windows XP came from Windows 2000 which came from Windows NT. It was NEVER part of the Windows 3.1 - Windows 9x line. The Command Prompt in Windows NT, 2000, and XP are very similar to a shell in UNIX. You know, an application you run like Windows Explorer. Windows NT has closer ties to VAX and UNIX then DOS.

      Windows NT 4, at least, supported multi-user access. Did you ever hear of Citrix Meta-Frame? MS called it Terminal Services in Windows 2000 and 2003 Server and Remote Desktop in Windows XP.

    15. Re:Eat your own dog food by Mistshadow2k4 · · Score: 0

      "I hate to be the MS supporter here (and I rarely do), but Microsofts permission model is just as powerful as UNIX's."

      No it's not. User accounts on unix are kept separate on unix. If a user account on Unix gets screwed with (malware, whatever) it does not mess up the OS; all you have to do is delete that user account and make another one. With Windows, if a user account gets a virus it affects the whole OS, including other user accounts. And on *nix there is a definite lack of programs that require root privileges just to run.

      --
      I dream of a better world... one in which chickens can cross roads without their motives being questioned.
    16. Re:Eat your own dog food by Anonymous Coward · · Score: 0

      Why was I immediately reminded of this and the next couple strips? Granted, it's not dog food, but ...

    17. Re:Eat your own dog food by Mister+Whirly · · Score: 1

      CHMOD on you crazy diamond...

      --
      "But this one goes to 11!"
    18. Re:Eat your own dog food by Fulcrum+of+Evil · · Score: 1

      You really want regular users to be able to effect system-wide changes?

      Yeah, it's called asking for credentials. OSX does this and it works great.

      --
      "We returned the General to El Salvador, or maybe Guatemala, it's difficult to tell from 10,000 feet"
    19. Re:Eat your own dog food by Anonymous Coward · · Score: 1, Insightful
      mmmmNo. Running under a non-admin account restricts your permissions on the system the same way it does on Unix. A non-admin account cannot write to certain parts of the registry or the file system, so they cannot "infect" the OS itself, except through a privilege escalation vulnerability... and I think Linux has more of those than Windows =)

      A user can download crapware all day and catch something that nukes their own "home" directories, but the rest of the system should be untouched. Not that that matters to the average user anyway, but still.

      When and if most Windows users run under non-admin account on W2K/XP/Vista then the crapware writers will look for local exploits and ways to fool the user into entering credentials to run processes under administrative privileges. So far they haven't had to, because all they need is for the user to click "Yes" on a dialog to compromise the whole box.

    20. Re:Eat your own dog food by Elwood+P+Dowd · · Score: 1

      Not quite true. In Unix, so long as a user has a home directory with executable rights, they can install and run any application or dependencies for that application. In Windows, applications must be installed by someone with machine-wide permissions.

      In practice, of course, no one knows how to install application on Unix so it simply isn't done by non-savvy end users. In Windows, the CEO has admin rights so he can install whatever new thing he wants over the weekend. By himself.

      But there's a technical capability for limited users in Unix that is not available in Windows.

      --

      There are no trails. There are no trees out here.
    21. Re:Eat your own dog food by scot4875 · · Score: 2, Insightful

      Yes it is. I don't think you understand what the grandparent poster means by "permission model."

      --Jeremy

      --
      Jesus was a liberal
    22. Re:Eat your own dog food by Allador · · Score: 1

      Yes, its asking for the credentials of an account that has admin privileges, same as for Windows.

    23. Re:Eat your own dog food by Allador · · Score: 1

      You dont need any of that stuff on a windows box.

      1. Turn on automatic updates.

      2. Run as a non-privileged user.

      3. Use Opera for your browser (or FireFox if you must), and dont use IE.

      4. Dont turn off the windows firewall, its fine in its default state for home user.

      Those four trivial things, and you dont need to worry about any of the stuff you listed. Spyware and Viruses have no effect (for the vast majority of cases) if you're not running as an account with local administrative privileges.

    24. Re:Eat your own dog food by syousef · · Score: 1

      "Eat your own dog food"

      I hate that phrase. I absolutely detest it. Typical management BS. You're insulting the person's work and destroying their moral by calling it dog food. "Eat what you serve up" would be a better phrase. But it doesn't carry with it enough of a sting because it's not insulting.

      My response to that phrase is "I don't make dog food. You must be thinking of someone else."

      --
      These posts express my own personal views, not those of my employer
    25. Re:Eat your own dog food by Allador · · Score: 1

      Thats not strictly true on the Windows side of your argument.

      A non-priv'd user could install any application into their own home directories, so long as the application does not require the ability to write to the HKLM or system directories.

      But this is an application thing, not an OS thing. There are plenty (though a small minority) of applications that dont need to be installed at all. Just drop the flat of the app anywhere you have write access, and run it from there.

      As an example, I run Eclipse that way in my daily job.

      The problem is that many applications make assumptions about where the app executables belong, or need to register COM objects globally. (This latter part is not strictly necessary anymore, with some changes in XP SP2.)

    26. Re:Eat your own dog food by Macka · · Score: 1
      2. Run as a non-privileged user
      That is the part that breaks. So many apps simply don't run unless the user has admin rights, its not funny. That's the challenge MS has to overcome.

    27. Re:Eat your own dog food by Allador · · Score: 1

      Depends on the user type. A business can run non-admin in a large percentage of the cases, or at worst, give out both regular and admin accounts to users that need them (for installation of custom software, etc).

      Our organization does, and has since we deployed XP Pro in the org. Devs, IT folks, and others that prove they wont abuse it are also granted la accounts in addition to their regular work accounts, for when they really really need local admin on the box.

      Home users are going to struggle the most with things like Games and the like. It's completely possible to run 100% as a non-admin in windows, but you often need to be a pro on the platform to work with some of the unusual situations.

    28. Re:Eat your own dog food by Macka · · Score: 1
      or at least come up with a Mac OSX like model where you get an onscreen password prompt when you run something like Windows Update
      If all you get is an onscreen password when you need to do something sensitive, then you're cheating and running with admin rights on your account! You can still run Software Update and all that good stuff from a standard (non-admin) account on OSX, but it prompts you to supply the name and password of a valid admin account before it will let you. This is what I do. I have an "admin" account as well as my own which just runs as a standard user.
    29. Re:Eat your own dog food by Cro+Magnon · · Score: 1

      Um, we're talking about Windows. Dog food is a compliment!

      --
      Slow down, cowboy! It has been 4 hours since you last posted. You must wait another few hours.
    30. Re:Eat your own dog food by syousef · · Score: 1

      Hell knows Windows has its flaws but it's also an awefully versatile platform with a lot of content that some fantastic people have worked on and you're insulting every single one of them calling it dog food.

      --
      These posts express my own personal views, not those of my employer
    31. Re:Eat your own dog food by Elwood+P+Dowd · · Score: 1

      My understanding is that most installers, especially installers for Windows XP logo applications, require admin privs. If I've got that wrong, I'd be fascinated to know.

      I know there are a ton of apps that don't need to be installed like that in order to run, but they aren't the issue I was thinking of.

      --

      There are no trails. There are no trees out here.
    32. Re:Eat your own dog food by Anonymous Coward · · Score: 0

      Lighten up, Francis.

    33. Re:Eat your own dog food by syousef · · Score: 1

      Try walking into a building site and calling their work dog food and see how long you last. Trust me I'm light as air.

      --
      These posts express my own personal views, not those of my employer
  6. They can always run linux at home. by Anonymous Coward · · Score: 0

    That should give 'em their "root" fix.

  7. what need admin privs? by boxlight · · Score: 3, Insightful

    I don't see why this is a big deal. Average desktop users should not have admin rights -- no?

    boxlight

    1. Re:what need admin privs? by Anonymous Coward · · Score: 0

      If only many Windows apps considered themselves to be "average" apps admin rights wouldn't be necessary.

    2. Re:what need admin privs? by Burlap · · Score: 1

      they shouldn't... but they need em. an anoying amount of software needs admin rights to run, just try and run your average XP box in "limited user" mode and see what all breaks

    3. Re:what need admin privs? by Malc · · Score: 1

      I think one of the biggest problems is that a lot of software was originally designed and implemented for Win9x. It doesn't have a security model like Win NT, so developers wrote code obliviously writing to HKLM (or open keys for reading but request ALL_ACCESS) or C:\Program Files\xxx\.

      Another big source of problems I've had to work around is that the code generated by MSVC 6 for COM DLLs requires admin rights for RegisterServer calls. Most of the code can be converted to use HKCU allowing limited users to register COM DLLs for themselves... except for one call that registers the Typelib. There is an option for registry redirection (Win2K and above??), but without looking at MSDN, I'm not sure if that can be done by a limited user.

    4. Re:what need admin privs? by Colonel+Angus · · Score: 1

      Admin rights are required in order to spellcheck your Office documents (in older Office versions).

      Admin rights are required to run LiveUpdate.

      It may be fixed now, but I remember a year or so ago reading that MS's own Media Center software couldn't be run under a limited user account and if you tried to get all wily on it and launch it with Run As... you'd still have limited functionality.

      It's just horrifically implemented.

    5. Re:what need admin privs? by Lijemo · · Score: 1

      I don't see why this is a big deal. Average desktop users should not have admin rights -- no?

      Fundamental security issue-- added layer of protection. Even if there is reason to give users Admin privliges to those boxes, they shouldn't be in Admin mode all the time-- you don't log in to Linux/Unix as Root to check e-mail and play NetHack. (At least I hope you dont...)

      When I first installed XP on one of my boxes at home, (there were reasons to do so, I won't go into them here) the first thing I did after installing all the applications was to create myself a non-admin account, even though I was going to be the only person using the system. I only wanted to be in Admin when I intentionally wanted admin privleges.

      After spending hours trying to get some very basic programs working in the #$%& non-admin account, I deleted it later that day. It wasn't worth the effort. As many others have mentioned-- I hope Microsoft developers DO start having to use non-admin modes, and that this encourages them to make it functional!

    6. Re:what need admin privs? by vtcodger · · Score: 1
      ***I don't see why this is a big deal. Average desktop users should not have admin rights -- no? ***

      Well, maybe not. Every geek in the universe thinks that no one should have admin privileges ... except them. And it's very likely impossible to secure a machine where the user has admin privileges. On the other hand, it's not all that easy to make a program run properly when run by a non-admin user. Especially if it is a legacy application.

      Users tend to want their software to work, and it tends to work a LOT better if the user runs as admin. Especially on Windows, but even on Linux it's sometimes non-trivial to get software to work right for a non-admin user. It doesn't help that Microsoft has, in the past, encouraged practices that turn out to be somewhat at odds with good user security. For example they advised developers to use their humongous, questionably designed, poorly documented Registry for application data. You want to make bets on how much software that uses the Registry for its own data storage will run right for a non-admin user with just a default install?

      I don't have the slightest idea how to straighten this mess out. But my bet is that just taking admin away from Microsoft (and enterprise, (and home)) users isn't going to fix things in any realistic fashion. At least not without untold pain, aggravation, and everyone yelling at everyone else about their total idiocy.

      --
      You can't see ANYTHING from a car, You've got to get out of the goddamned contraption and walk...Edward Abbey
    7. Re:what need admin privs? by drsmithy · · Score: 1
      Admin rights are required to run LiveUpdate.

      You find this unusual ?!

  8. Better still by fishdan · · Score: 1, Interesting

    would be if they'd remove admin rights from friggin Outlook

    --
    Nothing great was ever achieved without enthusiasm
    1. Re:Better still by colganc · · Score: 1

      At work I use Outlook everyday as a normal user. No admin rights.

    2. Re:Better still by Allador · · Score: 1

      Not sure what you mean by this. Outlook is an executable. Executables dont in and of themselves have admin rights. They can be run by a user that has admin rights, or smarter yet, but one that does not have admin rights.

  9. Excellent Idea by Whatsisname · · Score: 5, Insightful

    Yes, having the employees run as 'regular' users would be a terrific idea. All the problems that limited user accounts have now would be encountered by those with the most ability to fix them.

  10. "Unusual practice" ... wtf. by Kadin2048 · · Score: 4, Insightful

    Currently, the majority of Microsoft's employees enjoy full admin rights on their desktop PCs, which is an unusual practice in the enterprise space ...

    An unusual practice? Where? Most places I know have their users running as admin, because there is still software around that won't function properly if it's not run that way.

    If Microsoft forces its employees to run as non-admin users, I think it's a good thing, because maybe it will lessen the amount of crap software that's designed with the assumption that it's going to be run that way.

    Unfortunately, that doesn't help the situation with the tons of legacy apps that assume this, and it only takes one important legacy app in a corporate environment to hose the entire security model of non-admin users.

    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    1. Re:"Unusual practice" ... wtf. by lgw · · Score: 4, Insightful

      I don't know of a large company that still lets most employees install software, have admin rights, or do anything like that. The desktop PC has to be locked down if you want to manage 100000 desktops on a modern IT budget.

      It would be wonderful if Microsoft did this! The result would be that, at least for Microsoft software, the developers would be forced to care whether their software ran without admin rights.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    2. Re:"Unusual practice" ... wtf. by Anonymous Coward · · Score: 3, Informative

      I work for Intel. Because XP is a piece of crap, all Intel employees have administrative rights on their own desktops. It's the only way to make way too much software work. If they took away my local administrative rights at least three applications I depend on for my job would stop working properly.

    3. Re:"Unusual practice" ... wtf. by leuk_he · · Score: 1


      An unusual practice? Where? Most places I know have their users running as admin, because there is still software around that won't function properly if it's not run that way.


      Almost every compagny i worked for (as contracted) and work with NT4 or higher.

      As a developer I always hate day i get a new PC. It is very hard to install oracle without admin rihgts. It is also very hard to let the normal it drones make a oracle installtion (I am not talking the default client. It only takes 2 or 3 days to convince for local admin rights .

    4. Re:"Unusual practice" ... wtf. by msh104 · · Score: 1, Informative

      I worked at "stork worksphere" in the netherlands, which is really a big company, and all have admin access to there local pc.

    5. Re:"Unusual practice" ... wtf. by Anonymous Coward · · Score: 1, Informative

      Symantec. Ditto what the above say, admin for everyone. Though they do at least use GPO's that make it dificult to fiddle around with the SAV and SNS stuff. Not like a local admin can't get around a GPO, but anyone with that level of skill is probably okay as an admin anyway.

    6. Re:"Unusual practice" ... wtf. by archen · · Score: 1

      ... there is still software around that won't function properly if it's not run that way. ... maybe it will lessen the amount of crap software that's designed with the assumption that it's going to be run that way.

      That sort of contradicts itself. Wheither MS runs as admin or not has absolutly nothing to do with third party developers requireing their software to do so? Is MS going to tell third party developers not to write registry keys in HKLM (for regular usage)? If developers do it NOW it's because they're freaking lazy or idiots, and that isn't going to change. One peice of software I was told by a vendor required Administrator privleges to run. Turns out it didn't, it just wrote temp files to %windir%/temp instead of a more logical place like whatever %temp% happened to be - stupidity like that has little to do with what MS dictates.

      And as you say the legacy is going to be a big hold up anyway, so I doubt anyone will listen to MS telling people to not use old apps - especially if some of them are proprietary apps with no upgrade solutions.

    7. Re:"Unusual practice" ... wtf. by Burlap · · Score: 1

      same here, my current company has everyone with admin rights and we have close to 50,000 employees world wide.

    8. Re:"Unusual practice" ... wtf. by lucky130 · · Score: 1

      There are still many large companies that allow their users admin rights. My guess is that their IT staff doesn't want/can't afford to take the time to sit down and work out all of the necessary permissions on files, folders, and registry keys needed to run certain programs. OR, they've found the 'run as...' command an unsatisfactory substitute for sudo or su.

    9. Re:"Unusual practice" ... wtf. by vought · · Score: 4, Interesting

      I don't know of a large company that still lets most employees install software, have admin rights, or do anything like that. The desktop PC has to be locked down if you want to manage 100000 desktops on a modern IT budget.

      You forgot about Apple. You know - the little company that makes iPods.

      Over 10,000 employees, each with admin rights. No viruses, no malware, no screwed up OS that lets any process run with global read/write priviedges...no kidding.

      The only difference is that they don't run Windows on those desktops.

    10. Re:"Unusual practice" ... wtf. by lucky130 · · Score: 2, Insightful

      And you still run into those programs that don't seem to understand the concept of environment variables or the fact that you don't really need to use the registry in many situations.

    11. Re:"Unusual practice" ... wtf. by ergo98 · · Score: 1

      Symantec. Ditto what the above say, admin for everyone.

      While the GP didn't specifically state it, presumably they were excluding technology companies. Among normal companies where computers and software are tools for achieving some other goal, it is extremely rare to have admin rights. I'm talking about banks, telecommunications companies, etc. For these firms you either have to use special management software to install software, or you have to request that IT come out and do it.

      Very painful when you're in a software development group at said corporations.

    12. Re:"Unusual practice" ... wtf. by 99BottlesOfBeerInMyF · · Score: 2, Insightful

      That sort of contradicts itself. Wheither MS runs as admin or not has absolutly nothing to do with third party developers requireing their software to do so?

      Actually, it does. MS makes userland software as well. Major applications they develop do not run, or run properly (or at all) as a regular user. Now developers may consider making their software work for normal users, but if MS does not, why should they bother? Obviously no one is going to run as a non-admin anyway, since the built-in software doesn't work. MS sets the standard for their own OS. They also write the most common dev tools for their OS, which determines how easy it is to make applications work for non-admin users. If it takes extra work due to the APIs and dev tools, enough extra work that MS does not bother, then it will be enough extra work for third-party developers as well.

      And as you say the legacy is going to be a big hold up anyway, so I doubt anyone will listen to MS telling people to not use old apps - especially if some of them are proprietary apps with no upgrade solutions.

      MS bought Connectix. With half a clue, Vista would run a VM environment for all apps, both old and new and this would not be an issue at all. The rest of the industry is already moving that way.

    13. Re:"Unusual practice" ... wtf. by thePowerOfGrayskull · · Score: 1

      An unusual practice? Where? Most places I know have their users running as admin, because there is still software around that won't function properly if it's not run that way.

      Certainly in the finacial services industry (where I work) it's very common. While our developers have admin rights, the vast majority of the tens of thousands of users across the bank work under very restrictive policies -- installing software usually requires a work request for those poor sots...

    14. Re:"Unusual practice" ... wtf. by BVis · · Score: 4, Insightful
      Among normal companies where computers and software are tools for achieving some other goal, it is extremely rare to have admin rights. I'm talking about banks, telecommunications companies, etc. For these firms you either have to use special management software to install software, or you have to request that IT come out and do it.
      I disagree. I've worked at multiple (non-technocentric) Fortune 500 companies where all users have administrative rights to their computers. Why? Because they don't want to hire enough IT staff to do things properly. Users whine and generate support workload far more when they can't install their home printer, or their online poker client (or whatever they might want to put on there) than they do if you just let them do what they want. If you go so far as to tell them they're not allowed to install anything, congratulations! You've officially created a Career Limiting Event. I've worked at places where there was no Acceptable Use Policy because of the costs (both in wages and employee turnover) of enforcing one. (The turnover comes when some poor helpdesk drone doesn't realize that they're speaking to the Vice President Of Things That Begin With H On Alternate Tuesdays, reminds them that what they're doing is against the AUP, and subsequently get fired. Gotta love at-will employment; you can be fired for any reason or no reason at all.)

      Think I'm exaggerating? Why do you think I don't have those jobs anymore?
      --
      Never underestimate the power of stupid people in large groups.
    15. Re:"Unusual practice" ... wtf. by quantum+bit · · Score: 2, Insightful

      That's just because oracle writes some of the most retarded software ever. Come on, it's 2006 and they still haven't figured out how to deal with spaces in directory names? Or to actually register COM objects correctly during the install rather than try to do it every time you start up the program (ADI is really bad about this). How about the fact that you need an astonishingly bloated software install just to talk to their database at all?

      That's just on Win32. Don't even get me started about requiring X/Java for installs on their unix stuff.

      Oracle is definitely one of the companies that's responsible for the mess the windows world is in. It's a major pain to get their crap working under non-admin accounts.

    16. Re:"Unusual practice" ... wtf. by pyota · · Score: 1

      .. which makes you wonder why no other large company uses macs?

    17. Re:"Unusual practice" ... wtf. by Anonymous Coward · · Score: 0

      I used to work at Motorola and all of the developers and engineers had administrative access. Not sure about other groups/job fucntions though. Still, just the developers number in the thousands.

    18. Re:"Unusual practice" ... wtf. by vought · · Score: 3, Interesting

      .. which makes you wonder why no other large company uses macs?


      Well, it isn't the support costs. When I worked there, IS&T was located in (should I say?) a place where grapes grow, many miles from Cupertino - and they didn't do normal help desk work. That was for ATCs - regular Apple employees trained to do help desk-type stuff. In AppleCare, we had one for about every 30-40 people, and the arrangement worked quite well.

      More interesting than anything else would be a support cost per employee breakdown between Apple and another computer company - say, Dell - excluding headcount from the support organization to normalize things a bit.

    19. Re:"Unusual practice" ... wtf. by Atzanteol · · Score: 1
      Ugh, or even how to deal with 'root' properly during their installs? "This program won't run as root?" It's a friggin' installer! Then later on it tells you "here, run these scripts as root then click 'next' to continue?" Friggin' aweful.

      Gawd I hate Oracle...

      --
      "Ignorance more frequently begets confidence than does knowledge"

      - Charles Darwin
    20. Re:"Unusual practice" ... wtf. by Anonymous Coward · · Score: 0

      I work for Intel. Because XP is a piece of crap, all Intel employees have administrative rights on their own desktops.

      I do not know your specific case but more often then not in these "must run in admin mode", it is because the IT department does not have the resources, the management backing, or the desire to create or figure out a workaround. Where I work, an application for the general users does not get purchased or installed unles it meets our requirements. It was hard to get there but we are there now. When the one off's and the temporary things come along, we may put someone in admin mode for a short period or provide them a second laptop or desktop that is not a member of our domain or with non production network access.
      An example.. We had a user that was reviewing evidence in a court case. He tried unsuccessfully to install an application the client had given him to review some case material. That application was Ethereal and it would not install because of our policies and it needs admin rights (we are a law firm, not a technical company). We did provide him with Ethereal but he was given a seperate non domain authenticated computer and we loaded the data he needed to analyze on it for him. We use 802.1x authentication so even if he did plug the computer into the network, he would be in a useless non production vlan. When he was done with the material, we took the laptop back, placed a new image on it and put it back in the loaner pool.

    21. Re:"Unusual practice" ... wtf. by Mister+Whirly · · Score: 0, Troll

      Probably hardware costs and software base, just shooting from the hip.
      Corporation decisions are made by bean counters, not technology folks.
      Besides, if all the corporations started using OS X and their marketshare went up significantly, so would their vulnerabilities. Apple really enjoys a reputation as a "more secure" base OS - apparently everyone seems to conveniently forget a couple facts -

      "According to McAfee Avert Labs, Mac platform vulnerability discovery rates have increased by 228 percent in the past three years alone, from 45 in 2003 to 143 last year.

      By comparison, Microsoft's products saw a 73-percent increase in vulnerabilities over the same time period."
      http://www.scmagazine.com/uk/news/article/557590/m ac+os+x+vulnerabilities+jump+228+percent+three+yea rs/

      --
      "But this one goes to 11!"
    22. Re:"Unusual practice" ... wtf. by PONA-Boy · · Score: 1

      An unusual practice? Where? Most places I know have their users running as admin, because there is still software around that won't function properly if it's not run that way.

      The network I manage has +/-500 PC's. Not a large number compared to other enterprises but all of these PC's are geographically dispersed across the US in small batches of 4 or 5 or 6, which makes for an administrative headache. None of our non-administrative employees have privileged access to their systems. Even most of our administrative staff does not have privileged access. This setup has equated to a relatively low occurrence of security issues. Our roaming users, however, do have elevated privileges on their notebook PC's and THOSE are (with no surprise) the systems we have incessant trouble with.

      I think we are a testament to the virtue of giving end-users, right from the start, no expectation of elevated privilege on their systems. Going the other way must surely be an almost impossible task.

      --
      +that's funny...I don't FEEL tardy.+
    23. Re:"Unusual practice" ... wtf. by idhindsight · · Score: 1

      Mine does; Fortune 500.

    24. Re:"Unusual practice" ... wtf. by Anonymous Coward · · Score: 0

      I Admin around 50 XP machines and around 20% of the users HAVE to have Admin rights to run the STATISTICAL software. Add to that 1 USER who HAS TO HAVE ADMIN RIGHTS to run QUICKEN H&B. WTF??? It doesn't bother me any as I patch religiously and tell them using 'Explorer' is a satanic ritual. Of course if I do find anything on there machine subject to infection/spyware/etc..., I know they've been somewhere they shouldn't have been, and give them a soft earfull (well, that and threaten a little email manipulation, BOFH-style... i can be mean)

      I work at a small University Dept., so of course my reality has a liberal bias...

    25. Re:"Unusual practice" ... wtf. by Anonymous Coward · · Score: 0

      These are NOT flames, I am really weak on how Apples participate and are managed in an enterprise environment, from software deployments and updates to bios upgrades and account management. Can you upgrade several hundred Macs from a central location? Can you add a new printer to an entire department of Mac users from a central location? Can you modify templates or settings or add some functionality to a word processor or modify an application across the whole company easily? Can you plug 50 of them in at once and come back 3 hours later and they are all completely setup to a company standard and ready to give to users? When you give someone a new computer, is there an automatted process to provide as much as possible from the old computer to the new one like mouse settings, toolbars, email signatures, backgrounds, screen resolution, printers, dialup settings etc?

    26. Re:"Unusual practice" ... wtf. by EvilSS · · Score: 5, Insightful

      Are they Microsoft Applications or third party apps? Everyone is quick to blame MS for this but in reality it's usually the fault of the application developers that can't follow Microsoft's guidelines for writing software. 99.9% of the time it is the result of one of the following:

      1. Storing user information in HKEY_LOCAL_MACHINE instead of HKEY_CURRENT_USER (even MS is guilty of this with their TS licenses)
      2. Writing files to the program directory instead of to the user profile, temp, home drive or other user writable location
      3. Writing files to C:\ (this is just inexcusable and lazy)
      4. Some other bonehead move by the developers (such as registering components on run instead of during the install, trying to store files in winnt, using freaking INI files!)

      [insert rant about under-trained programmers and lack of proper software engineers here]

      If the programmers would actually learn how Windows works most of the "x software package requires admin rights" could be avoided.

      --
      I browse on +1 so AC's need not respond, I won't see it.
    27. Re:"Unusual practice" ... wtf. by Anonymous Coward · · Score: 0

      I don't know of a large company that still lets most employees install software, have admin rights, or do anything like that. The desktop PC has to be locked down if you want to manage 100000 desktops on a modern IT budget.

      I work at a large company (>100,000 employees), and while it's technically true that "most" employees probably don't *have* admin rights, I believe most employees could *get* them if they just asked.

      There's a system for requesting admin rights. With the exception of cases where the request got sent to the wrong manager, I don't know of anybody ever being turned down. No manager wants to say "no, I won't let you do something that will help you do your job more effectively" (and this is an otherwise Office-Space-ish company!).

      Sure, you have to supply a justification, but it can be just about anything -- even something as vague as "I want to install software that requires admin access" -- because so much of the software that we use does (including some of the required apps).

      The desktop PC has to be locked down if you want to manage 100000 desktops on a modern IT budget.

      And it must be somewhat open if you want those 100,000 employees to be able to run the apps they need to do their jobs. In the battle between "reasonable budget" and "do our jobs", I'm afraid the budget lost, at least at my company.

      It would be wonderful if Microsoft did this! The result would be that, at least for Microsoft software, the developers would be forced to care whether their software ran without admin rights.

      I agree with this, mostly. Unfortunately Microsoft software isn't typically the worst offender.

    28. Re:"Unusual practice" ... wtf. by morgan_greywolf · · Score: 1

      Probably hardware costs and software base, just shooting from the hip.
      Corporation decisions are made by bean counters, not technology folks.


      Generally not true. I work in IT for a Fortune 500 company and I can tell you that technology folks make most of the strategic IT decisions, (like platform, architecture, and overall IT direction), while bean counters tend to pick the actual vendors. Usually there is some back and forth between IT and the bean counters, and in some cases IT gets what it wants, in other cases purchasing gets what it wants, but usually it's some level of compromise.

      However, hardware costs *are* a huge issue whether you're talking from the IT perspective *or* the bean counter perspective. No one goes out and says "well, let's just pick something, it doesn't matter how much it costs." Cost is most definitely a factor.

      Software base is an issue as well, but I suspect much of the reasoning that Windows is chosen for most corporate desktops goes along the lines of "Well, it's what everyone else does. It's what everyone knows and we know that all the applications we want will run on it." It's the "no one ever got fired for buying IBM" mentality, s/IBM/Microsoft.

    29. Re:"Unusual practice" ... wtf. by repetty · · Score: 1

      Hmm. I know of a company that has 30,000 employees and all of them have admin rights. I also know a company that has 16 employees, all with admin rights.

    30. Re:"Unusual practice" ... wtf. by bill_kress · · Score: 1

      Interesting concept. I've worked at smaller companies and start ups most of my life and always had full control over my computer. Actually, I worked for ADP for a while which is a pretty big company and still had admin rights.

      However, if larger companies are locking down the computers, that means that the types of applications run on the typical computer will be cut down severely.

      If you are going to do that anyway, why not run Linux? The core apps needed for a typical computer could be run in Linux (Office, email, web). Any apps with Java clients should work fine in Linux, and these days, apps that can't run directly in Linux can be run under a VM or web browser.

      The admin cost would be pretty near zero if you are actually locking the computers down. Any problem on a PC simply involves reloading the correct image.

      I'm not normally a big pro Linux or Pro Microsoft person, I've been standing back and waiting for the dust to settle. The biggest drawback of Linux to me is installing new software--if that's all done at the admin level, there is very little to differentiate Microsoft any more.

    31. Re:"Unusual practice" ... wtf. by arodland · · Score: 5, Funny

      Think I'm exaggerating? Why do you think I don't have those jobs anymore?

      Maybe it was because you're prone to exaggeration and it was interfering with your job performance ;)

    32. Re:"Unusual practice" ... wtf. by cloak42 · · Score: 1

      The company I support uses SMS to get around this. A user with a locked-down PC can request to the SMS team that an application get installed and half an hour later, it's pushed out. Voila, user is able to run their application.

      The down side of this is that obviously you need a large enough SMS team to be able to create application packages for EVERY APPLICATION that your company could conceivably use. The up side is that you only need to create a single package for the application and you can then push it to any of your users, worldwide. This is also a great way of making sure that the configurations of the applications matches whatever your security policies match.

    33. Re:"Unusual practice" ... wtf. by Anonymous Coward · · Score: 1, Insightful

      You are exactly right. The cost to properly do this will be and enormous an ongoing expense and even then it will not work because of basic human psychology. Controls freaks rule in such systems because they are exactly the people who seek out these sort of administrative jobs. Because the easiest way to do this is one size fits all, those people who need higher level of access are always left hanging. Tell me has anyone here tried to compile and test an application with any higher level of functionality without administrative rights to the local machine? Well let me tell you it does not work. In addition do you all have any idea how much work gets done by the local tech gurus that would otherwise have to go to tech support? Imagine every single little problem with a printer, file, driver, application, plug in-in or installation need requiring a tech support call. This is not Car-Max with one sales app running these people use at least 5 or six apps everyday an many less frequently. I worked for CBS when they did this. It took about a year an half before half the staff were made back into Admins and for months before that the local gurus learned that special password they needed to fix things which also meant they had higher level access to the domain than they ever had before. This costs a lot of money while saving none, enables personnel with psychological issues too much power, and treats employees who have tech skills like fools. The problem with this is that it does not look at the human reality of most work places. It is trying to create a one size fits all scheme where flexibility is most needed. Finally and to clinch it, I hate to say it but those most likely to break the system are the very ones who will get the Admin access the lonely tech staff guy surfing or gaming or the executive staff members whose 6 year old is always playing games on their parents office PC. Did I mention how hateful and bittler such places become and how there is now an excuse for every problem. If ever there was a sign MS is falling this was it. The mark of poor management is the expression of the need for more and more control.

    34. Re:"Unusual practice" ... wtf. by jcr · · Score: 1

      Over 10,000 employees, each with admin rights.

      Umm.. To their own machines, yes. Servers are a different story.

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
    35. Re:"Unusual practice" ... wtf. by Fulcrum+of+Evil · · Score: 1

      The turnover comes when some poor helpdesk drone doesn't realize that they're speaking to the Vice President Of Things That Begin With H On Alternate Tuesdays, reminds them that what they're doing is against the AUP, and subsequently get fired.

      It must suck working in a screwed up place like that. Where I am, we can ask the CEO the hard questions and actually get an answer. If I were in such a scrweed up place, I'd probably take to blocking the online poker sites at the router, then plead ignorance when their poker client stops working. They're VPs, they can afford a personal laptop and GPRS modem if they want poker at noon.

      --
      "We returned the General to El Salvador, or maybe Guatemala, it's difficult to tell from 10,000 feet"
    36. Re:"Unusual practice" ... wtf. by Teun · · Score: 1
      Hmm, last time I worked at Stork they had a Huge rotary UPS and programmed using stacks of perforated cards.

      Even then the pretty thing that loaded the card tray had all the access.

      To the cards and the perforator.

      --
      "The likes of Facebook and WhatsApp are free to those whose privacy is of zero value."
    37. Re:"Unusual practice" ... wtf. by Monster_Juice · · Score: 1

      If Microsoft forces its employees to run as non-admin users, I think it's a good thing, because maybe it will lessen the amount of crap software that's designed with the assumption that it's going to be run that way.

      What does a Microsoft employee have to do with this crap software that is designed to run as administrator? Microsoft did not create the crap that companies are still working with 10 years later. The main problem is that companies developed in house programs or purchased small programs in the age of Windows 95 and refuse to update them because they still work fine. By working fine I am referring to the fact that they do the job they are supposed to do.

      By not updating they are stuck with something that works that could cause their network to be compromised or having to spend money to update something that works fine for them.

      Most companies are gambling on whether or not their systems will be compromised. The cost of updating software is immediate; the cost of fixing the network may never come.

      I think the only good thing that could come of this is plan is for Microsoft OS programmers to come up with a better way of prompting the user to enter a username and password that will allow a program to run.

      --
      Slashdot +1 funny -4 Insightful +1 informative -2 Redundant
      Karma: Somewhere between SCO and Microsoft
    38. Re:"Unusual practice" ... wtf. by Billly+Gates · · Score: 1

      Thats how almost all companies I have seen are run. YOu supposed to act different and special to all executives and bend over since the rules dont apply and they can fire you for company procedure.

      Needless to say I disagree with this bs and refuse to follow it. Which is why I lost my job on one of them. THe job I am at now we all run and look busy when a CEO or VP comes in. I just roll my eyes and do what I normally do and work and act no different.

      I agree its poor management. But in such environments everyone blows smoke up the CEO's ass and I think they get a high off it. They also know this so they act all demanding knowing that the second they walk away things will return to normal,. Whatever that is.

    39. Re:"Unusual practice" ... wtf. by Elwood+P+Dowd · · Score: 1
      Their marketshare is going up significantly. It might have gone up 50%, to 6% of new computer sales. 50 Fortune 500 companies could switch new purchases to Apple and it still wouldn't be a huge deal for virus, spyware, and phishing companies. There would still be way more cash available in the effectively infinite unsecured PCs on the internet.
      apparently everyone seems to conveniently forget a couple facts
      No one forgot a thing. We were all paying attention when those vulnerabilities were made public. It's a big deal. You're right. But it doesn't change the fact that you are almost completely guaranteed that your OS X machine will not get pwnd, even if your practices are relatively lax.

      And I've gone years without my PC getting infested either. But I have spent a lot of time thinking about anti spyware applications, antivirus, software firewalls, and NAT in the interrim. We both know that Apple users have had an easier time with security, and will continue to do so indefinitely unless there are significant changes in the malware world. McAfee's scaremongering is just saying, "There could be changes." Yes, we knew that too.
      --

      There are no trails. There are no trees out here.
    40. Re:"Unusual practice" ... wtf. by Sloppy · · Score: 1
      Regardless of whether Apple employees are "getting away with it" (I mean not getting infected; I'm not talking about the fact that management allows it), it is a bad idea.

      When you fail to compartmentalize, you are taking a risk. If someone writes some MacOS malware and a user downloads and executes it, the consequences are less severe if the user runs it as non-admin. Just because it hasn't happened yet on one platform, doesn't mean that platform's users shouldn't learn from other platforms' disasters.

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    41. Re:"Unusual practice" ... wtf. by Unski · · Score: 1

      Facile and possibly OT as it sounds, I couldn't help but think that I haven't seen a poster so worthy of +5 Insightful in quite a while here. You reminded me of why I bother to stay here - to learn pearls of wisdom like that (no sarcasm here). It's the kind of thing IMO you couldn't know from a book, or know in advance. What you I could learn from a book is that User-only rights are better from a computer security point of view, but what you actually point out, no, only first and third-hand experience can tell you. Some smart ass would disagree, if my post were even worth the pixels it is written in, but I just think your post was a worthwhile read. Thanks for that.

    42. Re:"Unusual practice" ... wtf. by Trepalium · · Score: 1

      Many of Microsoft's development tools did not traditionally work well under "Limited User" accounts. I believe they've fixed some of the problems with VS2005. It's difficult to write software that operates in a different environment than the one you're currently using, especially for inexperienced programmers. By the time the problems are detected, it may be too late to fix them.

      --
      I used up all my sick days, so I'm calling in dead.
    43. Re:"Unusual practice" ... wtf. by Anonymous Coward · · Score: 0

      Don't get out much, eh? JPMorganChase, 162,000 employees. We all get admin :)

    44. Re:"Unusual practice" ... wtf. by ageoffri · · Score: 1

      I know of a little company called IBM that the standard is for users to be Administrators on Windows systems. When you first start up a new laptop/PC it asks you what you want to rename the Administrator account to.

      --
      -- Slashdot, making the Left look conservative since 1997.
    45. Re:"Unusual practice" ... wtf. by Mister+Whirly · · Score: 0, Troll

      "But it doesn't change the fact that you are almost completely guaranteed that your OS X machine will not get pwnd, even if your practices are relatively lax."

      This is exactly the kind of reputation I am talking about in my earlier post. The fact that is hasn't happened to you (yet) does not necessarily mean it is unlikely that it ever will. And it most certainly isn't a guarantee.

      Market share up 50% over last 3 years, vulnerabilities up 228%. What do you think is going to happen if the marketshare gets bigger?

      If that is your attitude about security then it is only a matter of time before someone "pwns" your Mac.
      On a side note, my work PC (Windows XP) has never been "pnwd", nor had any serious Malware. The only things I use security wise are the Automatic Windows Updates, MS AntiSpyware, and the built-in firewall. (I also have Symantec Anti-Virus, but haven't actaully seen a virus in years, and see maybe 1-2 trojan/worms a year). I think the fact you or I have never been "pwnd" has very little to do with what OS we are using; often times it is third-party software that causes the biggest holes.

      --
      "But this one goes to 11!"
    46. Re:"Unusual practice" ... wtf. by Anonymous Coward · · Score: 0

      I work for Intel. Because XP is a piece of crap, all Intel employees have administrative rights on their own desktops.

      I also work for Intel - the crazy thing is that whilest we all have admin rights under Windows, we can't plug Linux machines into the corporate network if we have root access to them because they are a "security risk" (!) :-/

    47. Re:"Unusual practice" ... wtf. by TuringTest · · Score: 2, Insightful

      Are they Microsoft Applications or third party apps? Everyone is quick to blame MS for this but in reality it's usually the fault of the application developers that can't follow Microsoft's guidelines for writing software

      Third party developers don't follow MS guidelines because their apps work fine without following them.

      --
      Singularity: a belief in the "God" idea with the "demiurge" relation inverted.
    48. Re:"Unusual practice" ... wtf. by Fulcrum+of+Evil · · Score: 1

      But in such environments everyone blows smoke up the CEO's ass and I think they get a high off it.

      My CEO founded the company out of his garage, so he's a bit more down to earth. Also, we're big enough that, if he showed up in your cube, it's probably important. Gotta love a guy who isn't afraid of hard, even hostile questions.

      --
      "We returned the General to El Salvador, or maybe Guatemala, it's difficult to tell from 10,000 feet"
    49. Re:"Unusual practice" ... wtf. by Elwood+P+Dowd · · Score: 1

      You & I have almost identical anti-malware configurations. I use Windows Defender, Windows Firewall, Microsoft Update, and my regularly updated Norton Antivirus (via Google Pack) has never seen a virus. I consider this a completely workable security solution, at least until my free 6 months of antivirus runs out. Even this completely workable solution, however, is significantly more crap than an Apple user has to think about.

      How about this: It is extremely unlikely for any Apple user to get malware of any kind unless there are dramatic changes in the malware universe.

      Sure, those changes could happen. We know the vulnerabilities are there. We know it's about market share & not being the lowest-hanging fruit. So to speak. The reputation Apple has is not due to any kind of misunderstanding. Not among Apple weenies, anyway.

      --

      There are no trails. There are no trees out here.
    50. Re:"Unusual practice" ... wtf. by jhylkema · · Score: 1

      Where I am, we can ask the CEO the hard questions and actually get an answer.

      And later get called in for a meeting with HR and be told, "your negative attitude just isn't a good fit with the culture here at Consolidated Companies and we have decided to let you go."

    51. Re:"Unusual practice" ... wtf. by Anonymous Coward · · Score: 2, Insightful

      using freaking INI files

      Yeah, god forbit I'd be allowed to move my settings between windows installs (including no longer bootign ones) in a simple manner.

    52. Re:"Unusual practice" ... wtf. by Anonymous Coward · · Score: 0

      using freaking INI files!

      Don't knock modular configuration that can be changed/transferred/backed up by simply handling a file. The Windows apps I like the most are the ones consisting of a binary, some support files and a config file. They don't need to be "installed" which usually just means implanting the same config into the atrocity that is the registry.

    53. Re:"Unusual practice" ... wtf. by Fulcrum+of+Evil · · Score: 1

      When you first start up a new laptop/PC it asks you what you want to rename the Administrator account to.

      Um, that's retarded. Just create a new account in the admin group.

      --
      "We returned the General to El Salvador, or maybe Guatemala, it's difficult to tell from 10,000 feet"
    54. Re:"Unusual practice" ... wtf. by gruhnj · · Score: 1

      You have hit the nail on the head. The problem is in most cases political instead of technical. As for users whining to you that they cant install something, you just need thick skin. Users are the weakest link in the chain regardless of what system you use. In Windows case, you limit the ability to make new group policies to a trusted few and make them give a good reason to make them a local admin.

      You think that some companies dont want to hire a decent IT staff? Try working for the military, where the tech support you get it what you recruit. I dont care what you get from industry, recruits in most cases are worse. What we tend to put on the sholders of privates these days is intense considering the lack of training they have overall. And we have an even larger mission; if we screw up people may die. Having said all that, we still have decent security (at least at my unit, I cant speak for the military as a whole). Less than 5% of our users have admin rights of some type, less than 1% have more than 20 computers at their control. If we can make it work when lives are on the line with not enough soldiers to go around, a larger company SHOULD be able to get it done as well.

      Most of the problems we have in my workspace are custom apps that were written poorly in the first place OR were made with poor installers. Repacking those installers has solved most of my problems; Restricted groups solve the rest. Not having local admin rights has not stopped my workplace from being productive.

    55. Re:"Unusual practice" ... wtf. by EvilSS · · Score: 2, Insightful

      Yes, they work so fine you need admin privileges to run many of them! Like it or not Microsoft wrote Windows. Believe or not they made it so the vast majority of software could easily run without admin privileges IF the developers would take the time to learn how to write their software correctly.

      --
      I browse on +1 so AC's need not respond, I won't see it.
    56. Re:"Unusual practice" ... wtf. by Mister+Whirly · · Score: 1

      "You & I have almost identical anti-malware configurations. I use Windows Defender, Windows Firewall, Microsoft Update, and my regularly updated Norton Antivirus (via Google Pack) has never seen a virus. I consider this a completely workable security solution, at least until my free 6 months of antivirus runs out. Even this completely workable solution, however, is significantly more crap than an Apple user has to think about."

      I don't see how this is more than Mac users has to think about.

      Microsoft Update - built-in, turned on by default. Windows Firewall - built-in, turned on by default. Windows Defender - not built-in, but a free download that I have not changed any configuration on (default - scans nightly and automatically updates). The only 3rd party software is the Norton AV - of which I have installed on both the Macs and PCs I maintain at work. (About 75 PCs and about 10 Macs. I have the corporate version, so I don't have to worry about updates running out though.) The Mac firewall is built-in, and so is the automatic updates - identical to XP setup. For now Apple doesn't have the equivalent to Windows Defender, but I'm sure that is right around the corner, especially now that the Intel Macs are out. So really, Windows Defender is the only major difference between the security setups on the two platforms I maintain personally, but YMMV.

      How about this: It is less likely for any Apple user to get malware than a Windows PC, unless there are dramatic changes in the malware universe. For now this statement holds some water, but for how long is the real question.

      --
      "But this one goes to 11!"
    57. Re:"Unusual practice" ... wtf. by monopole · · Score: 2, Funny

      If Microsoft forces its employees to run as non-admin users... ...If only we could make stupidity more painful...

      I suddenly felt a disturbance in the Force. It was as if thousands of non-admin users cried out at once and then suddenly rebooted...

    58. Re:"Unusual practice" ... wtf. by EvilSS · · Score: 1

      That's great. That also means that every user most likely needs write access to that INI file. What if more than one user needs to use it? Do they keep overwriting each others settings. What if more than one user needs to use it concurrently?

      There is nothing atrocious about the registry. If developers would learn to put stuff where it belongs and to clean up when they uninstall it works perfectly. That said, there is a proper way to use ini files in Windows and that means you don't open/close it as a text file and you don't store user settings in a single ini file located in the program directory.

      Windows provides API to handle global and user ini file information and if used properly you don't run into issues like the ones I stated above.

      --
      I browse on +1 so AC's need not respond, I won't see it.
    59. Re:"Unusual practice" ... wtf. by SkidWilly · · Score: 1

      Just out of curiosity, what applications are we talking about here? Are they mainly developement tools, debuggers and the like? I use XP for work, and I'm locked down pretty tight, yet it seems that the indigenous MS stuff (Office, IE, Outlook) works just fine, along with the third party CAD/CAM/CAE packages.

      --
      Oops, my bad, I've been moderating sigs.
    60. Re:"Unusual practice" ... wtf. by TuringTest · · Score: 1

      Yes, they work so fine you need admin privileges to run many of them! ...and most users run with admin privileges, so they work fine.

      Like it or not Microsoft wrote Windows. Believe or not they made it so the vast majority of software could easily run without admin privileges IF the developers would take the time to learn how to write their software correctly.
      That's the whole point! They also made it easy to develop software without first learning how to write it properly. Microsoft decided to release very good development tools for non-experts. This was a conscious decision that greatly benefited the early adoption of their OS, but now it's showing its bad consequences in the long term.

      --
      Singularity: a belief in the "God" idea with the "demiurge" relation inverted.
    61. Re:"Unusual practice" ... wtf. by azrider · · Score: 1

      Political...Nah,,,couldn't be. I once applied as a Senior Unix Admin, responsible for the rollout of 70+ Linux boxes. After an interview which included the following exchange...: Interviewer: Would you write the policy regarding installation of software? Me: No, I will help you, as manager, to write the policy. Otherwise, any requests for deviation would only have to be decided by non-management personnel. In addition, if Bob comes to me with a reasonable request (and justification - approved) and Jane comes to me with an unreasonable request (no justification - denied), I would have to spend time defending my decisions, rather than telling each "Make your case to management - if they tell me to make these changes, I wlll. Interviewer: How would you structure a backup system, when some systems might me running Windows? Me: All user data would be stored on a central server (running some *NIX flavor with Samba). There would be an additional server class machine (configured to run as both server and workstation) to test backup/restore procedures on a regular basis. The upshot was that they found someone in Southern Arizona who had more than 25 years working in IT (started at IBM out of high school in 1977 working on 360/370/3000/3090 class equipment, 20 years in data communications, 15 years in UNIX, 10 years in network and data security). I was only told that they had found "someone more qualified" to fill the position (the above was my resume at the time). Go Figure...

      --
      And ye shall know the truth, and the truth shall make you free.
      John 8:32(King James Version)
    62. Re:"Unusual practice" ... wtf. by Blakey+Rat · · Score: 1

      (Similar argument I used in a posting a few stories down)

      Yeah, and their apps work just fine without supporting screen-readers, which only a small fraction of their users use. However, it's not acceptable to produce an app that doesn't support screen-readers just as it's not acceptable to produce an app that requires admin permissions.

      It's all lack of training of the programmers, and testers who don't test for the right things. There's nothing Microsoft can do to help; their logo certification program already requires apps to run as non-admin, but most developers don't bother.

    63. Re:"Unusual practice" ... wtf. by Fulcrum+of+Evil · · Score: 1

      And later get called in for a meeting with HR and be told, "your negative attitude just isn't a good fit with the culture here at Consolidated Companies and we have decided to let you

      Well no, you don't. My work has its problems, but it isn't that bad.

      --
      "We returned the General to El Salvador, or maybe Guatemala, it's difficult to tell from 10,000 feet"
    64. Re:"Unusual practice" ... wtf. by Elwood+P+Dowd · · Score: 1

      The difference isn't in the pain for people like us. We've already figured out that Windows Defender is the way to go. We've already used Spybot S&D + Teatimer, Lavasoft Adaware, and then moved on. We've figured out how to avoid your computer's performance being totally crippled by antivirus. And things have been great for a while.

      Apple users didn't have to think about that. They can plug their iMac directly into their DSL modem. I mean, I wouldn't, but they've been able to since they first got a DSL modem. Like eight years ago.

      So yeah, it can change. And if Apple doesn't clean up its act before they get, say, 20% of the installed base (think about how many OS revisions they'll get through first), then the security picture will change, and change badly. I am highly skeptical that this will ever happen.

      --

      There are no trails. There are no trees out here.
    65. Re:"Unusual practice" ... wtf. by dedazo · · Score: 1
      Is that because nobody has bothered to write "BonziBuddy" for OS X, or is it because OS X automatically increases your IQ by 50 points upon installation?

      Because I'm wondering how Apple ("the little company that makes iPods") is going to prevent people from entering their root password when they're not supposed to. I guess they'll just have to be educated. And I guess that will be about as successful as educating Windows users.

      Of course there is no widespread mal/spy/crapware attack on the OS X platform so it will be a while before your theory can be [dis]proved. Is there going to be a far lower "infection" (as if downloading and running something was accidental) rate? Sure. Is it going to be zero? Nope.

      --
      Web2.0: I love when people Flickr my cuil and digg my boingboing until my google is reddit and I start to yahoo
    66. Re:"Unusual practice" ... wtf. by EvilSS · · Score: 1

      That I have to agree with you on. VB6 and the programming mentality it fostered did a lot of damage to the quality of Windows software. MS released a very easy to use, very popular language and IDE without giving it the ability to use the system properly. For example it had very limited support for using the registry.

      --
      I browse on +1 so AC's need not respond, I won't see it.
    67. Re:"Unusual practice" ... wtf. by aoteoroa · · Score: 1

      using freaking INI files

      Yeah, god forbit I'd be allowed to move my settings between windows installs (including no longer bootign ones) in a simple manner.

      You missed the point. Ini files are great.

      The problem is that many applications fail to run without admin because a programmer reads and writes ini files to the system folder instead of user home.

      If a programmer had stored your ini files in user home instead of the program files, or system folder there's a good chance your app would transfer to a new machine using the settings and transfer wizard.

    68. Re:"Unusual practice" ... wtf. by arminw · · Score: 2, Insightful

      .....Everyone is quick to blame MS for this.....

      Which is where the blame rightfully belongs. Why should any program, other than an installer need access to the system areas? Apple's OSX can manage this. No OSX programs need admin access other than to initially install, and then non even always. Many programs may be installed by drag and drop by a non-admin user into the users own space and the system is never molested. If the program is to be used by many users, then it must be placed into the system Application folder, which of course can only be done by an admin user. If Apple can do this, why can't Billy and Co.? Could it be that there are some very fundamental design flaws in Windows itself?

      --
      All theory is gray
    69. Re:"Unusual practice" ... wtf. by 99BottlesOfBeerInMyF · · Score: 1

      Just out of curiosity, what applications are we talking about here?

      Here is a list someone compiled. Personally, I gave up running as a non-admin both for myself and for the other users in my working group because we were waiting for IT to respond at least once a week, because something was broken or we needed to install or update something. Further, Windows XP seems to become unstable more often in regular user mode. The particular applications that stopped us ranged from Adobe productivity apps to some functions of MS word (using macros). Worse, for some reason regular users can't even install applications in their own, restricted space, and running a VM, just seemed absurd.

      yet it seems that the indigenous MS stuff (Office, IE, Outlook) works just fine, along with the third party CAD/CAM/CAE packages.

      I think AutoCAD is one of the culprits, running only in admin accounts. As for MS built apps, I know office has issues with some functions, using network printers and shared printers usually won't work, and media player won't run at all. I admittedly haven't tried since service pack 2, but a lot of people have and the problem is not fixed.

    70. Re:"Unusual practice" ... wtf. by Dyolf+Knip · · Score: 1

      That's because "Run as" is an unsatisfactory substitute for su.

      It never fucking works. Just tested it right now; I can't even Run As an application in C:\ with the user I'm currently logged in as.

      And don't even get me started on simply trying to access a given path as a different user.

      --
      Dyolf Knip
    71. Re:"Unusual practice" ... wtf. by Anonymous Coward · · Score: 0

      That's great. That also means that every user most likely needs write access to that INI file. What if more than one user needs to use it? Do they keep overwriting each others settings. What if more than one user needs to use it concurrently?

      Well, every user has a home directory, even on Windows, right? Just look at UNIX to see how such things are done properly. You keep one global config in /etc/app.conf, with the application optionally sourcing in config from ~/.app.conf. So what's to keep developers on Windows from doing the same? This approach is much more understandable and maintainable than a gigantic blob of binary data where all your settings are buried in.

    72. Re:"Unusual practice" ... wtf. by arminw · · Score: 1

      ....Tell me has anyone here tried to compile and test an application with any higher level of functionality without administrative rights to the local machine?.....

      Yes, the program is called Microsoft Office for Mac. To install this program, a non-admin user may drag and drop it into any folder in his/her user space and it will work just fine. Only if there are several users, must the program be placed in the systems application folder, which must be done by an administrator. Many, if not most, ordinary programs do NOT need administrator rights on OSX. Device drivers, of course may only be installed by administrators.

      Now WHY can't Windows also work like this? Maybe it has something to do with the fact that Windows is still a single user system at heart, with multiuser capabilities added as an afterthought. OSX is based on UNIX, which was conceived and built from the beginning as a true multi-user, network based system.

      --
      All theory is gray
    73. Re:"Unusual practice" ... wtf. by git68 · · Score: 1

      I am a sys admin for a large pre-press/print company, we have 150+ PC's and 80 or so Macs at 2 sites, neither users gets admin rights to their machines. In my experience Mac users are just as prone to screw their machines as PC ones. Since we locked everything down my life has been a great deal easier.

      Having said that we have a few PC's running a few flavours of printer RIP software that do not work without admin rights and as a result fall over more regularly, usually due to some crap that someone installed.

      --
      sigpending(2)
    74. Re:"Unusual practice" ... wtf. by brinic · · Score: 1

      Everyone rags on Microsoft for lax security in their software, but the prevalence of security intrusions into their software is also due to the fact that they are the biggest target with the most pay-off for degenerates that like to write malware, viruses, spam, etc. MSFT software has plenty of holes with much to be desired, but if they didn't have a commanding market share, it wouldn't be much of an issue. The fact of the matter is that even if the chances of someone writing malware for a Mac is less, the security stance that Apple (and Microsoft for the moment) has taken is entirely wrong. You have to be secure for the ground up and for Apple to allow its own employees run with admin rights undermines security. Microsoft should be applauded if they do end up taking that step, and Apple should be castigated for not doing so.

    75. Re:"Unusual practice" ... wtf. by colinrichardday · · Score: 1

      That INI file? Who said that there would only be one? Wouldn't you have an INI file for each user in that user's home directory?

    76. Re:"Unusual practice" ... wtf. by SkidWilly · · Score: 1

      Very interesting. I wonder if the fact that most of our applications run from the network, and not locally makes a difference.
      Thank you for the response. Now I have a new tangent to explore ;-)

      --
      Oops, my bad, I've been moderating sigs.
    77. Re:"Unusual practice" ... wtf. by colinrichardday · · Score: 1

      How would you play an FPS using a screen-reader?

    78. Re:"Unusual practice" ... wtf. by spevack · · Score: 1

      I don't know of a large company that still lets most employees install software, have admin rights, or do anything like that.

      http://www.redhat.com/about/careers/ :-)

    79. Re:"Unusual practice" ... wtf. by Elwood+P+Dowd · · Score: 1
      they are the biggest target
      I know this, the person I was responding to knows this, and everyone else knows this too. That is central to my entire point, which is that no matter why it's more secure, your Apple computer is still actually almost guaranteed to not be compromised.

      There is no security reason for preventing a user from having Admin rights on a Macintosh computer, and there is no conceivable reason for an Apple user to desire that Apple should prevent their employees from having Admin rights.

      The only reason that they might possibly need to do this is on actual servers or multi-user computers, and I assure you that they do so. It wouldn't even help them enact idiotic corporate policy, because you do not need admin rights to install applications in any secure operating system aside from Windows.
      --

      There are no trails. There are no trees out here.
    80. Re:"Unusual practice" ... wtf. by EvilSS · · Score: 1

      "Don't knock modular configuration that can be changed/transferred/backed up by simply handling a file. The Windows apps I like the most are the ones consisting of a binary, some support files and a config file. They don't need to be "installed" which usually just means implanting the same config into the atrocity that is the registry."

      The parent that I replied to implied it. In most cases that is also how they are (mis)used. Yes, you would put an INI file in each user's profile directory or home directory if the software author did their job correctly. Too bad that's usually not the case. INI files are supposed to be broken into two parts: computer and user specific. Just like the registry with Local Machine and Current User. Like with the registry however, many programmers treat INI files as one entity and stuff everything into one file. To make matters worse they usually access it as a text file instead of using the built in APIs (if you work with Terminal Services or Citrix you understand why this is a problem) and they store it in the program directory. It works on their machine so it must work on everyone else's, right?.

      ...and that brings us full circle back around to my original post: if programmers actually followed Microsoft's design users would not need admin rights to run most applications.

      --
      I browse on +1 so AC's need not respond, I won't see it.
    81. Re:"Unusual practice" ... wtf. by ageoffri · · Score: 1

      I completely agree with you, but I don't have any input into how the images are designed. I do think it is a good idea to rename the Administrator account, but it shouldn't become a users account.

      --
      -- Slashdot, making the Left look conservative since 1997.
    82. Re:"Unusual practice" ... wtf. by EvilSS · · Score: 1

      Did you even bother to read my post?

      --
      I browse on +1 so AC's need not respond, I won't see it.
    83. Re:"Unusual practice" ... wtf. by brinic · · Score: 1

      I think you might have missed *my* point. Security has nothing to do with market share. Whether or not MSFT or Apple has more customers is not the question, the question is what is the best security policy for enterprise networks and individual users to follow. Even if less malware is written for Macs right now, there is no guarantee that someone maybe even in the near future will target them. Given enough time, this most likely *will* happen, at which point, proper security precautions will dictate the extent of this problem for each user/network.

    84. Re:"Unusual practice" ... wtf. by NutscrapeSucks · · Score: 1

      Apple's OSX can manage this. No OSX programs need admin access other than to initially install,

      First, that's wrong and there are poorly written OSX programs that don't run properly as limited user. Not that many, but I've seen QuarkXPress on various lists.

      Second, Unix has a nice security feature/hole called SUID Root. Mac apps use this to elevate permissions to root for copy protection systems and the like. Windows just doesn't have this feature and tends to require admnistrator instead.

      Finally, Apple broke backwards compatibility and forced all of their software vendors to significantly rewrite all their programs. Most people run Windows because they don't like things like that. Had OSX natively supported Classic apps it would have had all the same permission problems as Windows does. That's more of an "implementation" issue than a "fundamental design flaw".

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    85. Re:"Unusual practice" ... wtf. by arminw · · Score: 1

      ....... which makes you wonder why no other large company uses macs?....

      That's an easy one! Since IT decisions, as to what OS to run is made by the self-serving IT people, why should they choose a system that dramatically reduces the need for the existence of their jobs? Guarding against and cleaning up all the malwares and other foibles that plague Windows systems, has been a steady growth industry for years now and constitutes job security for IT workers and their bosses. It doesn't look like this will change much, if at all with the introduction of VISTA.

      --
      All theory is gray
    86. Re:"Unusual practice" ... wtf. by coastwalker · · Score: 1

      VB6, LAMP, Python and the RAD mentality also put the power to get the job done in the hands of computer literate end users. All this dot net obsufcation is designed to take power away from the end user and give it to the new exclusive professions of overpaid thirteen year olds. All this talk of properly written programs certified by Microsoft is horseshit to prevent me from stringing together applications so that I can build a capacity model of my business before it doubles in size. Unfortunately we just got bought by a mega corporation with outsourced IT and the imaged pc's are mere weeks away. I assume that if this does come to pass I shall be moving on somewhere with a future. Because this business will die.

      My favorite fantasy movie is one where Christianity and Islam unite against the evil of IT management and burn every last one of them.

      --
      Facts are history now plebs have politics for religion on social media.
    87. Re:"Unusual practice" ... wtf. by arminw · · Score: 1

      ...."According to McAfee Avert Labs, Mac platform vulnerability discovery rates have increased by 228 percent in the past three years alone, from 45 in 2003 to 143 last year.....

      According to statistics our small town will grow 500% in the next 3 years whereas LA will grow only by 5%. The facts are, that even after all the world's hackers desperately trying to win the "first to really screw up Apple computers" sweepstakes, there are still ZERO, or nearly so, outbreaks of infections of Mac systems, of which there are millions. There have been a few theoretical "vulnerabilities" touted by FUD propagators such as the company you quote, but how many effective Mac malwares are there out there, actually circulating in the bloodstream of the Internet? Windows could be made secure IF MS wanted to, but, despite their loud, insistent rhetoric, they don't really want to. Why should they make their system secure and then get sued by the likes of the company you quote, because they put all the "security" companies out of business. For years now MS has been promising that the "next" OS will be secure, and all along it has only gotten worse and worse. Does anybody here REALLY believe that THIS time, with VISTA it will be different? MS is only interested in their bottom line, like any other business. Good security adds COST, not profits. Give me a break!

      --
      All theory is gray
    88. Re:"Unusual practice" ... wtf. by arminw · · Score: 1

      ....Finally, Apple broke backwards compatibility and forced all of their software vendors to significantly rewrite all their programs. Most people run Windows because they don't like things like that. Had OSX natively supported Classic apps it would have had all the same permission problems as Windows does.......

      Really? I just had the occasion to look at and convert some ancient (1989-1990) CAD files which were originally done on a 16Mhz Mac SE under system 7.1. I copied the programs and files to my PowerMac running OSX10.4 and it all worked just fine under Classic. Maybe there is a program or two that doesn't work as a non-admin under OSX. Even MS office for Mac doesn't need admin rights to install and run.

      --
      All theory is gray
    89. Re:"Unusual practice" ... wtf. by NutscrapeSucks · · Score: 0, Flamebait

      I'm sorry, I thought you were intelligent enough to understand that "native support" excluded the Classic virtual machine emulator. Forget I responded to your post.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    90. Re:"Unusual practice" ... wtf. by Elwood+P+Dowd · · Score: 1
      You had two points, and I didn't miss either of them.
      Even if less malware is written for Macs right now, there is no guarantee that someone maybe even in the near future will target them.
      Which everyone knows is a fact, and is what I said originally. Also, the person I originally responded to was obviously aware of this as well. You think that it is important that it is theoretically possible for there to be malware on OS X, and I think that it is important that right now, there is zero malware for you to get on your Macintosh.
      Given enough time, this most likely *will* happen
      You haven't shown this. The only thing that I can imagine would make it "likely" is if it were profitable. That would require a significant increase in the number of vulnerable OS X machines. If Apple proceeds to sell a completely unprecedented number of Macintoshes and get their installed base of OS X machines to be 20% of computers in the world, and do so without plugging their security holes, then this would be a problem. You tell me how likely you think that is. Otherwise, malware on your OS X box: extremely unlikely for the indefinite future.
      the best security policy for enterprise networks and individual users to follow
      You seem to be refering to your earlier point that there is some security reason to not use administrator access on Mac OS X. Due to the way security is implemented on OS X, this is not the case. Administrators on OS X are effectively sudoers. Any hole in this scheme is a security vulnerability that Apple users should complain about as a bug. There is no security reason in theory or practice that local users should not be administrators.
      --

      There are no trails. There are no trees out here.
    91. Re:"Unusual practice" ... wtf. by EvilSS · · Score: 1

      The tone of your post tells me you are one of those end users who has no formal education in software design, computer science, or even a tech college programming class. I have no problem with some end user writing a quickie app to solve some simple, quick problem for themselves. What I have a problem with is when that end user begins to think that he/she is a software developer and starts trying to write full fledged applications. Then you get crap apps. Then I get to spend hours of my customer's time (and money) trying to get those POS applications to work in a multi-user environment. Had the programmer taken the time to actually learn how to actually do the job they were pretending to do it would be a snap. However since that usually isn't the case I end up having to force the OS to conform to the application, instead of the other way around (aka: the right way).

      To put it another way: I'm sure you could probably build a somewhat functional bridge. You'll just have to pardon me if I don't drive over it.

      --
      I browse on +1 so AC's need not respond, I won't see it.
    92. Re:"Unusual practice" ... wtf. by Firehed · · Score: 1

      Opening files is one thing, running programs is quite another. Unless you're talking about running your old 7.1 CAD app, then you completely missed the point. txt files have been around since DOS, but open fine despite XP's complete lack of a true DOS prompt; likewise, I can open Word 95 docs without problem but the software itself would be nearly impossible to install due to backwards compatibility issues (well, a Mac version would; XP is compatible back to Win3.1 I think).

      --
      How are sites slashdotted when nobody reads TFAs?
    93. Re:"Unusual practice" ... wtf. by fbartho · · Score: 1

      Is Apple large enough?

      --
      Gravity Sucks
    94. Re:"Unusual practice" ... wtf. by Ajehals · · Score: 1
      I have no problem with some end user writing a quickie app to solve some simple, quick problem for themselves.

      If there is a requirement for an application users should request that an application be bought or otherwise sourced. the IT dept should give each user the capability to do his or her job, the employee should have all the tools required, if not the employee should inform the IT department and have it sorted.

      Hell I dont even allow spreadsheets to be created that act as applications (i.e. reused timesheets with password protection and shed loads of inneffective macros) because if you need something like that go to the IT department, they will produce it and then support it, (often a simple web page on an intranet is really effective). If you havent got the IT budget to produce/procure the tools you need do that then you havent got the IT bidget to fix things when when

      1) It all goes wrong
      2) The employee who wrote the app/macros (whatever) leaves and no one kows how it works
      3) The application is accidentally removed and must be recreated.

      You wouldn't let your employees build their own desks or make their own ID's so why allow them to create software that the company ends up relying on? That is why you hire and train and pay your IT staff (usually) so well.

      Anyway, maybe I'm being draconian but it prevents more hassle than it causes.

    95. Re:"Unusual practice" ... wtf. by vought · · Score: 1

      Umm.. To their own machines, yes. Servers are a different story.

      I thought that went without saying, but I'll consider saying it next time.

    96. Re:"Unusual practice" ... wtf. by Anonymous Coward · · Score: 0

      > I don't know of a large company that still lets most employees install software, have admin rights, or do anything like that.

      You don't?

      That's just weird. I've worked for a number of "large companies", some upwards of 100,000 employees, and none of them were like that.

      How in the hell can you develop ring 0 drivers or the freakin' kernel without admin rights? It makes no sense. (And yes, both Microsoft and the companies I have worked for, which do not include Microsoft, do that kind of thing).

      Maybe it's OK for the accounting department or something, I dunno. But for developers, it makes no sense at all. I fundamentally couldn't do my job without total control over my local system.

    97. Re:"Unusual practice" ... wtf. by Anonymous Coward · · Score: 0
      4. Some other bonehead move by the developers (such as .... using freaking INI files!)

      Yeah, we can't have editable text files storing user preferences in their home directory. That would be stupid! Oh wait..

    98. Re:"Unusual practice" ... wtf. by drsmithy · · Score: 1
      No viruses, no malware, no screwed up OS that lets any process run with global read/write priviedges...no kidding.

      You appear to have a deep misunderstanding of both the Windows and OS X security models.

    99. Re:"Unusual practice" ... wtf. by coastwalker · · Score: 1

      If my in depth skills are lacking, its because I enjoy working in the war zone of start up or high tech manufacturing. You dont need much multi user capability for an application being used by three people. When I get to thirty users then I can afford to hire an expert on contract to implement the business logic in something more robust. Three weeks ago the RMA application was a spreadsheet, today it is a six status nine transaction management system with automated emailing. I also get to do manufacturing capacity modeling, product engineering, six sigma yield improvement, test database analysis tools (MySQL PHP R ) and run gauge R&R experiments at the manufacturing contractors in another country. Taguchi comes next.

      I agree, I bet I'm having more fun than the guy who gets to recode my crappy access application in a more technically correct object oriented multiuser fashion. But at least they will have a decent flowchart of the business process to start from.

      Failing that the whole thing could be replaced by an outsourced call center on another continent. I imagine they have their own configurable RMA management software and we will just have to chuck my application away and redesign the whole process to fit what they have.

      In the real world it is possible to do the impossible by finding a way to do it fast enough to make a difference. I dont have time or the money to implement anything in Oracle so its a local access front end with the tables in MySQL and I can write a PHP web interface for the customers and sales people for the bits they interact with. Except that isnt going to happen now because of the megacorporation buyout and their VPN firewall. My bet is the whole process will be outsourced in six months. At least the early data has been moved out of a spreadsheet into a sensibly normalised database.

      I do have a problem it is true with the idea that end users are restricted to using the product of the IT department. Software is just a tool and it should be available for users to use just like writing paper. Thats why I resent the idea that the computer on my desk at work should just be a dumb terminal for running ERP and email on. Its getting to the point where we need two machines, one on the corporate network and another one to do our work on. I am still waiting to hear whether the new corporate IT will allow us to run any open source software at all. I have no objection to running commercial software and just configuring it, some of it is very good with the benefit of thousands of man hours of development work. The question is can my business afford to buy it ?

      Oh and you are wrong about the tech college programming course - but it was in the time of Algol-W and I have even used a punch card deck to submit my programs and I still think VAXes were pretty cool pc's.

      --
      Facts are history now plebs have politics for religion on social media.
    100. Re:"Unusual practice" ... wtf. by Wogan · · Score: 1

      I don't think anyone is arguing that. The problem is we don't live in a perfect world. Windows makes it very easy to do bad things, because they bend over backwards to keep old programs working. It has been the key to their success, but it is beginning to look like it can not work forever.

    101. Re:"Unusual practice" ... wtf. by EvilSS · · Score: 1

      See, here is the problem. It's not just enough to solve the problem with a software project. One of my customers was a manufacturing company. They had this guy at one of their plants. He knew a little clipper and wrote some apps to do calculations and such. Seems harmless enough, right? The problem was the company grew. And grew. And grew. All the while these little clipper apps became more and more and more important. The problem was they were not being updated as the OS changed the apps became more difficult to keep working. Eventually these little apps became so critical that when the company (now a good size enterprise) did their last upgrade they decided the clipper apps had to go. Problem was they had to keep them running while they replaced them. In the end those little clipper apps burned up over $30,000 in consulting time getting them installed and working (because the author had since retired) while the replacements were written by another company.

      There is a reason to hired skilled trades when you are doing any project. Programming is no different. Now, granted, it's not easy to find skilled programmers (you should hear me rant about 6-figure vertical apps that look like they were written by monkeys on dope).

      --
      I browse on +1 so AC's need not respond, I won't see it.
    102. Re:"Unusual practice" ... wtf. by EvilSS · · Score: 1

      Yea, I draw the line between something someone uses for themselves and something that starts to get spread around to other people. If it is important for a group in the company to use then it should go through a development team. Of course, again, I can rant until the end of time about the (lack of) quality of most internally developed software. That just goes to the idea of the iron workers designing the bridge though.

      --
      I browse on +1 so AC's need not respond, I won't see it.
    103. Re:"Unusual practice" ... wtf. by arminw · · Score: 1

      ....Unless you're talking about running your old 7.1 CAD app.....

      That is exactly what I was trying to say. Back then I was using two CAD programs and they both run fine under Classic running under OS10.4. They both have a capability to save their proprietary file formats as Mac PICT files, which a more modern OSX program can open and manipulate. I transferred both the programs and the files from CD archive disks made in 1995 with a Mac clone.

      --
      All theory is gray
    104. Re:"Unusual practice" ... wtf. by davidsyes · · Score: 1

      Is there a clearinghouse to expose and embarrass into action the companies that eschew the guidelines?

      (I'm generally all-quick and ready to take potshots at ms, but since they don't seem to follow their own guideless, I am still able to take further potshots...)

      The database should also aim at the board of directors and shareholders of said companies. It might cause the firing of a few employees, though. But, probably, it might cause a renaissance of Y2K-like frenzied hiring and consultations. If you can script or program or hack the windoze registry and are out of work, you MIGHT get work somewhere.

      Just be DAMNED COMPREHENSIVE and conscientious to get the database right. Allow the developers to get themselves moved to the "compliant" side of the list. They don't get to get "dropped", since they have a self-pejorative history. But, they get to show they complied. Compliance could involve either pulling from the shelf (or from availability) the affected products and replacing them with new or upgrade releases that DON'T cost the registered or otherwise valid customer. Should they be found to have defrauded or manipulated the "User-Level Security Enterprise Reliance (ULSER) Database", then they get to be made to have an ulcer by being re-exposed to scrutiny. If it is a securities-supporting or nuclear or construction or medical type of software application or service, then it should be delisted, blacklisted, ostracized or something until they FINALLY resolve the problem.

      First on the list: ms, until EVERY ONE of their apps is fixed and setting the example.

      And, make this database capable of looking at non-ACID-compliant, non-W3C-compliant browsers that break site experience or introduce security and privacy breaches...

      --
      Previously: "Linux... Toward the Sunrise..." Now: "Linux... Toward the-- No, now, part of Every Sunrise"
    105. Re:"Unusual practice" ... wtf. by Anonymous Coward · · Score: 0

      So your fantasy movie is a system were everything and everyone is totally locked down or else they are burnt at the stake!!. You are one sick person.

    106. Re:"Unusual practice" ... wtf. by arminw · · Score: 1

      ...I thought you were intelligent enough to understand that "native support" excluded the Classic virtual machine emulator....

      You are the one that doesn't understand that Classic and its programs running under OSX is NOT an emulator, but runs at full speed. Because the newer hardware is much more powerful, these old programs actually run much faster than they ever did on the hardware they were originally written for. OS9.2 classic and all of its apps is just another program, fully native under OSX running on the PPC architecture. Old Apple programs that don't try to reference hardware directly usually run just fine. Now that Apple switched to Intel chips, classic is no longer available.

      --
      All theory is gray
    107. Re:"Unusual practice" ... wtf. by nadyne · · Score: 1

      Ever hear of IBM? I understand that they're a pretty big company.

      I spent five years there, and always had full admin rights on my machines. My lab had a standard image that was deployed on all new machines, and the owner's account was an admin account by default. Whenever I compared notes with other IBMers at other facilities, they always had full admin rights on their Thinkpads too.

      I left a few months ago, but I doubt that it's changed in that time. /nm

    108. Re:"Unusual practice" ... wtf. by NutscrapeSucks · · Score: 1

      I'm sorry, I thought I was talking to someone intelligent enough to understand the term "virtual machine emulator". Forget I responded to your post.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    109. Re:"Unusual practice" ... wtf. by Allador · · Score: 1

      Can you be more specific? What you say you've tried doesnt make much sense ... why would you use runas to run an app as the same login you're already using?

      And accessing a specific path as an alternate user?

      c:\>runas.exe /user:lauser cmd.exe

      Now you have a shell running as the lauser account. Or if you want a GUI front end, then:

      c:\>runas.exe /user:lauser "iexplore.exe c:\windows\system32"
      (assuming iexplore.exe is in your path)

      or easier still, just right-click on the Internet Explorer icon and choose RunAs. Enter your local admin user & pass, and you're good to go.

      How exactly are things failing for you?

    110. Re:"Unusual practice" ... wtf. by Wiz · · Score: 1

      Ha - perhaps you can explain to my why iTunes on Windows require admin permissions to install then?!

    111. Re:"Unusual practice" ... wtf. by lgw · · Score: 1

      Don't fear the imaged PCs too much. Think about the fact that these "locked down" boxes are used in (at least some) huge and somewhat successful corporations that do engineering for a minute. Is the *real* goal to lock them down so that people who actually know there way around a computer (ad don't open email attachments form strangers) can't install software, or is it just a high enough hurdle to keep the problems out?

      It would be quite surprising if a "computer literate end user" couldn't unlock whatever the admins did to the PC and intsall whatever tools he needed. If you have physical possession of the box, plus a Knoppix CD, there's not much that can stop you. ;)

      --
      Socialism: a lie told by totalitarians and believed by fools.
    112. Re:"Unusual practice" ... wtf. by lgw · · Score: 1

      The problem with your scenarion is that, even in some fantasy land where the IT people was half as smart as the engineers, they simply don't have the time pressure to provide a tool, or support it, in a timely manner when only a small portion of the user base needs said tool.

      BTW, the phrase "shed load" has an engineering meaning (with "shed" as a verb) that makes it a very confusing choice of words! Try "ship load" if you're not going to be a man and say shitload.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    113. Re:"Unusual practice" ... wtf. by tbmcmullen · · Score: 1

      Thats odd... I don't know of a company that DOESN'T give employees admin access. Well... I don't know of a company that doesn't give their programmers admin access anyway. And frankly, if I were considering a position at a company that didn't, that would turn me away from them. Have any of you actually tried -using- Windows in non-admin mode? How about trying to do actual programming work? Its absolute hell. Yeah, I'm sure that I'm going to call up the sys admins every time I need to install a patch to a piece of software. This bullshit about software being designed poorly because of its being made in admin mode is just absurd. You create test users. Users that don't have admin access on your machine. And you test your software that way. Its not like its some big horrible thing, "Oh my god! They'll never be able to properly test their software because it was designed in admin mode!". Seriously... You're just being stupid and looking for another way to bash Microsoft. I'm all for bashing Microsoft, but lets do it in a way that makes -them- look stupid, as opposed to making -you- look stupid. Tyler

    114. Re:"Unusual practice" ... wtf. by brinic · · Score: 1
      I certainly agree with you, for the moment, the amount of malware for macs is negligible, but the *threat* is there. I think as a security planner, you must consider the future threat, not the current state. Since there is no telling what direction malware writers may take, the possibility of malware for macs must be taken into consideration.
      My assertion that "Given enough time, this most likely *will* happen" stands by the law of probability that given enough time/opportunity even unlikely events become probable. Even if the likelihood of malware for macs is low, with every day the chances of it happening increases.

      I am also claiming that the inspiration for malware writers to target Macs may not be as small as you would think. Apple currently has a non-negligible number of installed users, so even if the percentage of total users is low, Apple provides a significant number of targets to malware writers which to this point have been overlooked.

      As far as the security concerns with local admin rights, I consider allowing users to have local admin rights in an enterprise setting to be an implementation flaw. Microsoft implementations do not need to have users as local admins (and neither do Mac implementations). The local admin rights under Microsoft do not only grant the permission to install software, but also modify the OS files, security settings, manage users/passwords, etc. Giving users the ability to make these types of significant changes to their own machine, regardless of platform (or use of sudo or direct access), can only lead to weakened stability and security.

      To sum up, chances are Mac users will be a target, this eventuality must be planned for, and lessening user privileges (taking away local admin rights) is one way in which security can be improved and this threat partially mitigated.

    115. Re:"Unusual practice" ... wtf. by arminw · · Score: 1

      .......Ha - perhaps you can explain to my why iTunes on Windows require admin permissions to install then?!.....

      Yes, I can. It's because of the existence of an arcane file called the registry, where most programs need to write data, when installing. Many also want to write to there just for day to day running. In order to write or change the registry, admin access is required. Many malware programs, such as zombie backdoors and keystroke loggers, write to the registry and other system areas, to ensure that they start up each time the computer is booted. If the registry is damaged, the computer will misbehave or in some cases fail to boot at all.

      OSX doesn't have such a single point of failure, which is one reason it is more stable and secure. For most programs, application parameter are stored in each user's library, where user write access is sufficient. The non-admin user may also store applications in their own, private applications folder. Mac users, much more than their Widows counterparts, tend to be highly intolerant of software developers who don't follow Apple's rather rigid "rules". Why do all my other programs run fine, but only this one from fly-by-night software always asks for an administrator password? OSX also provides fewer places for malware and its files to hide when (not if) it gets into the computer.

      --
      All theory is gray
    116. Re:"Unusual practice" ... wtf. by Wiz · · Score: 1

      That really isn't true - admin access is not required to write to everywhere in the registry.

      To write to HKEY_LOCAL_MACHINE you need admin rights, but you can happily write anything you like to HKEY_CURRENT_USER. Yes, malware apps write to the registry but then again so do most other apps and yes corruption to the registry can often be fatal (although only HKLM).

      Also apps DO NOT NEED to write data to the registry. It is there choice, although it is Microsoft's current recommendation. You can find versions of Firefox, Putty, Thunderbird, etc that all run off USB stick as they've been modified to write data locally and not the registry. I believe Vista is heading back this way.

      In Windows I can install software in my own private applictations folder too, as long as the thing doesn't write to HKLM. I can install several pieces of software as a non-admin... it just so happens that iTunes isn't one of them. Perhaps Apple could practise would they preach and fix it?

      Don't get me wrong, I don't like Windows but Apple isn't exactly doing anything to improve the situation (not that they have to, it probably isn't in their interest).

    117. Re:"Unusual practice" ... wtf. by arminw · · Score: 1

      .....I believe Vista is heading back this way......

      I sincerely hope that MS finally REALLY decides to dramatically reduce the malware misery it has allowed its millions of users to suffer all these years now. I primarily use Macs, but need also use Windows from time to time. Using Windows is like being in a seedy neighborhood, constantly being on the alert for that mugger or other unsavory character lurking in some doorway.

      The basic idea of an editable text file, where a knowledgeable user can customize the system is actually good. Its Windows implementation, especially the one file, all "eggs in one basket" registry is not so good. Apple does this with PLIST files, but each program may have one or more of its own such files located in the user's library. That way, if errant code in a particular software screws up its plist, only that program is affected and the remedy is to simply trash the plist file(s). The program will then re-create a new one and the user may have to re-enter some of the previous settings for that program.

      Windows flavored iTunes has some DRM stuff in it and that may be one reason it wants admin for installation. It also wants admin for Mac installs or upgrades, probably for that reason. Once installed however, a limited user can access all of the iTunes features.

      --
      All theory is gray
    118. Re:"Unusual practice" ... wtf. by Squirrelgirl · · Score: 1

      it installs the iPod driver, and it installs itself to Program Files. To get into Program Files you need to be admin. But when you run it, do you need to be admin then? ;)

    119. Re:"Unusual practice" ... wtf. by l33t+gambler · · Score: 0

      I actually prefer programs to store their settings in ini files and the user data in their own directory. You see, hunting in the registry for settings before I reinstall Windows is very time consuming, and some crazy programs (Outlook Express) store user settings in different places in the registry too. Incredible.

      I have a list of programs that does this, and I just put them in D:\Programs and after a Windows XP format/reinstall I just create a shortcut and all my settings and programs are there.

      Multi-user is fine, just create a D:\Username\Programs.

      http://jooh.no/programs_on_d.html

      --
      Teasing the nobles, and rightfully so!
  11. su got you a vist from security by DrDitto · · Score: 5, Funny
    I used to work for a Fortune-50 company and we had Unix workstations for software development. The system was configured such that if you tried or accidently entered "su", you got a visit from security within 5-10 minutes.

    It happened to me when I mistakenly typed "su" instead of "du".

    1. Re:su got you a vist from security by limabone · · Score: 4, Funny

      That su*(#@&(*@&#NO CARRIER

    2. Re:su got you a vist from security by Hoi+Polloi · · Score: 1

      You must've had a lot of in-house support if they treated developers like that. That is, most of the environments I've worked in required having to do many tasks considered admin jobs and these required getting in as root (usually sudo'ing). Even for satellite control systems I was constantly going in as root for drive admin, installs, etc. It would've taken twice as long to do anything if I had to rely on getting a hold of a full-time admin, submit a request, wait for them to take care of it, get a confirmation, try it out, etc.

      --
      It is by the juice of the coffee bean that thoughts acquire speed, the teeth acquire stains. The stains become a warning
    3. Re:su got you a vist from security by jandrese · · Score: 1

      I can just see the security guy now seeing "su -sk * | sort -n", and saying "Looks like DrDitto is trying to exploit su, better pull the shotgun out of storage."

      --

      I read the internet for the articles.
    4. Re:su got you a vist from security by Anonymous Coward · · Score: 0

      cp /bin/su /tmp/.us

      That is what we call "making a show of security" instead of actually having it. I bet they were deathly afraid that they'd type the top-seekrit password like "password" or "letmein" next and dispatched security before that could happen.

      A really secure system would have MAC and a secure console. You just wouldn't get root unless you physically sat at that console. Yeah, kinda like Mission Impossible.

    5. Re:su got you a vist from security by dildo · · Score: 1

      At MIT we do something similar. The root password for the machines is known by everybody, but remote login on those machines is impossible. You can do a su command so you can do things like load CDs; all activities performed as root will be traceable to your account. I believe the su commmand has limitations; you can't really change any of the core configurations of the machine.

      However, if you login as root, security folks come over in a couple of minutes. It sets off alarm bells.

    6. Re:su got you a vist from security by Gothmolly · · Score: 1

      That's stupid. There's perfectly acceptable reasons to use 'su'. And I work for $LARGE_US_BANK. I su from 1 user account to another all the time, depending on the task or application thats needed. And I'm not an admin.

      --
      I want to delete my account but Slashdot doesn't allow it.
    7. Re:su got you a vist from security by psmears · · Score: 1
      cp /bin/su /tmp/.us

      That won't work, as the "su" executable, in order to work, has to be installed setuid-to-root, which you can't do unless you're already root. And I'd guess that they're detecting the "su" usage by examining the syslog output, which will show up your attempt in either case...

    8. Re:su got you a vist from security by buysse · · Score: 1
      cp /bin/su /tmp/.us
      Right. Why don't you actually try this before saying that it only makes a show of security, or at least think it through?

      The setuid bit would not be copied by a straight cp, and if it was, you still would not be able to set the ownership of /tmp/.us to root. At most, you would create a binary that could be used to su to yourself, and it would not change any of the logging from it, other than making it obvious that you were trying something asinine.

      Now go away.

      --
      -30-
    9. Re:su got you a vist from security by TheOtherChimeraTwin · · Score: 1
      I like to use this on systems where I don't have root:
      alias su='echo No Way Jose'
  12. I'd call this a good sign! by Opportunist · · Score: 0, Redundant

    It hints that with Vista it should be possible to actually do some meaningful work without Admin privileges.

    --
    We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  13. Won't fly by Utopia · · Score: 5, Insightful

    With a huge percentage of the people being developers, these people need full control over their system.
    I don't see how they can even implement this scheme.

    May be they can take the admin rights from their Managers computers.

    1. Re:Won't fly by Anonymous Coward · · Score: 0

      Sufficient if they run the MakeMeAdmin Script if necessary to install software, but normally run unpriviledged.
      (http://blogs.msdn.com/aaron_margosis/archive/2004 /07/24/193721.aspx)

    2. Re:Won't fly by arivanov · · Score: 2, Insightful

      Not necessarily.

      You may need admin rights to test and to package, but you should not need admin rightsfor 95%+ of the development cycle.

      With the current crop of vmware and CPU based virtualization the necessity of having admin rights to your machine for 99% of the development cycle is no longer there.

      --
      Baker's Law: Misery no longer loves company. Nowadays it insists on it
      http://www.sigsegv.cx/
    3. Re:Won't fly by Utopia · · Score: 2

      (Replying to AC)

      I develop software myself. I don't use MakeMeAdmin that you mention.
      Instead I have sucessfully used Drop my rights .

      And I have zero infections in last 14 years of computer usage.
      Although I have had lots of fun infecting Virtual Machines with various virii and malwares.


    4. Re:Won't fly by CaptnMArk · · Score: 1

      Since when does 'cc' require root privileges?

      Sure, testing installation would require it, but development? No.

      I'm sure one can run a per-user web server for testing web apps.

    5. Re:Won't fly by HermanAB · · Score: 1

      Hmm, I guess that lots of chairs will go flying...

      --
      Oh well, what the hell...
    6. Re:Won't fly by Anonymous Coward · · Score: 0

      That was my first thought too. However, I'm not really sure if MS has more developers than corporate, management, marketing, sales, QA, support etc folk. Even for lots of developers who are not working on OS and driver stuff non-admin may be good enough.

    7. Re:Won't fly by Otter · · Score: 1
      You may need admin rights to test and to package, but you should not need admin rightsfor 95%+ of the development cycle.

      I think this is less about "need" than "want" -- I was just bitching about not having access to change [Unix environment tweak] and having to go through a sysadmin for it, but it hardly rises to the level of "need".

    8. Re:Won't fly by guy-in-corner · · Score: 1

      I've been running non-Admin on my Windows XP box (at home) and my Windows 2003 box (at work) for the last several months; I'm writing C++, C# and ASP.NET applications, and I rarely need admin rights.

      This is by choice: our IT bods will, by default, install a dev image allowing me local admin privileges. I asked specifically for them not to do this when they re-installed my PC.

      On XP at home, I use fast-user-switching for those occasions where I need to install something as Admin; on 2003 at work, I use RDP to connect to the same machine with admin rights. Admittedly, I still have to do this more than I'd like (maybe once a day, to restart a service or something), and I've had to relax permissions on small parts of the filesystem and registry, etc., but the situation's not nearly as bad as people think.

      Now, I'm only a developer on Windows, rather than a developer of Windows, but it's working well for me.

    9. Re:Won't fly by man_of_mr_e · · Score: 1

      Ever heard of a thing called a "debugger"? It requires, at a minimum, the debugging privilege, which is as good as root because if you know what you're doing, youc an give yourself root with it.

    10. Re:Won't fly by Viol8 · · Score: 1

      Bullshit. I've used the debugger in VC++ and never needed anything
      of the sort.

    11. Re:Won't fly by mlksys · · Score: 1

      Actually, the developers at Microsoft, at least during the early '90s, had two pcs each, one for development and one for office stuff like MS Office, Email, and so on. This is what we saw as contractors there then.

      This way developers could do anything to their 'development' machine without messing up the other. I was not aware that the 'other' also had administrative rights. I do agree that they should not, just as most in corporate settings also do not.

    12. Re:Won't fly by freakmaster · · Score: 1
      is this true on unix/linux or is it specific to Windows?

      does unix even have a 'debugging' priveledge?

    13. Re:Won't fly by freakmaster · · Score: 1
      In this message, when I refer to a 'real' operating system, I mean a multiuser operating system with a viable security model. Theorectially windows has this support, but I think that practially speaking (and the overwhelming majority of messages on this thread seem to agree with me), all desktop and workstation versions of MS Windows up to this point are difficult or impossible to use for serious work without the interactive user having admin priviledges. 10 years ago, it may have made sense to have a pc run in single user mode... this is entirely unacceptable in the internet age b/c it means that the main user is admin all the time and malicious code which is downloaded in any way can have it's run with the system.


      One reason Windows is impossible to use this way is b/c you generally can't install a software package w/out admin priviledges. This means that a non-priviledged user can only perform a certain set of pre-ordained tasks. This might be fine for a data entry terminal, but obviously it's no good for most developers. This may create the false impression amongst those who are used to windows only that root access is necessary for developers, but the reality is that it is somethings specific to windows and not to development in general.


      'Real' operating systems, like UNIX, allow users to install their own software in their own space. We have UNIX and linux machines w/ dozens to hundreds of users working on dozens of projects. They each have their own version of compilers, scripting languages, dynamic libraries, etc.... none of the users has admin priviledges to the system.


      with 'real' operating systems, only system level developers should need admin rights on their own systems.
      most of the time, application developers should not need admin rights to the system.
      the only exception is when testing the install system, particularly for server software.


      So when microsoft says the're 'considering' moving most of their users off of admin rights, i think "Wow! they should have been doing that 10 years ago! The fact that they're still not sure means that there operating system is still not really a multi-user operating system! Had they made it so, at the possible expense of losing some backwrad compatibility, all the trojans & backdoors & other fun malware out there would have had much more trouble spreading. Modern internet environment requires proper user security model & Microsoft hasn't really provided it. A lot of those viruses out there are MS's fault."


      summary: The 'need' for admin by most users in windows a misconception due to poor design by MS. They chose this design b/c they knew it would sell to the lazy masses who want something easy now & complain later when they are beseiged by viruses. This design 'decision' by MS allows for all kinds of malware damage & it costs the world much anguish and money. OS-X model, w/ autmated 'su' as needed, is far superior. What's more, the requirement of admin to install software is retarded. A user should be able to install software in his own space.

    14. Re:Won't fly by Anonymous+Conrad · · Score: 3, Informative
      Then you've never had to attach to system processes like IIS from a non-admin account, e.g. to debug a COM+ or an ASP.NET application.

      There's two debug privileges on Windows: the "Debugger Users" group that the Microsoft Debug Manager checks before allowing you to call through it, and the SeDebug priv that allows you to attach to non-.NET processes that you don't own. See this article in MSDN:
      In Visual Studio .NET, there are two things that determine if a user can debug. One is the Debugger Users group, and the other is user privilege, such as administrator, power user, or SEDebug.

      The Debugger Users group determines if the user can access the VS debug component (mainly MDM-Machine Debug Manager, which is part of Visual Studio), so being a member of the group means that you are guaranteed for accessing MDM. So at this point, you can debug your open process and see the list of process on your machine.

      But after this, whether you can debug other user's process is decided by your privilege. For example, if you want to debug other people's native process, you should have SEDebug privilege. For the other users' Managed process, you should be administrator on the machine.
    15. Re:Won't fly by Billly+Gates · · Score: 1

      THe software is built on a big server that does the packing and messing around in the registry and testing. Most developers will be fine using just a pc with regular access. I think only a few team members should be given admin access that do such things and of course the WIndows development team.

      Actually ms purchased virtual pc so that could make the developers have virtual access to their machines yet lock down their desktops which is nice.

      Microsoft needs to lock down their desks. One employee using azerus or frostwire to download illegal software could put the company under liability.

      Also its what their customers do that are sensible.

    16. Re:Won't fly by Uerige · · Score: 1

      It is clearly not Windows' fault that most Software needs admin rights to install. In fact, I recently installed two (python and some tex distribution, I think) packages that asked me if I wanted to do a system-wide or only a user install. And you certainly do not need admin rights for most of software development and testing, as long as you're not developing system apps, or testing the installer.

    17. Re:Won't fly by chribo · · Score: 1

      IMHO a system developper needs (at least) two machines.

      One to do his developpment work and a general purpose computer to do the daily chores like E-mails, messaging, accesing intranet, writing useless reports and so on.

      Only syadmins need to have adminstrative access to the machines used as general purpose computers.

      chribo

    18. Re:Won't fly by Sloppy · · Score: 1
      Ever heard of a thing called printf()? Debuggers are for the weak! ;-)

      Please note the smiley.

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    19. Re:Won't fly by einsteinx2 · · Score: 1

      HILLARIOUS!!! Considering that all Microsoft employees are running admin while on their own MSDN they have one of their microsoft security engineering guys says:

      "I've said this many times, but I'll say it again, 'Running with an administrative account is dangerous to the health of your computer and your data.' So, whenever someone says they must operate their computers as administrators, I always try to persuade them it's not the correct thing to do from a security perspective."

      HAHAHAHAHAHAHA!!!!!OMGROFL!!!1111

    20. Re:Won't fly by drsmithy · · Score: 1
      The 'need' for admin by most users in windows a misconception due to poor design by MS.

      No, it's because of broken applications. None of the criticisms you have voiced here have *anything* to do with the design of Windows.

    21. Re:Won't fly by Anonymous Coward · · Score: 0

      does unix even have a 'debugging' priveledge?

      No. You can debug your own (running under the same user id as the debugger) processes. Makes sure that you can only get access to stuff you already have access to.

      Try to debug a setuid program? The system will ignore the setuid bit. Try to attach to a running setuid program? Access denied, user id doesn't match.

    22. Re:Won't fly by Anonymous Coward · · Score: 0

      The 'need' for admin by most users in windows a misconception due to poor design by MS.

      No, it's because of broken applications. None of the criticisms you have voiced here have *anything* to do with the design of Windows.


      Notice that MS != Windows. Microsoft makes more than Windows, and most of their software has the same problems as every other Windows program out there.

      How can I use a PC without being admin, when I can't even install MS Office? Now, if the people writing Office don't get to be admin, maybe they will fix it so that it doesn't NEED admin in the first place.

      There is nothing in a word processor or spread sheet that should need Administrator. Not even the install program.

    23. Re:Won't fly by Viol8 · · Score: 1

      "you've never had to attach to system processes like IIS"

      If something is running with admin priviledges I'd hope you *wouldn't*
      be able to debug it with normal user rights. However thats completely
      different to saying that you need special rights to use a debugger!

  14. spyware addicted MS employees by JonNoH · · Score: 2, Funny

    I wonder what made them think about it in the first place... too much Banzai Buddy?

    --
    "By the same logic, if he has no good reason for what he says, he is just making noise and we need pay him no attention.
  15. Stop perpetuating the myth ... by hal9000(jr) · · Score: 0, Troll

    There's so many poorly designed apps out there that demand admin rights to run, even though they don't actually need that level of access,

    Unless you have actually tried to configure a ton of apps, you have no authority to make this claim. This was true with NT because is was a fundamentally new OS, but with Windows 2000 and beyond, only the lamest of developers (ie not serving the enterprise space) would distribute an app that requires admin rights to *run*. Installs need admin rights, because of where they write files and keys, but not to run.

    1. Re:Stop perpetuating the myth ... by TripMaster+Monkey · · Score: 0, Troll

      Unless you have actually tried to configure a ton of apps, you have no authority to make this claim.

      I actually have, and I do have the authority, thanks.

      Here's a partial list of programs that require admin rights to run (not merely install):
      • Kodak Share software
      • Autocad
      • Any serial port emulation program
      • PowerDVD
      • Oracle
      • Windows Media Player
      • etc.

      For a detailed discussion of this issue, you might want to look here and here.

      The issue is more widespread than you think.
      --
      ____

      ~ |rip/\/\aster /\/\onkey

    2. Re:Stop perpetuating the myth ... by jacksonj04 · · Score: 3, Insightful

      Windows Media Player 11 *doesn't* need admin rights, hopefully in preparation for Vista.

      At least one application has got the idea, even if it is from the company behind the OS.

      --
      How many people can read hex if only you and dead people can read hex?
    3. Re:Stop perpetuating the myth ... by lucky130 · · Score: 3, Informative

      Just so you know, not all of these programs need admin rights to run; they need certain privs on certain folders (usually either write or modify to their program directory).

    4. Re:Stop perpetuating the myth ... by colganc · · Score: 3, Informative

      Are you sure on Windows Media Player? I'm able to run it at work without admin rights. I can rip MP3's with it as well.

    5. Re:Stop perpetuating the myth ... by dogmatixpsych · · Score: 1

      Yeah, I was about to post a similar thing. I've run WMP perfectly fine without admin rights; then again, it was version 8 or something like that.

    6. Re:Stop perpetuating the myth ... by debest · · Score: 3, Insightful

      Here's a partial list of programs that require admin rights to run (not merely install): ........

              PowerDVD


      Can't attest to any of the other examples you listed (I don't use WMP, and haven't installed any of the others), but I can attest that I use PowerDVD on my limited-priveleges account just fine, thank you.

      --
      Look at the tomato! Isn't it sad? He can't dance! Poor tomato!
    7. Re:Stop perpetuating the myth ... by gnuyarlathotep · · Score: 3, Informative
      Here's a partial list of programs that require admin rights to run (not merely install): * Kodak Share software * Autocad * Any serial port emulation program * PowerDVD * Oracle * Windows Media Player
      You are misinformed on most of these:
      I run Kodak Share on about 40 of our Windows boxes, none of them have admin rights.
      I run AutoCAD on all of our Engineer's windows boxes (about 25), only one has admin rights.
      I run PowerDVD on over 1,000 windows boxes, less than 20 have admin rights.
      I run Windows Media Player on every machine we have, around 1,5000, and only a few have admin rights.
      And these machine run the software as well as you can expect windows to work.
    8. Re:Stop perpetuating the myth ... by tootired · · Score: 1

      Autocad does not "need" admin rights to run, but that surely is the easiest way to make it run. Or you could just correct the permissions on the system hive and import that at login.

      There are a couple of folders that need write access as well. All in all, autocad is not nearly as bad as soem custom apps out there. (shudder)

      Programs that need administrative rights out the box have become more scarce recently (good thing).

    9. Re:Stop perpetuating the myth ... by quantum+bit · · Score: 1

      A lot of times it requires registry permissions tweaks as well. Filemon/regmon are invaluable for that task.

      A few of those (Oracle I'm looking at you) are so bad that I've gone so far as to chuck their installer completely and replace it with one of my own that sets appropriate permissions.

      Even that's a band-aid, though. Programs really shouldn't be trying to store per-user data in a system-wide program folder. Not even counting the potential security hole, it's a pain if users can't change settings without affecting other users of the same computer.

    10. Re:Stop perpetuating the myth ... by TripMaster+Monkey · · Score: 0


      What version are you running? Perhaps they've fixed that problem since I encountered it about 4 years ago.

      Back then, I was helping to put systems in the library at Chrysler. These systems would be accessed by regular rank-and-file Chrysler employees, and letting them have admin rights simply wasn't an option.

      When it came time to test the PowerDVD install (essential for allowing users to view the library DVDs), we found that it just didn't work. After screwing around with directory perms for a few hours, I gave up and called PowerDVD's tech support, and was told quite plainly that admin rights were required...no workaround available and no explanation given.

      To sum up, admin-level access had to be allowed for the systems, and we implemented DeepFreeze to prevent the systems from getting irretrivably FUBAR'd (DeepFreeze was cheaper than an alternate solution to PowerDVD, which we got free with the DVD drives).

      --
      ____

      ~ |rip/\/\aster /\/\onkey

    11. Re:Stop perpetuating the myth ... by lucky130 · · Score: 1

      We usually package up the install and throw a 'cacls' call at the end of it when necessary :). Programs with registry tweaks are far less common than the used to be; most prgrammers are learning that App Data exists for a reason...

    12. Re:Stop perpetuating the myth ... by Anonymous Coward · · Score: 0

      Eh, you don't have the authority. Giving admin rights is just the easy way out for admins too lazy to do a little leg work. I'm a Windows admin, and I've had to run regmon or filemon to find out what registry keys or folders are being accessed, then provide access to the Users or Power Users group, whatever you're trusting your user to run as. You can script the permissions in most cases. It's a lot of work, but in the long run less than removing spyware from hundreds of PCs.

      The issue of incompetant Windows admins is more widespread than you think.

    13. Re:Stop perpetuating the myth ... by quantum+bit · · Score: 1

      You're better off not running Kodak easy share software at all. It's a major pig -- 3 or 4 services that run all the time, and 2 or 3 programs that run upon user logins == lots and lots of wasted memory / CPU cycles. It also has some shell extension crap that hooks into explorer and gums up the works.

    14. Re:Stop perpetuating the myth ... by Tim+C · · Score: 1

      Are you absolutely certain about WMP? I ask because my daughter (who most certainly does not get admin rights to my machine!) uses it sometimes to watch DVDs. Perhaps some aspects of WMP need admin rights, but most certainly not all of them do.

    15. Re:Stop perpetuating the myth ... by Jaysyn · · Score: 1

      A simple registry edit will fix your problem with Autocad. Granted, you shouldn't need this workaround.

      Jaysyn

      --
      There is a war going on for your mind.
    16. Re:Stop perpetuating the myth ... by Malc · · Score: 1

      I'm a bit dubious about this list. I run with limited privs on my personal machine. So far I only elevate privs for Exact Audio Copy (it needs it for proper access to the hardware or something), and Intuit products (badly written). Any other apps that I've had problems with have been resolved by selectively changing permissions on specific registry keys and file system folders or files. It's really not that much effort, and Aaron Margosis' blog is also a great help in this area.

    17. Re:Stop perpetuating the myth ... by colganc · · Score: 1

      Works on version 10 as well.

    18. Re:Stop perpetuating the myth ... by quantum+bit · · Score: 1

      I see it a lot of times when a program's installer doesn't correctly register COM objects, and so the program tries to do it the first time it's run instead. AutoCAD is bad about that (as well as trying to re-associate its files all the time)

      Do your users have Power user rights? The default reg permissions in XP allow power users to create new entries in the system-wide CLSID key. I see a lot of programs that work if you have power user but not standard user rights. Honestly I don't really see the point of power user since once you have that it's trivial to escalate to full admin.

      The Oracle installer just sucks donkey balls though -- I repackaged all their stuff simply so I could install it under 'Program Files' where it belongs. It's hard to believe in this day and age that an installer would complain and not let you install in a directory with spaces in the name. Progra~1 works for the install but it gets really confused it you try to uninstall.

    19. Re:Stop perpetuating the myth ... by TripMaster+Monkey · · Score: 0


      I think you're missing the point. I'm not disputing that these programs could be made to run with less than admin access by manipulating registry entries and file & folder perms. My contention is that this work should have been done (but was not done) by the developers who wrote the code in the first place. Without performing these gymnastics, the programs will not run properly under less than admin privileges

      --
      ____

      ~ |rip/\/\aster /\/\onkey

    20. Re:Stop perpetuating the myth ... by colganc · · Score: 1

      It would be nice if software vendors listed those things. It can take quite a bit of time for something that would be trivial if it was listed.

    21. Re:Stop perpetuating the myth ... by fwr · · Score: 1

      I "box" doesn't have administrative rights, a user does. So I'm not sure what you are talking about.

    22. Re:Stop perpetuating the myth ... by YU+Nicks+NE+Way · · Score: 1

      Windows Media Player works just fine in an ordinary user account. Some people fsck up their installations by putting media files in inaccessible locations -- but WMP 10 works fine.

    23. Re:Stop perpetuating the myth ... by fwr · · Score: 1

      He's replied already that you can get almost any program to work without administrative rights if you tweak registry keys and file/folder permissions. The point is that you have to do that; the programs do not work without administrative rights out of the box using a standard install procedure.

    24. Re:Stop perpetuating the myth ... by hackstraw · · Score: 4, Informative

      Here's a partial list of programs that require admin rights to run (not merely install):

      Here is a more complete list: http://www.pluralsite.com/wiki/default.aspx/Keith/ HallOfShame.html

      Not running as admin should have been eliminated back when multiple users were first introduced with NT.

      But hey, from what I hear this new Vista OS will have new features like using config files instead of the registry, shell scripting, regular updates to keep the thing working via a paid subscription, and other nifty new things.

      What's next? A web browser that is not integrated with the entire operating system?

    25. Re:Stop perpetuating the myth ... by InsaneGeek · · Score: 1

      Oracle is the WORST on any platform, I don't know what kind of crazy-land they live in, but even the headless unix versions require all sorts of graphic libraries to do the install. We couldn't go to a newer version of Redhat for a long time not because of the kernel, etc but because of the installer graphic libraries would work; people were shoe-horning it on boxes just to get around the sole problem of the installer!

    26. Re:Stop perpetuating the myth ... by thoth · · Score: 1
      Unless you have actually tried to configure a ton of apps, you have no authority to make this claim.

      I know this is a minor example, but I always had a lot of trouble running the Microsoft Reader (their EBook reader) from a non-admin account, especially after their 2.0 format update. Before I could read ebooks just fine from my Admin or my Power User account, but after, it got screwed up big time. Reader ran it didn't always work - some books were only accessible from Administrator, and another set were only accessible only access from my Power User. Yet I had authorized the same hotmail address from both, etc. You might want to check on any DRM app to make sure they work properly. Working properly at the minimum means 1) a non-admin can authorize a purchase, 2) stuff still is accessible especially after an app update which is done my an admin. The entire EBook fiasco I've had has turned me off their DRM altogether.

    27. Re:Stop perpetuating the myth ... by Malc · · Score: 1

      The point I was making is that most apps I use do work out of the box. I can count the number of apps I have had problems with on one hand, so it's not such a big deal. I've heard gamers have problems, but then I just scratch my head anyway because I don't see the point of using a PC for that. Each to their own.

    28. Re:Stop perpetuating the myth ... by Yer+Mum · · Score: 1

      You can make any program run with administrator privileges with PolicyMaker Application Security or ProtectionManager, neither of which ask for the admin password. The first if free if you don't use remote administration, don't know about the second.

    29. Re:Stop perpetuating the myth ... by memojuez · · Score: 1
      Yes, there is still poorly written software written in this day and age.

      Glencoe Textbook Software, especially the Test Generator ©2004, insist on copying a DLL file from its own directory on the Root of C: (This location is hard coded into the software) into the \%system%\ directory everytime it runs. With-out Admin rights, it is unsuccesful ergo it will not run. (It doesn't matter that the DLL is already there.)

      MediaMax DRM generates an error if you do not have Admin Rights. You'll get this error even if you run once as Admin then try to run again as a Power User. Since you can't install/update/run the DRM, the CD will not play. There is a work-around, but to me it is not worth it. This is just another reason to not buy BMG products.

      Memo

      --
      Signature applied for, Patent Pending
    30. Re:Stop perpetuating the myth ... by element-o.p. · · Score: 1

      ...and Quicken.

      Quicken is the *only* reason my wife has admin rights to her Windows machine. After removing yet another virus--and a several page list of spyware--from her computer (which has automated Windows, anti-virus, anti-spyware and firewall updates, thank-you-very-much), I changed her user account from administrator to power user...and Quicken promptly stopped working.

      I tried changing permissions, etc., on the Quicken data directory (among other things) to no avail. The only way I was able to get Quicken to run under her account was to give her back admin rights, sigh.

      --
      MCSE? No, sir...I don't do Windows. Yes, I am an idealist. What's your point?
    31. Re:Stop perpetuating the myth ... by debest · · Score: 1

      What version are you running?

      7.0 (latest) on my wife's machine.

      Perhaps they've fixed that problem since I encountered it about 4 years ago.

      It would appear so.

      Just a thought, but a lot of things change in 4 years, particularly with computer apps. It's probably wise to verify such things before making statements (or just stating the version of PowerDVD that doesn't work). For instance, WordPerfect 2002 won't run without Admin privs. Does the latest? Don't know. I also don't care anymore, since I run Linux now :-)

      --
      Look at the tomato! Isn't it sad? He can't dance! Poor tomato!
    32. Re:Stop perpetuating the myth ... by coop247 · · Score: 1

      Actually, I was able to get every application you listed to run as a normal "user" account. I have repacked and given special permissions for hundreds of third party apps to get them to run non-admin.

      The last co. I worked for decided to do this, boy you should have seen the backlash and uproar from users. Everyone from other IT depts, engineers, heck even secretaries were mad. However, once we successfully implemented a locked down environment help desk calls were dramatically reduced.

      It's actually not as hard as you think to get "legacy" apps to run correctly as a non-admin. The best tools for this can be found at Sysinternals http://www.sysinternals.com/, regmon and filemon. Just install the app as an admin, then try to run it as a user. Regmon and Filemon will tell you where you get an "access denied" error. When repacking the app, just make sure to give the appropriate permissions to keys/files that the app writes to. InstallRite from epsilon is also pretty handy http://www.epsilonsquared.com/ , its basically a nice front end to sysdiff.

      Don't get me wrong, it isn't always easy. Some apps need to run exe's on the first reboot, some dynamically create files at winnt, but with a little programming know how you can create some tools to get around this.

      --
      //TODO: Insert catchy phrase
    33. Re:Stop perpetuating the myth ... by TenLow · · Score: 1

      At least in my experiance, windows boxes are generally set up for single user environments. Sure there could very well be more than one user account (administrator and guest for example) but only the account with admin rights will be used. In linux you are more or less required to run multiple user accounts.

    34. Re:Stop perpetuating the myth ... by zerocommazero · · Score: 1

      Same difference, as i think he is saying 1 user = 1 PC. He also fails to mention if he is using alternate means (custom security policy, compatws.inf template, etc.) to ensure those apps run. I have run across alot of apps that need admin rights to run or to function correctly and have had to make significant changes to ensure that a typical "user" can run correctly. I think TMM meant installed apps with no "tweaking". Please verify that you mean the same or not. I think tweaking instead of just giving admin rights is worth it in the end. I no longer have an endless stream of phone calls related to spyware or have to worry about spyware involvement in a troubleshooting scenario since everyone is locked down. Makes your typical day alot more quiet. Of course, there is a bevy of other issues, like a laptop user who can't install a printer driver for his home network and needs "assistance". But overall, it is worth it.

    35. Re:Stop perpetuating the myth ... by blake3737 · · Score: 1

      And these machine run the software as well as you can expect windows to work.

      So they are full of spyware and crash for no reason? ;)

    36. Re:Stop perpetuating the myth ... by value_added · · Score: 1

      Just so you know, not all of these programs need admin rights to run; they need certain privs on certain folders (usually either write or modify to their program directory).

      Yeah, but that's more of the same voodoo, isn't it? To the extent the Windows directory structure and associated permissions makes sense and are consistent, I wonder how the typical Windows administrator would find time to right-click his or her way through the file system, or bury their nose in the registry until everyone's gone home for the day, to determine what's what, let alone work out problems on a case-by-case basis, keeping track of all the changes.

      Some time ago, I came up against a failed OfficeXP install. Reason? The user's $TEMP folder was owned by the user (novel concept), and had rwxr-xr-x permissions. (Converting those perms to the Windows' ACL equivalent I'll leave as an exercise for the reader.) Never mind the full admin rights of the user, the install failed consistently with a nondescript message. Not having the time or patience to narrow down the problem (no doubt SYSTEM needed write privileges or some such nonsense to create yet another goofy one-off log file), I changed the perms to 777, re-ran the install, and called it a day.

      Personally, I think someone could write a book on the subject of Running as Non-Admin, but it would be a miserable read. As for possibility of the folks at Microsoft going through changes, good for them! They may yet discover treating everything as a file just works better, especially when you have to start paying attention. Even if that is a slippery slope that leads away from the Windows way of doing things.

    37. Re:Stop perpetuating the myth ... by hal9000(jr) · · Score: 0, Flamebait

      -1 Troll? You fucking whiny assed moderators. Heaven forbid someone posts on /. about micrsoft that is not negative. Jeeze, this is what I get for posting a reality check.

      Fine, fuckwads, keep your head up your asses and operate on dated, incorrect information. The rest of us might acutally learn something useful.

      Oh, and go lookup "run as".

    38. Re:Stop perpetuating the myth ... by iceperson · · Score: 1

      And? Does it change the FACT that it only takes a single mission critical app to dictate if your organization can function with limited rights and MANY organizations have such apps?

    39. Re:Stop perpetuating the myth ... by lucky130 · · Score: 1

      As for it being the same old voodoo, proper permissions are something you run into on all OS's (it's just that some implement it differently than others). Windows certainly isn't well-designed as far as allowing functionality with severely restricted permissions, but a lot of the blame falls on bad programs also.

      And as a Windows administrator (I don't know how typical), in order to be good at your job you're going to need to know your way around in the registry. You make time to ensure software being pushed out to thousands of machines is working properly, even if that takes looking at file/regmon readouts to see if things are bombing out anywhere. Permissions changes can be scripted.

      Just a sidenote: about the worst program I've dealt with as far as packaging up and pushing out to machines was WordPerfect 11-. However, they've fixed many many problems in 12.

      Per your O-faceXP issue, I don't know what to tell you. We push a package out that works just fine with (pretty heavily) restricted user privilages.

      But hell yea, I think forcing M$ employees to run as regular ol' users instead of administrators is a great idea. 'Run as...' kinda sorta works, but they need to convert their entire OS model to something more compatable with the 'run with minimum necessary privilages' philosophy. Having a whole team of developers deal with what we have to go through all the time means (hopefully) something will get fixed.

    40. Re:Stop perpetuating the myth ... by newt0311 · · Score: 0
      Yeah,


      Now, what else has had this for the last 30 years...


      Oh yeah, UNIX and any other close/variant/derivative of it. Its about time M$ software start using some sensible design principles.

    41. Re:Stop perpetuating the myth ... by kimvette · · Score: 1
      --
      The Christian Right is Neither (Christian nor right). See: Matthew 23, Matthew 25, Ezekiel 16:48-50
    42. Re:Stop perpetuating the myth ... by lucky130 · · Score: 1

      Since we're almost entirely a Windows environment (we use FAI and various scripts for the Linux machines), we use a combination of GPO's and Ghost. The nice thing about Ghost's AI system is that it basically takes a snapshot of the system pre-installation and another post-installation, does a diff, then builds a package. You can also reboot inbetween snapshots and run the program inbetween snapshots to ensure all necessary registry keys are created and COM objects are registered. You can also edit the config file to do some custom calls from the package (call built-in's, reboot the system, etc...).

      Don't get me wrong, there are many many problems with Ghost, but they did do a couple things pretty well.

      Our users have only 'User' rights with a few custom restrictions set with security policies, but our images and logon scrips have some registry tweaks.

      Yea, Oracle is a pain in the nuts; fortunately, it's not something that comes up for us all too often :).

    43. Re:Stop perpetuating the myth ... by drsmithy · · Score: 1
      I tried changing permissions, etc., on the Quicken data directory (among other things) to no avail. The only way I was able to get Quicken to run under her account was to give her back admin rights, sigh.

      So why don't you use "Run As" to run Quicken and leave the normal login as a regular user ?

    44. Re:Stop perpetuating the myth ... by MojoStan · · Score: 1
      Just a thought, but a lot of things change in 4 years, particularly with computer apps. It's probably wise to verify such things before making statements (or just stating the version of PowerDVD that doesn't work).
      Especially since Window XP, the first "home" version of Windows that had limited user accounts, was released about 4 years ago (beginning of 2002). That version of PowerDVD from 4 years ago could have been CyberLink's first attempt at PowerDVD for a true multi-user OS. Sure, they should have gotten it right the first time, IMO, but to assume it still doesn't work is a strange assumption.
      --
      TO START
      PRESS ANY KEY

      Where's the 'ANY' key? I see Esk, Kitarl, and Pig-Up...

    45. Re:Stop perpetuating the myth ... by gnuyarlathotep · · Score: 1

      So they are full of spyware and crash for no reason? ;)

      hehehehe
      Yep, that was what I hinting at.

    46. Re:Stop perpetuating the myth ... by gnuyarlathotep · · Score: 1

      Same difference, as i think he is saying 1 user = 1 PC.

      Yep, that's what I meant, sorry for the poor wording.

      He also fails to mention if he is using alternate means (custom security policy, compatws.inf template, etc.) to ensure those apps run.

      None of those apps took any tweaks for the users to be able to run them, but I will point out that 1,100 of the 1,500 or so users are Power Users, the others are Users (plus a few admins obviously). Activesync does have to be installed as an Admin and a PocketPC must be installed by the user, so those users get bumped up to Admin for their initial use of the PDA and then busted back down to Power User or User, I do consider this a tweak, but he did not mention Activesync. Also we have a several GPS device that use Activesync and they need similar tweaking. There are all kinds of backflips I have to go through to get many stupid windows apps to work, but the apps I mentioned in the previous post run fine on my network by Power Users with no tweaks.

      I get the same calls regarding notebooks as you mentioned. Windows XP support for USB is quite spotty if you ask me.

    47. Re:Stop perpetuating the myth ... by Cro+Magnon · · Score: 1

      I had the same problem, and "Run As" didn't work.

      --
      Slow down, cowboy! It has been 4 hours since you last posted. You must wait another few hours.
  16. Contrast this with Sun by Anonymous Coward · · Score: 2, Interesting
    Saying that Microsoft is 'not smarter than any other enterprise in terms of knowing how to address security', while technically true, is deeply misleading. Any company that purports to "eat its own dog food", but performs their testing with full admin rights to the box clearly has a dangerous lack of understanding of security...a lack that we all pay the price for every day.

    Compare and contrast this approach with Sun. Employees in Sun are all equiped with Javacards which they can insert into a Sun Ray appliance anywhere on the Sun network. AFAIK, only the staff responsible for administering their Sun Ray network have sysadmin credentials within the environment: all other users get a set of applications which are deployed to the user, with no ability to install anything else. And it works - a user can walk out of an office in GB, fly to the USA and plug in their Javacard, resuming their session exactly where it was.

    The similarity with Microsoft is that the employees had to cope with some pretty dreadful software a few years ago. Disgruntled colleagues are always a rather special spur to developers, and the Sun Ray technology is now tip top. Perhaps the same will happen to Microsoft ...
  17. Would this mean... by zappepcs · · Score: 4, Interesting

    Would this mean that if they switch MS employees to Vista with only user rights, that Vista would be delayed yet another couple of years while they work out the bugs? If it doesn't work for MS employees, it can't possibly work well for anyone else. Surely, they have to make sure it works since its part of securing the system. Right?

    1. Re:Would this mean... by Anonymous Coward · · Score: 0

      The point of UAC is that accounts with Administrator privileges function like regular accounts until an administrative task is executed, at which point the user is prompted and security elevated to full admin rights. This means that anything requiring admin privileges becomes obvious due to prompting on Vista, whereas on XP and older you'd have to run as a restricted account to discover them.

      The end result is that regular accounts will work better due to UAC pointing out potential problems, and so MS doesn't have to switch employees to Vista with non-admin rights to find those issues.

    2. Re:Would this mean... by rbochan · · Score: 1

      ...Surely, they have to make sure it works since its part of securing the system. Right?

      You speak as if this has ever stopped them from releasing something before.

      --
      ...Rob
      The American Dream isn't an SUV and a house in the suburbs; it's Don't Tread On Me.
    3. Re:Would this mean... by LurkerXXX · · Score: 1

      No. Very few of Microsoft's apps won't run correctly as a regular user (there are a few exceptions). There are however a ton of 3rd party apps that won't run/install as a regular user. Microsoft has no control over those, and so delaying Vista over that would be stupid.

    4. Re:Would this mean... by WhiteWolf666 · · Score: 1

      Do Microsoft apps correctly install as users?

      AFAIK, Office, WMP, ActiveSync, etc. . . all require admin access to install.

      --
      WhiteWolf666 an exBush supporter. All you new-school,compassionate,save the children Republicans can rot in hell
    5. Re:Would this mean... by LurkerXXX · · Score: 1

      True, but then they work as any user. I've seen plenty of apps (Palm), that won't run right unless they've been installed by whatever user that is going to use them, and that user had to be an admin at the time of install.

  18. If they want to installed firefox or opera... by cyfer2000 · · Score: 3, Interesting

    They will need to go to the administrors...Aha! No more firefox and opera from M$ campus.

    --
    There is a spark in every single flame bait point.
    1. Re:If they want to installed firefox or opera... by Dareth · · Score: 1

      Firefox and Opera can function quite nicely on plain user accounts under XP.

      At least until I block ports 80/443 at the firewall and demand that they route thru the proxies.

      --

      I only look human.
      My mother is a halfling and my dad is an ogre, so that makes me an Ogreling
    2. Re:If they want to installed firefox or opera... by orielbean · · Score: 1

      I am a puny little user and I did up firefox quite nicely. Also behind a proxy firewall, and the firefox auto-detect for proxy settings is flawless. I can't even plug in a USB device or install any plugins due to my user access, but no problem for firefox...

    3. Re:If they want to installed firefox or opera... by PitaBred · · Score: 1

      So then you point them to the proxy and spoof the UserAgent. You'll have to do packet-level analysis to detect the difference.

    4. Re:If they want to installed firefox or opera... by sabit666 · · Score: 1
      They will need to go to the administrors...Aha! No more firefox and opera from M$ campus.
      They can always go Portable: http://portableapps.com/apps/internet/browsers/por table_firefox
  19. IE + outlook + admin rights = disaster by jonastullus · · Score: 1
    i can't believe that an enterprise like microsoft has gotten away with employees having admin rights all these years. how did they prevent all those worms, viruses and trojans from infecting their pcs? i assume that at microsoft people mainly use IE and outlook; and this in conjunction with admin rights all around should really spell disaster.

    in a sense, it's nice for those working there because i've seen myself how limited one can get in certain situations without some non-standard rights, but from the IT department's point of view, ubiquituous amateur administrators are a real nightmare.

    1. Re:IE + outlook + admin rights = disaster by popeguilty · · Score: 1

      how did they prevent all those worms, viruses and trojans from infecting their pcs

      Come to mention it, this would explain an awful lot about Microsoft's code...

    2. Re:IE + outlook + admin rights = disaster by PixieDust · · Score: 1

      Funny. I run IE, use Outlook (mostly Outlook Express), and am always cruising around as admin. Strange how I never have an issue. Maybe you're doing something wrong.

      Seriously though. A few simple thingsw to remember online that will take care of > 95% of problems.

      1. Safe browsing habits.
      2. Watch what you download, and whom you download it from.
      3. Don't open random attachments / emails unless you KNOW what they contain (i.e. something you requested)

      Now then, add a decent, up-to-date Virus/Spyware scanner with real time protection and you've just eliminated over 99% of your risk.

      Want to hear the real part that's gonna make everyone here cry foul? I don't run ANY kind of VIrus or Spyware protection. I only use the Windows Firewall (when it doesn't 'aggrivate me and get turned off). I've run this way for nearly a year now with no problems. I occasionally check my system just to double check everything, but it's fine.

      It's amazing what happens when you don't jump on Limewire all the time while you surf al the free XXX galleries looking for 'free' software (and I don't mean stuff under the GPL either).

      My thoughts.

      As far as Microsoft users having admin rights on their machines? Well, for the most part, a good deal of them need that. At least the testers. They've gotta have admin rights for half the crap they do. Do they also do tests in non-admin levels? You bet. But consider these people are literally trying to break this software. You attack software from an Admin point always. Can't do anything as user is why. Or at least SHOULDN'T be able to.

      When you hack, you don't try and hack user accounts, you want root. Why should MS software be any different?

    3. Re:IE + outlook + admin rights = disaster by Lispy · · Score: 1

      It's amazing what happens when you don't jump on Limewire all the time while you surf al the free XXX galleries looking for 'free' software (and I don't mean stuff under the GPL either).

      Errrr, right.

      Except in that case I might as well keep my PC shut down. Problem fixed.

      Come on...

  20. This Time Next Year by SaidinUnleashed · · Score: 1

    I predict that by this time next year, we will be hearing that Microsoft has started using DeepFreeze or similar to "lock down their systems". =)

    --
    Shiny. Let's be bad guys.
  21. It's not like they could leave ....... by chem+girl · · Score: 1

    I doubt they could leave if they didn't like the new rules. I'm sure they had to sign an non competition agreement so they can't work for another computer/software/network/blah/blah/blah company for the rest of their natural life. It will be interesting to see what comes of this.

  22. Linux Users by omeomi · · Score: 4, Insightful

    It's not uncommon for Linux users (even developers) to use user accounts, because it's very easy to su any administrator tasks. So, maybe Vista will fit this model better, and having developers using user accounts won't be all that ridiculous...

    1. Re:Linux Users by chaffed · · Score: 1

      Win2K and XP Pro have had this feature for a while now.

      runas /user:DOMAIN\Administrator %ApplicationLocation% Now it would be a wonderful world if that worked in all cases. However installing HotSync or ActiveSync using another user does not work. You have to temporarily promote a user, install, then demote.

      My hope is garbage like above will be flushed out with vista.

      --
      What could possibly go wrong?
    2. Re:Linux Users by omeomi · · Score: 1

      Yep, the difference is that with Linux, it actually works as expected...

    3. Re:Linux Users by WhiteWolf666 · · Score: 1

      Yes, and then some.

      I'm not certain why ActiveSync and HotSync require administrator privlediges. Does it have to do with USB access?

      I'm a big fan of applications that can install purely in usermode. The nicest thing about having a system that can correctly elevate priviledges on a limited basis is that you usually don't even have to!

      --
      WhiteWolf666 an exBush supporter. All you new-school,compassionate,save the children Republicans can rot in hell
    4. Re:Linux Users by Lispy · · Score: 1

      So, maybe Vista will fit this model better, and having developers using user accounts won't be all that ridiculous...

      Well, actually it looks like it will get even worse.

      But then again, the article itself is a pita. The Irony.

    5. Re:Linux Users by Alomex · · Score: 1

      Actually the article describes a bug in the implementation of the UAC. However, the UAC model is superior to the su/sudo unix model. Vista UAC is sudo on steroids. Rather than have the system return an error message saying "you need to execute the whole thing as superuser" you get prompt back it says "this program needs to be superuser to execute the following specific instruction. do you auhorize this?". I'll take the Vista model anyday and the sooner Linux implements something similar (but cleanly) the better the chances of OSS succeeding.

    6. Re:Linux Users by colinrichardday · · Score: 1

      Isn't it implemented in the programs themselves? On Apache, there is a brief start as root to open Port 80, and then it drops root and runs as a different user.

    7. Re:Linux Users by Alomex · · Score: 1

      But you have no control over this. It all happens under the covers. UAC would explicitly ask you: do you authorize apache to 'sudo' listen to port 80 (yes/no)?

  23. Do I understand this right? by kindbud · · Score: 1

    Not only does Microsoft not restrict their own users to unprivileged accounts, but their Director of Internal Security has no qualms about stating that in an interview for the press?

    Advertising soft-chewy insides is for candy companies, not computer security experts.

    --
    Edith Keeler Must Die
  24. If they don't, who can by swanriversean · · Score: 3, Interesting

    If Microsoft can't implement this for their own employees, any CTO looking at Vista would be foolish to think that he could in his company.

    Others have given the example of XP, and so true.

    If you have to manage Vista the same way you manage XP, that is one less reason to upgrade, and another reason to look at alternatives.

    Look at Novell with their internal deployment of Suse. They've had to suffer for a while, but slowly they are starting to show it can be done, and have gained a bunch of knowledge doing so. Novell customers may actually believe them when they suggest they can deploy Suse for some systems instead of Windows. Who believes you can run Windows without adminstrative rights?

    --
    Be who you are and say what you feel, because those who mind don't matter and those who matter don't mind. - Dr. Seus
    1. Re:If they don't, who can by bheer · · Score: 1

      > If Microsoft can't implement this for their own employees, any CTO looking at Vista would be foolish to think that he could in his company.

      And oh, plenty of IT departments have implemented systems that let their users run as NT-class User or Power User. They've done this by blacklisting any app that needs admin rights to run. The list of apps that doesn't run as admin on a modern XP SP2 system is small (unlike what another poster said, WMP et al run quite well as User). Making all developers run as Limited User-- ah, now *that's* a challenge on Windows. Note that some developers (LAMP/Java/Some VB and .NET developers who don't need to install components) can work as non-admin fine.

      But some developers need to install things like new software or kernel-mode debuggers, so do you create a process in which faced with such requirements these devs have to go running for permission, or do you let them use an OS that is usable as a limited user and give them the admin password so they can do admin tasks when needed, and trust your employees to do the right thing?

      From the article: However, Estberg said that for the moment, the company will continue to leave the responsibility of installing software with its employees it seems Microsoft (like most other software technology companies) have decided to do the right thing, i.e., trust its employees*.

      Also, if CTOs are looking for lessons about UAP deployment, Microsoft is a piss-poor environment to learn those lessons from, simply because most real (i.e, non-software technology) companies do not have a user profile like Microsoft's.

      *The only industry in my experience who put their developers on a ball and chain, requiring a long approval chain for anything to be done at all, are financial institutions (*cough* Citibank *cough*). And even there most smart developers know how to take advantage of cracks in the system to get their jobs done.

    2. Re:If they don't, who can by WhiteWolf666 · · Score: 1


      But some developers need to install things like new software or kernel-mode debuggers, so do you create a process in which faced with such requirements these devs have to go running for permission, or do you let them use an OS that is usable as a limited user and give them the admin password so they can do admin tasks when needed, and trust your employees to do the right thing?


      Why shouldn't actually INSTALLS be for "This User Only". Seriously; I can understand testing the administrator version, but the focus should be on applications that succesfully install in pure-user mode, in a user's home directory.

      As I've said before, I can install MS Office in usermode on Linux. Why shouldn't Windows be able to do the same thing?

      --
      WhiteWolf666 an exBush supporter. All you new-school,compassionate,save the children Republicans can rot in hell
    3. Re:If they don't, who can by bheer · · Score: 1

      It's possible but developers are uninformed, there are non-technical issues and some genuine technical problems:

      a) many Windows software depend on being able to write to the systemwide COM registry (HKEY_CLASSES_ROOT). An alternative per-user registry exists (HKEY_CURRENT_USER\Software\Classes) but even Microsoft does not use this in their installers (they do, however, use it in some places, notably Office extension deployments). Most 3rd party devs are as a result clueless about this.

      b) I suspect allowing users to install apps like Office for themselves is an anti-goal for Microsoft-- Office 97 could be run off a network drive, that stopped as soon as MS figured out that it led to a lot of piracy. Similarly, "private" installs would make it very difficult for IT departments to inventory software usage. So neither the vendors nor big customers (IT depts) have a good reason for pushing private per-user installs.

      c) It's not a common use case. Even on Linux, most people do a "sudo apt-get install foo" which installs the software 'globally' than do a private install.

      d) Some apps really need to be installed 'globally'. For example, an innocuous app like Winamp installs global hooks to support its global shortcuts.

      e) Users often create other users on their computer and it confuses the hell out of them when their apps aren't there for the other user.

    4. Re:If they don't, who can by colinrichardday · · Score: 1

      d) Some apps really need to be installed 'globally'. For example, an innocuous app like Winamp installs global hooks to support its global shortcuts.

      Is it a good idea for such apps to do this?

    5. Re:If they don't, who can by Allador · · Score: 1

      "...or do you let them use an OS that is usable as a limited user and give them the admin password so they can do admin tasks when needed, and trust your employees to do the right thing?"

      This is exactly and precisely what we do ... on Windows.

      People like this who have a legitimate business need (installing WebShots does not count) get two accounts.

        - an unprivileged domain user account
      la - an account in the local Administrators group on their machine

      Ideally, you also put all the la accounts in a domain group and specifically restrict that group from accessing anything interesting on the domain (Exchange, file servers, intranet, etc), to create a disincentive for doing day-to-day work on their la account.

      So they use their account 99% of the time, and when they need to install something, they do RunAs with their la accounts, and do what they need to do.

      Simple as pie.

    6. Re:If they don't, who can by Allador · · Score: 1

      Bah. Stupid /. plain text mode that suppresses brackets.

      That should be:

      UserName - an unprivileged domain user account
      laUserName - an account in the local Administrators group on their machine

    7. Re:If they don't, who can by bheer · · Score: 1

      It can definitely be useful. For example, a company called Redgate makes an Intellisense tool for SQL Server (they're giving it away as a free non-timebombed download until Sep 1, btw) that plugs into your existing SQL editor and adds auto-complete. (I don't know if they've actually used global hooks here or some worse hack, like window code injection, but this is the sort of thing global hooks are useful for)

      The point is, any feature can be abused and made into a security risk. Doesn't mean we take features away.

  25. Give them average-sized monitors too, dammit! by Anonymous Coward · · Score: 5, Insightful

    Hell, make them work in monitors the size the average office supplies -- 15" or 17" where I work.

    I'm so damn tired of apps that open big windows needlessly in the middle of the screen (MSWord's 'find' for example) covering whatever it is you wanted to actually operate on -- because some programmer had a 29" monitor -- or two -- to work in and never thought about fitting stuff into a real user's working screen.

    Open find. Drag stupid window off the text area. Find. Damn, window moved back to the middle. Lather, rinse, repeat.

    Sure, the IT department could supply larger monitors. But those are commodities and they're saving their budget for bells and whistles to impress top management.

    1. Re:Give them average-sized monitors too, dammit! by rs232 · · Score: 1

      "I'm so damn tired of apps that open big windows needlessly"

      In emacs type ctrl s and all the relevent words are hilighted on screen, as you type.

      I'm not sugesting you move to emacs but the current developers could adopt the method. No more windows jumping round the screen please.

      How about menus at the top and a status line at the bottom, a bit like the Mac.

      --
      davecb5620@gmail.com
    2. Re:Give them average-sized monitors too, dammit! by gentgeen · · Score: 1
      Open find. Drag stupid window off the text area. Find. Damn, window moved back to the middle. Lather, rinse, repeat.

      If I had mod points, that alone would earn you some.

      That "feature" alone drives me nuts. I use 'Find' all the time in MS Office apps for work, and the UI is horrible. Too big, does not keep default settings (I want excel to search all tabs by default, not just current), options hidden under different buttons (Word says "More" and Excel says "options"), etc. And that is just "find": the hidden menus, the task PAIN, I could go on, but now I am OT and ranting.

      I currently do as much spreadsheet work as I can in Gnumeric/OO.o and my word stuff in AbiWord/OO.o when I can since the UI in Office is so messed up (at least for me).

  26. Personal Compter? by Anonymous Coward · · Score: 0

    Is this going back to a central processing model. The whole reason we have personal computers is because it empowered the end user from the bureaucracy of the main frame. Now we're heading backwards, full steam ahead.

    1. Re:Personal Compter? by mattpalmer1086 · · Score: 3, Interesting

      I agree that personal computing enabled everyone to benefit from cheap, ubiquitous computing power, which the mainframes of the day couldn't provide.

      Of course, this was back before anyone realised total cost of ownership was far greater than the purchase price of the machine. And viruses and worms hadn't been invented, and you needed to be a guru to change the machine configuration, and they only ran a single application at one time, and we weren't connected to a vast global network filled with script kiddies and criminal hackers.

      We aren't really going back to a central processing model. We are trying to regain some of the management and security benefits the old central processing model had by default and that general purpose networked personal computers can only acquire with a lot of hard work.

      Frankly, for what most people use their PCs for at work, and given the ubiquitous network, it would be far cheaper for many enterprises to run thin client diskless workstations and actually return to a central processing model, if we hadn't already bought so heavily into the current model.

    2. Re:Personal Compter? by 99BottlesOfBeerInMyF · · Score: 1

      We aren't really going back to a central processing model. We are trying to regain some of the management and security benefits the old central processing model had by default and that general purpose networked personal computers can only acquire with a lot of hard work.

      This is true, but only to a point. It is not just that the individual configuration model is inherently insecure, it is that the market has not been able to demand more security in the default configuration and with easier, more understandable security features. Mostly, this is because the industry is monopolized and free market forces are unable to bring about the wanted change.

      Frankly, for what most people use their PCs for at work, and given the ubiquitous network, it would be far cheaper for many enterprises to run thin client diskless workstations and actually return to a central processing model, if we hadn't already bought so heavily into the current model.

      This could work, but it is an inefficient model. Work PCs and Home PCs both benefit from sharing the development costs between them. Many features now available to home users would not be if businesses had not demanded them and vice-versus. Maybe a thin client working environment can take over for corporate users, and it does have some benefits, but don't underestimate the inherent drawbacks. And without an ever-present network, the thin client model does not work for everyone. Mobile devices need to function in the absence of the network and are critical to many everyday uses. Until we have fast networking available everywhere, the thin client model will be limited to a small subset of the market.

    3. Re:Personal Compter? by hakalugi · · Score: 1

      You're all over the place...

      Maybe a thin client working environment can take over for corporate users, and it does have some benefits, but don't underestimate the inherent drawbacks.

      Like? some of what you consider drawbacks may be pluses to the reader, such as homogeneous software footprint, less hardware (space and power) at the end-node, no DVD drive to break; but since you don't list them, we won't know.

      And without an ever-present network, the thin client model does not work for everyone.

      huh? a network is a prerequisite for any corporarate network, thin or fat client - this makes no sense (strawman anyone?) PLUS if you do have a network outage, and your user is on a client/server model using a fat-client, they may get data corruption on the backend (doc, sql, etc) with a thin- client, they reconnect after the power cord to the main switch get's plugged back in - and guess what? all their sessions are still alive - so i submit that a thin client model needs less 100% contiguous uptime (most clients will reconnect automatically up to 30 seconds, so if the user was looking away at the time, they won't even know it had a blip) PLUS most thin clients can have a Cisco or Orinioco like pcmcia card internally mounted, and be wireless post boot, so no LAN cables needed.

      Mobile devices need to function in the absence of the network and are critical to many everyday uses.

      what does that have to do with thin clients? (and with direct to exchange access / OMA you don't sync with your PC anyway but with your central exchange/notes server anyway) so a mobile device, now that you bring it up, is actually a nice pair to a thin client - both for 1/2 the cost of pc and 1/3 the cost of a laptop.

      Until we have fast networking available everywhere, the thin client model will be limited to a small subset of the market.

      now you're just being silly. Thin clients using ICA, VNC, RDP 5.x you only need 30 - 80k (*as in 0.030-0.080 of a mb/s) - the same as a VOIP conversation. Are you saying your 10/100 to the node and 1gb-10gb corporate backbone can't handle 80k to each desktop? give it a rest.

      I manage 3 org's fat + thin networks and the servers that power them. and when i'm off campus, my EVDO connection gives me my Mobile 5.0 device (vx6700) a great RDP connection back to the servers, my Powerbook uses RDP for server management and user remote control.

      I use thin clients in any classroom that needs a "teacher workstation" and they also have a 'real' pc for cd burning, digicamera syncing, DVD playing, etc. But the thin clients are 0 (zero) node maintenance and much easer softare admin'ing than the many pcs i support (and yes, i do use Group Policy and Altiris to manage those, not just running around touching all the fat clients) but thins still win for ease of managing - i update the Terminal Servers after hours, and voila, all done.

      This [thin clients] could work, but it is an inefficient model.

      based on my posting above, you can see how wrong you are - but to be specific, for anyone who has a common set of apps, with even 10 users, can come ahead using a dual proc box, 2-4 gig ram, dual 73g 15k drives, raid 1, dual power supplies (think Dell 2850 or HP GL385) and keep your data on your san/nas - this is your application server and will speed along with just winserver 2003, need app metering and real loadbalancing? (not with 10 users..) but still, look at Citrix 3rd party tools.

      10 users on fat = $12,000 in hardware and hardware support contract

      10 usres on thin = $9,000 (10 x 300 for thins w/ 3 yr hw warranty, and $6k for server, plus TS CALS - already $3k ahead...)

      a dual proc box, with 4gb ram and fast disks can handle 20 users running IE, Office, SQL front-end app (accounting and grades), Acrobat Pro..

      and all the zealots here will tell you, the largest part of TCO is maintenance - and again, above, the thin + TermServer will be lower there, too.

      --
      If she floats, she's a witch.
    4. Re:Personal Compter? by 99BottlesOfBeerInMyF · · Score: 1

      Like? ...but since you don't list them, we won't know.

      I did describe them. They require network access to function, which is not possible for mobiles right now. Since they are specialized they are less likely to benefit from innovation brought on by home user software development.

      huh? a network is a prerequisite for any corporarate network, thin or fat client - this makes no sense (strawman anyone?)

      I take it your company does not have anyone work offline with a mobile... ever? You're completely failing to understand my main point. When corporate workstations and home computers are the same OS/platform, both benefit from improvements to the other. When they are different, they don't. Thin clients are not practical for most home users. Thus, moving to a thin-client architecture for your corporation means losing a lot of those improvements over time.

      I'm not even going to address the rest of your post. Go back, re-read and actually comprehend my points. Then, if you want to discuss it, actually address them, rather than implementation details of a thin client system for a specific use.

  27. NOT all developers by stibrian · · Score: 1

    what's a "huge percentage"? when you consider the $hit that the marketdroids put on their machines, and the massive number of them that MS must have, this is a good testbed. The number of actual software devs in the MS org must be surprisingly low...

  28. Re:Who cares? by Eideewt · · Score: 4, Insightful

    It matters to anyone who was hoping for useful limited user accounts in Vista, because if they have to use them then there's a chance that they'll actually work.

  29. Employees may be fungused, but not fungible by Ancient_Hacker · · Score: 1
    Er, I hope MSoft has a bit more sense than that. An employee isnt all that generic. Your basic manager just might be able run as a underprivilidged user, but the maybe 30% of actual coders will have a hard time of it. Quite often system coders need lots of privilidge, like to install dll's and drivers in %systemroot%, run kernel debuggers, mess with the registry etc....

    Plus as others have noted, the Windows security "model", is less like Jessica Alba and more like Herman Munster. The choice has always been, do we delay the next release, or do we clean up all the security misfeatures, rough edges, questionable defaults? Ballmer always says "Ship it".

    1. Re:Employees may be fungused, but not fungible by Anonymous Coward · · Score: 0

      The assumption everyone seems to be making is that MS is only developers. That I doubt is true. I would bet a small percentage is. There are secretaries, doc writers, support people, middle managers, level 1 tech support, packagers, etc...

      Lock down should be majority rule in that case. For 'small' teams no lock down works ok (not that its best practice) but it works. For larger orgs consistancy and privleage are the controls to a sane IT world. Perhaps instead of a 'admin' priv we need a 'developer' one?

    2. Re:Employees may be fungused, but not fungible by WhiteWolf666 · · Score: 1

      Quite often system coders need lots of privilidge, like to install dll's and drivers in %systemroot%, run kernel debuggers, mess with the registry etc....

      The OS group, maybe.

      Shouldn't _everyone_ else be assuming installs as users? Why the HELL are you placing dlls and drivers in %systemroot%, why are you not using user-mode debuggers, why aren't you using the local users registry?

      Are these things required for Windows application development? Or is it still impossible to install major windows apps in a user's home directory without seriously compromising features.

      *shrug*. I can install Microsoft Office on my Linux box entirely in user mode. Can you do that on Windows?

      --
      WhiteWolf666 an exBush supporter. All you new-school,compassionate,save the children Republicans can rot in hell
  30. My company does. by FatSean · · Score: 2, Interesting

    They support a few more than 100,000 desktops :)

    They make Slashdot every now and then too.

    --
    Blar.
    1. Re:My company does. by Kadin2048 · · Score: 1

      Let me guess ... starts with I, ends in M?

      Weren't you guys supposed to have switched to Linux already?

      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
  31. Makes sense... by Dtyst · · Score: 1

    I work for a very large multinational company (as an administrator but not handling emplyee user-rights). By deafult all (windows using) employees have user rights only. Everyone is allowed to apply for Local admin rights if they really need them (e.g. want to install special software not provided by help desk). I think this system works great as those that most likely do something stupid with their computer are the ones who dosen't care if the have full access or not. Those that apply for to admin rights usually know something about the computers and how to handle them.

  32. Ouch by suv4x4 · · Score: 2, Insightful

    If Microsoft doesn't think Vista's user accounts are usable how did it end up as one of the top features of the whole product :P?

    The actual fact they are thinking whether to use it or not makes me fill with doubt. And I really thought they had it right this time (honestly).

  33. Nnngg! Management speak by Nagasta+Bagamba · · Score: 1

    We are so excited to be totally looking at how to go forward with this?

    What about your filing technique? Is it unstoppable?

  34. People use admin login on windows? by Anonymous Coward · · Score: 0

    Who uses the admin login on windows and why do they still work here?

    1. Re:People use admin login on windows? by octaene · · Score: 0

      I know that the parent post is 'tongue-in-cheek', but in all seriousness I think you'll find that both most corporations and most home users run as the Administrator. Many don't even know it.

    2. Re:People use admin login on windows? by Mister+Transistor · · Score: 1

      On a normal XP install, the user you create is administrator-equivalent in security to the actual account named "administrator", so even though you're not using the named admin account you are still effectively administrator.

      This security then made worse by using the "keep user logged in at all times" option (not requiring a login screen).

      --
      -- You are in a maze of little, twisty passages, all different... --
  35. Virtual Machines can help here... by RichardKaufmann · · Score: 1

    Virtual Machines (e.g. Xen) can allow companies to have strictly controlled (e.g. no admin rights) corporate work environments while allowing considerable freedom for developers and personal apps, files, etc.

    Imagine a world where you would have a host OS which is a company-standard image. No admin/su rights for the user, no weird apps, no spyware, etc. Guest OS images are used for development and personal stuff:

    * There can be a strictly controlled corporate standard OS image, app set, etc. Access to the corporate network (VPNs, direct ethernet, etc.) can be restricted to only allow connections to this OS instance.

    * Development can be done in sandboxes that restrict the fallout from any damage. Network connections (and mounted disk images) can be restricted to a subset of the corporate network.

    * Folks can install their own junkware on a guest OS image. This partition can be proxied out to the internet (no visibility to the intranet), allowing instant messaging, etc., without putting internal systems at risk. This image would only have access to a single disk partition (which wouldn't be visible to any other image), and would have essentially no access to internal corporate resources.

    If done right, the corporate image would be automatically and securely connected to the corporate infrastructure even when connected to an unsecure network. The personal image would be connected to the internet, even when running on the corporate intranet, and development sandboxes would be further restricted to a development network.

    All the stuff that's needed to make this works exists today. If Microsoft insisted its own staff worked within such constraints, it would be seamless for the rest of us as well.

  36. Firefox by lolindrath · · Score: 2, Funny

    How will they install Firefox then?

    1. Re:Firefox by rbochan · · Score: 1

      They can just run it off a thumbdrive ;o)

      --
      ...Rob
      The American Dream isn't an SUV and a house in the suburbs; it's Don't Tread On Me.
  37. It would be a hoot... by i3spanky · · Score: 1

    ...if MS ended up releasing a product that would only run properly with the right spyware programs installed.

  38. MS still a PC company if they do this? by Burz · · Score: 1

    PCs have always been about having a bit of computing power under the user's control, which can be molded to projects that the MIS team are too busy/sleepy/detached/uppity to implement on big iron. That is the heart of personal computing in the workplace, and it has much less to do with a specific OS's philosophy than with a workplace's need for flexibility and initiative.

    So I question whether Microsoft can take admin rights away from their workers and still claim to be in the PC business.

    1. Re:MS still a PC company if they do this? by WhiteWolf666 · · Score: 1

      No kidding.

      If you are doing central administration, you might as well go for thin client solutions with mobile, portable VM images for laptop usage.

      Why bother keeping 100 copies of your OS/producitivity software for each department, when you could just run 'em all centrally? It's not like each and every secretary/marketing person/accountant/.NET,PHP,JAVA,ASP,whatever developer needs a customized workstation.

      Maybe I'm too close to the *nix world, but I can't really think of major customizations that you would need to implement on a user-by-user directory that couldn't be done via login profiles; and the major companies I've had some experience with (in terms of how they setup their locked-down, centrally administered systems) use basically stock setups for everyone.

      --
      WhiteWolf666 an exBush supporter. All you new-school,compassionate,save the children Republicans can rot in hell
    2. Re:MS still a PC company if they do this? by Anonymous Coward · · Score: 0

      You are suffering from a UNIX based delusion that you can actually have many software packages installed at the same time. Typically after your third windows package, the machine starts falling over regularly (I know I know, with XP this is now up to 10 - yes, it's a great improvement and makes me happy every day). Since there will always be hundreds of different software packages in one company, it's just not possible to satisfy this all with one imgae.

  39. oh well that needs remote admin as well by dindi · · Score: 3, Insightful

    If in my college years, when I was working for different companies (as support/admin), they had that feature, I maybe wouldn't have become such a windows hater and concentrate only on unix-like systems.

    But then again, it is not enought to take away the admin rights from users completely, you will need a decent way of remote administrating those damn machines.

    Before people start trolling on me: yes, you can take away admin rights in 2000/XP (to a cenrtain level) and there are remote tools......

    Admin rights should completely go away, the user should not have right to install, modify, not even change the screensaver dammit. And not run programs at all, only from a secure pool of programs.

    That includes "i-know-it-all" managers, who tend to fsck everything up, because they know it so-well they are playing in the registry, and deleting folders/etc ...

    Now on the remote tool: the nightmare of a a support/admin person is a multi-level building, where you keep going for all those machines, instead of ssh-ing into them and fixing/installing remotely ....

    Not because they are easy, but they are computer people and not PR monkeys and are probably sick of interacting with all the workers of the companies, who probably do not wash their hands after peeing, and then you have to go and touch 100 keyboars in 100 rooms ....

    Oh well ... just a flashback from my early years of computer support :) and I am not doing anything with customer machines anymore ..... but still, I feel it is a problem ...

    Ohh, and that's why you have to wear the suit and not cargo pants and something that actually keeps you warm in the server room, or climbing on that roof yagi in the european winter to spot the balloons 5kms away on the rooftop with the compass and the binocular, to re-align the connection ....

    1. Re:oh well that needs remote admin as well by Anonymous Coward · · Score: 0

      Admin rights should completely go away, the user should not have right to install, modify, not even change the screensaver dammit. And not run programs at all, only from a secure pool of programs.

      You know, it is extremely easy to do all of that with Active Directory domain policies. You can make rules that can even local admins can not override, like forcing all users to use a mandatory screensaver with password and a 10 minute timeout.

    2. Re:oh well that needs remote admin as well by dindi · · Score: 1

      oh well, it might ..... i do not really deal with windows machines except my game/testing machine and the family's pc's.....

      on the latter i am really waiting for everyone to switch to vista or 2003 or whatever it is called now, and i can sabotage it, not have it, and just claim that i have no clue about it, so that finally i can escape from the 2hrs/week minimum fiddling around with crap they download, infect, rotate, delete, do not understand, crash, change, reinstall etc ...

      with my wife it is so easy. her laptop is an xterm (x Terminal) that runs everything on my (work/linux) machine. She cannot install crap, she can download it but cannot run it ....
      that is how it should be in a company, at home ...

      On the other hand your approach still does not solve my bigger problem: an effective way of remote administering windows machines even on crappy (GPRS or worse) lines (yes i had to admin cisco routers on 1200-2400bps) lines not that long ago (4 years) ....

      anyway not to flame, and you always learn something so i will look into what you just suggested and actually might restrict some family machines ....

      I suppose there is a way to run the domain controller on a non-MS machine right ?

      Samba ? or am i dreaming ?

    3. Re:oh well that needs remote admin as well by Allador · · Score: 1

      "On the other hand your approach still does not solve my bigger problem: an effective way of remote administering windows machines even on crappy (GPRS or worse) lines (yes i had to admin cisco routers on 1200-2400bps) lines not that long ago (4 years) .."

      Have you tried:

      1. Remote Desktop. Works fine and snappy over a 56k dial-up modem (as long as you've got it set to a modem-setting on the quality).

      2. Administration Tools & Support Tools. Nearly every tool MS makes will work against the local machine or any arbitrary remote machine. Since its doing RPC over the network (ie, no gui or user interface of any sort), its fast and works okay over slow connections.

  40. Experience from the field... by pruneau · · Score: 2
    Here is the timeline here: (large ~2000 R&D center, users on NT/2000 depending on the time) - we had admin right - they (the all-knowing corporate IT nazis) removed it, were asked to put it back for some people. - devised a complicated process to allow for it, with the suitable delay and approval hurdles: You had admin rights but just for a week, etc... - as the request flowed in, overloaded manager asked to simplify the process, which eventually decayed to - as the request flowed even more, the delay became longer as time passed. - right now, you ask for admin rights, you get them 1h after, hassle-free, for all eternity. As well, just mention you had them before in case you get reinstalled. Everybody technical and his friendly managers have them. Note: I tried this priv/unpriv scheme @home, and discovered it sucks so much on any msoft platform.

    I can imagine the msoft managers talk from here: "look, we improved the security model so much you do no need to giv'em admin (cringes from the poor techies)". It's kind of revealing to learn that even msoft people were requiring admin rights. Talk about eating your own medicine. nuff said.

    --
    [Pruneau /\o^O/\ warranty void if this .sig is removed]
  41. Reminds me of where I used to work by sgant · · Score: 3, Interesting

    I used to work nights as a Photoshop guy at a color pre-press shop in the burbs of Chicago. They had an SGI server running IRIX and the people that ran it were two guys that knew a little about computers. One used to be in the sales department, and the other guys dad got him his job there straight out of high school. Neither one had any formal training in IT or even a basic computer course...let alone Unix security. To be fair, I wasn't a computer expert either, but I read a lot and knew a few things...but hardly an IT professional.

    Anyway, when I first started there, I offered my help at night since they weren't there and sometimes it got slow in my department. They declined with an attitude of like "pfft....yeah, we're fine guy, just go away". So I did, and I didn't want to ruffle any feathers as I had just started there. But what I DID notice is that everything they did on the server they did in root mode. All the terminals were in root, all the back-ups they did were in root and even just normal maintenance was all done with root! Now, I thought that was basic 101 computer security and SAFETY not to do everything in root. Plus, none of the terminals were locked away in a room...anyone could walk up to any terminal and just start typing away, from the CEO to the janitor. I pointed out this very basic breach of security and again got the attitude of "we know what we're doing, go back to Photoshop"...so I did and kept my mouth shut.

    Well, to make a long story longer, they had the whole system hacked into, a guy set up a spam-bot network using their equipment and T1 line....but did they lose their jobs? No, not at all...they actually got promoted later on, but it was pretty funny at the time.

    --

    "Leo Fender was in a 'state of grace' when he designed the Stratocaster." -- Paul Reed Smith
    1. Re:Reminds me of where I used to work by spun · · Score: 1

      Hey, wow, I worked nights as a digital color pressman in San Francisco doing prints on electrostatic plotters and Canon color copiers. The plotters used PCs as render engines, the plotters used what was probably the very same system, an SGI server running IRIX.

      Haven't thought about that in years. Hehe, me and the mounting/laminating guy had a deal, I'd scan stuff in or snag good student art (we gave discounts to Art Academy students), print out two copies, and he'd mount and laminate 'em for us. I had the best art collection of any 22 year old in the city. Good times, good times.

      Not that I advocate that sort of behavior, unless your company really, really deserves it (mine did, the blueprint division was a toxic sweatshop that made the whole floor I was on reek of ammonia, which I'm sure was no good for the poor pregnant Phillipino ladies who worked there.)

      --
      - None can love freedom heartily, but good men; the rest love not freedom, but license. -- John Milton
    2. Re:Reminds me of where I used to work by jcr · · Score: 2, Insightful

      Excuse me? The COMPANY deserved it, so you violated your CUSTOMER's copyrights?

      You unbelievable, thieving asshole.

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
    3. Re:Reminds me of where I used to work by haleyeah · · Score: 5, Funny

      I got hired at a 'mom & pop' to be the general IT jack of all trades. They had a peer to peer network running with some wierd ip scheme some consultant setup. Of course I setup a file server as well as upgraded the PCs from win 98/95 to XP. I took away local machine admin rights. Well in a couple of days I got support calls from all the old ladies who worked there. Their webshots no longer worked plus they couldn't install those damn web games. I was able to hold out by throwing around some technobabble and scaring the boss about all those security risks on the internet. Well after a few weeks serious support calls dropped to nothing. After setting up a linux box to run mysql and developing some applications in VB to replace the myriad of excel files they use,I had run out of projects. Between boredom and the boss eyeing me everytime he passed my office, I enabled local admin rights again. Lets just say between cleaning spyware and adware I've been staying busy.

    4. Re:Reminds me of where I used to work by Anonymous Coward · · Score: 0

      Wow, you might be the biggest asshole I've ever seen post on slashdot who wasn't an obvious troll. Congrats, dickface. I hope your former customers sue you into oblivion.

    5. Re:Reminds me of where I used to work by spun · · Score: 1

      I deserve that, what can I say, I was young. I wouldn't do it now.

      --
      - None can love freedom heartily, but good men; the rest love not freedom, but license. -- John Milton
    6. Re:Reminds me of where I used to work by spun · · Score: 1

      Like I said to jcr above, I was young, a punk kid who traded CDs and warez. Honestly, it was only about three student pieces, mostly I scanned in stuff like Monet and Renoir paintings. I wouldn't do it now, I don't have any of the artwork anymore, and I feel bad if it caused anyone any harm.

      --
      - None can love freedom heartily, but good men; the rest love not freedom, but license. -- John Milton
    7. Re:Reminds me of where I used to work by Anonymous Coward · · Score: 0

      Heil, Jude.

    8. Re:Reminds me of where I used to work by jcr · · Score: 1

      Do the right thing. Destroy those illegal copies you made.

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
    9. Re:Reminds me of where I used to work by Blue+Stone · · Score: 1

      What harm was done?

      --
      Corporation, n. An ingenious device for obtaining individual profit without individual responsibility. - Ambrose Bierce
    10. Re:Reminds me of where I used to work by rta · · Score: 1

      "unbelievable thieving asshole" ?
      "i hope your former customers sue you into oblivion" ?!
      "biggest asshole ever" ?

      come on people, get a grip. Some kid makes copies of some student art to put on his wall.
      don't you think you guys are overreacting a tad ?
      Who is actually being hurt ? how hurt are they ?

      yes, it qualifies as theft, both of the company's supplies and the students' art, but i think it's in the same realm as eating your roomate's Oreos without asking or taking some pens home from work.

      No, i'm not a p2p using, anti-copyright hippie; it just gets my goat when people blow stuff out of proportion because it makes it hard to keep things in proper perspective. if this guy is "the biggest asshole" what do you call the guy who steals your laptop or robs your house or defrauds your grandmother of her savings or kills someone?

      on a 0-10 linear scale of "evil" i would put this at about 0.1

    11. Re:Reminds me of where I used to work by spun · · Score: 1

      I worked in that shop in 1991 and I threw out those prints years ago. It was all of three student class projects, one of which I asked the girl if I could copy. I kept some of the blown up scans of Monet & Renoir for a few years after that, but those are in the public domain.

      --
      - None can love freedom heartily, but good men; the rest love not freedom, but license. -- John Milton
    12. Re:Reminds me of where I used to work by blincoln · · Score: 1

      Do the right thing. Destroy those illegal copies you made.

      WTF? It's not like he was selling them. They probably were never even offered for sale if they were made by student artists.

      --
      "...always new atoms but always doing the same dance, remembering what the dance was yesterday." -Richard Feynman
    13. Re:Reminds me of where I used to work by GooberToo · · Score: 1

      Not saying this is the case with you, but time and time again, I see "artists" steal software. After all, we know that theft is wrong only if it's a picture...but if it's software, the company, programmers, and/or engineers all deserve it. It's really, really odd how there exists such a warped view of reality.
      [on soap box]
      To get a good dose of such moronic thinking, feel free to check out the Plane Shift http://www.crystalspace3d.org/tikiwiki/tiki-index. php?page=PlaneShift project. In their eyes, the software (90+% of the entire project) is worthless and the art must never be released else it will somehow damage the artist. What a double standard. Feel free to stop by to remind the "artists" that they are double-standard idiots without a clue. And to be clear...this retarded thinking is hardly unique to Plane Shift.
      [off soap box]

    14. Re:Reminds me of where I used to work by soulhuntre · · Score: 1

      Excuse me? The COMPANY deserved it, so you violated your CUSTOMER's copyrights?

      Yeah, this is /. so steal music and software.

      --
      --> Fight tyranny and repression.... read /. at -1!
    15. Re:Reminds me of where I used to work by Anonymous Coward · · Score: 0

      Strong language, don't you think? There's no "violation" here, much less theft. He infringed his customers copyrights with an economic impact of $0.00. There was no harm. If these were things that were commercial in nature, became commercial, or somehow came back and affected the artist somehow, it would be a completely different story. The "victims" would have a hard time getting this to court, though in theory they could be entitled to statutory damages (only because there are no real damages).

      He was right to focus on the impact to the company: the harm to the company was certainly greater than $0.00, in supplies and his wages.

      Lighten up.

    16. Re:Reminds me of where I used to work by jc42 · · Score: 1

      [W]e know that theft is wrong only if it's a picture...but if it's software, the company, programmers, and/or engineers all deserve it. It's really, really odd how there exists such a warped view of reality.

      Not odd at all. To put it more generally: If it's mine, it's valuable and should be protected from thieves. If it's yours, it's not important, and I have a right to copy it for my own use.

      This is pretty much the way the world works. "Get over it", as the political types keep telling us. ;-)

      --
      Those who do study history are doomed to stand helplessly by while everyone else repeats it.
  42. Logic by vga_init · · Score: 1

    Thinking about this logically, admin rights should only be given when necessary. If they aren't needed, there is no problem with taking them away, and if they have set up their system environment properly, the employees won't miss it at all. Employees that do need some special priveledge can be given limited access (kind of like sudo, etc).

  43. Admin rights by Nijika · · Score: 4, Insightful
    I've seen a lot of people comment that they work at large companies and have admin rights on their Windows boxen. I (pretty much) had the same setup at both of the larger companies I worked at where MS was enforced on the desktop (at both places I wouldn't have been able to interact with the work environment without Windows).

    I suspect one of the other big reasons for this is it's cheaper to do a bare-bones re-install when the Windows box goes teets up than to have an admin action every user need that is required on a box where the user is actually treated as a user.

    Imagine how many real-life admins you might need to handle the hour to hour needs of a company where access rights in Windows were restricted.

    This of course applies to no company that does NOT run Windows. Almost any other company would be able to handle that easily.

    Talk about hidden costs.

    --
    Luck favors the prepared, darling.
    1. Re:Admin rights by naelurec · · Score: 4, Insightful

      Your absolutely right. The *nix way:

      1. User needs a particular application. Depending on company policy, the user may be able to install in their own home folder. If not, they could submit a request to suppot.

      2. Support authorizes request, does a remote SSH connection to the users machine, installs the software (while the user is still working) and notifies user that the software was installed.

      3. Software ties into centralized package management system so suppot can keep tabs on security notifications, updates, etc and roll it (easily) into the centralized update mechanism.

      The Windows way:

      1. The user needs software and does not have admin rights. The chances the user can install in their home folder is close to 0%. User requires IT to install.

      2. IT receives the request and approves it. Perhaps IT gets lucky and the software is packaged as an MSI that can be installed via group policy. IT adds the install files to a network share and adjusts group policy. Tells user to restart or wait until next boot to get the update. Most likely the software cannot be installed via MSI (no auto-install MSI exists) and manual installation will happen (lets face it, creating an MSI is a PITA, especially for non-standard software).

      3. IT contacts the user to tell them they will access their system remotely and to log out (no concurrent users in XP). User logs out and IT logs in remotely via RDP rendering the computer inaccessible for the user.

      4. IT installs the software as administrator (via remote share). IT logs out and notifies the user the software was installed.

      5. A little while later, user contacts support that the software does not run properly. Apparently the software needs to be run as admin first time to initiate some files in the program files folder. Admin repeates step 2 and 3 to finalize the software install. Unfortunately, the software refuses to run via RDP. Great. Support has to either have local user login as a temporary admin to run the software or admin has to physically access the machine.

      6. Admin decides to go to the machine to step through the install. Runs the software, logs in as the user account and it still is not operational. Admin then has to pull out regmon/filemon to determine the issues (as the regular user). Once done, admin has to re-acquire admin level rights (ie runas or admin shares) to make file permission changes/registry security changes.

      7. After a debugging session, the software finally works as expected for the user (hopefully). Admin then writes down all the steps required in the event of a software upgrade, future install, etc..

      8. Admin decides to notify software company so hopefully next version is fixed.. software company's support is not interested and state "admin access required". Blech.

      9. There is no central management of the software, so admin has to manually check for updates (along with the myraid of other software). Perhaps in the spare time, the admin writes a script to assist in the installation.

      While I *will* say the _ideal_ corporate installation scenario on Windows is much better (load up MSIs and set a group policy to do auto-installs), there is WAY TOO MUCH software that simply does not fit the mold. Even software that does manage to utilize this method sometimes requires elaborate step-by-step (slipstream, etc..) to make it function right (ie MS Office 2003) in this scenario.

      I'd honestly be happy with the sudo equivilent. Allow specific software to run via sudo w/o password (transparent to the user). This could solve the legacy issue while forcing future software development to test against regular user accounts.

    2. Re:Admin rights by Anonymous Coward · · Score: 0

      I always liked the way one the larger clients I worked for handled the local admin rights situation.

      By default you don't have local admin rights but if something goes wrong with your Windows install the IT department would make every attempt to repair/recover data from your machine.

      If you wanted local admin rights you could turn in a ticket to request it and the IT department would grant your request without even needing a manager to sign off on it. However, at that point, the IT deparment's sole obligation to you was to reimage your machine if you hosed your install.

    3. Re:Admin rights by Alomex · · Score: 1
      1. User needs a particular application. Depending on company policy, the user may be able to install in their own home folder. If not, they could submit a request to suppot.

      Pfffffft. I can't remember when was the last time I could install anything more sophisticated than a shell script without being superuser in Unix. To top it all off, even after you install the .rpg often at the end you still need to manually edit a couple of system files.

    4. Re:Admin rights by ScottCooperDotNet · · Score: 1

      You forgot the first step in either case: test the application first.

    5. Re:Admin rights by drsmithy · · Score: 1
      I suspect one of the other big reasons for this is it's cheaper to do a bare-bones re-install when the Windows box [...]

      Assuming you have decent infrastructure (networked home directories/profiles, centralised application installability, scripted OS installs and updates) it's almost always going to be quicker to do a reinstall than troubleshooting in a managed environment, regardless of platform.

    6. Re:Admin rights by lagerbottom · · Score: 1

      Heh, I assume you meant .rpm. And I have run postgres from my user dir. So that doesn't really hold up.

      --
      "He was a wise man who invented beer." - Plato
    7. Re:Admin rights by drsmithy · · Score: 1
      Unsurprising that your "unix way" describes an ideal situation and your "windows way" describes a worst case scenario.

      Maybe you should consider the ideal situation for the "windows way":

      1. User goes to Control Panel -> Add/Remove Programs -> Add New Programs.

      2. User selects application, clicks "install".

      And of course, let's not forget how problematic unix applications can be when the dependency hell prevalent amongst OSS software breaks out.

    8. Re:Admin rights by proxima · · Score: 1

      I can't remember when was the last time I could install anything more sophisticated than a shell script without being superuser in Unix.

      Well, as one example, I've done a source install of all of KDE as a normal user. It's fairly straightforward with the use of konstruct, a build system designed to handle the dependencies involved.

      I have often installed newer versions of software to test in my home directory (binary versions of OpenOffice, Mozilla/Firefox, etc) as to not interfere with what I know is a working version. In the worst case, it messes up my user preferences making them not backwards compatible. That can be fixed by either removing the user preferences or restoring from backup (I back up important directories like ~/.kde).

      Of course, it tends to be the open source apps, in my experience, that work best being installed on a user level (I remember back when Firefox was called Phoenix, and you just unzipped a file and dragged the program file/folder wherever you want).

      In general, if you're willing to compile from source you can get nearly anything working at the user-level from your home directory.

      --
      "The universe seems neither benign nor hostile, merely indifferent." --Carl Sagan
    9. Re:Admin rights by Anonymous Coward · · Score: 0

      I'll see your OSS dependency hell and raise you one LD_LIBRARY_PATH.

      Yes, I've had quite a bit in ~/lib before.

    10. Re:Admin rights by brucmack · · Score: 1

      Well, where I work, ordinary users don't have admin priveledges on their Windows machines. Admin priveledges are only given to IT workers and people who need to run an application that doesn't play nicely with user-level access (mostly legacy apps).

      The procedure for installing standard software is this:
      1. User gets permission from their manager to install the software and sends the request to local IT support.
      2. IT support adds the user to the application group in Active Directory.
      3. Systems Management Server alerts the user's SMS client that the application is available to be installed.
      4. User installs the application (SMS takes care of elevating the priviledges, etc.)

      All the software packages are unattended and tested on all of our standard hardware setups. We've never had any complaints on this point.

      If there's something non-standard to install, then we make a manual installation, either by going to them or running through VNC. All of our machines are installed with a VNC server so that they can just start that when they need help. Run the installation under an admin account and you're done.

      Really, running with limited access isn't as bad as it once was. Most modern applications run fine in user space, or can be packaged so that they do so. It's not the nightmare you make it out to be.

    11. Re:Admin rights by naelurec · · Score: 1

      Sure, if you have MSI installers for your applications, you can set them up via group policy to show in the "Add New Programs" dialog. That is assuming, of course, the program is bundled in an MSI installer (very hit and miss) and the program is designed to work under a limited user account (unlikely). In reality though, it is a pain-in-the-ass. Your still messing with filemon/regmon to fix an app, resetting file permissions/registry security permissions and tinkering with the app to make it work. Linux and BSD both have far and away MANY MANY more apps that "just work" in a centralized manner and include the available tools to easily package up specialty apps to use the same mechanism.

    12. Re:Admin rights by naelurec · · Score: 1

      So basically your having to shell out $1200+ for SMS server plus $50 per system to do what *should* be a simple task.

      Even with this expensive addition for simply installing software, your *STILL* having to inconvience users by having them enable VNC and sitting around while you mess around with their computer when doing non-standards software installs (versus an SSH connection allowing you to work in the background). This does not eliminate *ANY* of my original complaints about having to fix apps with filemon/regmon and the associated costs. While it is getting better it is still no where near the ease-of-use that is on the *nix side. I seriously hope it gets MUCH better.

  44. never mind by lon3st4r · · Score: 1
    never mind what accounts they are given to work with; it's never to difficult to get a r00t sh3ll! :)

    maybe this'll teach them a thing or two about "vunerabilities" ;) after all, necessity is the mother of invention!

  45. Re:Actually by Jon+Peterson · · Score: 1, Insightful

    They need to lock down their boxes to make sure that their employees don't discover the utility of free software (like firefox).

    Oh _that's_ why they are doing it. That figures. Everyone knows, you always give Linux users root access, so they can install all that great free software. And, equally, we know that if you don't have administrator rights on a Windows box, it's impossible to install Firefox.

    And someone gave you an 'insightful'. Geez.

    --
    ----- .sig: file not found
  46. Re:Only makes sense... MORON by Anonymous Coward · · Score: 0

    If you REALLY think they use admin rights on their test beds, you are a moron. You obviously have no idea about test beds for product development. The whole premise of your rambling is based on something preposterous. The fact that you were rated a "5" shows that the slashdot demographic represents the population of IT morons, for actually thinking your incoherant post was somehow "interesting". Test beds would be created in isolation, with thousands of permutations based on access levels, OS versions, etc, etc, etc, etc. Yeah, *sarcasm* - Why dont we make all developers/admins not have admin access to their own boxes so they all know how it feels, Im sure that would make the most sense and produce the best results.

    Anon my @zz.
    -Anthony

    anth_web@yahoo.com

  47. Yep... that WILL improve security. by Vo0k · · Score: 2, Funny

    The employees instead of typing the admin password will actively look for holes to get the admin rights, spot them and eventually later patch them. Things like "cancel" button in Win98 login screen won't get overlooked :)

    --
    Anagram("United States of America") == "Dine out, taste a Mac, fries"
    1. Re:Yep... that WILL improve security. by w0lo · · Score: 1

      Just put the rundll32 command that restarts the computer, in the default users run key (Or a logout.exe type app)

    2. Re:Yep... that WILL improve security. by Anonymous Coward · · Score: 0

      I may be mistaken, but if you hold shift while logging in, doesn't it skip some kind of startup items? Perhaps that's only the startup folder, and does not affect the registry "run" key entries. I don't remember, of course...

    3. Re:Yep... that WILL improve security. by Vo0k · · Score: 1

      Why me? Isn't that Microsoft's work? Shouldn't THEY have done it? Or maybe even never place the cancel button on that dialogue instead?

      It's a half-assed workaround to a ridiculously dumb security hole.

      --
      Anagram("United States of America") == "Dine out, taste a Mac, fries"
  48. most MS employees *need* local admin by Anonymous Coward · · Score: 0

    I'm one of them. Especially in the Dev support and EPS/EMS (Enterprise Platforms Support/Enterprise Messaging Support) spaces. How do you expect anyone to do any kind of repros, or be able to tinker around with an OS that they don't have local admin on?

    I will agree that non-technical people don't need local admin, that's for sure.

    Mabye if M$ developers were forced to run as non-privileged users once in a while, they'd realize that there's a lot of problems with trying to get through the day on a non-admin account. With any luck, this will spur them to design a better way of handling applications that fail due to insufficient privileges, as well as get tough on application developers who sloppily code their apps to demand admin rights.

    Uh...yeah...here's a thought. YOU CAN CREATE NON ADMIN LOCAL ACCOUNTS WITH LOCAL ADMIN FOR TESTING!
    Are you really that dense that you don't think that MS developers do this?

  49. Re:Actually by squiggleslash · · Score: 2, Insightful

    I don't think that can be true. Microsoft would be shooting itself in the foot if its own employees remained in the dark about what's going on in the real world.

    --
    You are not alone. This is not normal. None of this is normal.
  50. in other words... by Anonymous Coward · · Score: 0

    ...Microsoft employes do not know how to use (and keep safe) their own products....

    That is some great confindence, if a Microsoft employee cannot secure his OS, how can you expect Jane Soccer Mom to keep her computer safe ?

  51. Re:Actually by Anonymous Coward · · Score: 0

    You sir are an idiot. +3 Insightful notwithstanding.

  52. brilliant by m874t232 · · Score: 1

    That's a brilliant idea. That way, your essential corporate data will live in virtual Word documents and virtual Exchange databases, and it will only be disclosed to the outside world by virtual spyware running on a virtual machine.

    Of course, the bad guys are still very real, as is the damage to your company.

    1. Re:brilliant by RichardKaufmann · · Score: 1

      That comment was too flip to understand.

      VMs have been used to enforce cross-partition security for years. It is quite possible to configure file and network access to certain VMs.

      Having Microsoft us VMs on internal desktops and notebooks would ensure that the OS, middleware and apps all play fair in such an environment. (Among other things, folks really have to work on software licensing in the face of VMs.)

      I think this idea allows corporate IS to greatly improve the security, reliability and predictability of their infrastructure. It also allows users (including developers) the flexibility to escape this regime when desired. Allowing users a "personal" VM (and drive) is essential in the real world; road warrior types need casual personal access to e-mail, websites, etc.

      Responding to a point you might have made, it would be harder for spyware to make it onto the corporate partition, and arguable easier for it to get onto the personal partition. Since the personal partition is restricted (it can't access the intranet, the user's work files, or any other VM), damage would be strictly limited.

      Bottom line: I think what I've described deserves a more serious read.

    2. Re:brilliant by m874t232 · · Score: 1

      Bottom line: I think what I've described deserves a more serious read.

      No. It doesn't matter how many times you virtualize the machine, the virtual OS still behaves like a real OS on its virtual host. If it gets a virus, that virus can do the same kind of harm it would on a real machine: destroy data, propagate to other machines, disclose secret information, swamp the network, etc.

      VMs have been used to enforce cross-partition security for years.

      Yes, and when you do that, you go from the security of a timesharing system to the security of separate hosts on a network--which is what you started with.

    3. Re:brilliant by RichardKaufmann · · Score: 1

      What you haven't taken into account is that the hypervisor ensures that the work partition can only see the intranet and the personal partition can only see the internet. The two partitions cannot see each other on a network, and have no file shares in common.

      If one of the partition gets a virus, its effect is limited to what is visible from that guest OS. In this case, that's strictly controlled.

      Bottom line: this really does give you significant protection. Government folks doing classified computing use somewhat similar techniques. (Or so I'm told; I have no clearances.)

    4. Re:brilliant by m874t232 · · Score: 1

      What you haven't taken into account is that the hypervisor ensures that the work partition can only see the intranet and the personal partition can only see the internet. The two partitions cannot see each other on a network, and have no file shares in common.

      That's not a consequence of using a hypervisor, that's a consequence of not permitting the corporate machine to be used for personal use. Many companies already have that policy in effect and it doesn't help.

      Your implicit reasoning is something like this: a hypervisor makes it cheaper to have a separate personal machine in addition to the corporate machine, and therefore companies can do it more easily, and therefore, they are more secure. Trouble is: it's probably not cheaper, and people are unlikely to use it. And even if they do, an infected virtual personal machine can still wreak havoc on the corporate network.

      Bottom line: this really does give you significant protection. Government folks doing classified computing use somewhat similar techniques. (Or so I'm told; I have no clearances.)

      Systems with high security requirements have traditionally not used hypervisors, they have used time sharing systems that have additional ways of isolating users and data and have been particularly carefully tested.

  53. Seriously People by Anonymous Coward · · Score: 0

    Most large companies do this, up till now MS was one of the few that gave out admin rights. This is not something to bash them on.

    I have worked for 3 Fortune 50 companies as a developer and in two it was impossible to get admin rights to your own laptop/pc and in the third you had to find the right reason. In all three it as impossible to get admin rights to the *nix machines we coded on.

    1. Re:Seriously People by fishbowl · · Score: 1

      The thing that would bother me about this arrangement, is that someone with *decades* less experience than I have, and with entirely less financial stake in the company than I have, would have a higher level of authority than I.

      --
      -fb Everything not expressly forbidden is now mandatory.
    2. Re:Seriously People by Anonymous Coward · · Score: 0

      Yeah, and I mail my own letters, too. Can't trust the secretary, she's only been mailing stuff for 10 years, I've done it for 40. Neophyte!

      And don't get me started on the post office staff! Some of them just began work last week. Argh!

    3. Re:Seriously People by fishbowl · · Score: 1

      I'm not getting how your secretary and the post office have higher authority than you.

      Does your secretary get to edit content after you've signed the letter? Does the post office get to decide what mail is, and is not, delivered?

      Were all these people hired on your authority, paid out of your budget, and working according to a policy you wrote?

      --
      -fb Everything not expressly forbidden is now mandatory.
  54. Re:Actually by bhalo05 · · Score: 2, Informative

    Sure, that must be the reason

    http://portableapps.com/apps/internet/browsers/por table_firefox

    It comes with me everywhere I go (well, almost :-) )

  55. Re:Actually by hunterx11 · · Score: 1
    They need to lock down their boxes to make sure that their employees don't discover the utility of free software (like firefox).

    I'm pretty sure, even without having read TFA, that Microsoft doesn't control its employees' computers at home.

    --
    English is easier said than done.
  56. Virtual Machines to the rescue? by WhiteWolf666 · · Score: 2, Insightful

    Is there any reason not to use some kind of virutalization solution, and allow employees to "admin" their images, while forcing user privelidges for the host operating system?

    Except for device driver development (even USB and some other stuff would work correctly in a VM), are there any disadvantages?

    Are there any OS developer situations that require the performance of native access at the same time as requiring administrator privlidges?

    The only arguments I can think of against this are developers that require close hardware access, but with paravirtualization solutions like Xen even thats not a big issue. Well, except on Windows, of course.

    --
    WhiteWolf666 an exBush supporter. All you new-school,compassionate,save the children Republicans can rot in hell
  57. Re:Actually by abigor · · Score: 1

    You don't need admin rights to install Firefox, etc. on Windows. That was his point. This has nothing to do with free software, and everything to do with "Hacked By Chinese" (for those who remember when MS was compromised by Chinese vandals).

  58. Re:Actually by TheDreadSlashdotterD · · Score: 1

    Given what has been on /. lately, are you so sure that it isn't the case for some of their staff?

    --
    I have nothing to say.
  59. Re:Who cares? by mlewan · · Score: 1

    If you look around at the other comments it actually is a really big deal. Finally MS will have to build their software so it works properly for non admin users, and this is a big boost for security. And for admins all over the world, who have tried to apply strict security policies, but failed, because the security lid couldn't be safely fastened on a machine that should do standard tasks.

  60. WORLD DOMINATION by Anonymous Coward · · Score: 0

    Own campus is step 1. THE WORLD is step two.

    little billy is megalomaniac.

  61. I predict... by Anonymous Coward · · Score: 0

    A brisk market in "Got root?" tee-shirts in Redmond.

    Well, I suppose it should be "Got Administrator?", but that could be taken the wrong way :-)

    As others have mentioned, it is great to see MS thinking about trying this for themselves. It's years late, but they deserve a tiny bit of credit. When they realize how badly the current situation sucks, it will hopefully lead to usable non-admin logins, someday, that don't require an experienced sysadmin to set up (i.e. something akin to Apple's approach). I'm hoping that Vista will accomplish some of that, but it won't help the 3rd-party stuff much, which I suspect people will "Run As..." Administrator for years to come, leaving plenty of weak spots for malware to try to exploit in the same way.

    1. Re:I predict... by Anonymous Coward · · Score: 0

      This really is late. I want to know WTF they were doing for the last six years or so. Do they not even communicate with the average sys admin to find out what is going on outside of the campus?

  62. Admin rights by DoofusOfDeath · · Score: 1
    Hey, I'll just be happy if they lose admin rights on my machine! :)

    http://www.theregister.co.uk/2002/06/30/ms_securit y_patch_eula_gives/

  63. Re:Actually by Anonymous Coward · · Score: 0

    Yet.

  64. Privileges vs. Responsibilities by buckhead_buddy · · Score: 1

    I think the terms 'Admin Rights', 'Admin Responsibilities', or even just 'Superuser' is a bad way to describe to the non-technical what's really involved and unsecure by granting these accounts this level of access.

    I used to work for a large publication which meant most people ran on Macs. Of course admin access isn't required to just use a Mac under OS X, but many non-technical people and especially the higher-ups saw this as a threat when I mentioned we should force people to run without administrator 'privileges'.

    It was only when I started calling it by the term 'Administrator Responsibilities' did people stop insisting that they needed this level of access. They really didn't want the 'responsibility' involved in running a computer, they just wanted to 'use' it. Things went very well (in this regard at least) from then on.

    1. Re:Privileges vs. Responsibilities by Anonymous Coward · · Score: 0

      You might give a house sitter the key to your house, and maybe even your car, without giving her or him your ATM card and PIN.

    2. Re:Privileges vs. Responsibilities by AceyMan · · Score: 1

      Very clever -- where are my mod points when I need them?!

      MOD PARENT INSIGHTFUL

      --
      -- Experience is a wonderful thing. It enables you to recognize a mistake when you make it again.
  65. One more rason to not join the domain... by Gilatrout · · Score: 1

    Interesting policy... I wonder how many machines will be domain joined if it is put into place?

  66. Re:Actually by Fulcrum+of+Evil · · Score: 1

    You don't need admin rights to install Firefox, etc. on Windows.

    In that respect, they're better than a lot of MS products. One thing I wonder is how they're going to run debuggers without admin privs.

    --
    "We returned the General to El Salvador, or maybe Guatemala, it's difficult to tell from 10,000 feet"
  67. Users install software? by nurb432 · · Score: 1

    What on earth? Dont they have an enterprise software distribution system? Why are they not using their own product, SMS?

    How can they control anything with that many users that just 'install at will'. Sheesh.

    Sure they are 'techincal users', but management should be taking a more active roll in what is going on.

    --
    ---- Booth was a patriot ----
  68. Why the fuck should anyone care what MS does with by Anonymous Coward · · Score: 0

    its employees.

    Fuck you slashdot. Fuck you anyone who replies to this shit.

  69. Just Maybe by Nom+du+Keyboard · · Score: 1
    Just maybe they'll refuse in masse to upgrade to Vista -- like the rest of the world.

    Or is Microsoft promising them all new hardware in the balance?

    "Hi, here's a new Core 2 Duo for you. Now pretty please will you take Vista as well?"

    --
    "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
  70. Well yeah, but.... by Anonymous Coward · · Score: 0

    Maybe if we looked at in a slightly different context...MS are rolling out Vista and considering if users should stay as admins, in my experience when a large organization is rolling out a new OS they will also bite the bullet and make users non-admins.

    So while you have worked in many companies that allow users admin rights on their boxes I doubt that any of them will allow the users to be admins if/when they roll out Vista, or even XP if they aren't already using it. ...the exception usually being the R&D department, those guys usually have free range to nuke their machines daily :-D

  71. Re:Why the fuck should anyone care what MS does wi by Anonymous Coward · · Score: 0

    If it makes them more efficient overall, then it was the right decision.
    If it makes them less efficient, then it will help diminish Microsoft's competitive advantage.
    If it makes no difference, then who cares?

    If it bothers an employee that much, he should find another job where he is responsible for the equipment he uses. I would recommend he take all that money he got from Microsoft and start a business. Oh, he didn't make that much money?

    Just another example of someone with no authority complaining about the people above him.

    Get successful. Find yourself in a position to make policy.
    Other people did that, and if they are in charge of YOU, YOU are at least partly responsible for that.

    Yes, it's hard. Yes, senior positions are limited, and invariably, filled. The last thing I want to hear is someone complaining about that.

  72. Wait just one minute here by PacketScan · · Score: 1

    It it's not good enough for them what makes it good enough for us?
    Don't mind that shooting pain in your ass thet's just stevey B.

  73. Uhm.. by Henk+Poley · · Score: 1

    Apple remote desktop:
    http://www.apple.com/remotedesktop/

    Firewire transfer during setup (also available after setup):
    http://www.apple.com/macosx/features/setup/

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

      Remote desktop looks like the what I was refering to for the software update part of my list. Does "administrator" of your own MAC also imply some type of elevated privleges on the MAC network as well for administrating these machines? I know with Unix and Windows using central authentication, a root equivelent would apply to all of the machines managed by that system. Meaning, administrator on one and have administrator on all (or all in your OU at least).

      The firewire reference required too much hands on and time. Maybe for 20 or so computers but not for much more then that. There are solutions in the the other world that require some elaborate initial setup but only a few clicks after that. The user is only without a computer for the time it takes for you to physically take the old one and plug in the new one.

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

      That will not cut it in a corporate environment. Remote desktopping into several hundred thousand PCs is not a solution and neither is reimaging them.

    3. Re:Uhm.. by antv · · Score: 1

      Mac could do auth over LDAP, so yes you could set elevated privileges on the whole domain.
      As for setup, Apple Remote Desktop allows you to install packages remotely.

      Plus OS X is really just a Unix box, and applications are really just directories.
      That means you could quickly do something like:

      for m in mac1 mac2 mac3 mac4; do tar -c /Applications/Firefox.app|ssh $m 'tar -C / -xv';done


      Also, there are network home directories, etc.

      --
      Obama 2012: our incompetent asshole is slightly less of an incompetent asshole than the other incompetent asshole !
  74. They haven't ordered me to do so yet... by FatSean · · Score: 1

    And I don't have a good enough reason to switch to it on my own, although it is supported. Hannover might be able to convince me tho.

    --
    Blar.
  75. You may laugh... by Anonymous Coward · · Score: 0

    ...but I've been to Microsoft HQ to meet with people involved in developing the various MS websites, and almost every single one had Firefox installed (not necessarily as the default browser). Their favorite extension? Web Developer toolbar.

    Posted AC for obvious reasons.

  76. What a Perfect Plan! by Anonymous Coward · · Score: 0

    No more iTunes at Microsoft!

  77. No Virutal Machines to the rescue by amcdiarmid · · Score: 2, Insightful

    Good idea, but flawed from a security perspective:

    If the idea of not having Admin rights is to keep virusX off the network, running Admin in a virtual machine just means virusX runs in the virutal machine & infects the virutal machines on the network: Stuff is still borked bacause all those developers have viruses on the virtual machines...

    Note: Personally, I don't see developers wanting to develop in User-Mode. I also don't see why at least the non-developer staff is not running in User-Mode. (OK, realistically I do, but thereotically I don't.)

  78. Must be hell keeping track of installed software. by Anonymous Coward · · Score: 0

    Someone should tip off the BSA that MS may not have their licenses in order.

  79. Non-admin is easy by peterfa · · Score: 0
    I was told by my dad that running around as admin was bad. It made sense and so I did that. I did all my installing as admin and then created a user account which I ported all my personal files to. Then I changed permissions around so that I could run around as user and do all that I did. I still had trouble with going into admin mode easily. Windows does not implement a very practical priviledging system.

    I could use fast user switching but some options eliminate this ability, which forces me to log out and into the admin account which sucked. I found a way to "sudo" what I wanted. runas is a very handy program provided with Windows XP. It's command line so you drop it in a batch file. Then comes the Control Panel that has no executable associated with it.

    To solve this problem, you go and fetch some utility that lets you poke into .dll files for the functions inside. Then you go searching the Windows .dll files. Have fun, it will take a while. Eventually you'll find it. I forget exactly which one and what function. Then you use rundll32 on it and call that function. Control Panel then pops up. Combine this with runas and set it to ask for the password when you invoke the command. When done, make a shortcut on your desktop or wherever that points to the batch file that you set up with the command above. Whenever you click on that shortcut, it asks for your password in a DOS prompt. You can use this step on several little Windows components.

    Of course, you could just use Linux which comes all set up properly rather than running around figuring out what files a certain app wants to poke at.

  80. Microsoft Administrator Rights by azrider · · Score: 1

    This *may* be the way for Microsoft to finally solve some of their security problems. When their employees constantly are yelling "G*dD#@mn IT", the company might buy a clue-by-four to figure out their *basic* failure in the current security model. As a network security specialist, I was dumfounded to (on my new machine) find that, in addition to the basic administrator account (no default password), there had to be at least one more administrator added. My issue was simple - my user ID should be a "Power User" not "Administrator". Yet, when I attempted to change my usual logon to a PU (I am the only one who uses this machine), I was greeted with a message that "You MUST have at least one administrator". This while logged on to the ACTUAL Administrator account (that name had already been changed). I suppose I could have done the work to logon as "Local Service", but . More importantly, why does Microsoft ship all Windows products with a password of $NULL?!?. Any self-respecting cracker (THEY ARE NOT HACKERS) knows this. At least use a password generated by the product key entered upon installation. The product key is printed on the documentation along with an admonition not to lose it. It would be TRIVIAL to add an administrator password to the sticker, along with the key.

    --
    And ye shall know the truth, and the truth shall make you free.
    John 8:32(King James Version)
    1. Re:Microsoft Administrator Rights by drsmithy · · Score: 1
      As a network security specialist, I was dumfounded to (on my new machine) find that, in addition to the basic administrator account (no default password), there had to be at least one more administrator added.

      Are you equally "dumfounded" (sic) that you can't configure a typical unix machine without a root user ?

    2. Re:Microsoft Administrator Rights by azrider · · Score: 1

      As a network security specialist, I was dumfounded to (on my new machine) find that, in addition to the basic administrator account (no default password), there had to be at least one more administrator added. Are you equally "dumfounded" (sic) that you can't configure a typical unix machine without a root user ? Only in that, since I was logged in as "Administrator", I was unable to demote my regular user account to "Power User". M$ Windows Media Center told me that I had to have at least one administrator account (the one I was logged in as --- I thought).

      --
      And ye shall know the truth, and the truth shall make you free.
      John 8:32(King James Version)
  81. than whose fault is it? by freakmaster · · Score: 1
    my guess is that python doesn't make _nearly_ as much use of the registry, esp. the system portion of the registry. this allows them to install either entirely in user space or in both. most big apps don't have this option as they need the system registry or system folders in filesystem. I am aware of several programs that offer this 'one user' or 'multi user' option on install, but most of them are open source or linux based. i don't remember such options w/ Visual Studio or Office, real player, for exacmple. i do remember such options for cygwin, python, ghostscript/ghostview, miktex, etc...


    it is true that applications developers do not strictly need admin rights to develop in windows. But this only works if they need infrequent installs of software packages. Some places this works, particularly if everyone is on same project or same exact development environment. but other places not so well. Also, developers are generally power users. While they may be ok w/ out full admin, they certainly want to be able to install software on their own from time to time. everyone has their favorite utilities & apps, etc... also people want the freedom to try new tools on their own (beta version of visual studio, for example). In UNIX, this freedom is no problem. In windows it is tough to make it work.


    Once again, the point is evinced by the fact that MS still has everyone running as admin. that is a security joke! In the internet age, no one should be 'working' as admin except administrators and even then adminstrators should be doing email, browsing, research, etc.. as non-admin user & only switch to admin when making real system changes. It is difficult to pull this off with windows and it shouldn't be.

    1. Re:than whose fault is it? by Uerige · · Score: 1

      Yes, yes, many applications won't install without admin privileges, but that is not because of the design of the underlying OS, but because the installer or the application itself was not written properly. There is absolutely no good reason for most applications to write to system folders or HKLM.

      I wasn't saying that everyone can work without admin privileges, I was saying that they could if their applications supported that.

    2. Re:than whose fault is it? by freakmaster · · Score: 1
      Yes, theoretically the support is there, but in practice it is not used. not even by the people who wrote the OS. One of the themes of this discussion is that MS is not following their own rules. Yes they set up HKLM separate from HKCU. But they don't allow even their own apps to install into user space only (Office, Visual Studio, etc...). Yes they set up priviledged and non-priviledged users. but they don't even really use this feature as it should be used in their own offices. So they couldn't have been that serious about it when they designed it.

      You can certainly say that the 'convention' of most apps to write to HKLM, or %SYSTEMROOT% or %PROGRAMFILES% w/out alternative option is descended from a long line of operating systems (esp W9X) which had very little multi-user support. NT ('Network Technology' has been around forever & it's always had these problems. Even if they do fix all this stuff in Vista, it's at least a decade too late.

    3. Re:than whose fault is it? by Allador · · Score: 1

      MS doesnt 'have everyone running as admin'. Thats purely an organizational choice, and there's no logical reason to do so.

      It's not hard, but I'll lay it out here.

      1. Create an la account on the local machine or the domain, for each person who needs local admin rights. Make sure this account has no privileges to Exchange, the File Servers, the corporate intranet, etc (ie, so they physically cannot use it for day to day work).

      This way, people work in their non-priv'd account for day to day work, but periodically can use RunAs with their la account to install new software, start/stop services, etc etc.

      This is how we run our ~250 user financial services organization, and the people who need it (and who havent proved they cant handle it) get la accounts.

      My work is as a developer, and I have _zero_ problems doing development on my machine. I do so in both Visual Studio (have to be a member of the VS Debugger group), and Eclipse/Tomcat. I can even start & stop tomcat with no problems from my regular account, since Tomcat is running in userspace on a high port.

      There are a small number of apps we use that require very minor permissions modifications pushed out via GPO to work, but you only have to do this research once for the entire organization, then you slap it in GPO and its done forever.

    4. Re:than whose fault is it? by Uerige · · Score: 1

      It would certainly be nice to see Microsoft follow those standards. Never understood why they (and other developers) don't. It's not that it's harder to do, it's just another way.

  82. The reality of admin rights by dave562 · · Score: 2, Insightful
    I work as a consultant slinging warez for the evil empire in the SMB sector of the world. Most of my clients have less than one hundred users. It has been my experience that with the exception of poorly written third party software, 95% of the users can get away with generic "user" or "power user" rights to the local workstation.

    Even in cases where admin rights are necessary, virii and malware can be mitigated by a combination of tools. With Symantec AV, MS Defender, and a good firewall at the perimeter with content control, the only people who cause problems for me are bored users who get to sites that aren't on the content control deny list. Once I explain to their boss that they're paying me +$100 an hour to clean up a mess that could have been avoided if the employee was doing their god damn job instead of jacking off on someone else's time, the problem usually goes away.

    When a workstation blows up, a re-image gets things up an running again in an hour or two.

    Even though it's possible to work around the 'dangers' of admin rights, I do agree that it is a problem. Microsoft took a step in the right direction with the Windows XP RunAs. I've found that at my clients who have XP and need admin rights for a particular application, setting up a shortcut that uses the RunAs functionality gets the job done most of the time.

  83. Re:Actually by hedge_death_shootout · · Score: 1

    One thing I wonder is how they're going to run debuggers without admin privs.

    They should be okay so long as they are members of the usefully named 'debugger' group.

  84. So which is it? by ccmay · · Score: 1
    I'm curious. I assume it's either OS X or Linux, but I can't decide which.

    -ccm

    --
    Too much Law; not enough Order.
    1. Re:So which is it? by Anonymous Coward · · Score: 0

      Why would MS do this? Are they afraid that their new OS maybe susceptible to malware? :) :) I say bring it on, they should be encouraged to install every dirty piece of code, see if Vista can handle it and catch those bugs early.

  85. Its becoming possible. by miffo.swe · · Score: 1

    I didnt think it was possible or feasible to run Windows box as any other than as admin. Ive tried and it made setting a whole fileserver up look like a walk in the park. For almost every single app you have to determinate what rights it needs and adjust. Especially when you start using some older software its very time consuming. With Vista the possibility to run as a limited user without demanding one admin per PC is introduced. I think the intention is "eating their own dogfood" and to force this way of thinking into everybodys mind.

    Windows XP really sucks hard when i think about it. Vista is a small step forward but still, it really sucks to admin.

    --
    HTTP/1.1 400
  86. Exeunt the last of Microsoft's talent (n/t) by Schraegstrichpunkt · · Score: 1

    No text.

  87. game developers should do this! by AlgorithMan · · Score: 1

    microsoft doesn't need doing this... game developers need to do this!
    several games don't run without admin rights (who knows why...) - if all games worked without admin rights then MAYBE people MIGHT start using their windows systems with user rights making the whole world MUCH safer from attacks...

    --
    The MAFIAA is a bunch of mindless jerks who will be the first up against the wall when the revolution comes
  88. Admin is usual by microbee · · Score: 1

    For both companies (one of them is a big name, the other is a startup) I've worked for, they give you admin. It's usual practice.

  89. I can just imagine... by jav1231 · · Score: 1

    Gates: "We're wrestling with a security issue whereby our employees are able, due to holes in the desktop OS we're using, to be inundated with all sorts of software we didn't intend for them to run. Suddenly, we're starting to ever...so...slowly...understand what all the security fuss is really about for our customers! Thus, Vista was delayed!"

  90. In a related story, by ickies · · Score: 1
    Microsoft Employees May Lose Admin Rights

    In a related story, Microsoft employees' bragging rights are pretty much gone.

  91. Windows assumption by SlashSquatch · · Score: 1
    Assumption: EVERY user is lazy and stupid.

    Result: Operating system that comes closest to mimicking the public school | prison | "insert_government_run_agency_here" system.

    --
    Autonomous Retard -- Is your camp safe? UnsafeCamp.com
  92. If only... by Anonymous Coward · · Score: 0

    If only Microsoft product users could lose admin rights and be prevented from easily regaining them (ie no local privileges escalation), the Internet would be a more pleasant place (less spam, less DDoS, etc.).

  93. Microsoft Employee Administrative Accounts by azrider · · Score: 1

    For an example of the reason Microsoft *should* restrict their employee's (especially development/useability staff), look at the following exchange: Me: It was not a question. If an application requests access far in excess of what it needs, is denied and continues on without problem, the request for access is by definition a LUA bug (it did not need the authorization in able to proceed). If, for example, my application never reads or writes to COM1 but attempts to open it for read/write access, the least I should be guilty of is sloppy coding. However, if I am writing a trojan masquerading as an otherwise useful utility, I would do this to see if I was able to do so. Possible responses: Request denied: Continue with what the user wanted me to do. Request permitted: Deploy destructive payload, then continue with what the user wanted me to do. This scenario is the same whether the request is a registry write, an update/change of system files (libraries, executables, configuration files) or writing to memory (RAM or DISK). Therefore, by definition, any request for services that are not needed to perform the operation is an LUA Bug Answer: Developer from Microsoft (as a result of my comment to his blog): You can choose to define it that way if you want, but it's not a useful definition, and frankly doesn't make any sense to me. For most people, "bug" implies that the object under consideration does not work as designed/desired. For my purposes, I'll stick with my description as posted here: http://blogs.msdn.com/aaron_margosis/archive/2006/ 02/06/525455.aspx Is there some reason that a "security conscious company" would feel that widespread requests for unneeded access should be permitted? If I came to you and said "I want a key to your house, not because I need it, but because I want it", would you feel comfortable giving me one? Better yet, would you feel comfortable if I went down to the local locksmith asking for a key to 1313 Mockingbird Lane and they gave it to me without any questions??? This is what an employee of Microsoft is describing as working as designed/desired!!!

    --
    And ye shall know the truth, and the truth shall make you free.
    John 8:32(King James Version)
    1. Re:Microsoft Employee Administrative Accounts by drsmithy · · Score: 1
      Therefore, by definition, any request for services that are not needed to perform the operation is an LUA Bug

      Only if the request is permitted in contravention of the permissions actually attached to that service - and I don't see anyone, anywhere, suggesting that should happen.

      The situation you are trying to say is being condoned, isn't.

  94. Windows done right by DragonHawk · · Score: 1

    "An unusual practice? Where? Most places I know have their users running as admin..."

    Personal experience is not a statisical sample. This applies both to the parent and the grandparent. I have no idea which approach is more common in the Fortune 500, but the exereriences of a couple of random Slashdot people, no matter how smart they may be, isn't going to tell us. I've met companies in the Fortune 1000 that do it both ways, FWIW (i.e., nothing).

    Now, as far as my current employer goes... I'm the IT Manager for a small manufacturing company. Almost everybody (including IT staff, including myself) use an unprivilaged user account for day-to-day operations. This works reasonably well, all though there are plenty of programs that need a little persaution (sometimes with a large hammer) to be made to work. REGMON and FILEMON from http://www.sysinternals.com/ are great for debugging problems that arise from Windows Programmer Brain Damage. I've only got one program that couldn't be made to work this way, and it's limited to two computers.

    I'm fortunate in that management recognizes computer security as important, and backs me up on this.

    I have to say that restricting user rights this way (along with a few other things, like WSUS and roaming profiles) go a long way towards making Windows a usable platform. All the support calls from malware/badware vanish. Support calls from things "I installed Napster and now AutoCAD won't work" vanish. People can't tinker with stuff and break it. It's a Good Thing.

    I still vastly prefer Linux for any number of reasons (not all of them technical), but if I have to support Windows, I will at least do it right.

    --

    dragonhawk@iname.microsoft.com
    I do not like Microsoft. Remove them from my email address.
  95. Anything less would be hypocrisy by seniorcoder · · Score: 2, Funny

    Seeing as they have already denied many rights to non-Microsoft people, they were looking for another segment of humans to restrict. It seems they have found it.

  96. Northrop Grumman Does by Anonymous Coward · · Score: 0

    I used to work IT at Northrop Grumman and we let all users in the corporate office (~700-800) have default Administrator privileges because it was just easier to re-image a machine then deal with the hassels of poorly designed apps that would crap out if the user lacked admin privleges. It was just easier to tell them to back up their data on a network share and re-image.

  97. Exactly! by Jesus_666 · · Score: 4, Funny

    That's why we have instated a super-secure system. First of all, our su doesn't sit in /bin/su. Instead the file gets copied to a random place in the file system with a random filename at random intervals. Of course this is not logged, in order to improve security. Also, the only computer where it's possible to get root access at all (we use a special version of the Linux kernel that does not allow local users to become root and immediately detects any attempt to do so on all other computers) sits in an hermetically sealed room with three redundant sets of motion detectors that can only be disabled by the CEO, the CIO and our lawyer, respectively. A fourth set of motion detectors ensures that there is never more than one person in the room. The floor of the room is made up of 2x2" tiles, most of which are pressure sensitive and are not ever to be touched. The touchable tiles are dispersed in a semi-random pattern; the administrator has to know which ones are rigged, dancing a delicate ballet while passing the fifty meters between the door and the computer. Authorization itself requires the use of a special key, a keycard, two passphrases, a fingerprint, a tongue print, a retina scan, a blood sample, a sperm sample and a spoken passphrase, which is a tonguetwister in Frisian, spoken backwards. When in root mode the administrator has to press a key at least every five seconds but not faster than twice per second.

    If at any point anything unusual is detected our sensitive corporate data is automatically protected from being compromised as C4 charges in the walls and floors are detonated, immediately annihilating the entire building and everything within ten meters of it.

    Some say that our approach might be a bit too proactive, but =%&/(&%/%&$/"$?=(/)&%=/%/)+NO CARRIER

    --
    USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
    1. Re:Exactly! by cgenman · · Score: 3, Funny

      You kids and your unsecured computer systems.

      At my company, the entire system is run by a benevolent AI known only as ALICE. If you visit any porn sites, ALICE will have you run out the building. If you start going to sites you normally don't, ALICE will get suspicious and have you run out the building. If you stop going to sites you normally do, or start getting some real work done, ALICE will get suspicious and have you run out the building.

      If you want software installed, you have to ask her directly for it.

      However, there is only one microphone terminal to access Alice. First you have to go into the basement vault, which is locked behind two keys which are 10 feet apart and have to be turned simultaneously. Thermal scanning ensures that only one person is in the room at any given time. Once you're through the door, you'll meet an old man by the name of Razael. Trust nothing this man tells you, but gain his confidence at all costs. After the swamp of misery, you'll find the server closet hidden in a disused lavatory. It's the disused lavatory with 5' thick reinforced steel and concrete walls. That's when the trouble starts.

      There you will find an a NeXT cube and a Sparc station. Be warned, these are both cooled by Nitroglycerin, a highly volitile liquid explosive. You must synchronize the "keymaster" file on these two machines within 20 seconds using nothing more than an Appletalk network. Failure to succeed in this time frame will warm the Nitroglycerin enough to trigger a reaction that, when combined with the ball bearings and shards of glass stuffed in the machine, would be most unpleasant.

      The keymaster file gets you as far as the login prompt on the mainframe. But if you want to talk to Alice you need the second layer password, that of the Lowest access User, or LUser. Only Razael knows that password. Once he has input it, immediately kill him. Don't worry, we have more. No, I'm not at liberty to explain that last sentence.

      Be very careful with ALICE. She gets grumpy sometimes and is known to take things the wrong way. Once you have LUser access, just plug your microphone in and carefully ask ALICE for whatever it is that you need. You did bring a serial microphone with you, didn't you?

      No? Oh dear, back to square one.

  98. IrfanView uses .ini by Anonymous Coward · · Score: 0

    and it runs just fine as limited user!

    But that stinking QuickBooks2006 is set up to run as admin only. Yes, it pollutes HKLM winnt and other stuff it shouldn't touch. It can run as limited user if you relax permmissions on HKLM and some other keys. It's in an Intuit KB article. Almost nobody knows about this hack.

    QB is the app that makes PCs necessary. There's an OS X version, but the payroll module hardly works in it. QB sucks donkey pinkness.

  99. duh by mcneely.mike · · Score: 1

    blah, who cares? Microsoft has never 'gotten' it and never will: that is why I use alternatives, such as gnu/linux. Where do i want to go today? Somewhere intelligent: so I opened up a door and closed all the Windows. shut up or walk.

    --
    soylentnews.org Go there to enjoy the people!
  100. Oh dear by Anonymous Coward · · Score: 0

    How sad for them.

    Too bad.

    Perhaps they might start thinking about using a computer in a secure way once they only have a regular user's access permissions.

    Chur Chur

  101. They're probably using lots of FOSS now! by Anonymous Coward · · Score: 0

    Openoffice, Firefox, Thunderbird... even Linux (as it surfs faster).

    That's the reason for this "security" measure, I bet.

  102. can't see calender "app" without admin rights (w2k by Anonymous Coward · · Score: 0

    my current osvirus is win2k...

    running as a regular user try doing a double click on the clock to get the calender up...you know, iCal, one of the PC's iApps :-)

    You get:
        You do not have the proper privilage level
        to change the system clock.

    WTF?
    OK, maybe if I actually tried to change the clock..instead of just LOOKING at the calender and then hitting Cancel...but NO. I can't find out the date if I am not Root.

    Bah.

    So, what do I do?
    Well, between the hardware fire wall and the software firewall and the virus checker, all non MS, I still don't really feel safe...so I still run as a regular user.

    So, I go to Google, type in Calender, and pick one.
    Now my browser is my calender.

    Currently I consult inside a bank with >100,000 employees.
    How many of those folks get admin rights?
    Not too many.
    MS, get a grip.

    PS, Bill, redeem your self: spend a few $B on Solar powered Sterling Engine grid ready energy.

  103. What about licensing by socalmtb · · Score: 1

    I wonder how they keep track of software licenses when all of the employees can install whatever they want, whenever they want.

  104. Why should they have admin rights? by p51d007 · · Score: 1

    Is not MS a business somewhat like any other company? Not everyone who works at MS is a coder afterall.... I wouldn't want just anyone to have admin rights........

  105. So that explains it! by Biff+Stu · · Score: 1

    You need a sperm sample to get su access? And we wonder why there are so few women in IT!

    1. Re:So that explains it! by rbarreira · · Score: 1

      In fact it might be a VERY good idea to require them to have a sperm sample. Reason left as an exercise to the reader.

      --

      The AACS key is NOT 0xF606EEFD628B1CA427BEA93A9CA9773F
  106. Does anyone familiar with the problem by sentientbrendan · · Score: 1

    know if non admin users capabilities in Vista have been improved? As many of us are aware, limited users are pretty much broken in XP and server 2003 for development purposes. Debugging of ASP .NET and installing of numerous third party applications just won't work without admin access. This is partially the fault of third party developers, who often force installation in the Program Files directory, or who actually check to see if the user is admin before allowing installation, even though this is a totally artificial constraint.

    Realistically, many users and developers especially have specialized tools that they must install, from a perl binary to something as innocuous as an instant messaging client. On linux, this is easy since configure scripts almost always allow install directories to be specified, and processes that don't need root access never request it. On windows, many programs assume admin during install, even though they don't need it, and balk if they user tries to install without it. At my school, we get around this by giving everyone admin, but having all the windows dev machines copy their image from a hidden partition on boot.

    Developers might get away with this non admin boxes, but it certainly wouldn't fly for test. Testers aren't going to want to call support every time they want to test against a different version of the nvidia drivers...

  107. Being admin works at schools by kezze · · Score: 1

    When I was in school, I worked as 'student support'.
    We used to have a program named DeepFreeze installed. We would give students admin rights (because a few computers still ran Windows 98), and it worked great. Each time the computer was booted, it would mirror back to the original setup. If a teacher needed a certain program for his/her class, we would just turn off deep freeze, install it on the computer, and run Ghost to get it mirrored. Faster than installing the cd on each computer.
    The biggest problem we ever faced was a student that found a pc in the library, which was turned on 24x7. He installed Kazaa and started downloading via the 100 mbit connection. :-) He even stored it on a network share, and unfortunately accessed that particular account logged on as himself. He had a nice little talk with the principal while we booted the computer.

  108. Re:Actually by rbarreira · · Score: 1

    Neither at home nor in the workplace, actually.

    --

    The AACS key is NOT 0xF606EEFD628B1CA427BEA93A9CA9773F
  109. The same way I did by trigggl · · Score: 1
    VNC to home, download it to home, ftp to home to download it to work, install to my own personal folder in a non-standard location. My Documents and my programs are in C:\GNU\. I can't install quicktime, though. When I first got XP, I quickly set up the admin password before MIS thought about doing it. When I got the new machine that they had set the admin password for, I still have mine on D: along with all my files from the previous computer. When a DSmallLinux install failed to boot properly, I had to log in to drive D: to restore the MBR.

    We have a couple of people that everyone calls the twins (because they are twins) that administer about 900 XP machines. There really needs to be about 4 more of them if the company is going to keep our computers locked down. Our computers are so secure that they are protected from running the company software properly. Of course, I'm the only one that seems to care. I guess apathy is the only way to stay sane.

    --
    Ops, I shuld have usd the prevuwe but in.
  110. Re:Actually by jc42 · · Score: 1

    One thing I wonder is how they're going to run debuggers without admin privs.

    Debuggers? Microsoft has debuggers?

    You learn something new every day here.

    --
    Those who do study history are doomed to stand helplessly by while everyone else repeats it.
  111. No one's asking the right questions by c0d3h4x0r · · Score: 1
    Why should admin rights be necessary just to:

    • install/uninstall a program under your own user account?
    • debug a program running under your own user account?
    • change a typical system setting, such as the system time?
    • install/remove/configure device drivers?


    If some programs or settings are "shared" for use by "all users", shouldn't the system be architected in such a way that it permits any user to one-off that setting or program for their own account?

    Microsoft is taking the wrong approach with Vista (by having the system prompt for admin credentials all over the place). Instead, they should have rearchitected the system so that admin rights aren't needed so much in the first place.

    The fundamental problem with Windows security and reliability is that the state management is unnecessarily complex.

    It's unnecessary for a program to be "installed" in order to be used -- why should I have to modify the state of the system itself, and wedge crap into the registry and C:\WINDOWS directory, just to run a program? Why should the program have to keep its state in a global database (registry) that is also a core part of the system itself? It's a broken design.

    Fixing the architecture to simplify state management would have other added benefits. For example, if a program's last state/settings are stored with the program, all bundled up into some kind of package file, and the program doesn't even have to be "installed" to be run, then it would be easy for users to move a program (plus all its settings) from one machine to another, or to fully backup/restore it, or to carry it across OS upgrades, etc. I've never used OS X, but I've read a little about it and it sounded like that's the approach it takes, which is just common sense.

    --
    Moderator hint: a comment is neither "Flamebait" nor "Troll" if it is true.
  112. Hear! hear! by StikyPad · · Score: 1

    It is a tough balance and every company has to decide what is right for them,' said Estberg. However, Estberg said that for the moment, the company will continue to leave the responsibility of installing software with its employees.

    It's telling that they presume you have to be an administrator to install software. There's no reason why that should be the case. Personally I think it's a great idea to force employees to use user accounts... Maybe then the "user" account will aquire some degree of functionality beyond the ability to login.

  113. Obviously you know small places only by jotaeleemeese · · Score: 1

    Big companies nowadays will never allow such access. It is simply suicidal.

    --
    IANAL but write like a drunk one.