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."

68 of 502 comments (clear)

  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 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
    2. 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.
    3. 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?

  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

  3. 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.

  4. 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 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).

    2. 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!
    3. 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
  5. 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

  6. 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.

  7. "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 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.

    4. 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.

    5. 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.

    6. 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.
    7. 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.

    8. 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.

    9. 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.
    10. 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 ;)

    11. 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.
    12. 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.

    13. 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.
    14. 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...

    15. 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
  8. 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

  9. 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 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/
    2. 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.


    3. 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.
  10. 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.
  11. 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 ...
  12. 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?

  13. 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.
  14. 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...

  15. 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
  16. 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.

  17. 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?
  18. 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).

  19. 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.

  20. 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.

  21. 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.
  22. 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).

  23. Firefox by lolindrath · · Score: 2, Funny

    How will they install Firefox then?

  24. 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!
  25. 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.

  26. 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 ....

  27. 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.
  28. 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]
  29. 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 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."
    2. 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.

  30. 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.

  31. 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"
  32. 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.
  33. 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?

  34. 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 :-) )

  35. 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
  36. 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.)

  37. 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.

  38. 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.

  39. 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.