Slashdot Mirror


Michael Robertson Says Root is Safe

Kez writes "HEXUS.net caught up with Michael Robertson, CEO of Linspire, at the UK launch of Linspire 5. Their interview with Mr. Robertson covers everything from hardware support to software patents, but a comment from Mr. Robertson on using root is perhaps the most interesting: "I defy anybody to tell me why is it more secure to not run as root. Nobody really has a good answer. They say 'oh, yeah, it is!', but it really isn't." I would imagine a few Slashdotters would dispute that."

153 of 1,174 comments (clear)

  1. Okay now... by DarkHelmet · · Score: 5, Insightful
    Let's see
    • Any exploitable program you run as another user will still need a local escilation exploit in order to do anything harmful. Running something like apache as root, and any vulnerability in programs such as phpMyAdmin will make your whole server go poof.
    • rm -Rf / as nonroot will make you give a sigh of relief. As root will be your nightmare.
    • ActiveX and a lot of spyware is contained in windows when running as non-administrator. It's running as admin (like most people do), that cause the majority of problems with things.
    This kind of talk is pandering to the lowest common denominator of user. Honestly, I feel users SHOULD learn a little bit about privileges before being handed the machine, and clicking on that file attachment.

    I know Slashdot attempts to soundbite things just like any other modern news media, so I'll quote:

    Here's why: What's the most important thing on your desktop? It's the data. If someone gets access to your libraries or whatever, who cares? Your data is the most precious thing on your computer. And whether you log in as root or log in as user, you have access to that data, technically anyone who's compromising your account has access to your data as well.

    MySQL, for instance, runs as a separate user. If I so desired, I could limit the login / password for my MySQL account to only allow row INSERTs and SELECTs, but no DELETEs or DROPs. If someone were to break into my account, they could see my data, but at least they couldn't delete from the table. As root, they could stop and start the actual service, and wipe out the whole directory for that matter.

    I generally see what he's saying about data being king. But if your data is that important, you'll have other safeguards for protecting it, typically via (dun dun dun), user management! For instance, keep your accounting files under a different user, home directory chmodded to 700. Stuff like that.

    Then you could say "Well, it's not really about your data, it's that people could accidentally mess things up!". Well, you could accidentally drive into a wall as well, it doesn't mean we should make all cars drive at 10 miles an hour. So, I don't see the added benefit.

    Cars happen to have seat belts. Roads also have speed limits, so this analogy is flawed.

    The best way for Linux to break into the market isn't to emulate windows entirely. The best way is to take the best of what windows has to offer, and augment it with the best of what Linux has to offer. After all, look at Firefox. Firefox didn't choose to adopt ActiveX, or adopt Microsoft's proprietary style transitions, or render CSS in the same broken way, right? Neither should Linux, or in this case, Linspire.

    --
    /^[A-Z0-9._%+-]+@[A-Z0-9.-]+\.[A-Z]{2,4}$/i
    1. Re:Okay now... by malfunct · · Score: 5, Insightful

      Even if user data is the most important thing, if you run as root on a multi user box you put every users data at risk instead of only your own.

      The other thing, and this isn't easy to do in many OS's, that would be nice is granular escalation of privledge. As you point out in your SQL example, if you need someone to do inserts you shouldn't have to allow them to delete.

      --

      "You can now flame me, I am full of love,"

    2. Re:Okay now... by Phleg · · Score: 5, Informative

      rm -Rf / as nonroot will make you give a sigh of relief. As root will be your nightmare.

      I dare you to try this. Dare.

      Note: you may wish to back your home directory up first. Preferably somewhere not under /, or using with someone else's permissions.

      --
      No comment.
    3. Re:Okay now... by bfields · · Score: 4, Insightful
      Any exploitable program you run as another user will still need a local escilation exploit in order to do anything harmful. Running something like apache as root, and any vulnerability in programs such as phpMyAdmin will make your whole server go poof.

      He's not talking about daemons--presumably apache, mysql, etc. are still run as a separate user under Linspire, as they are in Debian. There's no reason to change that, since those users don't have usernames that people need to enter.

      He's talking about the user account that's used by the real physical user of a desktop system.

      In that case, no local exploit is needed--the attacker either uses sudo, or just sniffs the password the next time the user uses su (or whatever graphical equivalent pops up next time they try to upgrade some software).

      rm -Rf / as nonroot will make you give a sigh of relief. As root will be your nightmare.

      For all the talk about it, I don't think I've ever actually known anyone to do the classic accidental rm -Rf / as root. Although I have heard of somewhat similar catastrophes. I doubt the typical gui/finder-like interface makes this so easy, but perhaps I'm wrong. In any case, as he points out, in the case of a single-user desktop, the most important data is in /home/joeuser. Once "joeuser" has deleted that, they're almost back to square one anyway.

      --Bruce Fields

    4. Re:Okay now... by iamwahoo2 · · Score: 2, Funny

      Better yet, try it on someone else's computer! They'll thank you.

    5. Re:Okay now... by sketerpot · · Score: 2, Insightful
      That's fine, but he has a point. How much actual real-world good does that do? It does plenty of theoretical good, but so does making the speed limit 10 MPH. By far the better solution is to make sure that the system is safe from remote attacks.

      Which is easier: running a program as non-root or ensuring that it has no remote vulnerabilities? And can you be as sure about the second one as you can be about the first?

    6. Re:Okay now... by Gary+Destruction · · Score: 5, Insightful

      I totally agree with you about privilege levels. I was all about running as a non-privileged user. That was until realism and idealism clashed. Some programs literally won't work right without for example administrator rights on Windows. In the corporate environment, at least the Windows corporate environment, there are too many programs that need administrator privileges. Without Administrator rights, Citrix Client will open, try to initiate a session, fail and then close without error.

      While this is a Windows problem, it can result in a misconception that could end up being applied to other platforms. If people are used to using administrator privileges because of programs requiring them, they might think that they'll have to do the same on Linux and other systems. Avoiding Microsoft's mistakes is one thing. Undoing its influence is another.

    7. Re:Okay now... by Mr.+Slippery · · Score: 5, Insightful
      The "users should have to learn" mentality is what keeps computers complicated and difficult to use.
      Computers are complicated and difficult to use properly, and until we all admit that the picture for safety and security remains bleak.

      Automobiles are much less complicated, but we don't try to hide that complexity; we assume that people must be trained in their proper use. Why not computers?

      --
      Tom Swiss | the infamous tms | my blog
      You cannot wash away blood with blood
    8. Re:Okay now... by Mr2cents · · Score: 2, Funny

      Don't you get it? He sure does! You see, Windows has 95% of the users, and 99% of the virusses. By making it easier to hijack the system, he hopes to attract some of those great Windows hackers to Linux. Inevitably, users will follow when they see their favorite virusses are now also available on Linux!

      In the future he'll be making statements like "Passwords are for pussies!" and "Bah, firewalls, a lot of hot air I tell you!". It's part of the plan..

      --
      "It's too bad that stupidity isn't painful." - Anton LaVey
    9. Re:Okay now... by maraist · · Score: 4, Informative

      I should be able to specify that a particular UID can listen on ifname:80

      Have you looked into selinux? I don't know if it allows port 80 access from an initially non root user, but it allows you to run a locked-down root process. Problem is that it's apparently very complicated so only supports a scant few products out of the box. But web serving is one of them.

      --
      -Michael
    10. Re:Okay now... by bmw · · Score: 4, Insightful

      "rm -Rf / as nonroot will make you give a sigh of relief."

      That sounds like a workaround to make up for a design flaw in the command-line interface to me.


      How is this a design flaw? If you ask me, it is the command-line's greatest strength. You tell it to do something and it does it. If you wanted to be safe and have it confirm your request before it does each and every action you shouldn't specify the 'force' option. This is a GOOD THING!

    11. Re:Okay now... by maraist · · Score: 4, Insightful

      Don't forget, as a smart businessman, he knows how to sell his product.. Logging in is REALLY hard to sell.. Even for XP users (notice the pretty typing-free login icons in XP).. If XP required people to memorize passwords to do anything, then people would be use to it, and wouldn't bitch about it in Linux. Thus to have people adopt his product, he needs to soften the hard-core UNIX advocates's argument. Plus XP has one thing over Lin-whatever-the-hell-they-call-themselves, XP has a super-root account which nobody but MS has access to. It just isn't needed for any software/hardware installation.. I'm speaking out of my hat; I don't even know much about win-Administrator.

      --
      -Michael
    12. Re:Okay now... by As+Seen+On+TV · · Score: 2, Funny

      Computers are complicated and difficult to use properly

      They used to say the same thing about elevators. When's the last time you met an elevator operator?

    13. Re:Okay now... by EvilSporkMan · · Score: 4, Funny

      I had a friend who typed rm -rf *>tar instead of rm -rf *.tar. He was left with an empty file named tar and a whole lot of space to keep it...

      --
      -insert a witty something-
    14. Re:Okay now... by composer777 · · Score: 2, Insightful

      I ghost my machine every week or two, it seems to work fairly well as far as data protection goes. I think that if you properly back up, then the amount of time saved by running as root is actually higher than the time spent when disaster strikes from running as root.

      I really think the usage model is important. If you use linux like a windows user, and are constantly installing desktop applications (i.e. games, office apps, etc.), then the convenience of running as root is difficult to beat. If, on the other hand, you want to run a multi-user, commandline environment, then the separation of priveledges makes quite a bit of sense. For me, the convenience of root outweighs the drawbacks of the occasional rm -rf disaster. Proper backups mitigate any real risk.

    15. Re:Okay now... by ScuzzMonkey · · Score: 5, Funny

      When's the last time your elevator blue-screened and sent you and the other occupants hurtling screaming to the bottom of the shaft?

      --
      No relation to Happy Monkey
    16. Re:Okay now... by bcrowell · · Score: 2, Interesting
      Your arguments all make sense, but notice how some of them really apply more to a server. For instance,
      • MySQL, for instance, runs as a separate user. [...] For instance, keep your accounting files under a different user
      Well, sure, but most Linspire users probably don't run MySQL or keep accounting files for a business on their Linspire box. I mean, from the article, it's clearly aimed and Grandma who want to web surf and send e-mail.
      • Running something like apache as root, and any vulnerability in programs such as phpMyAdmin will make your whole server go poof.
      Same comment. Grandma isn't running a server, or using phpMyAdmin.

      • Any exploitable program you run as another user will still need a local escilation exploit in order to do anything harmful.
      Well, the point he's making in the article is that on a personal desktop machine, it's the data in your own user account that's valuable. The exploitable program running as user gramma can still delete all of Gramma's files, without escalating to root.
      • rm -Rf / as nonroot will make you give a sigh of relief. As root will be your nightmare.
      Well, Gramma's not likely to type that obscure command anyway. But even if she's not root, what if she types rm -Rf ~? From her point of view, on a single-user machine, that's just as bad -- she's back to a fresh install.

      And remember, when Gramma fires up her Linspire box for the first time, she doesn't have any services turned on, so actually there's not much that anyone from the outside can do without convincing her to execute an e-mail attachment or something (which Linux mail readers typically don't make it easy to do casually). Give her a hardware router between the machine and the wall, and bang, she's got a pretty decent hardware firewall as well (and it's a firewall that she doesn't need to configure or maintain).

      And suppose Gramma creates a root account, but the password she chooses is her dog's name, because she figures nobody can guess that? If I was helping her set things up, I'd be more concerned with explaining to her about how to choose a good password than with convincing her to set up a separate root account.

      Actually I think MacOS X has done a really nice job on this kind of stuff, and their strategy should probably be emulated, especially by distros aimed at home users. Everything is done using sudo. Any time you want to install a printer driver or whatever, it makes sure you're a user who's got administrator privs, and it makes you type in your password. For example, on my wife's MacOS X box, she and I both have admin privs, but our kids don't. I can't even remember the last time I had to do an su root on her box.

    17. Re:Okay now... by Anonymous Coward · · Score: 2, Informative

      You can access the SYSTEM account in WinXP if you are already administrator, by scheduling an interactive command prompt. (Basically, let the equivalent of cron start a shell with privledges set to super-root)

      Normally, however, you would not be using it for anything - there's no point, not much that can do an admin can't.

    18. Re:Okay now... by anagama · · Score: 5, Funny

      • I don't think I've ever actually known anyone to do the classic accidental rm -Rf / as root.

      I did.

      I had two hard drives with RH on them, one slightly newer. I didn't want to upgrade my main system and risk it going all screwy, so I just took out the HD, put in a blank one, and installed the new system. Then I put my old HD in usb enclosure, copied over everything I needed, and then decided I'd erase the old drive. I had it in /mnt/usbhd, and of course, the directory structure looked practically identical to my new system from there on down. I mucked about making sure I had copied over everything I wanted, figured I was all set, and then, with the intent of going to / of the usb drive, I typed "cd /" and them "rm -rf *". I walked away for a while ....

      So I get back -- anyway, you can imagine the sick sort of dizy feeling that mistake can generate as one slowly begins to comprehend the magnitude of one's error. It only takes a second, one stray thought - "do I want a coke or a coffee" - while typing and out comes a "cd /" instead of a "cd /mnt/usbhd".
      --
      What changed under Obama? Nothing Good
    19. Re:Okay now... by Anonymous Coward · · Score: 5, Interesting

      That's why you set the /home directory to non-executable. No program, including rm, will walk into it unless you are root. Note that this doesn't affect the ability of non-root users to access any correctly permissioned sub-directory of /home.

    20. Re:Okay now... by ilikejam · · Score: 2, Informative

      He should ask himself why he used the -r arg in combination with *.tar
      Unless he had directories which ended in '.tar', of course...

      --
      C-x C-s C-x k
    21. Re:Okay now... by InadequateCamel · · Score: 2, Interesting

      Elevators go up and down. The only thing that straightforward on a computer is the CD drive (and even that sometimes causes my system to freeze :-) )

      I'm not suggesting that the usability of computers cannot be improved; far from it. But just as some people are simply very bad drivers, some people will not be able to use some programs because they don't have the training, they aren't willing to practice, or they just don't "get it". Trying to cater to these people by writing programs that a 5-year-old could use probably results in programs that only a 5-year-old would want to use.

    22. Re:Okay now... by Rimbo · · Score: 4, Funny

      That's because elevators have emergency brakes that automatically latch on at the first sign of anything going wrong.

      Now that I think of it, it's like running as a user instead of root, isn't it? Ehrm, wait a minute...

    23. Re:Okay now... by dilvish_the_damned · · Score: 2, Funny

      It was a dark and stormy night. Had a few beers, I was tired. I was young and did not fully comprehend the power I was weilding. I needed to remove /etc/ppp/dilvish before giving up the machine to the new admin. I typed 'rm -r /etc' and my right pinky was getting lazy from my too long of session at the keyboard and the return key was hair trigger. I didnt mean to shoot the machine, but what is done, is done. Or rather I spent the next 48 hours recovering files one inode at a time.
      Only then did I comprehend the awsome evil power of root.

      --
      I think you underestimate just how much I just dont care.
    24. Re:Okay now... by ticktockticktock · · Score: 2, Informative
      What we lack is that fine tuning - I should be able to specify that a particular UID can listen on ifname:80, not kick off a process as root, then setuid it...

      Or you could run the process non-root and setup iptables rules to redirect port 80 requests to a port a non-root user can open. I think one can also set rules so that iptables only allows certain incoming ports to certain user accounts, so that no one else can run their own apache and take over the port, although I am not 100% sure on this.

    25. Re:Okay now... by clem · · Score: 2, Interesting

      What I'd be interested to know is if there's a means to switch between user sessions on a Linux system without logging off. This is something I actually miss from XP.

      I suppose that I could rig something that required multiple X sessions that you go between by hitting
      the CTRL-ALT-F# keys. However, it'd be nice to have something that simple folk can use.

      --
      Your courageous and selfless spelling corrections have made me a better person.
    26. Re:Okay now... by drsmithy · · Score: 2, Insightful
      MySQL, for instance, runs as a separate user.

      You are no longer talking about scenarios within the realm of the typical end-user desktop and, thus, are talking about a completely different target market to Linspires.

      You also talk about not being able to do any "damage" as a non-root user. That's right - except to your data, the most important data on 99% of machines.

      You have completely missed the point. Thanks for playing.

    27. Re:Okay now... by Dimensio · · Score: 4, Insightful

      Without Administrator rights, Citrix Client will open, try to initiate a session, fail and then close without error.

      1) A lot of programs where this happens can be fixed by adjusting configuration, or copying registry keys rather than giving the user full Admin rights.

      2) Developers who write software that absolutely requires Administrative rights for common use, and the program is not designed to alter fundamental hardware or OS configuration (such as a registry editor or a graphics driver tweak utility) are incompetent and should be killed.

    28. Re:Okay now... by John_Sauter · · Score: 3, Insightful
      ...Some programs literally won't work right without for example administrator rights on Windows. In the corporate environment, at least the Windows corporate environment, there are too many programs that need administrator privileges. Without Administrator rights, Citrix Client will open, try to initiate a session, fail and then close without error.

      In my shop, administrative rights are strictly limited, and so I see this effect also. There is some Kodak camera-handling software that complains if you run it without administrative rights (though it seems to work just fine) and a weather display application that fails like Citrix Client unless it is run as an administrator. I am sure there are other examples.

      My answer to this class of problems is to declare the software not working, and suggest that the user ask the vendor for a version that will run without administrator privileges. I have yet to see a software vendor respond positively to this request, but in the long run I think it is the only solution. I am not willing to give my users administrator privileges so they can run some poorly-written application!
      John Sauter (J_Sauter@Empire.Net)

    29. Re:Okay now... by Anubis350 · · Score: 2, Interesting

      even better, firemen and other individuals with authority can gain "root access" by using a key and thus gain full control of and override ability on the elevator.

      --
      "goodbye and hello, as always" ~Prince Corwin, from Zelazny's Amber series
    30. Re:Okay now... by pHDNgell · · Score: 4, Insightful

      Logging in is REALLY hard to sell

      See NeXTSTEP and MacOS X. Users were not root. Users seem to be getting along just fine. Login optional.

      --
      -- The world is watching America, and America is watching TV.
    31. Re:Okay now... by ebyrob · · Score: 2, Interesting

      The "users should have to learn" mentality is what keeps computers complicated and difficult to use.

      Actually, my opinion is and always has been that assuming users are stupid and incapable of learning the most basic idioms is the real problem with computing. I mean, if we can't even expect to teach people what a "directory tree" is and means, how do we expect them to learn to organize information? Sure, google can claim you should "search instead of organize," but the fact remains there are times when searching is useful and times when indexing and organizing are useful. Knowing both is computing 101.

      The trick for developers is creating minimal yet powerful knowledge-space for users to occupy and NOT CHANGING IT! (Note: this doesn't mean the back-end doesn't change, just that the controls remain familiar... and every change is designed specifically to make usage easier, and with an eye toward disruption costs.)

      I mean really. The basic distribution model:
      1) Download application to known location.
      2) Execute application at known location.

      Hasn't changed since the very first personal computers, so why is it we even need things like ActiveX? (ie: if it's worth running, it's probably worth the trouble to purposely install...)

      Note: For moving around alot or organizations, replace "application" with "appliciation suite".

      And food for thought: Why can't I just grab the contents of my "programs" directory and move it to a new machine?

    32. Re:Okay now... by Anonymous Coward · · Score: 2, Insightful

      Uh, computers are hard to use?

      The User Interface on my Microwave Oven has never crashed. Nor has my alram clock, or stereo. My digital answering machine works every time. The ATM at the bank has a really ugly UI, but it seems to me that it has always just plain worked.

      Oh wait, you didn't know that those were all computers? Sorry, I guess I have been working in embedded systems for too long....

      Oh yeah, Windows does some ugly things at odd times that I just cannot understand. Linux does some really ugly things sometimes to, but I have the source code, so I can fix it. Ummm, no thanks, I spend all day writing code. For example, why do the printer drivers for my Laserjet IID stink so bad under Linux? Windows drives the thing beautifully. I solved that by upgrading to a 4M+ with lots-o-memory and a PS cartridge, but it still doesn't excuse the stinky printer support in Linux.

      Both are a pain in the butt to install and use. And hey, shut up, I have spent the last 20 years in Unix lala land. System 7, System V.2, V.4, HPUX, SunOS 4.x, Solaris, Linux, FreeBSD, NetBSD, and QNX.

      This isn't intended to be a Flame, just my general observation. The products that I have developed were certainly smaller than either Linux or Windows (only 20KNCSL to 80KNCSL for my part of each 'thing') but the final products were stable, and pretty easy to use.

      I think the closest you get in the general computer world to having a complex system with an easy to use, easy to learn UI would be games. It gaming systems are so easy to use, why is the 'desktop' so stinking hard?

      Grow up. Get your head out of your pants. You your system once while trying to pretend not to know anything. You'll soon see what a mess it is.....

    33. Re:Okay now... by DShard · · Score: 2

      Of course it is a good thing. If you go the other way you make it harder to do the right thing whenever you figure out what that may be. Coddling the users makes systems insecure, overbearing and uncooperative. The GP is a certified moron for posting in a linux thread that an administrator shouldn't be able to do whatever the hell he pleases.

      Computers are the most complicated tools that _everyone_ can use but few are willing to learn. Hey maybe longhorn will meet this need, but I bet you Microsoft doesn't consider running as Administrator as a viable option anymore.

    34. Re:Okay now... by identity0 · · Score: 2, Insightful

      Right, while I have never done an "rm -Rf /", I have hosed my /lib directory when I thought I was just deleting some game's stupid lib directory.

      I didn't know just how important /lib was until I did that and found a lot of basic CLI utils didn't work anymore.

      The thing is, unless you have your shell prompt display the full path you're in or do a "pwd" before every delete, UNIX's dir naming traditions make it easy to mistake top-level dirs for some subdirectories. For example, a lot of programs will have their own 'bin' or 'lib' directories, some of the top-level dirs are repeated in /usr, so on.

    35. Re:Okay now... by brianosaurus · · Score: 3, Interesting

      I'd like to add the fact elevators didn't always have light-up buttons labelled for each floor. There used to be a lever to make it go up or down. Stopping at a floor was a skill. It was more convenient to have an operator than have people miss the floor by 3 feet and break their ankles climbing out, or maybe cutting each other in half by accidentally bumping the lever when exiting.

      Now there is a much simpler and intuitive interface that anyone can use, so a dedicated operator is not needed (though I hear Congress still has elevator operators so those busy politicians don't have to worry about breaking their nails, or something).

      If you had a computer with a set of buttons for each of a few trivial operations available to the user, and those are the only operations, it probably doesn't matter if you run as root or not.
      Such a system would also suck as a general purpose home computer.

      If you're going to do anything beyond trivial actions, and perhaps getting into complex stuff that you don't necessarily understand, its probably best NOT to be running as root.

      Think of it as 2 sets of operations:

      - the ones that can mess up your stuff
      - the ones that can mess up the whole system

      Both sets have the ability to wipe out your data, but the latter can wipe out other people's data, critical system files, raw hard drives... pretty much screw your data, and your machine.

      Both your user account and root have the ability to mess up your stuff. A regular user account typically cannot mess up other accounts' data or the operating system, without using "su" or "sudo" or some other method to escalate privliges.

      MacOSX has root separate from the user account. A user can be an "Administrator", which gives the user sudo capability. GIU operations (software installs, editing user accounts, and other system configuration) do a graphical equivalent to sudo, prompting the user for their admin password. Its not that complicated. Its an extra layer of protection, and lets the user know that they're doing something out of the ordinary. Its not that complicated.

      Even my parents understand it.

      --
      blog
    36. Re:Okay now... by Artega+VH · · Score: 3, Informative

      urr doesn't that make the directory non browseable?

      --
      groklaw, wired and slashdot. The holy trinity of work based time wasting.
    37. Re:Okay now... by killjoe · · Score: 4, Insightful

      It's not logging in that he is concerned about, it's click N run. Apt won't install under non root user.

      I would think that it would take some serious hacking to allow apt to install software into your own home directory but it would probably be a worthwhile effort.

      --
      evil is as evil does
    38. Re:Okay now... by MrZaius · · Score: 4, Informative

      >urr doesn't that make the directory non browseable?

      Yes. That's a good thing, for the reasons described in the parent post. It bears repeating that he did NOT say to set /home/* non-executable, but only the /home/ directory itself. This allows users access to subdirectories of /home/, but only the ones they know about independently.

      An "ls -l --recursive /home/" will fail to find any world-readable directories, because it won't be able to get a listing of /home/

      An "ls -l /home/bob/public_stuffs" will work just fine, however, with the permissions set properly.

    39. Re:Okay now... by Profane+MuthaFucka · · Score: 2, Funny

      you can imagine the sick sort of dizy feeling

      Once I was making root and boot rescue disks, had the images all set, and typed dd if=/tmp/root.img of=/dev/hda1

      I meant to type dd if=/tmp/root.img of=/dev/fd0h1440

      Oops.

      --
      Fascism trolls keeping me up every night. When I starts a preachin', he HITS ME WITH HIS REICH!
    40. Re:Okay now... by maraist · · Score: 4, Insightful

      There are some good replies here, but nobody's talked about "su" and friends.. I know su's not a user-friendly application, but damnit, I use it all the time. After several OS upgrades, whenever something fishy is going on with an application, I open a terminal window, login as a dummy userand run the application from there with a fresh configuration. Viola, proper settings, it must be my dot-files being mangled in the upgrade.. Time to hunt-save, and rm -r that dot-directory. Harder to do in gnome since they're all in a common tree. And yes, this is more of a power-user thing.

      But if I want to visit some illicit web site, and I don't trust that my cookie files won't be sought out by some clever Ajax tricks (hey, it's new, we can fear it), I at least launch a different one of the dozens of install browsers, or if I'm really paranoid, I log in as the dummy user. (again takes half a second from a terminal window). With the exception of X-atom-based consolidation of browsers, so long as I run a different base application (epiphony, mozilla, firefox, galean, etc), I can have two different users displaying graphics on the X-session.

      Again, I know.. power-user stuff.. But you could have (as I've pushed for in other posts) applications on the task bar launching applications of different users.. Especially if you're the distribution writer.. And ESPECIALLY if you're a single-user-signon distribution.

      --
      -Michael
    41. Re:Okay now... by Tony+Hoyle · · Score: 2, Informative

      Users are administrators by default on Windows boxes.

      That's why they are so prone to viruses, becoming spam zombies, etc.

      A properly admined box wouldn't have that issue, but then half the coporate machines I've used haven't been properly admined let alone the home ones.

      The only OS I know of besides Unix that enforces proper user/admin separation by default is OSX (it does it really nicely in fact).

    42. Re:Okay now... by TClevenger · · Score: 2, Informative

      Actually, there is a root account. It's just disabled by default.

    43. Re:Okay now... by Minna+Kirai · · Score: 2, Interesting

      What I don't understand is why the *nixes don't implement something like the Mac's trash can.

      First, notice that if you run "rm" on Mac OS X, even it won't use the trash can.

      The behavior of Linux and Mac is actually quite similar in this instance. On either platform, removing a file with the GUI tool brings it to a trash holder, but the command line deletes immediately.

      Create an invisible directory under each and every mount that is called .trash, and when *any* user does *any* rm command, instead of deleting the files outright, simply move them into the .trash directory.

      Simple, practical obstacles: ~/.trash won't work for files which are on other disks, network shares, removable media, etc. It would have to move the file to the same hard drive as your ~ directory first, which will at best take time, and at worst will overfill your own disk.

      More fundamental, and historical explanation: Unix was designed as a operating system, a framework for applications. To keep the job managable, they added in things that were necessary for the OS (like files, copying, and deleting), but not things that could be better handled at the application level. ~/trash is GUI sugar: just a minor way to make it more difficult for users to input commands that they likely didn't intend.

      So, then the question becomes, why did application-level implementations of a two-stage file deletion become popular? And here, the answer is the old canard "Good is the enemy of great". Because the native "rm" command was adequate for more than 98% of all usages, there was little demand to shift to something more complex, even if it would be occasionally safer.

      When finally you are shopping around for disk space, only then do you consider emptying the trash.

      Unix is a server-oriented OS, both historically and still today. Servers are expected to go weeks and months without a user sitting at them. Needing a person on-hand to Empty Trash just because the webserver has been creating and deleting a bunch of cache files is a bad thing.

    44. Re:Okay now... by burns210 · · Score: 2, Interesting
      "Can one undo a commandline "rm" in OSX?
      One would not do such a thing in Mac OS X."

      Granted, I use finder to delete files 95% of the time, but on occasion I use the rm command to delete.. Not only can I not undo this, rm does not act the same way finder's delte does.. rm does not put files into the trash.

      This seems like a design flaw. The Mac is a great platform(my Tiger dvd is in the mail, I am hooked) and the Tiger features that make mv and cp more mac-native are great. Having said that, the GUI operations that have a CLI counterpart (delete in finder vs. the rm command) should operate the the same way and be interchangeable wherever possible.

    45. Re:Okay now... by istartedi · · Score: 2, Informative

      This isn't a problem with CLIs. The GUI analogy is the Windows pop-up that asks you if you're sure you want to delete a file. Raise your hand if you use Windows and you've gotten into the habit of smaking your enter-key, sometimes before that dialog even displays.

      The problem is that people want to do things quickly, so you've got people training themselves to use -f because they're in the habit of recursivily deleteing files on a regular basis and they don't feel like interupting the flow responding to a prompt. This works really well until they don't mean to do it. The Windows recycling bin is not a bad solution to this problem; there is no widely adopted *NIX equivalent.

      --
      For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
    46. Re:Okay now... by Lorkki · · Score: 4, Interesting
      See NeXTSTEP and MacOS X. Users were not root. Users seem to be getting along just fine. Login optional.

      Ubuntu does this too. The default installation has the root account disabled for login purposes. What few administration tasks require root access is done through sudo using the user's password for authentication. Login could just as well be automatic.

      I fail to see entirely what Linspire needs continuous root-level access for.

    47. Re:Okay now... by adamruck · · Score: 3, Informative

      Some more information for you.. this is an blurb from the iptables man page

      ----------------

      owner
      This module attempts to match various characteristics of the packet creator, for locally-generated packets. It is only valid in the OUTPUT chain, and even this some packets (such as ICMP ping responses) may have no owner, and hence never match.

      --uid-owner userid
      Matches if the packet was created by a process with the given effective user id.
      --gid-owner groupid
      Matches if the packet was created by a process with the given effective group id.
      --pid-owner processid
      Matches if the packet was created by a process with the given process id.
      --sid-owner sessionid
      Matches if the packet was created by a process in the given session group.

      ------

      You can filter network traffic based off of the same system that you can use to filter access to files. Even more fun is the ability to filter network traffic based off of a process id.

      --
      Selling software wont make you money, selling a service will.
    48. Re:Okay now... by As+Seen+On+TV · · Score: 2, Insightful

      Was the point that searching isn't always the best method of finding data completely lost on you?

      Basically, yeah. Because you see, searching is the best way to find things. It's the best way we have. We don't know of a better way. If you think of one, great, I hope you become fabulously rich. But right now, searching is the acme of human accomplishment when it comes to finding things.

      See, the computer is there to keep track of relationships for you. That's its job. It's not just a storage device. It's a device that's capable of storing and retrieving things. If you want information related to scuba diving, you shouldn't have to go looking with lots of clicky-clicky-clicky. You should be able to just ask for it. That's why we have computers instead of, say, shoeboxes full of paper.

      Is 30+ years of computer science a design flaw?

      It is when that 30+ years of work leads to something that's since been supplanted. It took us thousands of years to come up with Aristotle's theory of nested crystal spheres, but it was still wrong.

      My entire point was that different != better when it comes to user interfaces.

      And my point is that better is better. You're talking in meaningless and nonsensical abstractions. I'm talking about an actual computer program.

      Replacing file-trees with search and removing the ability to keep file-trees

      Who said anything about removing anything? Of course, if somebody did do that, it would not be worse. Have you looked at a database lately? Databases preserve relationships between entities in a way that's totally opaque to the user. You get to the data by going through a semantic interface. This is superior for managing large volumes of data. In fact, it's superior for managing small volumes of data, too. It's just that the activation energy used to be so high that it wasn't worth creating a relational database to store, say, your e-mail, chat transcripts, contact information and calendar entries. Spotlight reduces this activation energy to zero, meaning you can create that relational database with no investment at all. Just plug in the data as you normally would, and Spotlight handles building the relationship models for you.

      Example: Just a few hours ago, I got an iChat from a person whose name I recognized, but I drew a complete blank on who he was. I spotlighted his name and instantly found an e-mail that he'd sent me two years ago. As soon as I saw it I knew exactly who he was; I just needed to be reminded. At the same time, I saw that he was on the attendees list for a interdepartmental meeting that's scheduled for April 28. It was in my calendar, you see.

      See what I mean? The computer goes from being a big shoebox full of paper to a machine that actually knows things and that can answer questions. This is good. This is important.

      Again: You're talking in meaningless abstractions. I'm telling you about an actual, working, shipping product. Not maybe-someday, but today, tonight, right now. (Well, right now for us. Ten days from now for everybody else.)

      first time I sat down at an OS-X workstation I couldn't even find the web-browser let alone documents.

      Hm. I'm having a hard time coming up with an explanation for this that doesn't involve massive, almost comical stupidity on your part. Maybe I should refrain from jumping to conclusions ... but you're not making it easy on me.

      I found in particular your question from two comments ago to be freaking hilarious in light of what you said about not having much use for Mac OS X. You asked, "Why can't I just grab the contents of my 'programs' directory and move it to a new machine?" If you'd spent ten minutes using a Mac instead of complaining that the Dock is, to use your word, "ugly," you'd know that that's precisely how things work on the Mac. Applications are self-contained little packages that can be run from anywhere and simply dragged from one computer to another.

      That cracked me up.

    49. Re:Okay now... by Narchie+Troll · · Score: 2, Informative

      With GNU rm, you only get a prompt if
      a. you attempt to delete a write-protected file
      b. you use the -i switch, which some distros automatically stick into the global bashrc

    50. Re:Okay now... by esbjerg · · Score: 2, Insightful

      Quote:
      "In that case, no local exploit is needed--the attacker either uses sudo, or just sniffs the password the next time the user uses su..."

      Unless the user has . in his/her PATH the attacker will not be able to "replace" any programs like the sh. The attacker cannot log keyboards strokes or snif the tty without root privileges. Hence if your system is set up in a good manner the attacker cannot just get the root password.
      Unfortunately most users can be tricked into writing their own password and most systems like ubuntu and MacOS has sudo ALL as default.

  2. Mr. Lindows is just stirring shit as usual... by garcia · · Score: 4, Insightful

    Michael: I think, like everything, it's a question of balance. Ease of use, versus security. I defy anybody to tell me why is it more secure to not run as root. Nobody really has a good answer. They say "oh, yeah, it is!", but it really isn't. Here's why: What's the most important thing on your desktop? It's the data. If someone gets access to your libraries or whatever, who cares? Your data is the most precious thing on your computer. And whether you log in as root or log in as user, you have access to that data, technically anyone who's compromising your account has access to your data as well.

    Techincally it's gaining control over your system without you knowing it and running exploitable programs as root makes that easier. If the hackers get access to your libraries, programs, etc, they can do far more damage to you by sniffing your data w/o your knowledge. Hackers aren't going to just steal your data and run. If they can gain easy access to the system they are going to modify it and snoop everything and keep getting what they came for.

    Michael: Then you could say "Well, it's not really about your data, it's that people could accidentally mess things up!". Well, you could accidentally drive into a wall as well, it doesn't mean we should make all cars drive at 10 miles an hour. So, I don't see the added benefit. I DO see it's an added pain in the ass when grandma tries to change her wallpaper, and it tells her "you don't have root privileges". What are you talking about, man? I'm just trying to use my computer, or change the clock, or any one of a hundred other things. So, people always say "it's less secure", but I defy anyone to point out a single instance, and people all go "Well, I, erm, it's theoretical!". There's no one area I think you can point out - In this instance, a machine that's run with the root user could be compromised, in this instance one couldn't be compromised.

    I am in no way a master of Linux/UNIX and I never claimed to be but even I know that if you are exploited while running something as root more damage can be done to a lot more services, files, etc, than if you were just running it as a user. It's not theoretical. It's fucking very real and it's idiots like this guy that make it easier and easier for more zombie boxes to get out there. Look at Windows... Yeah, no, we don't need Linux to end up like that too.

    I want to know who the hell this guy is talking to that don't give him a valid argument. I have a feeling they are and he isn't listening.

    Michael: I know the hardcore geeks feel differently, that's fine. When somebody installs Linspire, we say "do you want to set up users, yes or no", we give them the choice, right there when they start up for the first time. If they want to set up multiple users, they're welcome to do that, but we don't force them to. That's the difference we have.

    It shouldn't even be a choice. Prompt for a password (like OS X) when something that needs root privledges runs. If it has succeeded with the Mac then it can with Linspire users too. If you are so concerned about making the users have a positive Linux experience rewrite the dialog boxes when they ask for "root priveledges" so that they are human readable. Don't just eliminate it and say that there's no valid reason not to. Taking the easy way out doesn't solve the problem.

    Since when is Michael Roberson a trusted source? He's an asshole that's just into pushing the envelope and making waves (remember Lindows and MP3.com?) Right now he's doing exactly the same thing. "See, those Linux users are trying to make it hard for the layperson to use "their" OS and I'm trying to make it easy. Listen to me! I'm trustworthy!"

    1. Re:Mr. Lindows is just stirring shit as usual... by Owndapan · · Score: 2, Insightful
      I DO see it's an added pain in the ass when grandma tries to change her wallpaper, and it tells her "you don't have root privileges"

      Correct me if I'm wrong, but I don't remember ever requiring root access to change your desktop wallpaper.

    2. Re:Mr. Lindows is just stirring shit as usual... by 0racle · · Score: 4, Funny

      Its the root window, it must require root privileges to change.

      --
      "I use a Mac because I'm just better than you are."
    3. Re:Mr. Lindows is just stirring shit as usual... by hackstraw · · Score: 3, Informative


      If this Michael guy has ever seen a rooted Linux system with one of those groovy kernel modules loaded to hide the doings of the people that rooted the box, then he would guess a 2nd time about his assertion that its OK to run Linux as root all the time.

      You think that WIndows zombie boxes are a problem? However, those systems are able to be fixed (to my knowledge, don't use windows). A rooted box with a kernel module installed to hide itself, has to be completely restored.

      I'm glad you mentioned OS X. I believe that it is a beautiful compromise between running as a user and asking for permission to escalate the privileges when needed. The best part of it is that it _rarely_ asks for administrator privilege, and when it does it makes sense. If someone opened an email attachment and it asked for administrator privileges, that would be a bit fishy (although some people would fall for it).

    4. Re:Mr. Lindows is just stirring shit as usual... by lahvak · · Score: 2, Insightful

      Now Linspire is trying to move Linux into that home desktop market, which I have to give it to them, is a lot harder than have Linux replace traditional UNIXes in the server market (which already is happening at a fast rate). So while I agree that it is a lot more secure to run services not under root, I don't think the average home user (think moms, grandmas, and sociology teachers ;) should be expected to know about root, suid bits, and quotas. Most will unaliterally choose the more usable system over a more secure one if they couldn't get both.

      But the point is, if the user interface to the system is well designed, they don't have to know anything about root, suid bits and quotas. They can have a machine that is both more usable and more secure, and it is job of companies as Linspire to give it to them. Instead, Robertson is saying: we can't be bothered about this, our user interface is a piece of crap, so we will simply let everybody run as root and forget about it. That's exactly what Microsoft did, and that's exactly the reason there is now so much spyware and other crap.

      --
      AccountKiller
  3. Full article link and observations on root by ZiZ · · Score: 5, Insightful
    An easier-to-read 'formatted-for-print' version is here. (Not here, as I tried after decoding the base64-encoded GET, but that's beside the point.)

    Not running as root works like this. Your data is no more inherently safe than it is when you /are/ running as root, but nobody ELSE'S data will fall prey to your screwup, nor will the central integrity of the system. (For granny, this means that grandson Billy can ssh in, recover this morning's backups from the write-once partition, and she can keep going, having lost minimal data.)

    Running as root is like pointing a loaded gun at everyone just in case they're a criminal.

    Not running as root is like fastening your seat belt. Sure, you're not intending to get in an accident...

    Running as root is like driving down the highway with your hood open and your oil cap off.

    Not running as root is like locking your door when you leave.

    Running as root is like posting to slashdot without reading TFA. :)

    --
    This flies in the face of science.
    1. Re:Full article link and observations on root by nxtr · · Score: 5, Funny

      Running as root is like posting to slashdot without reading TFA. :) Exactly; you get what you want done faster, like get the much coveted +5 Funny.

  4. Wow by bmw · · Score: 3, Insightful

    You've got to be kidding me. Is this just a big troll or is this guy actually that ignorant? Who the hell has he been talking to anyway? The reasons for doing day-to-day things as a non super user is one of the most basic security concepts ever. Even my parents understand this. The reason you don't run everything as root is to avoid COMPROMISING THE ENTIRE MACHINE if some random application has a vulnerability. You don't want each and every little program you run to potentially allow someone to gain full access to everything on your computer. Not to mention protecting the computer from the application itself. I don't want some poorly written piece of software accidentally deleting important system files or some other user's data. And how about protecting the system from the user themselves? How many people here have accidentally rm'd a bunch of important system files (or all of / for that matter) on accident? I know I have and I consider myself a very careful person when it comes to such things.

    C'mon... How fucking retarded can you be?

    He does _almost_ make a good argument for his case though...

    Here's why: What's the most important thing on your desktop? It's the data. If someone gets access to your libraries or whatever, who cares? Your data is the most precious thing on your computer. And whether you log in as root or log in as user, you have access to that data, technically anyone who's compromising your account has access to your data as well.

    That statement does have some merit but it definitely isn't always true and even then, I would much rather compromise only my data than have someone gain access to the entire system. If they only get my data, that's all they get. If they gain access to the entire system there is no limit to what they can do... What if they want to setup a very well hidden rootkit and snoop around on my box (watching traffic, capture credit cards, etc. etc.) for as long as possible? Not to mention multi-user systems... A compromised super user gives them full access to EVERYONE's stuff.

    And of course, after he says something nearly sensible he goes on to completely shoot himself in the foot by making another completely ridiculous challenge...

    So, people always say "it's less secure", but I defy anyone to point out a single instance, and people all go "Well, I, erm, it's theoretical!". There's no one area I think you can point out - In this instance, a machine that's run with the root user could be compromised, in this instance one couldn't be compromised.

    What world does this guy live in? Is he completely surrounded by idiots? Remind me never to go anywhere near Linspire.

  5. Agreed by Anonymous Coward · · Score: 2, Insightful

    I would agree. The OS is not the problem, it's the user. The same thing applies to Windows. Using Windows with the Administrator account is perfectly safe if you're not an idiot. I don't see why it's unsafe to do so on a *nix system.

  6. He can run as root by Anonymous Coward · · Score: 5, Funny

    But I want to know his IP address.

  7. god or mear mortal by towaz · · Score: 5, Funny

    Lets do "rm -rf /" and compare the results.

    --
    "I disapprove of what you say, but I will defend to the death your right to say it." - Voltaire
    1. Re:god or mear mortal by mgillen · · Score: 2, Insightful

      Ok, a lot of people are talking about doing a "rm -rf /" But you're missing his point completely. The operating system is easily replacable. It doesn't take long to re-install. But it would take a lot of time and effort for me to re-create all the stuff in my home directory. And that "rm" command would remove my home directory as either root or my normal user.

    2. Re:god or mear mortal by Kanasta · · Score: 4, Funny

      I did it, it said bad command. I'm running as admin on WinXP.

      OK, your turn.

    3. Re:god or mear mortal by Umbral+Blot · · Score: 2, Interesting

      I think this is the fault of the command not asking for confirmation. I mean Format C: will at least ask you if you are sure. It's not like you have to clear the root directory that often that this would be a pain.

  8. This is a sign of the real problem... by YankeeInExile · · Score: 4, Insightful

    While we all want to start lambasting him for his obvious lack of understanding of the obvious, I think it is actually endemic of the real problem.

    People do not understand anything about computer security.

    They do not understand how to limit exposure.

    They do not understand the vectors of software virus infection.

    They do not understand the true problems of viral infection (that is: they want to eliminate the side effects, but do not care about the primary problem).

    Mocking people for being clueless does not actually make them smarter, nor does it impress them with your 31337 Haxor Skillz.

    --
    How does the Slashdot Effect happen given that no slashdotters ever RTFA?
  9. Meet my 3-year-old, Mr. Robertson. by javaxman · · Score: 4, Insightful

    I'd like him to run on an account where he's not root, thanks.

  10. Define "Secure" by Stibidor · · Score: 5, Interesting

    In the article, Michael defines security as the (in)ability to access personal data. In that respect, he's probably right. But I think he oversimplifies the real question of allowing the users to run under the one account that could really screw up their machine.

    He argues that just because we could possibly drive our cars into brick walls doesn't mean we should all be limited to driving at 10 mph. I don't believe the likelihood of even the least skilled driver actually ramming into a brick wall is quite as much as my grandma's likelihood of completely screwing up her computer were she granted root access. I've seen her mess up her Windows machine pretty nicely.

  11. challange accepted by FidelCatsro · · Score: 2, Insightful
    "I defy anybody to tell me why is it more secure to not run as root. Nobody really has a good answer. They say 'oh, yeah, it is!', but it really isn't."
    rm -rf /
    chmod 777 -R /

    amongst a high seas of other things that make running as root unsane on the "woops scale"
    as to be in dangeour from a remote source , well if you make a conection an open conection to someone you dont know when you root then ...
    --
    The only things certain in war are Propaganda and Death. You can never be sure which is which though
  12. Ignorance by El · · Score: 4, Insightful

    This is exactly the kind of attitude that I'd expect from someone that learned everything they know about computers from working with MS-DOS... he can't seem to conceive of the notion that there might be more than one person's data on a single machine!

    --

    "Freedom means freedom for everybody" -- Dick Cheney

  13. Re:Uhhh by ink · · Score: 2, Informative

    Unfortunately, a normal user can install any browser plugin that they want to. Running as root would simply allow the user to install plugins for other users as well. For the curious, you can install them in $HOME/.mozilla/plugins (among other locations). Running as a normal user will not prevent your box from becoming a zombie, unless you have some kick-ass SELinux rules in place.

    --
    The wheel is turning, but the hamster is dead.
  14. 500,000 windows zombies by Linux_ho · · Score: 5, Insightful

    Why is it more secure not to run as root?

    500,000 Windows zombies should be the only answer you need.

    --
    include $sig;
    1;
    1. Re:500,000 windows zombies by Jeff+DeMaagd · · Score: 2, Interesting

      In that case, I think running in administrator mode just makes it harder to remove the infection. I think it's trivial to trojan people into running bots that run in user space rather than system space. It's just not necessary to make such a program because it's easier to assume they are running as admin.

  15. IRC by laurent420 · · Score: 2, Informative

    default dcc save directory is ~ . many users of irc are accustomed to permitting auto accept of files. someone sends you a .profile or .bashrc . .profile is sourced on every login. hmm i wonder what happened to all my filesystems.

  16. A short list of reasons to NOT be root by davidwr · · Score: 2, Interesting

    1) It protects you from yourself. Nobody's perfect all the time.
    2) It limits damage from exploits. Go ahead and be root if you aren't networked and never insert media, or are running a perfectly-secure OS.
    3) it protects you from another user's malice. N/A for single-user machines.

    Examples of when it is OK to run as root:
    1) many non-networked embedded systems, e.g. your microwave oven
    2) the DOS box in the corner your kids play DOOM I on.
    3) Demo machines at trade shows, but only if they are not networked and have no removable media.

    Other examples where running as root isn't advisable but the damage is greatly mitigated include read-only systems like Knoppix.

    --
    Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
  17. Re:What a great question! by spectre_240sx · · Score: 4, Insightful

    One word: Spyware. You run as Administrator, it hoses your machine. If developers would actually write software so that users didn't have to run as Admin just to open up notepad, then spyware wouldn't be anywhere near as big a problem as it is right now.

    Now take that one step further and consider a malicious virus being accidentally executed by the same user that thought Bonzi Buddy was cute. Spyware is bad, but that virus might, oh... kill all your .jpg .doc and .mp3 files.

    Now how do you feel about running as Administrator?

  18. Absolutely brimming over with wrongability by emurphy42 · · Score: 3, Insightful
    From TFA:
    when grandma tries to change her wallpaper, and it tells her "you don't have root privileges".
    I don't know whether this is hyperbole or just a bad acid trip, but either way, it shoots holes in his credibility big enough to drive a truck through.
  19. I have to say I love the OSX solution by arete · · Score: 5, Informative

    I have to say I love the OSX solution. For those of you that aren't familiar:

    The method:
    By default you don't use root (although it does exist)

    By default a user may or may not be an "admin" user. An admin user may perform root-like operations by authenticating again, but they give their own same password to the OS to do things.

    It still knows you're you, you're just super-you. So default files are created with you as owner, for instance. This is safer because it reduces slightly the number of escalations necessary.

    The effects:
    The actual user password being compromised is not the reason you need a separate root account, so they removed your need for two passwords.

    Bad apps still need separate priv escalation to do any harm, even if you're running as admin.

    BUT you don't have to logout of your GUI session to have one app - or even ONE PART of one app - run with escalated privledges, if you authorize it to.

    This means you have NO REASON to ever run unnecessary apps as an admin. No downloading just that one file as root because you're in the middle of doing a rooty thing and forgot one.

    The similar linux hack:
    I know you can setup similar things with sudo and a little tweaking. But this is how every OSX box ships, and it ought to be how every GUI consumer linux box ships too.

    --
    Looking for freelance Actionscript (Flash/Flex) or ColdFusion work and/or freelance developers. Email me, put Slashdot
    1. Re:I have to say I love the OSX solution by Relyt · · Score: 4, Informative

      Well, Ubuntu Linux is set up with sudo all set up right off the bat, which is probably the way things will be setup in the future. The user can use his or her own password to get root privileges.

      I think that anyone who is considering buying a PC for Lindows would be much better served buying a Mac or Mac Mini and using OS X instead. They'll spend the same amount of money and have an OS that is better-designed and is backed by a corporation and a CEO who actually know what they are talking about.

    2. Re:I have to say I love the OSX solution by Anonymous Coward · · Score: 2, Informative

      I believe Ubuntu/Kubuntu are going down the 'root is there if you really want it, but you don't actually need it because sudo is already set up for you' path.

  20. He has a point by photon317 · · Score: 4, Insightful


    We all know the reasons not to run anything as root unneccesarily are many, but you have to think from his perspective as well. He's picturing clueless linux desktop users, using a shrinkwrapped distro at home for personal use. If they were to only log in as a user rather than root, what does it buy them? Whoever gets them to run malicious code by exploiting them or their software will still get access to all of their data, since it was all stored as that user. And they still get access to backdoor all of the software they use, since they can screw the user's environment (PATH, LD_LIBRARY_PATH, etc).

    About the only thing not running as root saves the poor nontechnical home end-user from is wiping out their hard drive, but all the data that's important to them contained therein is still destructable.

    His point is in fact arguable - why bother?

    --
    11*43+456^2
    1. Re:He has a point by anthony_dipierro · · Score: 2, Insightful

      Whoever gets them to run malicious code by exploiting them or their software will still get access to all of their data, since it was all stored as that user.

      It's generally worse than that, in practice, because you usually have to be root in order to install most software. So unless a user is reading every line of code and compiling it locally, you're just need to shift the exploit into the install program.

      Now look, it's theoretically possible to make it so that nearly all programs can be installed without root privileges, but this requires pretty much a complete rewrite of the unix hierarchy. Unix wasn't designed with home systems in mind.

  21. Modded -1 Flamebait by HiredMan · · Score: 3, Interesting

    I knew Michael Robertson in college and he was a technological lamer and pretty much an A-hole. And he doesn't appear to have changed much. He's cobbling together whatever technologies he can get his hands on and then shamelessly pimping^H^H^H^H^H^H^H self promoting whatever his latest project is regardless of merit.

    He unfortunately seems to have learned that there is little fact checking in the business press - especially where technology is concerned - and that if he can create a stir he can probably create profit.

    It was several years before I realized that it was the same Michael but I visted the website and found his picture there - in multiple super high resolutions - seriously why would I want a 1435x1980 pixel image of him?
    Does he think he's desktop material? There's even information for booking him for speaking engagements... but it's not about ego. *SIGH*

    Look for the stock pump and dump scheme followed by an SEC investigation in 5 - 10 years...

    =tkk

  22. Robertson is the "Billy Mays" of the Linux world by scupper · · Score: 3, Informative
    I can't take this guy seriously. He's the Billy Mays of the Linux world.

    Just read his responses....[a few of my repiles]

    Jo: On the security front, I noticed during the presentation that you were running everything as root. Is that really a wise idea, to train users to run everything as the one user who can mess everything up whenever they feel like it? Should you not try to teach one basic UNIX security idea, that you really don't want to run things as root?

    Michael: I think, like everything, it's a question of balance. Ease of use, versus security. I defy anybody to tell me why is it more secure to not run as root. Nobody really has a good answer. They say "oh, yeah, it is!", but it really isn't. Here's why: What's the most important thing on your desktop? It's the data.[Mikey, that's like saying the people in my car are important, but to hell with the rest of the motorist on the highway. Pretty reckless and selfish. Maybe Linspire should should start "LinNet-Home of the Bots and Trojans] If someone gets access to your libraries or whatever, who cares? Your data is the most precious thing on your computer. And whether you log in as root or log in as user, you have access to that data, technically anyone who's compromising your account has access to your data as well.[Mikey, what is a bot? And how are they born?]

    Michael: Then you could say "Well, it's not really about your data, it's that people could accidentally mess things up!". Well, you could accidentally drive into a wall as well, it doesn't mean we should make all cars drive at 10 miles an hour. So, I don't see the added benefit. I DO see it's an added pain in the ass when grandma tries to change her wallpaper, and it tells her "you don't have root privileges". What are you talking about, man? I'm just trying to use my computer, or change the clock, or any one of a hundred other things. So, people always say "it's less secure", but I defy anyone to point out a single instance, and people all go "Well, I, erm, it's theoretical!". There's no one area I think you can point out - In this instance, a machine that's run with the root user could be compromised, in this instance one couldn't be compromised.

    Michael: I know the hardcore geeks feel differently, that's fine. When somebody installs Linspire, we say "do you want to set up users, yes or no", we give them the choice, right there when they start up for the first time. If they want to set up multiple users, they're welcome to do that, but we don't force them to. That's the difference we have.

  23. worse than windows? by greenrom · · Score: 4, Insightful

    Running as root is dangerous, but is more dangerous than the average home user is used to? Probably not. The average user probably runs windows from a single user account with admin rights. For most people, the recycle bin is the only protection from stupid mistakes.

  24. Accidents by iamacat · · Score: 3, Insightful

    Malicious software can always trick user into giving it administrator access. But if you always login and root, one bad mouse gesture in file explorer can make your system unusable. Just yesterday I saw someone with a master degree trying to store MP3 files in /Library on MacOSX.

    Besides, if you have a family PC why would you want everyone messing up each other's files if they can have nice separate home directories?

  25. hardware damage IS possible by davidwr · · Score: 2, Informative

    With poorly designed hardware, it is possible to wear out the hardware. Cheap printers and disk drives are relatively easy to wear out in a worst-case scenario. Certain types of flash memory can be destroyed by flashing it a few thousand times. While your operating system may not require you to be root to overuse these components, in principle it COULD force you to be root to do this.

    If you can write to BIOS or other boot-control data, you can potentially leave the hardware unbootable. Technically it's not hurting the hardware but you've still got a boat-anchor until it gets serviced.

    Older monitors could be fried if set to a "bad state" and left there too long. Ironically, in X-Windows, you don't have to be root to change the video settings to such a "bad state."

    --
    Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
  26. Yes ... it's that bad by argoff · · Score: 2, Insightful

    Uh well, I think he is actually that ignorant (or lost is more like it). This is the guy who started mp3.com and thought that the music industry was going to give him a big pat on the back for it and let them into their billionaires club. Even worse is how he down-talks illegal copying like it's a back-alley dirty activity, when in truth nobody is doing any worse than he has been, is, and will likely continue to do for the rest of his life. IMHO, he is the epitomy of blind love for evil systems. No matter how poor it is, evil it is, he throws himself at it with pure optimisim and glossy eyes.

  27. Breaking News from DHS Privacy Board.... by scupper · · Score: 3, Funny

    Michael "Root" Robertson is appointed to the Department of Homeland Security's Privacy Board.

  28. With unsecurity like that ... by houghi · · Score: 5, Funny

    ... he should rename his Linspire to something like Lindows.

    --
    Don't fight for your country, if your country does not fight for you.
  29. Devil's advocate by Concern · · Score: 4, Insightful

    OK, I'll bite.

    Keeping in mind Linspire is totally Desktop-centric, I can see why they might have a radically different view on the permissions system from most existing Linux users.

    I've already read lots of lengthy posts trashing this contrarian point of view. And they have a lot of good points, as yours does, but ultimately this reads like a single-user vs. multi-user culture clash.

    The fact is that on any operating system when you have a single, important user who runs malicious code, it doesn't matter much whether they're root or not, unless the machine has a security model more fine-grained and well-integrated than anything currently in wide use.

    If that user can access their own files, then their own files can be destroyed. If that user can access the internet, then the compromise can also send their files over it. Or it can simply make them a spam bot. Or a relay. If that user has an address book, then its contents can be targets for viral propagation. And so on, and so forth.

    Frankly, to do most things attackers want to do, "root" is unnecessary. Nothing within the unix "user management" repertoire really lets you deal effectively with this problem, and what few solutions you do have are, let's be honest, ugly, cumbersome, evil hacks.

    What stops all this? A real, heretofore unknown high-level security model, that actually says "The email program can access stored email data, preferences, and can talk to the network on this port, to these hosts" and "the word processor cannot talk IRC" and so forth. This requires a rich resource model, rethinking data storage metaphors, the whole nine yards. Unix does not have this. Windows hosts only have it in the crudest and most limited form with "personal firewalls" that to some extent at least police the network activities of applications.

    So for all the Unix folks, of course, this disdain for the security model is heresy, but for the desktop world (and really, servers benefit greatly from a fresh perspective as well), it's not such a bad point. Unix lacks a security model rich enough to be truly useful to everyday users, and by extension, companies like Linspire that cater to them.

    --
    Tired of Political Trolls? Opt Out!
  30. The most important thing on my computer... by harmic · · Score: 3, Insightful
    Here's why: What's the most important thing on your desktop? It's the data. If someone gets access to your libraries or whatever, who cares?

    The most valuable thing on my computer is probably the user name and password to my internet banking facility.. Not that I store them on the machine but I do type them in. Maybe running as non-root does give you access to all the data in a users home dir but it sure makes it more difficult to overwrite those libraries he's talking about with keylogging trojans that will harvest my passwords.

  31. Stress Test by qbasicnewbie · · Score: 2, Funny

    This man obviously hasn't met my sister: She attempts to open music files by selecting them in groups of 100, resulting in 100 sessions of xmms...I can only imagine her with root access.

  32. Re:Excellent commentary... by NanoGator · · Score: 3, Insightful

    "... however, your comment about FireFox not adopting ActiveX, I would put to you, is actually not a good thing."

    Lack of ActiveX support actually prevented my previous company from switching to OpenOffice or Mozilla. The attitude that it's better that these two apps don't support it seriously pisses me off. If Microsoft can't get away with being arrogant, than the OSS Community can't either. /rant

    --
    "Derp de derp."
  33. Re:Excellent commentary... by Monkelectric · · Score: 5, Insightful

    How could open source applications support ActiveX? The WHOLE point of ActiveX was to add a proprietary MS extension to the web to keep companies like yours locked in.

    --

    Religion is a gateway psychosis. -- Dave Foley

  34. I can reveal it by plj · · Score: 4, Funny

    127.0.0.1.

    Just don't tell anyone that it was me who told you.

    --
    “Wait for Hurd if you want something real” –Linus
    1. Re:I can reveal it by sharkey · · Score: 2, Funny

      Neato! He likes the same big-titty pr0n that I like.

      --

      --
      "Outlook not so good." That magic 8-ball knows everything! I'll ask about Exchange Server next.
  35. Re:Excellent commentary... by NanoGator · · Score: 5, Informative

    "How could open source applications support ActiveX?"

    Ask these guys.

    BTW, you REALLY don't understand what ActiveX is. Heh. Non-MS products can open ActiveX plugins.

    --
    "Derp de derp."
  36. You're MISSING THE POINT! by jonesy16 · · Score: 3, Insightful

    Before you blow everything out of proportion, take a second to look at a few things from a different perspective:

    1) The end user of Linspire is most probably a windows user trying to switch to something cheaper. The odds of Linspire being heavily used in a multiuser environment are bleak at best.

    2) He makes a valid point, the most valuble information on your computer are things stored in your home directory. Credit card information, social security, emails, etc. Guess what . . . `rm -rf` will eliminate all of that even if you aren't root. Who cares if you accidentally wipe an X library, a reinstall will fix that, it won't get back your emails and resumes.

    3) Everyone's argument for the flaw of running as root seem to stem from services running as root, which is something the enduser of an operating system like Linspire shouldn't be expected to fix anyway, nor will most Linspire users be running apache servers and mysql servers, I'm just guessing at that.

    A windows user or a linux newbie doesn't want to remember several account passwords just to change the IP address of their computer, or to reboot, or mount an external hard drive, or start Samba, etc. They want to know that they have permission to do those things out of the box. That's how windows is set up, that's what they want. Security should be handled by turning chrooted service invocation, firewalling, etc.

    This isn't FreeBSD, tailor to your customers and make them happy, without them you don't have a business.

  37. 99% by blackbear · · Score: 2, Insightful

    The reason that Robertson didn't get the answer to why not to "run as root" is twofold.

    1.) He didn't want to hear the answer when it was told him.

    2.) probably 99% of people who know that you shouldn't "run as root" don't know absolutly why themselves. They have a pretty good idea, but someone they respect and trust (and who is correct) told them it was stupid.

    The other 1% who could have told him why, weren't consulted. Nor will they be.

    It's no accident that Linspire (Lindows) is modeled after Windows, and it contains Windows' greatest fundamental security flaw.

  38. My question to "Root" Robertson by scupper · · Score: 2, Funny

    Mikey, what is a bot? And how are they born?

  39. Boiler-plate troll by AngryElmo · · Score: 2, Interesting

    almost Word for word, this guy has been posting this same text around different sites for 2 years. It has sort of reached goatse status (ie effing annoying). Just ignore it

  40. Re:Excellent commentary... by Ost99 · · Score: 2, Insightful


    BTW, you REALLY don't understand what ActiveX is. Heh. Non-MS products can open ActiveX plugins.

    No, you don't understand.
    It's still a proprietary MS extension even if you can add it to non-MS products.

    Oh and you can't add it to Linux products.

    - Stian

    --
    ---- Sig. gone.
  41. Re:Excellent commentary... by One+Childish+N00b · · Score: 4, Insightful

    Refusal to support one of the biggest vectors of spyware infiltration is not arrogant, it is common sense, at least for the average desktop user.

    For the business world, admittedly, with the entrenched position of ActiveX-based systems on corporate intranets, it's perhaps a little silly and a bit of a barrier to business adoption, but for home users one of the biggest complaints about Windows is the fact their machine can be 0wned by Virtual Bouncer, CoolWebSearch, ABetterInternet and God knows how many other drive-by-installed apps and toolbars just by visiting a slightly wrong-side-of-the-tracks website.

    --
    Dealing with lawyers would be a lot less tedious if they all looked like Casey Novak.
  42. Workaround? by SuperKendall · · Score: 2, Insightful

    rm -Rf / as nonroot will make you give a sigh of relief.

    That sounds like a workaround to make up for a design flaw in the command-line interface to me.


    No, it illustrates that some portions of the computers storage space have need to be protected. And that sometimes users do need to alter them, but not generally.

    It's just as easy to take a big chunk of the Windows directory and start trashing stuff with the GUI as well. If you give users the means to manipulate persistant storage (which you do need to do because as the article says, data is king) then you also have to have some way to gently steer them away from utter disaster. How you not heard tales of users trying to free up space on an HD deleting some crucial part of Windows? I have!

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  43. Standards compliance by Lifewish · · Score: 4, Insightful

    Since a decent majority of open source developers actually give, to use your phrase, a flying fuck about standards, it's generally not in their best interests to promote use of something that isn't a standard, will never be a standard and would be completely undesirable as a standard. Additionally, if it can't be ported across architectures then including it would do a hell of a lot of damage to firefox's geek cred, and hence developer base.

    Having said that, I think a plugin that allowed you to use activeX is a cool idea. I just don't think that tying the browser down to any one platform is a great idea. If you're particularly keen to produce an ActiveX version, go fork the codebase.

    --
    For the love of God, please learn to spell "ridiculous"!!!
    1. Re:Standards compliance by lgw · · Score: 2, Insightful

      There's nothing I hate more than a closed-minded standards bigot (and I say this as a member of a standards committee). The purpose of a standard is to capture, not dictate, what the majority of the marketplace is doing. Active-X is quite an important standard - it's the way most users expect things to work.

      You can argue that Active-X is not open, but you can't argue that it's not a standard - in fact, it's the prevaling standard. Adding Active-X support would not tie a browser down to one platform, it would just limit that functionality to one platform. That's what plugins are for.

      Clearly, some people value Geek cred over broader adoptability, which is a shame.

      --
      Socialism: a lie told by totalitarians and believed by fools.
  44. It goes to more than multiuser by Anonymous Coward · · Score: 3, Insightful

    Even on a single-user system, there is a damn good reason to run non-root: otherwise, if an attack makes its way in, you'll have no way to know about it. That's because every utility you could use to verify the integrity of the binaries and libraries and kernel you use can be altered by root.

    Not everyone takes proper advantage of the root privelege separation. Popping up dialog boxes asking you to enter your root password, for example, was a terrible design decision on the part of most distros. And sudo is almost always misused. But properly done, root privsep is your only way you can reasonably know you're running a clean system.

  45. Re:Excellent commentary... by Ost99 · · Score: 2

    Um yeah. A Windows user trying to switch to FireFox or OO doesn't give a flying fuck if AX will work on Linux or not. Pardon my bluntness, but you're rationalizing NOT putting a feature in that some people need. That's bullshit.


    I'd rather have a true cross-platform product. MS can keep their shit to them selves.

    Besides, ActiveX is a security nightmare. It is simply not worth it; whatever the problem is, ActiveX is never the solution :-)

    - Ost
    --
    ---- Sig. gone.
  46. How I learned not to run as root by Anonymous Coward · · Score: 2, Interesting

    I hope I can remember the details of this correctly. Here goes. Some time ago (maybe 5 years ago) I was running linux on a ppc box. I wanted to play a .au file. The sound device was something like /dev/scd All I needed to do was
    cat soundfile.au > /dev/scd

    I typed
    cat soundfile.au > /dev/sda

    Whoops. Yes, there is a reason not to run as root. I admit the mistake was dumb but if I wasn't root I would have been protected from myself.

  47. No good rebuttals yet... by downwa · · Score: 2, Insightful

    I haven't seen a rebuttal that gives a good solution yet. Michael Robertson is right about data being the most important, but seems to think that having users run as non-root means that changing the date will require a password (which is a "no no" for ease of use).

    This problem can easily be solved by making all non-critical configuration tasks (e.g. setting the date) run using sudo behind the scenes. Changing the date as a non-root user shouldn't require a root password (unless you're real paranoid about bugs in your date setting code allowing crackers to exploit date-triggered viruses, or something...)

    As for requiring a password, the only real solution is biometric, and that will be a while in coming. But most grannies aren't going to be changing hardware settings unless they are comfortable entering passwords. And if they aren't, they shouldn't be changing hardware settings anyway...

    --
    Life's a lot like money-- you spend it, then it's gone. Spend wisely.
  48. Re:Excellent commentary... by NanoGator · · Score: 2, Interesting

    "It is simply not worth it; whatever the problem is, ActiveX is never the solution :-)"

    *Sigh* This is what I'm talking about! I know AX ain't great. I'm no fan of it, either. But when it's needed, it's NEEDED. Since OO and FireFox wouldn't support it, we had to use a MORE INSECURE office and browsing app! You cannot honestly tell me that the OSS Community couldn't develop something to support AX and maintain security. Heck, all it would really need is to be off by default and the user has to either turn it on or install a special module. I don't care. It certainly would have been infinitely better than what we had.

    Whatever. I seriously doubt this has been given serious consideration. Flipping off MS is fun, but you're also flipping off some people who can't switch.

    --
    "Derp de derp."
  49. Re:Excellent commentary... by fbjon · · Score: 2, Interesting
    Is there som obstacle to adding support for activeX in only the windows version? Like this:

    Default turned off. If a page has some activex thingys, block, display small text that a thingy was blocked. If user wants to run it, click here and blabla, the url gets added to "Allow" list. Done. Other platforms need not even bother.

    --
    True confidence comes not from realising you are as good as your peers, but that your peers are as bad as you are.
  50. Question your best practices! by jhantin · · Score: 2, Interesting

    There have been some very good research projects done on how to build a more secure system, and some of the most amazingly effective ones have been the ones that challenge the basic assumptions of "best practice".

    MIT Kerberos takes the view that no machine on the network can be implicitly trusted; access to network services is controlled by tickets, mediated by a ticket distribution service with which each user and service has a pre-shared key. This works even for systems in which the local operating systems have no internal access control mechanisms whatsoever.

    Capability-based systems essentially throw out the classic security model of users, roles and permissions, replacing them with a system of nonforgeable references by means of a combination of memory protection and cryptographically strong naming.

    Finally, people need to come to terms with the fundamental fact that content-based security schemes are a losing proposition (1, 2). Virus scanners, adware scanners, porn blockers, spam filters, and even national customs departments all face the same problem: they can only inspect what goes by and apply a list of tests to winnow bad items. There is strong economic pressure to find ways to bypass these types of checkpoints, so new tricks are constantly being invented, only to be compensated for by the guardians; thus the guardians are always a step behind.

    --
    ...when you're writing a game...tweak the difficulty of "Easy" to something [your mother] can cope with. -- onion2k
  51. Re:Excellent commentary... by Ost99 · · Score: 2, Interesting

    The new netscape based on firefox is supposed to support AX on windows.

    Transgaming is working on a mozilla plugin for AX, for linux running winex / cedega.

    For openoffice, I think macros (with import from ms formats) would be more useful than AX (who uses AX in a document?)

    - Ost

    --
    ---- Sig. gone.
  52. Re:Excellent commentary... by Monkelectric · · Score: 2, Interesting
    Well, what the grandparent is pissed at -- and he has half a point -- is that firefox COULD support activex -- on windows only, by using the activex api.

    However, activeX is a security nightmare. And regardless it *IS* a proprietary MS extension -- and nobody wants to A: support MS and their bullcrap, B: Firefox has a reputation as a secure alternative to IE. If FireFox supports the hopelessly insecure ActiveX -- they really have nothing to offer anyone anymore as their reputation is *done*.

    --

    Religion is a gateway psychosis. -- Dave Foley

  53. Re:Before somebody picks on a point by Mishura · · Score: 2, Informative

    "I know in linux you can, for instance, open a terminal, su, and execute a GUI app as root while in an X session not as root. However, there's no general linux way for doing this for a nonCLI user."

    Observe, The KDE solution:
    K --> Run Command --> kdesu program_name

    The Gnome Solution (I Think):
    Gnome Foot --> Run --> gksu program_name

    Also, you can set program shortcuts in either the K/Gnome/XFCE/icewm/wtf wm you desire/ menus to start off with the gksu or kdesu to launch an app as root.

    Also, if you have a lax sudo set up, a "sudo app_name" works as well.

  54. Re:Excellent commentary... by Anonymous Coward · · Score: 2, Insightful

    "B: Firefox has a reputation as a secure alternative to IE. "

    Except that it cannot completely be an alternative to IE because IE supports something that FireFox doesn't.

    I believe that is the point that other dude was trying to make, but everybody's busy telling him he's wrong.

  55. Least-Privileged User Accounts on Windows by VGPowerlord · · Score: 2, Informative
    Microsoft's Technet has an article named Using a Least-Privileged User Account (LUA), and they intend to force LUA on people in Longhorn.

    My reaction? It's about time! This will help far more than any "Trusted Computing" initiative will.

    Now before I continue, I'll comment that my workstation/gamestation is a Windows XP SP2 machine. My web services machine is a Debian Linux machine.

    I have two accounts on my XP machine: One Administrator and one Limited User. I use the Limited User Account on a day to day basis for my classwork, Applications, and Games. I use the Administrator account to install new programs and program updates.

    The biggest problem with a LUA policy on a Windows system is... Application manufacturers. Programs tend to be written with the impression that the program directory and HKEY_LOCAL_MACHINE part of the registry is always writable. Unfortunately, this is undoubtably because Windows 9x didn't have the concept of file or registry permissions.

    On XP, by default, Limited Users can only write to their Profile directory on C:, and can only write to the HKEY_CURRENT_USER part of the registry. These are where user specific files and settings belong! The %USERPROFILE% and %APPDATA% environment variables are even set up for them! There's even an %OS% environment variable that tells the installer that this is a Windows NT system (It's set to Windows_NT).

    The most recent offender for ignoring these restrictions, that I've installed, is World of Warcraft. Since it was written in 2004, its installer is aware of accounts and account types, and gave me an error that I needed to install it as an Administrator. That's all well and good, but it still tries to write files to %ProgramFiles%\World of Warcraft\WTF\Account\[USERNAME]\ heirarchy every time it runs. While the game seems to work even if it can't write its files, you also can't save any settings changes.

    --
    GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
  56. He's got it backwards by Bootard · · Score: 2, Insightful

    From time to time I help my grandmother and my girlfriend's aunt out with their windows boxes. Both of them are pretty clueless as far as computers go, and I suspect that they could really get into running as a user and not as root. Especially when they were first getting started, and even now, they both have expressed a fear of fucking up their computers. If I/this guy could tell them why it's in their benefit, ie that as long as they don't enter the root password, they can do whatever they want and they never ever will have to worry about their computer breaking, I would imagine both of them would sign up really quickly.

    The solution here isn't in dumbing things down. It's in giving a 1 minute presentation about the *nix security philosophy during the first login. I would think that most people, and ESPECIALLY newbies, would get behind that type of security if this guy would take 30 seconds to explain what it is and why it HELPS them instead of just portraying it as a nusience. In many ways, logging in as a user really does give you a freedom to explore and learn pretty risk free. People know that there are ways to break their computers. Telling them to go ahead and press any button you want to; if it's a button that will do something serious, it will make you enter a password would probably be attractive to most people learning an unfamiliar OS for the first time.

    --
    exceptio probat regulam in casibus non exceptis
  57. Re:Excellent commentary... by sbrown123 · · Score: 5, Insightful

    Okay, I will make it easy for you. Why does Firefox and OpenOffice not use ActiveX? Heres why:

    (1) It does not work cross-platform. Both Firefox and OpenOffice work on platforms other than Windows. Both platforms keep this compatibility by not introducin technology that could possibly limit this capability.

    (2) It is proprietary. You may be confused on what this means. Basically, the technology is owned by Microsoft. This very same reason is why PNG exists despite the existance of GIFs. GIF technology was proprietary and, thus, could not be placed into a product that had a open source license (Linux).

    (3) Firefox has no need for ActiveX since it has, in my opinion, a better technology with XPCOM. OpenOffice, if I remember, can be extended with Java plugins. Java has built-in security unlike ActiveX. Both XPCOM and Java are cross-platform which goes back to my point #1.

    (4) Active X is not very secure. You will hear this time and time again. Microsoft even knows this and turned them off by default in SP2!

    Make all the excuses you want, at the end of the day what matters is if the product does what it needs to or not.

    As stated in point #3 above both Firefox and OpenOffice support technologies that give them quite a bit of power to get any job done.

    I have a pretty good memory and I remember correcting you on these issues before:

    http://slashdot.org/comments.pl?sid=144131&thres ho ld=0&commentsort=0&tid=109&mode=thread&cid=1207754 3

    Before you go spouting about some guy who would have no job if it werent for ActiveX or some other non-sense drivel, answer this:

    What does ActiveX do that XPCOM and Java are incapable of performing?

    If you are not able to answer that question, you have no base to stand on.

  58. Re:Excellent commentary... by fyngyrz · · Score: 4, Insightful
    Except that it cannot completely be an alternative to IE because IE supports something that FireFox doesn't.

    Fine. But FireFox (and others, such as Mac's Safari) support something highly worthwhile that IE most definitely does not. Namely, a reasonably safe and secure browsing experience.

    Some markets will opt for security and safety, using technologies that are (compared to active x) much (duh) safer and more secure.

    Others will continue to endure spyware, viri, adware and various trojans and other invasive garbage. Those are "IE features" FireFox doesn't want to offer. Or let me put it this way -- they are "features" that this FF user doesn't want to be "given", because they are inevitably prefaced with the command "bend over."

    I truly think that to impress ActiveX upon FireFox would be just about the worst thing the FF developers could do. FireFox provides a better experience. That's why it's doing so amazingly well. Put ActiveX in there, and that experience is going to begin to degrade. It may go as far as to be as risky to surf with FF as it is to surf with with IE.

    Does anyone really want that, other than the companies who have embraced and extended Microsoft's Active-X? Is there anything truly significant you can do with Active-X that you cannot also do with Java?

    Sure... you pick a technology that is proprietary to one browser, that browser starts to lose favor with the user community, and definitely, you will have work to do. Time to start studying Java. It's not time for the junk technology to be imported into FF to extend the EOL of some Active-X product.

    Java was designed to be secure. It's been remarkably successful at it, too.

    --
    I've fallen off your lawn, and I can't get up.
  59. Re:Excellent commentary... by Anonymous Coward · · Score: 2, Informative
    AxtiveX is the Microsoft API in answer to Java.

    That's not at all true. ActiveX is just COM/OLE, which is older than Java. The origins of COM/OLE go back to the 1980s, and OLE 1 was publicly distributed with MS Office in 1991. OLE 1 wasn't based on COM, however, so is to some extent irrelevant. The first release of COM-based OLE (called OLE 2) came in 1993, at a time when Microsoft were still ignoring the Internet, with OLE controls (now called ActiveX controls) added to Visual Basic in 1994.

    The first release of Java only came in 1996, and whilst it almost certainly did inspire Microsoft's rebranding of COM as ActiveX, the ActiveX technology itself was not in any way an answer to Java (and obviously couldn't have been, since it's older).

  60. Re:Perfect Example by ink_13 · · Score: 2, Insightful

    Except that in a properly configured system, . should never be in your $PATH.

  61. Re:None of you /.ers listen/read... by Kaelem · · Score: 4, Interesting

    There is an issue you've not addressed. How about when your data is not the target? (Honestly, most people's data is not worth stealing).

    What if an attacker just wishes to compromise your machine and use it to attack other machines, relay spam, etc? This is a huge problem with Windows.

    --
    "That's some catch, that Catch 22." "It's the best there is."
  62. Re:Excellent commentary... by amliebsch · · Score: 2, Funny
    What does ActiveX do that XPCOM and Java are incapable of performing?

    It can run ActiveX applications that have already been designed and implemented.

    --
    If you don't know where you are going, you will wind up somewhere else.
  63. Re:Okay now... (Mod parent down?) by MrZaius · · Score: 3, Informative

    Correction:
    replace "executable" with "readable"

    chmod a-r /home/, and user bob executing rm -rf /home/ fails to eliminate a bob-owned /home/bob/, as it fails to get a listing of /home/

  64. Re:Excellent commentary... by fyngyrz · · Score: 4, Insightful
    The argument being made here is that Active-X is dangerous. You seem to give that a nod by saying it should be off.

    Fine.

    However, the next implication is that it can be turned on. This is not fine. Why? Because it is dangerous. The average user does not comprehend that it is dangerous. Like the argument here that one should not run as root (which I agree with for most people in most situations) the idea is that if you're not smart enough to handle a tool, you should not be handed that tool.

    It's not arrogance to say that it is not a happy worldview to see people's computers being trashed by junkware let in by badly designed software -- Active-X -- it simply isn't a good thing. You can't make it a good thing.

    Now, if a company has invested time in developing for this proprietary (but very dangerous) technology, and the marketplace leaves them behind, as it is showing definite signs of doing, then if that company wants to survive, it needs to lose the dangerous technology, get with the program, and use the safe technology. That's called evolutionary pressure. I'm part of that pressure. I don't use IE. If you use IE-specific technologies on your site, you've lost me (and at least 10% of the rest of the world, and more every day.) Now, you can only ignore this for so long before you (a) solve the problem by losing the junkware, or (b) are driven from the business space by competitors who are able to recognize and resolve the problem.

    From a user perspective, I'm just one guy. I won't use IE.

    From an applications standpoint, I own several companies and we don't use Active-X (or Java, for that matter) as a matter of course. We do server-side apps, because (a) we have total control over them and (b) because all users, that's 100% of them, can use our apps. We give up some glitz, certainly, but we've never, ever had to give up anything important.

    So my outlook does have some effect. If Active-X were to go away, it wouldn't touch me at all, other than to make the web more accessible to me and perhaps give my competitors a more stable place to stand. Do I worry about the people who invested in Active-X? No. And, really -- why should I?

    Arrogant? No. I'm entitled to my opinion, just as you are entitled to yours. As for putting any thought into it, apparently you didn't notice my sig. This isn't an issue I just picked up on this afternoon. I have indeed thought about it, and this is where I ended up.

    --
    I've fallen off your lawn, and I can't get up.
  65. Re:Excellent commentary... by cgenman · · Score: 4, Insightful

    Good post overall. However, you're simplifying the relationship between GIF and PNG, and you imply that by including proprietary renderers in Linux that they too must be open source. This is completely incorrect, as many binary drivers, patent-encumbered applications, and even closed applications are distributed with Linux. Debian has an open-only policy, but that reflects their outlook, not a requirement of the Open Source license.

    PNG was developed not because it was impossible to put GIF support in Linux, but because it was feared that Compuserve (which discovered it held a patent on one of the processes used in GIF compression / decompression) would abuse it's power on all platforms. In the early days, they talked about levying a fee on all clients, users... anything that interacted with GIFs. At which point development of PNG began. I believe CompuServe finally settled on the less unreasonable 5c per paid application that can encode GIF's, with no fee for decoders. That fee is no longer with us, as the patent has expired.

    On the other hand, PNG has surpassed GIF's by adding alpha layer transparency... in other words, you can have certain pixels that are 100% opaque, or 10%, or 55% solid, or whatever. This would make working with images on the WWW so much easier, if MS would just bloody well implement proper PNG support like they promised as a feature for I.E. 4.

    What does ActiveX do that XPCOM and Java are incapable of performing?

    Install very convienient password management apps, automatically, like Gator.

  66. Re:Excellent commentary... by Waffle+Iron · · Score: 3, Insightful
    Heck, all it would really need is to be off by default and the user has to either turn it on or install a special module.

    With ActiveX, you're using IE as a custom client UI for your apps, not as a web browser. Why should other web browsers turn themselves into a general-purpose Win32 UI platform? That's not their focus.

    What would be wrong with just staying with IE for your Win32 application? You can still keep it around just as a container for your custom-coded UI clients. If you want to actually *browse* the wold-wide-web instead of running little Win32 applications, nothing's stopping you from using other more modern browsers.

  67. Re:None of you /.ers listen/read... by KillerBob · · Score: 2, Informative

    That's Windows logic.

    In Linux, run as a user. A malicious script destroys your files and "toasts" your system, the only thing you've lost is your user account. As root, you can then destroy the user and user's files, and recreate the user. You've lost maybe 5 minutes of your time, and don't have to reinstall/recompile/reupdate your system.

    If you're running as root, however, the script can access the *entire* system. If it runs amok, you're completely lost, and are out several hours of reformatting, reinstalling, recompiling, and reupdating the system.

    This is especially important if you're running a multi-user system. When there's 3 people using the computer, if one of them gets a malicious script and runs it as root, then the entire system is pooped, and all 3 users are out of luck. When they're running as users, they can't touch each others' files, and as such, they can't screw each other over.

    --
    If you believe everything you read, you'd better not read. - Japanese proverb
  68. Re:Excellent commentary... by sbrown123 · · Score: 2, Interesting

    Nice try. ActiveX is nothing more than simple COM. It is not very difficult to use Java or XPCOM to communicate to ActiveX controls, and vice versa. Try again.

  69. Re:Perfect Example by prockcore · · Score: 2, Insightful

    This particular problem can be averted by removing . from $PATH of all users including root

    I've never seen a linux distro that even *had* CWD in $PATH.

    But hey, maybe you like going around trying to run "./ls"

    Finally, PATH is searched in order. So /bin:/usr/bin:. would find ls in /bin and run it.. even if ls was also in /usr/bin or cwd

  70. Re:Excellent commentary... by jonadab · · Score: 2, Interesting

    > Lack of ActiveX support actually prevented my previous company from switching
    > to OpenOffice or Mozilla. The attitude that it's better that these two apps
    > don't support it seriously pisses me off. If Microsoft can't get away with
    > being arrogant, than the OSS Community can't either.

    Arrogance has nothing to do with it; this decision is about (and can only be about) security. Applications that care about security *cannot* support ActiveX, full stop.

    It's not just better; it's *VITAL* that they not support ActiveX. If Mozilla for instance did support ActiveX, anyone even the slightest bit conscious of basic security issues would migrate away to another browser immediately (Opera, most likely). If you think ActiveX is a good thing, you have no idea what ActiveX is, or no understanding of security at all. Fundamentally, by design, ActiveX allows any website you visit to do, quite literally, whatever it wants on your computer[1]. A well-behaved site is *supposed* to be nice and just draw stuff in the browser window, but fundamentally it can do whatever it likes, because that's how ActiveX was designed. Microsoft created ActiveX during the era when they considered security to be 100% Somebody Else's Problem, so they didn't give this a second thought; now that they are making some attempt to take security seriously, they regret ever having developed ActiveX in the first place; sooner or later they will have to discontinue support for it in a service pack or upgrade, because there is no secure way to support it.

    It was a mistake for Microsoft to develop ActiveX and start supporting it; it would be a mistake for *any* application to support it that doesn't already, and the ones that do already (mainly, MSIE) will eventually have to bite the backward-compatibility bullet and stop supporting it. Mozilla.org absolutely cannot afford to make that kind of mistake; security has been and is one of the major factors driving Firefox adoption; if Firefox supported ActiveX, it would actively lose most of its market share virtually overnight. That kind of wide-open security hole is never EVER worth the risk. OpenOffice *might* be able to get away with it better, because it is used mostly with internal documents, not content off the internet, but it would still be a major security headache, and not supporting ActiveX is still substantially the right decision.

    Lack of ActiveX support is not about lack of developer time; it is not about needing to reverse-engineer protocols; it is not about platform parity; it is not about open standards, and it is certainly not about arrogance; it is about security, and it is so essential to security that no other issue can matter.

    It is Windows users who would suffer if these applications supported ActiveX on Windows. Yes, Windows has other security problems, but ActiveX dwarfs relatively little things like Shatter attacks (a form of privilege escalation attack that exploits a design flaw in the Win32 API), because it is so much easier to exploit; it is not so much a security vulnerability as a complete abdication of all pretenses of security. Right now, Windows users have a choice; they can use MSIE, and pray nobody ever sends them a link to a site with a less-than-scrupulous webmaster, or they can download a browser with basic security. Don't take that choice away from them.

    ---
    [1] The design has now had user approval retrofitted onto it, so that a site
    now can only do whatever it wants after the user frobs the "Ok" button.
    But the user (and the computer, for that matter) has no way to tell
    before doing so whether the site intends to draw pictures in the browser
    window, scroll text across the status bar, or scour the user's Documents
    directory for credit card details and other personal information and send
    it back to the site. In fact, it's not easy to tell what a site's ActiveX
    programs (called "controls" in ActiveX parlance) have done even afterwards.

    --
    Cut that out, or I will ship you to Norilsk in a box.
  71. Re:Excellent commentary... by Curtman · · Score: 4, Insightful

    What does ActiveX do that XPCOM and Java are incapable of performing?

    I think the correct answer is marketing. The gecko browsers are packed full of some really cool toys for developers. But it's very very hard to sort through it all. Every so often I start playing with various features common to Mozillaish browsers like XPI, XSLT, and Javascript. It always strikes me how much potential there is to make some very cool applications using these. One pet project of mine is to see if I could create a set of XSLT documents that would transform glade projects into XUL applications, which could be themed via css.

    It's coming along pretty well, but I find it very difficult to wade through the developer documentation. XULplanet is a great resource, and there's a few others like the DOM ref on moz.org, but it seems pretty scattered, and sometimes out dated, and sometimes it just completely disappears like DevEdge (which there was some talk about being resurrected). In some cases, the only reliable documentation is the moz source itself, which is very hard to navigate without a fair bit of research.

    I've never done anything with ActiveX at all, or dealt with Microsoft API's very often at all, but I've seen their documentation, and it seems like its quite a bit more focused, and easy to find things.

    Having had to go looking for documentation myself, I think I can see why companies would be reluctant to use Mozilla technologies in house. Is there anybody at the Mozilla foundation that deals strictly with promoting moz as a developer platform, rather than focusing on the browser itself?

  72. That should be non-READABLE by achurch · · Score: 4, Informative

    as per this comment below (just bringing it up to make it more obvious). chmod a-x /home keeps you from doing anything in /home or any subdirectory, but will let you list /home; chmod a-r /home keeps you from listing /home but will let you do stuff in /home/bob.

  73. He's right by ChiralSoftware · · Score: 2, Insightful
    The Unix/Linux security model is terrible. Here are just a few of the most painful flaws:
    • Any process that is owned by a given user has all the authority that that user could have
    • Some executables allow a process to start other processes with root access. If there's an overflow in any of the numerous suid binaries, any process can use it to escalate.
    • The most dangerous operations, such as processing network data, require root privileges. I still think that "must be root to bind ports < 1024" is the #1 Unix/Linux security bug and we've been suffering with it for three decades.
    • There is a user (root) which can access everything in the system. There's no way to grant a program the capability to listen to port 80 without also granting it the capability to write raw blocks on the disk, access raw devices, access other users' files, etc. This is an absolute disaster. No ordinary web server needs the ability to write raw disk blocks, so it shouldn't have the capability to do it.
    So yeah, the Unix/Linux security model is such a disaster that he's right! On a single-user machine (such as a typical Linspire machine) the user isn't really any worse off running everything as root.

    What would be nice is if someone would actually fix the Unix/Linux security model one of these decades.

    I'm sure a lot of Unix old hands (perhaps complete with beards!) will dismiss what I'm saying as rubbish, but I also believe that just being an old Unixer doesn't give anyone any special understanding of security. The way to get a special understanding of security is to think about, and understand, some theory ideas like least-privilege, capabilities, compartmentalization, that kind of thing. All those are foreign to the traditional Unix world, which is based on users and permissions. The users-and-permissions model is the ROT-13 of security models.

    1. Re:He's right by lems1 · · Score: 2, Insightful

      instead of complaining you should really be doing research, writing white-papers and/or implementing these functions in code.

      stop bitching and help us all. enlighten us with your wealth of wisdom: put it in code.

      --
      This sig can be distributed under the LGPL license
  74. Re:Excellent commentary... by Ibag · · Score: 2, Insightful

    "What does ActiveX do that XPCOM and Java are incapable of performing?"

    ActiveX runs things that were previously designed to run via ActiveX. The question is akin to "Why use windows over linux?" There are many ActiveX controls already written that cannot or will not be rerwritten that people depend on, and unless someone takes the time and money to make clones for the controls, people will continue using the pltforms thtat the controls tie them to.

    There are good reasons for people to replace ActiveX with something else, but there are also good reasons for users to continue using the programs that support their controls. Inertia is a powerful thing.

  75. Robertson is right by pvdl · · Score: 2, Interesting

    Actually, Robertson is right.

    He said "why is it more secure to not run as root. Nobody really has a good answer. They say "oh, yeah, it is!", but it really isn't. Here's why: What's the most important thing on your desktop? It's the data. If someone gets access to your libraries or whatever, who cares? Your data is the most precious thing on your computer. And whether you log in as root or log in as user, you have access to that data, technically anyone who's compromising your account has access to your data as well. "

    Obviously he is talking about single user computers, as most PCs are. If you have a single user computer, when your user account is penetrated, your root account is penetrated next time you su.

    The last step in a Linspire install, which apparently noone in this thread has done, is to set up user accounts for a multi-user system. If it is a single user system, there is NO additional security to setting up a user account.

    My data is the most important thing for me. I can reinstall Linux in 15 minutes, but my data is irreplacable.

    Peter

  76. Re:unix is multi-user by Pastis · · Score: 2, Insightful

    On a home system, there's Billy Bob, Mis Billy Bob, Billy Bob Junior, and the occasional 10 persons a year that come and borrow your machine for 1 min to read their webmail, the ones that play music when you do parties, etc.. etc...

    Never assume that because you're the only one to use your machine today, that you're not going to let someone else use your machine tomorrow.

  77. Re:Excellent commentary... by masklinn · · Score: 4, Informative
    I think there are enough people out there who have to use ActiveX that support will eventually be added as a special module or something.
    Too bad you don't think like the Mozilla.org foundation does.

    It's been stated repeatedly that Mozilla.org products will never implement ActiveX out of the box... ever...

    There are extensions, if there weren't you could develop them, it's up to you to implement ActiveX in moz/fox and degrade your security, but THAT won't come from the foundation.

    Try again.
    --
    "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
  78. Root is safe? by Francis85 · · Score: 2, Funny

    Has netcraft confirmed this yet?

  79. root on a single user system isn't a big deal by OrangeTide · · Score: 3, Interesting

    When one RTFA they will notice that Robertson is talking about a desktop system. Having users log in as some root/admin account is not a big deal because the only thing valuable on that system is the data stored as the only user on their system. Obviously he's not saying "run apache as root". In fact he implies it would be a very bad idea to allow things like a webserver to have write-access to a user's data!

    Now if you are maintaining a multi-user system, root access is more powerful because it grants you full access to all user's information. Although these days a family computer has multiple accounts on it, Little Timmy and Mom's data is seperate. If Timmy downloads some malicious code in some new music sharing program that turns out to be a trojan, at least Mom's calendar, address book and tax information will be protected.

    Of course I'd recommend periodic backups to give you real data security. That's perhaps more important than the root/non-root issue.

    --
    “Common sense is not so common.” — Voltaire
    1. Re:root on a single user system isn't a big deal by Craster · · Score: 3, Interesting

      This is only true if it's only your data that you care about.

      A compromised system with a user running as root? Simplicity itself to set an SMTP daemon running and happily accepting and relaying mail.

      Welcome to the world of the Linspire open relay network.

  80. MarketSpeak by tacocat · · Score: 2, Interesting

    Obviously his answer is Market Force driven and non-technical. He ships as root, he doesn't want to sacrifice his products perception. He'll never say anything else.

    Would you expect the CEO of Exxon to openly state that there is something called Global Warming and it is necessary for everyone to stop driving gasoline powered cars?

    Certainly not until they have the answer. It maybe be the Linspire is working on changing this for real, but it won't be openly discussed.

  81. Re:Root, Shmoot by Narchie+Troll · · Score: 2, Insightful

    In 1992, there wasn't a spam and malware epidemic crippling systems and networks across the globe.

    You're like someone in the 1980s complaining about not being able to have unprotected anonymous sex anymore. Times have changed.

  82. Some of you are missing the point by GauteL · · Score: 2, Insightful

    While I do agree that the most important data is what is stored in the $HOME directory, running everything as root, puts the OTHER users at risk and not just yourself.

    Some would say that this doesn't matter if you are a home user but even home users should (and often do) have different users for the different family members.

    If the 13 year old kid downloads lots of 31337 warez and gets a worm thrown in with it, this shouldn't affect dads documents, budget, tax stuff and credit card information.

    If you run each account as root, this is bound to happen sooner or later.

    The Right Thing [tm] to do is to make it easier for home users to live with security, rather than just remove security. OS X manages this decently, why can't Linspire?

  83. Re:Excellent commentary... by CastrTroy · · Score: 2, Interesting

    You can get firefox to use active-x. It just doesn't do it by default. There's some stuff you can change in your profile to make active-x stuff work. It's not a good idea, but it can be done. As for openoffice, well, I'm not sure there. But if running compiled code in your office suite is something you can't live without, maybe you need to review the reasons behind doing stuff like this in the first place.

    --

    Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
  84. Only Worrying About the Worst Case by Delos · · Score: 2, Interesting

    The stupidity of this position is very easy to explain. He's claiming that the worst thing (losing user data) is the only thing to worry about. Since non-root doesn't prevent that, let's get rid of it.

    To use his own analogy, if the worst thing that can happen in a car is to run into a wall, then why have door locks? Whether you have locks on the door or not, you're still going to die. And they make it hard to get into the car, so let's get rid of them.

  85. Root isn't bad... by Foolomon · · Score: 2, Funny

    ...it's evil. :D

    A looooong time ago in a galaxy far, far away when I was in college, there was a graduate student (Bill Crossman, if I recall, was his name) who one day decided to clear out his home directory before packing up to go home for the summer. So he typed "rm *" at the shell command line and thought all was good.

    He forgot he had logged in as root.

    From that point on he was known as "arr emm star Crossman" :D

  86. Ignorance. Sheer ignorance. by Millennium · · Score: 2, Insightful

    The problem with this statement is that the man's idea of security is too simplistic. He sees the only security threat worth worrying about as stealing, altering, or erasing the user's data. Certainly this is a valid concern, and if it truly were the only thing to worry about on the Net then his complaint would be valid. Where it falls on its face, however, is the plain and simple fact that this is not the only thing to be concerned about, security-wise.

    Nowadays, many malware authors don't actually care much about any data that's stored on disk. It's the data you enter every day, often without realizing it, that's [i]really[/i] interesting. What sites you visit, what ads you respond to, and such: these can be gleaned from history files with some success, but by the time you get that data it's already out of date. Getting it in realtime is better, and this is what spyware does.

    Even this, however, is not the only reason malware exists. Very often, what malware authors want isn't even your data; they want your computer itself. That's what zombie networks are, essentially. This allows The Bad Guys (be they crackers, spammers, or whatever) to make use of your machine to perform their nefarious activities, and the hell of it is that they can do it in ways that make it look like you're the culprit.

    Of course, even this doesn't cover everything. Adware doesn't usually bother to collect data (though it can), and often doesn't act as a zombie: it's just there to shove even more ads in your face. Yes, this is more annoying than destructive, but it's still malicious.

    The point of all this: Data may be king, but a king is nothing without his court. That's the problem with this man: he's too ignorant to see any security problems outside of data theft. As a result, he advocates irresponsible computing, seeing no harm not because there isn't any harm -for there is- but because his concept of harm is not broad enough.