Slashdot Mirror


Linux Virus Alert

marcjw writes: "I don't see many of these (Linux virus alerts). In fact none in the six months or so since I've switched from MS. Maybe that's why this story from newsbytes caught my eye. At any rate, I'm not sure if this poses much of a threat to the general Linux community but it's always best to be forewarned."

501 comments

  1. Not via email you dont you wascally wabbit by -douggy · · Score: 2
    "However, Russell said it would be "dead simple" to attach the virus to a useful program, such as a tool that exploits a security hole, and beguile some users into running it. What's more, a malicious user could upload the virus to a Linux download library. "


    At least our email programs dont auto execute attachments.

    1. Re:Not via email you dont you wascally wabbit by dkemist · · Score: 5, Insightful

      Russell makes an excellent point there. All you have to do is distribute a file that "lets you own M$ boxen!" and there will still be a large number of script kiddies that will download the file and run it as root. Sure, it's not going to be able to be auto-executed, but it's just like virii back in the DOS days.

    2. Re:Not via email you dont you wascally wabbit by Ziviyr · · Score: 1

      I wish my mod points didn't just vaporize. Funny!

      --

      Someone set us up the bomb, so shine we are!
    3. Re:Not via email you dont you wascally wabbit by ryanr · · Score: 2

      Right. There are rumors that one of the SSH exploit binaries was infected with a virus similar to this one.

    4. Re:Not via email you dont you wascally wabbit by drewbradford · · Score: 0, Redundant

      [The virus] infects programs written for Linux, an alternative to Microsoft's Windows.

    5. Re:Not via email you dont you wascally wabbit by adolf · · Score: 2

      Surely you all are speaking of trojan horses, right? Right? Or has the vocabulary changed?

      Viruses are infectious - they spread, usually unbeknownst but sometimes not, across media and machines, branching as they go. Trojan horses explode upon execution, or at some predetermined time, and require specific action to be deposited on a user's machine.

      They are different things entirely.

      A shell script such as:

      #!/bin/sh
      rm -rF /

      could be construed as a trojan horse in the hands of someone who doesn't know better. This trojan horse might be spread by means of a virus, but that's where the relationship between the two stops.

      Viruses needn't even be destructive to meet the definition of being viral.

      If in doubt about these terms, simply RTFM. The Jargon File might be a good starting point, or any good (or not so good) common encyclopedia.

      -

    6. Re:Not via email you dont you wascally wabbit by Capacitor · · Score: 2

      But then again - you would have to be more than an average putz to run unsolicited code like this as root. Running it as a normal user will of course have little effect on most Linux systems, but a few crippled systems exist that allow users to noodle with everything like in WinXX. I think the only real threats to Linux systems are the ones that use clever manipulation of buggy software like BIND to gain unauthorized access to our boxes.

    7. Re:Not via email you dont you wascally wabbit by NorseGod · · Score: 1

      All you have to do is distribute a file that "lets you own M$ boxen!" and there will still be a large number of script kiddies that will download the file and run it as root.

      I don't see the bad thing about doing this. Do you?

      --
      ~/.sig
    8. Re:Not via email you dont you wascally wabbit by Hercynium · · Score: 1
      I feel that, while not entirely incorrect, your post needs clarification.


      Virus: A segment of executable code that inserts itself into other executable files which, when run, usually executes the virus' modifications causing the virus to continue to spread on the host machine.

      Worm: (This is not definitive, since the lines have been blurred in recent years) A comlete script or executable designed to utilize the components of the host computer's operating system for it's replication. A worm does not typically modify executables on the host. Also, a computer worm is typically more complex and/or independent than a virus.

      Trojan Horse: An apparently 'normal' file that has been modified or replaced to contain a 'payload' such as a virus, worm or other malicious code that may be executed by the user on the host system.

      --
      I'm done with sigs. Sigs are lame.
    9. Re:Not via email you dont you wascally wabbit by Codifex+Maximus · · Score: 2

      Hmm... as far as I understand the terms...

      Virus is: A snippet of code that gets onto a machine by any number of propogation mechanisms - usually as part of a larger program (see Trojan Horse) and is usually designed for malicious purposes. Most antivirus makers agree that viruses that remain undetected and/or are more covert in their activities are more dangerous. Viruse almost always require the intervention of a user to propogate.

      Worm is: A network aware program that may or may not be designed for malicious purposes - oftentimes it does have detrimental effects if it's network meanderings cause DoS and/or tieing up the process ID space of the affected machine/s. A worm can usually propogate itself without the intervention of a user.

      Trojan Horse: A virus that gains access to a machine by riding on the back of a seemingly harmless package.

      Stealth Virus: A virus that is adept at hiding itself from detection mechanisms. It hides itself by morphing it's signature, imitating system code and sometimes even attacking the antivirus software.

      Macro Virus: A virus that is designed to be run by a runtime package on the target machine. It can be a shellscript or an attached code block to a larger file and designed to use the built-in runtime of the target application. Easily circumvented by not activating the code or by disabling the runtime package.

      Boot Sector Virus: A virus that attacks the boot sector of a bootable disk and inserting it's code into the stream. Usually jumps to new disks by keeping a Terminate and Stay Resident portion for infection of new disks and gets run by booting from an infected disk or the infected program being run.

      Module Redirection: Not necessarily a virus or worm but can be the payload. A module that is inserted into the Kernel that redirects calls in order to hide itself and cause mischief. The exploit usually results in a rooted machine. Difficult to detect if the module is loaded before circumvention measures have been activated.

      Know thine enemy.

      --
      Codifex Maximus ~ In search of... a shorter sig.
    10. Re:Not via email you dont you wascally wabbit by Anonymous Coward · · Score: 0

      virii

      viruses.

      Don't care how many times I have to correct this, I'm determined to stamp out the word 'virii'.

    11. Re:Not via email you dont you wascally wabbit by jeremyp · · Score: 1

      There are plenty of executable bits and pieces on a Linux box that are (or may be modifiabe by a normal user) e.g. shell scripts. A virus that looks for .profile in the user's home directory and then inserts the line "rm -rf ~/" could do a lot of damage.

      And before you say "but only to the user's files" they are the important files that probably haven't been backed up since day one and cannot be restored by reinstalling the operating system.

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
    12. Re:Not via email you dont you wascally wabbit by dkemist · · Score: 1

      Actually, I think the biological model is accurate.

      Virus - small piece of [genetic] code that can't replicate on it's own. Attaches to and infects host, and is transmitted via that host's life process (read execution.)

      Worm - independent entity that replicates on it's own

      Trojan - sneaky guys that jump out of a horse and surprise you.

      The key point about the virus is that, as in this case, it infects binaries. It's a little bit of code that attaches itself on to the end of a binary and doesn't do much other than replicate itself to other binaries when the original infected one is run.

  2. This cracks me up. by JeremyYoung · · Score: 5, Funny
    ...the virus requires users to run an infected program from an account with "root" permission.


    Ya, I run lots of unknown binaries while logged in as root, it's my favorite activity.
    --

    Go Lakers!

    1. Re:This cracks me up. by DocChaos · · Score: 2, Funny

      I run almost every binary I can find while i'm logged in as root.... If im gonna mess something up, im gonna do a damn good job of it....

      --
      DocChaos -------- I may be crazy, but then again I may be crazy.
    2. Re:This cracks me up. by Anonymous Coward · · Score: 5, Informative

      hmmm.. social engineering anyone?

      localhost:~$ tar zxf some-random-binary-0.0.1.tar.gz
      localhost:~$ cd some-random-binary-0.0.1
      localhost:some-random-binary-0.0.1$ ./runme

      This program must be run as root.

      localhost:some-random-binary-0.0.1$ su
      Password:
      localhost:some-random-binary-0.0.1# ./runme

      Sucka!


      Another point.. when was the last time you actually checked the code of something you've compiled? lets say instead of some-random-binary, it's some-random-young-sourceforge-app. Jeez, get off your fucking high horse.

    3. Re:This cracks me up. by Anonymous Coward · · Score: 0

      i wish i could mod you up!

    4. Re:This cracks me up. by marnanel · · Score: 3, Insightful

      It's not impossible for the trojan to have infected a trusted binary, unless you're sure that root only runs programs that have always been not only writable only by root, but also in directories only writable by root.

      It doesn't need to be as extreme as making /bin/ls world writable. For example, who has the right to change things in /usr/local/bin? Some distros make /usr/local/bin writable by a group called "staff", and on any system it's possible that you allow trusted users to put things in /usr/local/bin, or at least to compile programs which you then put into /usr/local/bin. And then that directory is often in root's path.

      That would mean that a sufficiently trusted user who ran an infected binary could then allow the infection to spread to root. (People are often rather less careful with non-root accounts.)

      --
      GROGGS: alive and well and living in
    5. Re:This cracks me up. by Dwonis · · Score: 2

      I prefer rm -rvf /dos.

    6. Re:This cracks me up. by Phork · · Score: 1

      this is why you put /sbin and /usr/sbin first in your path, /bin and /usr/bin second, then /usr/local/sbin and last but not least /usr/local/bin. and never put . in your path

      --
      -- free as in swatantryam - not soujanyam.
    7. Re:This cracks me up. by marnanel · · Score: 2

      That's true, but my point isn't that malicious users might make an evil /usr/local/bin/ls or something-- that's a separate problem. Rather, I'm saying that the risk of infection with trojans is present whenever programs (ones you run deliberately, and could conceivably run as root), are in a directory which has at some time been writable by a non-root user. The order of directories in root's path isn't going to change that, though keeping a directory out of the path entirely might.

      --
      GROGGS: alive and well and living in
    8. Re:This cracks me up. by Lumpy · · Score: 4, Interesting

      Actually quite often. Anything that requires running as root dont get installed unless it is a major important app. (Sorry but superWarezSniffer1.2 is not a major important app)

      I did look through airsnort, and the other "grey area" apps that I use for security and curiosity. Games? never get ran as root, every other app? never as root.

      Sorry but if you have to run it as root, 90% of the time it is a sign of poor code and will probably suck anyways...

      --
      Do not look at laser with remaining good eye.
    9. Re:This cracks me up. by StarTux · · Score: 2

      How many times do you run binaries from people you don't know? The e-mail route is likely to be the least effective.

      The upload scenerio is likely to be more worriesome and unfortuanlty few people will take preventive measures, until this method has been proven to be valid (as in lots get infected from a cracked program).

      Matt

    10. Re:This cracks me up. by Anonymous Coward · · Score: 0

      You're not alone. Only 0.24% if all computer users log onto Linux.

    11. Re:This cracks me up. by Nailer · · Score: 2

      Ya, I run lots of unknown binaries while logged in as root, it's my favorite activity.

      So you never install any software for multiple users huh? What OS do you run? It sure can't be Linux...

    12. Re:This cracks me up. by ljaguar · · Score: 5, Informative

      OK, I'm really sick and tired of those people who say "Oh, I run binaries as root, so you do too."

      Have you every thought of /usr/local?
      ./configure --prefix=/usr/local?

      My /usr/local is writable by my staff. My staff consists of... me. So, I have root, my desktop login and staff. Just install stuff on /usr/local, as staff. Voila. Staff can't touch my $HOME or any of the system binaries. So any malicious script (at install time aka make install) is pretty much contained in... /usr/local.

      Let's say I run a infected binary in /usr/local/bin as my desktop login. I loose my stuff. You can argue that this is just as bad, but my system is still not compromised.

      This isn't rocket science, guys.

    13. Re:This cracks me up. by ryanr · · Score: 2

      That wasn't completely accurate. You can infect executables that you have write permision to just fine. Anything in your home directory, for example. On the vast majority of systems, you'll need to be root to infect /bin. (If you don't have to be root to write to executables in /bin, you've got worse problems.)

    14. Re:This cracks me up. by byran+lei · · Score: 0

      >So you never install any software for multiple users huh? What OS do
      >you run? It sure can't be Linux...
      >
      >
      Sure can, especially if you're the *ONLY* user on the machine.....
      All the software installed on my Redhat 7.2 machine is intended for *MULTIPLE USERS* although I'm the *ONLY USER* who has an account on the machine

    15. Re:This cracks me up. by corvi42 · · Score: 2

      $./configure
      $./make
      $su
      Password:
      $make install

      How often do you read line-by-line whats in a makefile when you get some piece of code you want to use?

      Personally I don't, and I think that we as a community are much too lax about this sort of thing - we need some better conventions about what goes into scripts like this and why - or we need other accounts that have pseudo-root status for things like installing files. Just a thought.

      --

      There are a thousand forms of subversion, but few can equal the convenience and immediacy of a cream pie -Noel Godin
    16. Re:This cracks me up. by Phork · · Score: 1

      yes, but if /bin/ls is before /usr/local/bin/ls in the path, the real one will get execed, not the faked one.

      --
      -- free as in swatantryam - not soujanyam.
    17. Re:This cracks me up. by Pryon · · Score: 2, Insightful

      when was the last time you actually checked the code of something you've compiled?

      This is a common strawman in discussions of viruses/trojans under Linux. Obviously noone has time to scan all the code they download for use on their systems. Fortunately, there are sites that you can trust offering the vast majority of software we use.

      Receipt of an executable attachment is in no way similar to downloading files from gnu.org, [insert your favorite linux distribution here].com, idsoftware.com, etc. If you don't trust well-known packages from well-know sites (or mirrors linked from those sites) then you may as well hang it up right now.

    18. Re:This cracks me up. by A_Non_Moose · · Score: 3, Funny

      I loose my stuff.

      Proof that information wants to be free.

      Now, if you happened to lose your stuff, that's bad.

      Sorry, pet peeve of mine.

      Lose: as in to misplace, lost, not win.
      Loose: to release, to untighten, relax.
      {where is the Angryflower on this particular topic?}
      .

      --
      Have you read the moderator guidelines? Well, have you, PUNK? (and I want a Karma: Gnarly option)
    19. Re:This cracks me up. by ddilling · · Score: 3, Insightful

      True, but...

      The issue is, the same people are vulnerable to this on linux, as are vulnerable on Windows -- the people who really don't know better.

      It will be difficult to believe the linux community is serious about building an OS 'that grandma can use' until we accept that grandma really might 'fall for' the idea of a virus that needs to trick the victim into running as root.

      So long as experts (or at least, knowledgeable users) who are serious about security are the only ones running a given OS, of course their machines will be safe from viruses.

      --
      Mahnamahna!
    20. Re:This cracks me up. by Anonymous Coward · · Score: 0

      So, I assume root on your system does not have /usr/local/bin in its path?

    21. Re:This cracks me up. by Anonymous Coward · · Score: 1, Insightful
      yes, but if /bin/ls is before /usr/local/bin/ls in the path, the real one will get execed, not the faked one.

      you clearly don't get it. if you had fully read his post, you would see that he's not as concerned with that type of attack.

      imagine you're logged in as root, and instead of 'ls', you accidentally type 'sl'. unbeknownst to you, a trusted user had placed a binary named 'sl' in /usr/local/bin, which gets executed. game over.

      the point is, you're taking a big risk when you have untrusted directories ANYWHERE in your $PATH.

    22. Re:This cracks me up. by Anonymous Coward · · Score: 0

      Some distros make /usr/local/bin writable by a group called "staff"

      Care to share which distros do this? - So I can make sure never to use them..

      Seriously - any distro that does this is screwed; there's no reason to do this - AT ALL.

    23. Re:This cracks me up. by Anonymous Coward · · Score: 1, Informative

      You run `make install` as root.
      You run 'd[e]select' as root.
      You run 'apt' as root.
      You run 'rpm' as root.

      When was the last time you actually checked the code of that app you took off of Freshmeat?

    24. Re:This cracks me up. by Petrus · · Score: 1

      That's not the way you shoudl do it.
      1) Find RPM packagr of that tar at tuxfinder.com
      2) Find MD5 sum at the trusted source
      3) md5sum package.rpm
      4) rpm -qilp package.i386.rpm,
      or bnetter
      5) rpm --ivvh package.src.rpm and check spec file
      6) Every night run
      'rpm -Va > changed'
      7) diff changed previous | mail yourself
      8) look for changes in binaries and important config files.

      If you must make install, make list of installed files and md5sum allfiles >> md5list.md5
      Every night
      md5sum --file md5list.md5 | mail yourself

    25. Re:This cracks me up. by ljaguar · · Score: 1

      I don't, spank you very much. Gee, lesse what exactly are in the directory... gaim, opera, doperwars, IglooFTP-PRO, etc...

      None of the things root will ever need.

    26. Re:This cracks me up. by mindriot · · Score: 2

      An executable named ./configure would probably do the job pretty well...

    27. Re:This cracks me up. by Drone-X · · Score: 1
      Let's say I run a infected binary in /usr/local/bin as my desktop login. I loose my stuff. You can argue that this is just as bad, but my system is still not compromised.
      So what do you use your computer for? Perhaps you only use it for admin stuff but many more people use their computers for creating documents, when they lose all their precious work they're not going to care if the machine still boots.
    28. Re:This cracks me up. by psamuels · · Score: 1
      Sorry but if you have to run it as root, 90% of the time it is a sign of poor code and will probably suck anyways...

      ...or it uses svgalib. On Linux, at least, svgalib requires root to initialise itself.

      I don't run an X server on my box - I hardly ever actually need graphics. So if I want to kick back with a round of Doom (don't laugh, I still enjoy it) I run the svgalib version.

      There. Now you know. Go ahead and try to social-engineer me into replacing my Doom binary with one of yours. (:

      --
      "How can you claim that you are anti-crack, while still writing a window manager?" — Metacity README
    29. Re:This cracks me up. by rafelbev · · Score: 1
      The ./configure script should not be run as root in the first place.
      Unless proven wrong the drill would be something like this:

      ./configure --prefix=/usr/local
      make
      make install

      All this is done from a shell user account, NOT ROOT
      --
      Dodge this !! --Trinity, The Matrix
    30. Re:This cracks me up. by Nailer · · Score: 2

      Huh? Of course you can install for multiple users. But you can't generally do this without running the code as root or some other similarly privileged user.

      That was what I was saying. You don't seem to have responded.

    31. Re:This cracks me up. by Anonymous Coward · · Score: 0

      > Sorry but if you have to run it as root, 90% of
      > the time it is a sign of poor code and will
      > probably suck anyways...

      hey, sendmail ran (!) under root
      ;)

    32. Re:This cracks me up. by ichimunki · · Score: 1

      While you should be able to do most of your build from a user account, how many people actually do? On most Linux distros you will need to be root to run 'make install' to /usr/local. I did see an example somewhere else in this discussion where someone pointed out their security policy there is to set up a 'staff' user and use that ID to build all local software to /usr/local. Sounds like the best suggestion I've seen in a long time. This keeps the build process walled off from most of the system as a writer-- however, it doesn't prevent a trojaned source file from getting at other /usr/local stuff-- but presumably you could prevent a lot of hanky-panky by chmod'ing stuff to 555 or 544 or whatever once it's installed. Did I miss anything?

      --
      I do not have a signature
    33. Re:This cracks me up. by revengance · · Score: 1

      Let me see... when is the last time I install a program....

    34. Re:This cracks me up. by Anonymous Coward · · Score: 0

      Sure, download and install the SDL version.

      Dont require logging in as root to play it.

      Svgalib is really old.. SDL is the way now.

    35. Re:This cracks me up. by Anonymous Coward · · Score: 0

      ran... good example!

      and si did almost every other app back in the early 80's but then people made the code better and eliminated the root need. (chroot jail,increase permissions for devices)

      Today? very very few apps really need to be ran as root. it shoult be a tiny amount. everything else can run as the user.... and if it dont, then the programmer is either lazy or stupid.

    36. Re:This cracks me up. by psamuels · · Score: 3, Informative

      Sure, download and install the SDL version.

      Dont require logging in as root to play it.

      Is that so? I believe you are mistaken - SDL is only a wrapper library which calls out to existing methods of doing graphics (among other things).

      One such method is Xlib, and I don't want to run an X server. Another is the Linux kernel framebuffer, and I'm not so interested in taking the performance hit of running in frame buffer mode (why do you think I use a text console in the first place - mostly for speed). A third is aalib, and I don't want to run Doom in ASCII art (slashdot reports about Quake notwithstanding). Which leaves me running SDL applications in ... svgalib mode. Which requries root.

      Svgalib is really old.. SDL is the way now.

      "Xlib is really old.. Gtk+ is the way now."

      The two statements are equivalent.

      --
      "How can you claim that you are anti-crack, while still writing a window manager?" — Metacity README
    37. Re:This cracks me up. by Lord+Azrael · · Score: 0

      the question is not, where to install it: do you check what ./configure does, that's sth. somebody already posted. Who reads the complete installation script ?

      --
      Lord "not Gargamel's Cat!" Azrael
    38. Re:This cracks me up. by mindriot · · Score: 2

      > The ./configure script should not be run as root in the first place.

      Well, of course not, but that's where the Social Engineering part kicks in (of course this will hardly fool an experienced user).

      But also, remember that a "make install" must usually be done as root. A nice Makefile can then also execute practically anything.

    39. Re:This cracks me up. by BiggyP · · Score: 1

      i agree,
      there is no way that i would run any linux binaries emailed to me, unless i had requested them from a well known and trusted friend, furthermore, once i had recieved those binaries and saved them to my home directory i would then need to chmod them before i could execute them, not quite as effective as open the email and mis-set mime type causes malicious win32 binary code to execute, is it.

    40. Re:This cracks me up. by Trelane · · Score: 1
      Not bad. Not as good as it could be. The weak point in your scheme is that you're still compiling and installing the programs as the user you walk around as.

      Thus, I present:

      Trelane's Installation Scheme for the Fairly Paranoid
      1. Have two additional accounts: compile user and install user. They are not allowed to log in except via su (maybe give them a bad shell and make their home directories minimal and mod 400/500) Install user must be a member of group {staff,wheel}, but compile-user should be exactly as your regular user, i.e. the same as every other ordinary user on the system, i.e., the least trusted user on the system. :)
      2. su -c bash compileuser
      3. compile package
      4. make install prefix='some package directory'
      5. exit
      6. su -c bash installuser
      7. chmod -R u-w $package-dir
      8. chmod -R go=rX $package-dir
      9. chown -R bin:bin $package-dir
      10. install the package
      11. exit


      Naturally, there are still holes in this scheme, but I'll leave that to Trelane's Installation Scheme for the More Paranoid
      --

      --
      Given enough personal experience, all stereotypes are shallow.
    41. Re:This cracks me up. by aonaran · · Score: 1

      That's why you have a backup.
      You do have a back up don't you?

    42. Re:This cracks me up. by Drone-X · · Score: 2
      Silly you, you're giving the Windows users a way to defend Microsoft for their virus-prone Outlook -- how anti-Slashdot.



      (Personally I believe the Unix security system is just as bad as Windows concerning virus-protection for users.)

    43. Re:This cracks me up. by aonaran · · Score: 1

      i fail to see how recommending keeping a backup of /home files gives them a way to defend Microsft for it's lousy defense against e-mail viruses.
      After all, on most Microsoft systems you'd need to back up the whole thing. Once a virus lets loose on Joe Average's Win98 box it's not limited to just hurting his My Documents folder.

    44. Re:This cracks me up. by Drone-X · · Score: 2

      With todays 100Gig drives often most data belongs to the user. If you're backing up your 75Gig colleciton of music and music you might as well back up your system files too. Of course this isn't the average case today but it might as well be in the near future.

    45. Re:This cracks me up. by Cro+Magnon · · Score: 1

      Grandma[1] doesn't have root access. She just does email, web browsing, and stores her cookie recipes. If she needs new software, I install it. All she, or any virus she gets, can mess up is /home/grandma.

      [1] I'm talking hypothetically, since Grandma doesn't have a computer, linux-based or otherwise.

      --
      Slow down, cowboy! It has been 4 hours since you last posted. You must wait another few hours.
    46. Re:This cracks me up. by jeremyp · · Score: 1

      Sendmail is *not* dead. Unlike some of your alternatives (that begin with q) , it is still a living project undergoing new releases every few months.

      Anything that needs to open a privileged port i.e. one with a number 1024 needs to run as root. This includes your smtp server, your ftp server, your ssh server, your web server. Virtually all of the standard TCP services need to run as root at least to start with. Most of them (including sendmail) drop the root privilege as soon as they have grabbed the socket.

      I would say that if you have to run as root now 100% of the time it's Unix's poor security model (i.e. root cannot assign ownership of TCP ports to specific trusted users).

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
    47. Re:This cracks me up. by jeremyp · · Score: 1

      Hey! even POT mangles &lt signs. Write out 1,000 times: I must remember to preview, I must remember....

      Anyway that should read "with a number *less than* 1024"

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
  3. Linux viruses needed. by Nicopa · · Score: 2, Interesting

    As we speak (write?) there are surely a couple of computer labs paid by McAfee, Norton, etc. trying to create some kind of successful Linux virus/worm. =)

    1. Re:Linux viruses needed. by Juggler+cant+juggle · · Score: 1

      I think they get more sales for Linux/Unix software just because mail/samba servers are serving Windows machines than because the Linux/Unix machines might get a virus.

      Certainly in the case of servers, there really isn't a way a properly setup server which is just sitting in the corner is going to get a virus if all you have to do is install something that sounds useful as root.

    2. Re:Linux viruses needed. by electricmonk · · Score: 1

      Hey, yeah! Maybe they can call it the "Gray Death"!

      --
      Friends don't let friends use multiple inheritance.
  4. Windows Compatibility by davidstrauss · · Score: 3, Funny

    A patch that allows the virus to exploit Windows will be released in Service Pack 1 for Windows XP.

    1. Re:Windows Compatibility by ImaLamer · · Score: 1, Redundant

      Service pack one is already out... wait, I get it.

      Funny, not redundant!

  5. More viri on MS- why? by anotherone · · Score: 2, Interesting
    Why is is there are more viruses for MS platforms than Linux platforms? Does it have something to do with the OS itself- more secure, perhaps? Is it just because Linux users are usually more knowledgeable and careful about such things?

    Or is it just that virus writers focus their efforts on MS software? (And if it's the last one, why do malicious coders focus on MS? Is it just to spread FOAD and, indirectly, their favorite OS?)

    --
    Username taken, please choose another one.
    1. Re:More viri on MS- why? by davidstrauss · · Score: 3, Informative

      Any smart Linux user doesn't usually run their computer with root permissions. Until Windows XP, all consumer versions of Windows (9X, Me) ran all users at an eqivalent to root level, enabling viruses to wreak havok at any time. Macs were the same way before OS X, but virus writers still targeted Windows because of the large installed base.

    2. Re:More viri on MS- why? by domc · · Score: 1


      FOAD = fuck off, and die

      FUD = fear, uncertainty, and doubt

      domc

    3. Re:More viri on MS- why? by Anonymous Coward · · Score: 0

      Isn't it funny how whenever a new serious hole/virus/worm comes out on Windows (XP a couple weeks ago), the media reports a new Linux virus is on the 'loose' (yet no users get infected).

    4. Re:More viri on MS- why? by anotherone · · Score: 1

      whups
      my bad
      forgive me please...

      --
      Username taken, please choose another one.
    5. Re:More viri on MS- why? by NecroPuppy · · Score: 4, Informative

      Part of it's because of the relative lack of security on a Windows box; only NT and XP had/have an administrator level where regular users aren't allowed to do things.

      95/98 let anyone run just about anything as default. And XP actually does this too... Default accounts are set up as administrator without passwords.

      And while you can run everything from an administrator account (got root?) under Linux, the type of person who installs Linux generally knows better than to do so.

      It's because of the limited access that most accounts have that makes viruses difficult to write under Linux.

      As to why malicious coders concentrate on MS, it's because it's easy. The coders at MS keep making the same mistakes over and over again. Look at the UPNP exploits.

      --
      I like you, Stuart. You're not like everyone else, here, at Slashdot.
    6. Re:More viri on MS- why? by zulux · · Score: 3, Insightful

      Why is is there are more viruses for MS platforms than Linux platforms?

      The main reaseons are thus:

      1) Microsoft attemps to grab marketshare by adding any 'feature' that appeals to the masses, rather than adding security that appeals to a few smart people.
      2) Microsoft's security model has had only a few years of evolution, the UNIX/Linux/BSD model has had almost twenty years of networked connected time to get it right.
      3) Microsoft is gready. Raher than give you a patch to fix the secutity problems of your old Microsoft software - they would rather force you to pay for their newer version.
      4) Microsoft programmers are inept. Microsoft attracts greedy and underqualified programmers with the lure of stock options. Good programmers either work for themselves or for a company that puts pride in their work. Good programmers seldom do it for the money - witness the wonderfull security of the shoestring-budget OpenBSD versus the 1.2 billion USD Windows XP that had to be pathced within a month of it's consumer release.

      In short - Microsoft's bad security is actually good for their bottom line, it forces you to pay money for their 'upgrades.'

      --

      Moneyed corporations, non-working 'poor' and criminal prisoners are turning productive citizens into tax-slaves.

    7. Re:More viri on MS- why? by tuffy · · Score: 2, Informative
      Unix-alikes are built from the ground-up to prevent accidents (particularly from non-root users) from damaging the system. DOS-alikes assume a single, all-powerful user that is free to annihilate anything at will. Viruses have an easy time exploiting the latter, but have a tough time propagating on the former. And, without an easy route for propagation, Linux viruses simply can't gain a foothold to cause any real damage.

      Naturally, the average user skill and level of vigilence by Linux developers helps too. But I think the basic design plays a big part in the lack of viruses.

      --

      Ita erat quando hic adveni.

    8. Re:More viri on MS- why? by atropa · · Score: 1

      let's do a quick analysis of the ways to get a virus in MS OSes vs. linux..

      In MS you have a plethora of options for contracting virii, you can read your email, you can visit a web site, you can use AIM.. not to mention that it is routine in MS OSes to download and execute unknown binaries.. all of these are tasks performed every single day by most windows users.

      Contrast this to linux where you have only a single option: execute an unknown binary as root, a very rare task indeed.

      The inherent difficulty in contracting a virus in linux has little or nothing to do with any of the things you mentioned. It comes down essentially to the file systems. On linux, or most any other multi-user operating system it is a very rare occurance that normal users have the ability to introduce a virus into the system.

      --
      moo
    9. Re:More viri on MS- why? by kilrogg · · Score: 2, Interesting
      only NT and XP had/have an administrator level where regular users aren't allowed to do things.

      But it doesn't work very well in partice. Example, Microsoft Filght sim 2002, when run from a normal user account, tells you you need to run it from an admin account. You see, rather then each user having their own config/save files, there's global config/save files which all users must be able to write to. The same applies to lots of other windows programs too.

      Many users will just give themselves admin privledges (or login as admin) and be done with it. So the problem will still exist for a while.

    10. Re:More viri on MS- why? by Anonymous Coward · · Score: 0

      Well one reason is until recently, the standard desktop version of Windows was not multi-user. This meant all programs ran as the "super user" (having full control of the machines resources) and some programs relied on this mode when they really did n't need to.

      Linux/Unix has always been multi-user and many daemons are coded not to run as the super user. Since you only use the root (super account) for maintenance the amount of a damage a malicious program can do is limited.

      Of course having said the above it does not mean that Linux is foolproof since the kernel and daemons can (and do) contain bugs. Plus having a users area trashed is hardly a trivial matter.

    11. Re:More viri on MS- why? by cscx · · Score: 1
      "...it is routine in MS OSes to download and execute unknown binaries..."

      Uh, yeah... my copy of Windows does that all the time! All by itself, just for the heck of it... Now, seriously speaking, what the heck were you referring to?

      "It comes down essentially to the file systems. On linux, or most any other multi-user operating system..."

      Once again, people are using the phrase "all MS OSes" when talking solely about the 9x line. This is simply not true. On a properly set up NT system, you need proper file system permissions if you're not logged in as an Administrative-level user. OTOH, I could login as root into a Linux box and type chmod -fR 777 /. See, it all really comes down to the knowledge of the user. Smart Linux users know not to run normally as root. Smart NT users know not to run normally as Administrator. The one difference, however, is that there might be some legacy software in Windows that require Administrative privliges. But you can just use the "Run as..." feature of the shortcut, just like you can su in Linux when you have to. Windows will automatically sense this sometimes (e.g. if you're installing a program) and bring up a box that says "You know, this probably won't work unless you Run As..."

    12. Re:More viri on MS- why? by Anonymous Coward · · Score: 1, Insightful

      "the type of person who installs Linux generally knows better..."

      Exactly, its not Linux that is more secure/unsecure its the person who administers the box that makes it secure.

    13. Re:More viri on MS- why? by BitwizeGHC · · Score: 2

      4) Microsoft programmers are inept. Microsoft attracts greedy and underqualified programmers with the lure of stock options. Good programmers either work for themselves or for a company that puts pride in their work. Good programmers seldom do it for the money - witness the wonderfull security of the shoestring-budget OpenBSD versus the 1.2 billion USD Windows XP that had to be pathced within a month of it's consumer release.


      Microsoft lures greedy good programmers with the stock options carrot-and-stick too. It is well known that among Microsoft's tactics for ruining competitors during the nineties was simply hiring their best programmers away. Their shitty software is usually a result of shitty management decisions, not necessarily their engineers.
      --
      N4st0r, trixx0r h0bb1tz0rz! Th3y st0l3 0ur pr3c10uzz!
    14. Re:More viri on MS- why? by Anonymous Coward · · Score: 0

      >>>1) Microsoft attemps to grab marketshare by adding any 'feature' that appeals to the masses, rather than adding security that appeals to a few smart people.

      "The Needs Of The Many, Out Weigh The Needs Of The Few , Or The One." --- Mr. Spock.

    15. Re:More viri on MS- why? by charon.de · · Score: 1

      On a properly set up NT system, you need proper file system permissions if you're not logged in as an Administrative-level user

      Not true, MS-Office runs with admin privileges, you can do things from within VB you couldn't as normal user. You try to t(s)ell that M$ systems would be near equal secure as Linux systems, ha,ha...

    16. Re:More viri on MS- why? by mystran · · Score: 1

      Could it be possible that (some of) the virus writers just want to prove that they can do something as intelligent as a computer virus.

      But when they start playing around with Linux they instead get caught to making their systems better and developing new aps that they care about virii no more ?

      I'd say that on Windows 9x it even easier to write a decent virus than to make a nice application of some usefullness but on Linux it's the reverse.

      The closed source makes you angry -> you write a virus.
      The open source makes you intrested -> you try to make it better.

      Anybody got my point ?

      --
      Software should be free as in speech, but if we also get some free beer, all the better.
    17. Re:More viri on MS- why? by Anonymous Coward · · Score: 0

      Why aren't there less viruses for windows?
      Does it have something to do with the OS? Less secure perhaps? Or is it that MS users are
      braindead morons?
      Or is it just that all the linux hackers sit around in their spare time and write malicious code to
      take advantage of windows security deficiencies,
      so they can say that linux is 'leet and pump
      up linux' marketshare?

      Respond please, I am dead f**in serious.

    18. Re:More viri on MS- why? by gmarceau · · Score: 3, Insightful

      Part of it's because of the relative lack of security on a Windows box; only NT and XP had/have an administrator level where regular users aren't allowed to do things.

      95/98 let anyone run just about anything as default. And XP actually does this too... Default accounts are set up as administrator without passwords.


      Let me add some items to your list...

      - Linux installers are usually very good at teaching newbies the dangers of the root account. They will also make it real easy and natural to setup secured user accounts.

      - The community is very good at reminding each other not to run as root, be it in weblogs, readmes, changelog, etc. In fact, they even go on running jokes about it. At the end of the day, it makes a wonderful job at passing the word to new users.

      - Since there is already a critical mass of carefull users on linux, programs that use more permissions that they need to can expect to receive flews of angry emails. Under w2k/xp, where most home users run in administrator, those that do not are less likely to complain. The end result is, windows software too often crashes and bugs up unless run as root.

      - Under Linux, it is real easy to become root the time of one punctual action (su, sudo, fakeroot), then relinquish the extra permissions. Under w2k, you have to create a shortcut to the executable, right click, check 'run as a different user', click ok, double click, click on the password field, enter the root password. A real pain in the ass. And again, alot of programs that would run otherwise correctly as administrator won't work with this method. In which case you have to save all your work, log out, log in as admin, run that program, log out, log back in, restart all the program you were using. Blah! Easily a ten minutes process.

      - Under windows, it is always trivialy easy to runs programs. So much so, that I'm extra careful whenever I'm reading mail under windows, and slow down my perusal to be sure not to stumble and accidentaly run a virus. Under linux, running untrusted program is a two step process: first give it the permission to run (chmod +x virus.exe), then run it (./virus.exe) .

      - Finaly, viruses need to pull their infection/clean up ration over the 1.0 bar in order to survive and outbreak. Linux, with it's smaller installed base and it's biodiversity of distributions, makes it hard for a virus to find its next vunerable target. With that in mind, we can expect somewhat more Linux viruses the day it takes over Windows as everyone's operating system.

      --
      This post was compiled with `% gec -O`. email me if you need the sources
    19. Re:More viri on MS- why? by Anonymous Coward · · Score: 0

      Contrast this to linux where you have only a single option: execute an unknown binary as root, a very rare task indeed.

      You forgot the other option - install redhat and wait for the script kiddies to exploit the known holes in the services that were turned on by default. Let them run execute the binary or insert it as a trojan somewhere in your system.

    20. Re:More viri on MS- why? by _Knots · · Score: 1

      The problem is that NT has had numerous long-time-from-discovery-to-patch root^WAdministrator exploits. A virus could *easily* include the exploit in itself and run as, ta-da, a user executable jumping to ring 0 and then activating its self-replication and payload functions.

      To my knowledge, there have been some root exploits in Linux, mostly in daemons. But the difference has been that they are typically fixed quickly.

      _Knots

      --
      Anarchy$ dd if=/dev/random of=~/.signature bs=120 count=1
    21. Re:More viri on MS- why? by iCharles · · Score: 1
      As to why malicious coders concentrate on MS, it's because it's easy. The coders at MS keep making the same mistakes over and over again. Look at the UPNP exploits.


      Gee, to read this, you'd think that MS actually creates security holes as a feature. Let's make one thing perfectly clear:


      Even though there might be an "exploit," writing the virus in the first place is wrong. True, a security flaw shouldn't be there, and patches are release. Yes, sometimes it requires reactive actions (the virus prompts the patch). In other cases, it's proactive (Nimbda was fixed in SP2 of Win2K).


      Please note: this is true of any OS, be it Windows, Linux, Solaris, VMS, NetWare, Mac, etc.


      I can see two reasons why someone might target MS. First is the quanity of users--more targets to hit.


      Further, there is this logic:

      1. All the K00L kidz are using Linux. I think I will, and not use that lame MS OS. (There was an artical about bad Linux advocacy a few months ago. Please see that for a better description of this mentality).
      2. Boy are they evil. Look at all these comments on Slashdot.
      3. I know! I will write a virus. Then everyone will see just how bad MS is, and switch to Linux!

        And, perhaps to a degree they are working. I ask you: is that how you want Linux to win?
    22. Re:More viri on MS- why? by mgv · · Score: 1

      Since there is already a critical mass of carefull users on linux, programs that use more permissions that they need to can expect to receive flews of angry emails. Under w2k/xp, where most home users run in administrator, those that do not are less likely to complain. The end result is, windows software too often crashes and bugs up unless run as root.

      Yes. Agree totally. Like my favourite game, Diablo II. Has to run as an administrator account under win 2000/xp. Don't ask me why. Its not even microsoft's fault for once. Just technical incompetence at blizzard north software, I guess.

      (And yes, I do run it as admin (but not on my server - although I doubt that that would stop a concerted hack on the part of blizzard)

      Michael.

      --
      There is no cryptographic solution to the problem where the intended receiver and the attacker are the same entity.
    23. Re:More viri on MS- why? by mgv · · Score: 1

      "...it is routine in MS OSes to download and execute unknown binaries..."

      Uh, yeah... my copy of Windows does that all the time! All by itself, just for the heck of it... Now, seriously speaking, what the heck were you referring to?


      I realise that this was intended sarcasm, but if you have win xp it does that - autoupdate. Unless you _trust_ microsoft, of course. Autoupdate acts in the background without notification by default (but not on my installations) :(

      Also, pretty much every program you download is binary only - eg., winamp. Several of them include spyware such as Kazaa. Your average user has no chance of knowing if this is happening. Programs only inform you of this if they are honest enough to do so.

      For what it is worth, microsoft's definition of security (where XP gives each user an admin logon without a password by default - (again, not in my system) :( is to lock the critical files away in folders which have system only access, not admin access. I'm sure your average /. reader knows how long it takes an administrator to give themselves access to a file or folder! :(

      Oh well, if I could only find a linux version that 1)installed easily (must get mandrake 8.1). 2)runs windows software (must get vmware) and 3)handles USB mouses being hotplugged in and out of an X session (must learn how to code c++ and fix up the bloatware that X windows has become).

      Michael

      --
      There is no cryptographic solution to the problem where the intended receiver and the attacker are the same entity.
    24. Re:More viri on MS- why? by pyite · · Score: 1

      Windows XP still gives the main user a root equivilency. I installed XP Professional to test it out and was appalled that I didnt have to enter a password to login on boot. You click the box of your username. And then you're given enough rights to allow you to install.

      --

      "Nature doesn't care how smart you are. You can still be wrong." - Richard Feynman

    25. Re:More viri on MS- why? by dachshund · · Score: 1
      And again, alot of programs that would run otherwise correctly as administrator won't work with this method. In which case you have to save all your work, log out, log in as admin, run that program, log out, log back in, restart all the program you were using. Blah! Easily a ten minutes process.

      And as a result, many Windows users just stay logged into the Administrator account all the time, completely eliminating any security advantages.

      I would imagine a lot of people do this, at least those whose machines weren't carefully configured by their IT dept, or those who aren't given their Administrator password. Also, once you've logged in, there's nothing particular to remind you of your Administrator status.

    26. Re:More viri on MS- why? by karlowfwb · · Score: 1

      I'm sure it has nothing to do with the fact that they control the vast majority of the market share...

    27. Re:More viri on MS- why? by Anonymous Coward · · Score: 0

      OKey shit-for-brains ... security that appeals only to "smart" folks is like a vaccine that only immunizes rich folks . When the scourge comes noone escape surrounding fires lit by the unprotected. Smart & stupid, rich and poor perish together directly, or by necessary consequences. Now, shit-for-brains what don't you understand?

    28. Re:More viri on MS- why? by dachshund · · Score: 1
      I can see two reasons why someone might target MS. First is the quanity of users--more targets to hit.

      And of course, the fact that Microsoft systems have a fundamentally screwed up security design. What sort of security architecture requires a patch to prevent the unannounced execution of a script by a mail preview pane!

    29. Re:More viri on MS- why? by vsync64 · · Score: 2, Informative
      The following works perfectly on my laptop. Normally it uses the touchpad, and as soon as I plug in a USB mouse it is recognized and used. Make sure to have the hid and mousedev modules loaded...

      Section "InputDevice"
      Identifier "Mouse1"
      Driver "mouse"
      Option "Protocol" "PS/2"
      Option "Device" "/dev/mouse"
      Option "Emulate3Buttons"
      Option "Emulate3Timeout" "100"
      EndSection

      Section "InputDevice"
      Identifier "Mouse2"
      Driver "mouse"
      Option "Protocol" "IMPS/2"
      Option "Device" "/dev/input/mice"
      Option "SendCoreEvents"
      Option "ZAxisMapping" "4 5"
      EndSection

      --
      TO BUY A NEW CAR WOULD MAKE YOU SEXUALLY ATTRACTIVE.
    30. Re:More viri on MS- why? by kilrogg · · Score: 1
      Yes. Agree totally. Like my favourite game, Diablo II. Has to run as an administrator account under win 2000/xp. Don't ask me why. Its not even microsoft's fault for once. Just technical incompetence at blizzard north software, I guess.

      See my post a little further up, Microsoft does this very same thing too with at least one of their games (this was on winXP). Its the way things have always been done on windows, old habits die hard.

    31. Re:More viri on MS- why? by UTPinky · · Score: 1

      2) Microsoft's security model has had only a few years of evolution, the UNIX/Linux/BSD model has had almost twenty years of networked connected time to get it right.

      Rather ironic since at one time MS had posted an article on their website in attempt to clarify any "myths" about linux (At the time was a very amusing read). It since has been removed (hrmm... wonder why...) however a cached copy can be found at http://www.biznix.org/whylinux/microsoft1.htm. Anyways the reason why I bring this whole article up, is that one of the reasons that MS stated about why they think NT is better is because "Linux fundamentally relies on 30-year-old operating system technology and architecture"

      --
      I'm only paranoid because everyone is against me...
    32. Re:More viri on MS- why? by Anonymous Coward · · Score: 0

      You haven't been able to do this since early 1999. All you need to do is visit windows update, and the problem is fixed. This is such old news, its getting boring reading about folks that have never applied a patch in their lives to their windows boxes.

    33. Re:More viri on MS- why? by ImaLamer · · Score: 2

      Why is is there are more viruses for MS platforms than Linux platforms?

      Because there is a market for Anti-Virus software for windows! If there were virii for linux boxen then the anti-virus software would be likely opensource [or GPL]. No market.

      Just think, a design flaw of windows makes the anti-virus people $70 a sale. If microsoft was going to bundle anything, it should be an anti-virus utility.

      XP got onto the right track with copying linux's multiple user accounts - hopefully they will start to restrict the users more.

    34. Re:More viri on MS- why? by Enahs · · Score: 2
      Heh. At least on OS X boxes, one needs a.) to be in wheel group and b.) a password to install random binaries.



      I really wish MS could embrace that concept--I might be inclined to trust their OSes a little more if they would.

      --
      Stating on Slashdot that I like cheese since 1997.
    35. Re:More viri on MS- why? by ryanr · · Score: 2

      Because there are many more WIndows boxes, and virus writers like to have their virus run on as many machines as possible.

    36. Re:More viri on MS- why? by NecroPuppy · · Score: 1

      Hey, I never said that they did it right...

      The flight sim looks like yet another case of one branch of MS not talking to the other to find out the proper way to do things...

      --
      I like you, Stuart. You're not like everyone else, here, at Slashdot.
    37. Re:More viri on MS- why? by NecroPuppy · · Score: 1

      Even though there might be an "exploit," writing the virus in the first place is wrong.

      Never said it wasn't...

      However, MS makes it really damn easy by making the same mistakes over and over and over again.

      That's one of the reasons I like Linux. With so many people looking at code, the odds of something terrible getting through are greatly lowered. Yes, I said lowered; there have been bugs that have gotten through the review process. But as time goes on, they are fewer and further between.

      Unlike MS... So, what's going to be the first new MS exploit of 2002?

      --
      I like you, Stuart. You're not like everyone else, here, at Slashdot.
    38. Re:More viri on MS- why? by Anonymous Coward · · Score: 1, Interesting

      The difference between 9x and XP/2k security is that on 2k/XP you CAN put a password on things and change people off from being an administrator (Linux root). On 9x you can't put any security on.

    39. Re:More viri on MS- why? by dachshund · · Score: 1
      You haven't been able to do this since early 1999. All you need to do is visit windows update, and the problem is fixed.

      Seems you've missed the point. This was a bug that should never have been possible. A preview window that treats all embedded objects with their default behavior, fine. Stupid bug. When that default behavior includes allowing untrusted code to run free all over your computer-- particularly on OSes like 95/98 which don't have a concept of Administrator protections-- not fine.

      It's evidence of a backwards approach to security. If you're building a bank, you don't riddle your building with doors just because it's convenient, then slap locks on them criminals alert you to them. You start from the ground up and make sure your system has adequate protections against the execution of untrusted code.

      You'd think that Microsoft would have learned this lesson after Word first became infested with Macro viruses. Unfortunately, they went ahead and repeated the same mistakes on a much grander scale, and release unreliable patches everytime something slips through. Patches that are, I should remind you, easily un-patched when you install another update to fix a different problem.

    40. Re:More viri on MS- why? by gmarceau · · Score: 1

      once you've logged in, there's nothing particular to remind you of your Administrator status

      Well, unless you change your color scheme.
      But again, this won't work with 'Run as administrator' trick. Blah again!

      --
      This post was compiled with `% gec -O`. email me if you need the sources
    41. Re:More viri on MS- why? by Anonymous Coward · · Score: 0

      Because in addition to MAPI, SAPI, TAPI and ISAPI, Microsoft also provides VAPI (Virus API) which makes is a very simple matter to write viruses. Here are some of the functions provided by Microsoft VAPI:

      VapiInfectFile()
      VapiInfectMBR()
      VapiPropagateThroughEmail()
      VapiEnterStealthMode()
      VapiFormatDrives()
      VapiDisableAntivirus()
      VapiDetermineUserStupidityLevel()

    42. Re:More viri on MS- why? by Anonymous Coward · · Score: 0

      No, it's just that Microsoft exempts itself from it's own logo certification rules. If they submitted the product to their own testing group, someone would have told them.

    43. Re:More viri on MS- why? by Anonymous Coward · · Score: 0

      Actually, wasn't it Kirk who added "Or The One" (we are talking about the death scene in the Wrath of Khan, right?)

    44. Re:More viri on MS- why? by Tony-A · · Score: 1

      Good point.
      Also consider. You have coded a virus/worm/exploit/etc. What can you do with it?
      Closed source --> sit on it or release it. Fixing it is not an option.
      Open source --> at least look at how the system could/should stop the attack. There is a better grade of noteriety from closing the hole.

    45. Re:More viri on MS- why? by D+Anderson+n'Swaart · · Score: 2
      I guess you could have been joking, but the logic of this is a bit flawed (aside from in the context of Star Trek).

      If the needs of the many outweigh the needs of the few, then surely the billions of dollars worth of damages (that can't be sued for because of good old eulas) caused by the bad security implementation in Microsoft's programs indicates that it is in the best interest of "the many" for increased security to be in place?

      Does Microsoft even doubt this?

      Hell no. But they know they can't be touched, because their licenses protect them from responsibility for the damage their badly-designed software causes, and as long as they don't start getting a reputation for bad software with consumers (not high-end users), they can continue to ignore the problems in favour of increased revenue by charging very high prices for much-hyped software that anyone in the know can see is just a slightly modified and patched version of existing software (thinking of Windows XP specifically here, but it's a general rule that's applicable to most of what they do).

      Oh, and btw, I don't think that Spock said that sentence with capitalisation on each word...

    46. Re:More viri on MS- why? by Froobly · · Score: 1

      > 4) Microsoft programmers are inept. Microsoft attracts greedy and underqualified programmers with the lure of stock options. Good programmers either work for themselves or for a company that puts pride in their work.

      As nice as it would be if all the best programmers were in it for the love, it's not strictly true. Some of the best programmers I've known work for or have worked for Microsoft. It has nothing to do with skill, and everything to do with cynicism.

      I like to say that I'm in it for the love, but I really don't consider myself a particularly good programmer. Not that skill and romanticism are mutually exclusive or anything. Case in point, the FSF...

    47. Re:More viri on MS- why? by IntlHarvester · · Score: 2

      There's two MS preview pane autorun viruses that I can think of -- Both used HTML mail: One used a bugged java applet that exploited the MS JVM (broken sandbox), another used a buffer overrun against a ActiveX control that came preinstalled with certain version of Windows (and therefore was 'trusted').

      Other 'autorun' MS mail attacks utilized buffer overflows against the MIME type and date parsers. Can you say with certainty that your mailer is free of such bugs? I can't.

      The point is that none had to do with the preview pane itself, and instead used malformed data to attack code that was already on your computer and therefore you had to trust. Maybe HTML mail is just a bad idea, but it's customer demanded feature that exists on non-Windows platforms too (recall the Netscape JVM 'feature' that turned your browser/mailer into a webserver).

      So, I guess I just don't see the design flaw issue with the preview pane viruses, just bad coding. It's not on the same braindamage scale as the Word autorun macros, where delivered code is executed.

      I agree that MS nearly always makes the wrong decision when it comes to security versus features, I just don't think that they are at all unusual in that respect in the consumer PC application space, with the exception that people are more actively trying to find flaws in their products.

      --
      Business. Numbers. Money. People. Computer World.
    48. Re:More viri on MS- why? by Anonymous Coward · · Score: 0

      OS X has the same problem as XP -- the default config is to automatically log you as an administrative user.

      It's true that some sudo actions require a password, but you can "install" a binary simply by copying it to the applications directory, which is writable to the default user.

    49. Re:More viri on MS- why? by Anonymous Coward · · Score: 0

      MS Office does not run with admin privs. Please provide an example of a privledged activity that VBA gives you.

    50. Re:More viri on MS- why? by Ferox · · Score: 1

      The predominate reason is because there simply are MORE MS Boxes than *nix boxes. When someone writes malicious code, he or she want it to infect the maximum number of computers possible. Plain and simple.

      Insert Sig:

      --
      I drive WAY too fast to worry about cholesterol!
    51. Re:More viri on MS- why? by jag164 · · Score: 1

      Maybe at one time....

      (un)fortuneately i've only known 4 current/former
      M$ software people. Hands down, two shouldn't have been in the field and probably worked there way into management by now and two were brilliant. The brilliant people no longer work for MS, both by choice.

    52. Re:More viri on MS- why? by J.+J.+Ramsey · · Score: 1

      However, only programs that really need root privileges (with the exception of svgalib programs) have to be run as root on Linux, or Unices in general. Config info routinely goes in dotfiles in the user's home directory.

      I've noticed that on WinXP, though, some programs still act as if the machine is single-user, so they write config info to directories like C:\Program Files\Some App\Settings, which are only accessible with admin access. Even Adobe Photoshop's online help item menu doesn't work except as administrator (though the workaround is trivial). This is the sort of thing that encourages Joe User to run with admin privileges.

    53. Re:More viri on MS- why? by Methuseus · · Score: 1

      The patch in question is for outlook NOT the OS itself. And there was never a time that you couldn't turn off the preview pane, it's the way Outlook parses MIME email, not a basic flaw in the security design. I'm no MS lover or anything, but get it straight that it's the email reader and not the OS that has the problem. Also think, if there was a security exploit of that type in say Pine, then wouldn't you either need a patch or a new version of the program (or at least a recompile) before it was fixed? MS isn't as good as Linux as far as security goes but they aren't as bad as you make them sound.

      --
      Two things are infinite: the universe and human stupidity, though I'm not yet sure about the universe. - A Einstein
    54. Re:More viri on MS- why? by dachshund · · Score: 1
      The patch in question is for outlook NOT the OS itself. And there was never a time that you couldn't turn off the preview pane, it's the way Outlook parses MIME email, not a basic flaw in the security design.

      There are two kinds of security flaws. Those that result from a poorly thought-out design, and those that result from a poor implementation. Java applets, for example, have great limitations imposed upon them to prevent their maliciously attacking local resources. Occasionally some bug in a particular JVM implementation negates this, and things go wrong.

      ActiveX controls, on the other hand, have few security protections beyond "would you like to install this control?" If the user blindly answers Yes to that question, or if that question isn't posed because a silly mailreader forgets to ask it, the system is easily compromised.

      This is a big deal. You can send all sorts of malicious packages via email and HTTP. Only a few types will actually execute in a display pane (with or without user approval.) In building support for these types into the OS, Microsoft didn't provide for explicit security measures, and this is the design flaw I'm talking about. One that required only an omission of confirmation by a mail reader to exploit. Remember that the code designed to handle ActiveX objects is part of the OS.

      In case you wonder why I'm talking about ActiveX, the Preview pane problems I'm speaking of were the result of "trusted" ActiveX controls launching and running Windows Script code. For a while, the only solution to the problem was to deactivate Active Scripting across the whole computer.

    55. Re:More viri on MS- why? by dachshund · · Score: 1
      The point is that none had to do with the preview pane itself, and instead used malformed data to attack code that was already on your computer and therefore you had to trust. Maybe HTML mail is just a bad idea, but it's customer demanded feature that exists on non-Windows platforms too (recall the Netscape JVM 'feature' that turned your browser/mailer into a webserver).

      A JVM that by design provided security features preventing an applet from having access to the file system, but by implementation carried a bug. Bad implementation.

      A native Object system (ActiveX) that contains no such design guarantees, and simply relies on the user to make decisions about whether or not to "trust" the object to behave well on your machine. (Or, in the case of objects pre-installed on your system, gives you no such choice.) Silly design, perhaps inevitable. I certainly don't know any reason why two of these controls needed to be installed and ready to be activated in the average user's Preview pane.

      And if you feel that applying this sort of protection to ActiveX is silly, then why not apply it to Windows Scripting? There are reasons Windows Scripts might need access to the filesystem and your mail address book. However, such access need not be provided by default. Had Microsoft placed strong limitations on Windows scripts, only allowing them full access in specific situations defined by the user (or perhaps making "only allow limited script actions" a default option in the Security dialog), people wouldn't have been forced to completely disable Active Scripting (remember when that was the only protection for a while?)

      It strikes me that this solution alone would have negated pretty much every major email virus out there. Sure, it would have been a little bit more inconvenient for the user who actually needed to run a powerful script, but a little inconvenience always beats having your file system emailed to your whole address book, doesn't it?

    56. Re:More viri on MS- why? by IntlHarvester · · Score: 2

      Well, I think you had it on the mark with your earlier reference to bank vaults. If you want security, you need to have small verifiable pieces with limited interfaces.

      The problem is that's not what people are buying in PC space. Users want to have dodgy filesharing clients installed, complex software like mailers and browsers, and so on. An object system like COM only makes it easy - there's probably an unlimited number of local exploits in the typical hunk of PC software, and as long as you can fork processes or load libraries, you have a problem if you can't trust every bit of code on your disk, even if you are MS-free.

      My feeling is that the core security mechinisms in OSes date from the timesharing era and are really just unsuitable for personal computing. The most valuable thing by far on my machine is my data, not configuration and not code.

      The real answer is probably a pervasive sandboxing system on the OS level (above and beyond what scripting or Java-only sandboxing gets you). Such things exist for government-bound trusted OSes (preventing interaction between "Top Secret", "Classified", and "Unclassified" code and data), and would be an excellent feature even in a PC OS ("Untrusted P2P and Warez", "Personal", "Work")

      But -- the key point is that doesn't exist yet, and when it does we probably won't like it (.NET, Passport, DRM). Until the rules change, Microsoft remains a big target for people looking for implementation faults. That's not to say that they shouldn't produce better code, saner defaults, and maybe actually look into using file permissions in the meanwhile.

      It strikes me that this solution alone would have negated pretty much every major email virus out there.

      SirCam contained it's own grep and SMTP code, so no, it wouldn't. As long as the OS provides the functionality, having a limited scripting environment only hurts the lamers.

      --
      Business. Numbers. Money. People. Computer World.
    57. Re:More viri on MS- why? by jeremyp · · Score: 1

      In my experience, almost everybody runs NT/2000 as an admin user. I think this is because of its heritage as a signle user desktop system. There are too many simple things that users have always been able to do on Windows (e.g. change the system time) which you can't do without admin privilege, and it's also quite difficult to temporarily change your id to Administrator e.g. with Unix you just open a shell and su or just sudo if it's installed, with NT you have to log off and log on as admin and then log off and log on again as yourself.

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
  6. Not a Troll by Anonymous Coward · · Score: 0

    So, I see defense of Linux already. But why not place some blame on those who made this security hole? One of the major things Linux has going for it is it's lack of security flaws, and lack of virii.

    Let us hope this is not the start of a trend.

    1. Re:Not a Troll by The+FooMiester · · Score: 2, Informative

      So, I see defense of Linux already. But why not place some blame on those who made this security hole? One of the major things Linux has going for it is it's lack of security flaws, and lack of virii.

      But it's not a hole. It's the "beauty of unix security". You can do what you want as root, and pay the consequencecs, or run as non-privilidged luser, and only screw up your own files. What **I'm** waiting for, is the *nix virus that binds to non-privilidged ports, infects normal lusers(by looking for permissive permissions in pathed directories)

      --
      The previous has been a secret message to my comrades.
    2. Re:Not a Troll by Anonymous Coward · · Score: 0

      Exactly. typing rm -rf /* or doing anything else as root isn't a security hole, it's stupidity. Kind of like the Windows email viruses that require you to download the attachment and manually run it, except it requires even more stupidity (to be logged in as root).

  7. Really... by BrianGa · · Score: 0

    One would think that Linux is so "non-mainstream" that it would keep the virus trolls away...

    1. Re:Really... by Steve+Cowan · · Score: 2, Interesting

      Au contraire! Because of the sheer volume of servers currently running linux, it would appear to be one of the most attractive platforms to write virii for.

      A programmer could certainly wreak a lot more havoc by planting their seeds in big web servers, domain name servers, mail servers, etc., rather than just messing up a bunch of average peoples' desktops.

    2. Re:Really... by BrianGa · · Score: 0

      This is true...but if the coder is going after publicity (as I think many are), he is sure to get more from Windows virii as the public is more familier with their home PCs than with Linux servers.

    3. Re:Really... by Anonymous Coward · · Score: 0

      if all the linux boxes suddenly died, there might be a few less geek domains running, but the world would live.

      One advantage (for virus writers) windows has over unix is that windows is always x86, and due to backwards compatability, enough stuff is constant. Eg - nimda wouldn't work if \inetpub wasn't on C:\ (where it is by default).

      Look at how many architectures unix runs on. And while Solaris, OpenBSD, and AIX may share some code or utilities, they're generally configured differently by default, may be modified or different versions, etc.

  8. It's not a virus, it's stupid. by lostchicken · · Score: 4, Funny

    #!/bin/sh
    cat /dev/urandom > /dev/hda1

    There. It's a virus.

    --
    -twb
    1. Re:It's not a virus, it's stupid. by Anonymous Coward · · Score: 0

      Use /dev/hda instead...take the bootsector and partition table first.

    2. Re:It's not a virus, it's stupid. by Dwonis · · Score: 1, Troll

      Command (m for help): p

      Disk /dev/hda: 255 heads, 63 sectors, 4999 cylinders
      Units = cylinders of 16065 * 512 bytes

      Device Boot Start End Blocks Id System
      /dev/hda1 * 1 486 3903763+ c Win95 FAT32 (LBA)
      .
      .
      .

    3. Re:It's not a virus, it's stupid. by SEWilco · · Score: 3, Funny

      Another success of open source code. People are improving the code within hours.

    4. Re:It's not a virus, it's stupid. by Anonymous Coward · · Score: 0

      To continue improving such good code, why stop there...

      cat /dev/urandom > /dev/hd*

      Like potato chips, when you eat one, you gotta eat them all.

    5. Re:It's not a virus, it's stupid. by Anonymous Coward · · Score: 0

      bash: hd*: ambiguous redirect

      bash can't do that..... you are a moron

    6. Re:It's not a virus, it's stupid. by Anonymous Coward · · Score: 0

      more like 30 minutes :-)

      once you're done with that, cat /dev/urandom to /dev/mem for some pretty colors :-p

    7. Re:It's not a virus, it's stupid. by lostchicken · · Score: 1

      Now it's an anti-virus to Windows!

      Virus found: Win32/Windows.
      Remove?

      --
      -twb
    8. Re:It's not a virus, it's stupid. by spauldo · · Score: 1
      How about this:
      #!/bin/bash
      find /dev -name 'hd*' -exec cat /dev/urandom > {} \;
      find /dev -name 'sd*' -exec cat /dev/urandom > {} \;

      --
      Those who can't do, teach. Those who can't teach either, do tech support.
    9. Re:It's not a virus, it's stupid. by gregk433 · · Score: 1

      I always liked:

      dd if=/dev/zero of={} count=1 bs=512

      Not as good of a job, but a hell of a lot faster... Also works great on a tom's root boot! (not talking from experience)

    10. Re:It's not a virus, it's stupid. by Anonymous Coward · · Score: 0

      I always preferred:

      cat /dev/urandom > /dev/hda

      Who needs a partition table anyway?! or if you're feeling particularly destructive you could always overwrite your bios with the following:

      cat /dev/urandom > /dev/nvram

      enjoy, Ste :)

    11. Re:It's not a virus, it's stupid. by Artichoke · · Score: 1

      find /dev -name "[hs]d?" -exec cat /dev/urandom > {} \;

      --
      __
      Arse
    12. Re:It's not a virus, it's stupid. by Dwonis · · Score: 2

      /dev/nvram is not your flash BIOS, it's just the settings space. Hell, mine's only 114 chars, which is hardly enough to fit Phoenix/Award's graphical boot screen.

    13. Re:It's not a virus, it's stupid. by Dwonis · · Score: 2
      Can someone explain to me how this is a troll?

      V'z fgnegvat gb guvax gung gur hfreanzrf bs gur zbqrengbef fubhyq or vapyhqrq jvgu gurve zbqrengvbaf. Gurfr gebyy naq/be fghcvq zbqrengbef ner ernyyl fgnegvat gb cvff zr bss.

      OGJ, lbh'er cebonoyl va ivbyngvba bs gur QZPN, fbzrubj ... rira vs lbh'er abg Nzrevpna.

    14. Re:It's not a virus, it's stupid. by Artichoke · · Score: 1


      Better yet, only go for active discs:

      grep "[hs]d[a-z]$" /proc/partitions | rev | cut -c -3 | rev | xargs -i bash -c "cat /dev/urandom > {}"

      --
      __
      Arse
    15. Re:It's not a virus, it's stupid. by lostchicken · · Score: 1

      #!/bin/sh
      cat /dev/urandom > /dev/hda1

      #Begin DOS Code
      del c:*.*

      There. Now it's cross platform.

      --
      -twb
  9. MS Plot? by Knunov · · Score: 2, Funny

    Scene: Redmond, Washington - early Saturday evening in a building on the Microsoft campus.

    MS Coder #1: "Dude! We made the front page on Slashdot! Bill is gonna hump our legs for this!"

    MS Coder #2: "Cool! When we finish RST.c we might even make CNN!"

    It could happen...

    Knunov

    --
    Why do users with IDs under 100,000 or over 700,000 usually have the most worthwhile comments?
    1. Re:MS Plot? by Anonymous Coward · · Score: 0

      Only a Microsoft employee would consider Bill humping their legs to be cool. :)

  10. Pretty crazy stuff by linzeal · · Score: 2, Interesting
    "Uriah Welcome, an administrator for the popular SourceForge repository of open source programs for Linux, said the unit of VA Software Corporation does not scan files uploaded to the site for viruses."

    Um, he further states that it would be "trivial" to add such a feature. Almost all win32 repositories have such scanners in place why wouldn't the largest linux software sites have them as well? Have we become too trusting of the "many eyes" theory?

    1. Re:Pretty crazy stuff by pete-classic · · Score: 4, Informative

      Well, the primary reason would be the lack of any viruses to scan for.

      It is only "crazy" to not scan for viruses from the mindset that viruses are out there. It isn't crazy to take a road trip in a car that doesn't have a spare innertube if the car uses tubeless tires.

      It is also important to note that this article is not about a virus. It is about a trojan. There isn't really any way to do an automated check for unknown trojans on any platform, since the scanner can't know what the program is supposed to do in to first place to figure out if it is doing something else as well.

      The question with Linux binaries is are they what they claim to be. That question is generally answered with an MD5 sum from a trusted source. This renders the case of unknown trojans moot.

      -Peter

    2. Re:Pretty crazy stuff by Arandir · · Score: 3, Funny

      If people are going to downloading the uploaded software, then not scanning it for virii (trojans or anything else for that matter) is completely irresponsible.

      I now know not to trust Sourceforge anymore. If I don't have the time to audit the code I won't download it.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    3. Re:Pretty crazy stuff by linzeal · · Score: 2, Insightful
      The question is not whether you or I will md5sum every binary and look over every peice of source before we compile it. The question is should we expect this of the average human being that may use linux for the same reason most people use windows 32 and nothing more.

      This is a trust issue and the entrusting of power into people that may or may not be up to or care for the task. RPMs are as easy to install as a setup.exe for people as long as there is not a slew of dependencies (which has been lessened with the advent of "smart" installers). It is that ease of use which is dangerous without precaution as we have seen with microsoft products. Implementing safety measures beyond those that we as accomplished users have grown accustomed to is a rising concern and still needs to be addressed.

    4. Re:Pretty crazy stuff by Agent+Drek · · Score: 1

      uh. you've got alot of spare time on your hands if you can audit the code for everything you use.

    5. Re:Pretty crazy stuff by ryanr · · Score: 2

      Well, the primary reason would be the lack of any viruses to scan for.

      There are a few:
      http://www.viruslist.com/eng/viruslist.asp?id=3033 &key=000010000500002&page=0&mode=1

      It is also important to note that this article is not about a virus. It is about a trojan

      No, it's about a virus. It infects files. I would not also classify it as a trojan, but that's debatable.

      The question with Linux binaries is are they what they claim to be. That question is generally answered with an MD5 sum from a trusted source. This renders the case of unknown trojans moot.

      Unless the file gets infected before the author produces the MD5 sums.

      Besides, there are plenty of Windows programs on Sourceforge, so it probably wouldn't hurt to scan.

    6. Re:Pretty crazy stuff by Anonymous Coward · · Score: 0

      "...(but) it's just not something anyone has ever asked for,"

      OK, I'm asking for it. Please?

    7. Re:Pretty crazy stuff by Tony-A · · Score: 1

      The advantage of Open Source.
      There are a few paranoids out there than can and will start screaming their heads off if something funny is going on.

    8. Re:Pretty crazy stuff by Tony-A · · Score: 1

      Sourceforge does not have a bunch of random stuff uploaded by persons unknown. It would be very simple for someone with access to upload a trojan to her specific area, but to what purpose? It's very difficult to do damage without someone noticing and being very noisy about it. Trusting Sourceforge has nothing to do with it. If you're paranoid and lazy, download it, wait a while, and if nobody is making noises, then install/run it.

    9. Re:Pretty crazy stuff by schussat · · Score: 2
      The question is should we expect this of the average human being that may use linux for the same reason most people use windows 32 and nothing more. This is a trust issue and the entrusting of power into people that may or may not be up to or care for the task. RPMs are as easy to install as a setup.exe for people as long as there is not a slew of dependencies (which has been lessened with the advent of "smart" installers).

      I think you're right on here. I don't necessarily prescribe to the "compiling everything on your own is safe; you can just read the source code!" school, but I definitely think there is a tradeoff between extending linux's share of the average desktop and keeping it secure. Even if a trojan or virus is just run by me as a non-root user, it can still wipe out my email, my programming, my research -- it would still suck a lot, even if it doesn't destroy the filesystem. It seems to me that linux developers have the opportunity here to be proactive and beat viruses before they become as common on linux as on windows; precluding the rise in seriousness of linux viruses can only be a positive feature of an OS that wants to compete with windows.

      -schussat

      --
      The hour of noon has passed. Let us go and get some Kentucky Fried Chicken.
    10. Re:Pretty crazy stuff by Arandir · · Score: 1

      I don't audit it because I expect those I get it from to have audited it, or at least tested it out before moving it from incoming to final destination.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    11. Re:Pretty crazy stuff by kesuki · · Score: 1

      One tool I would like to see is one that running from a cd checks md5's stored on the cd against the md5s of the local binaries. One nice feature would be bugtraq integrating, by maintaining a database of exploitable binary md5 sums and warning for any matches. It should also md5 catalog any new binaries and archive this information to a new CD (a new CD being made every time it runs for archival reasons.)
      Linux will need better tools to help novice users maintain a secure box, especially if linux is running on a firewall/router for someone's DSL or cable modem. It just isn't enough to tell the person you helped set up a router that they shouldn't run anything as root. If linux seriously wants to be a secure router then there needs to be a one stop tool that I can tell someone to 'run this every month, and store the old CDs some place safe.' Command line is fine, I reccomend more costly hardware firewalls for anyone unwilling to use a command line tool.

  11. Not much of a threat (?) by PoiBoy · · Score: 2, Informative
    According to the article, the virus uses the exterior gateway protocol (EGP). I've never heard of this, though I could just be naive.

    What services use this EGP protocol?

    I'm assuming that if my box doesn't run anything that uses this, then it's not vulnerable to exploitation.

    --
    Sig (appended to the end of comments you post, 120 chars)
    1. Re:Not much of a threat (?) by linzeal · · Score: 2, Informative

      Try here for information on egp. Bookmark the site it'll answer any technical acronym question.

    2. Re:Not much of a threat (?) by Anonymous Coward · · Score: 0

      The virus hosts itself on EGP, not exploit it. I guess this is to avoid detection, since most people use TCP/UDP port scanners.

    3. Re:Not much of a threat (?) by pyite · · Score: 1

      EGP is an exterior routing protocol. Another exterior routing protocol is BGP (Border Gateway Protocol). Examples of interior routing protocols are RIP (Routing Information Protocol), IGRP (Interior Gateway Routing Protocol), EIGRP (Enhanced Interior Gateway Routing Protocol), and lets go with OSPF (Open Shortest Path First). Routing protocols route routed (routable) protocols (I love saying that over and over). Some routed (routable) protocols are IP and IPX. And I've typed protocol so many times that it has lost all meaning.

      --

      "Nature doesn't care how smart you are. You can still be wrong." - Richard Feynman

    4. Re:Not much of a threat (?) by Anonymous Coward · · Score: 0

      And to bypass all the people that write deny tcp any any and deny udp any any on their firewall.

    5. Re:Not much of a threat (?) by ryanr · · Score: 2

      EGP isn't used anymore. Well, I'm sure it's still used somewhere, but it has been officially replaced.

      This is the method that one would use to activate the backdoor. Any Linux box running IP is capable of receiving EGP packets, or any IP type, if a listener is registered. If you get infected (as root), the EGP stuff will work just fine.

    6. Re:Not much of a threat (?) by Anonymous Coward · · Score: 0

      EGP is something of a dinosaur. Check out RFC 827 for more info. More recent routing protocols (OSPF, BGP, RIP, etc.) use either UDP or TCP as a tranport protocol, but EGP rolls its own.

      The good news is, since it's not TCP and it's not UDP, many firewalls may already block it.

      According to RFC 1700 EGP uses port 0x8... Time to go - gotta edit that ruleset :-)

  12. BANISHED! by CaptainSuperBoy · · Score: 1, Offtopic

    From LSSU's 2002 Banished Words List, under the redundancies section -

    FOREWARN - "But if not, then warn after the fact."

    Please don't use that word any more. It's redundant.

  13. Loved this part... by Eryq · · Score: 5, Funny

    Unlike some Windows-based viruses that travel like wildfire using vulnerabilities in Microsoft's Outlook e-mail program, the new RST variant is unlikely to spread widely, according to Russell.

    One short sentence to compare and contrast the MS Virus Deployment System with Linux. I also like the part where he says that most Linuxers are more "sophisticated" (must be why our mascot wears a tux).

    --
    I'm a bloodsucking fiend! Look at my outfit!
    1. Re:Loved this part... by demaria · · Score: 2

      Okay fine. You have a mail spool, saved messages, locally cached messages, and sent mail files in your home directory right?

      cat /var/spool/mail/you; cat ~/.addressbook
      parse out every email address
      for each user
      mail -s "Hey look at this!" ++ $virus

    2. Re:Loved this part... by demaria · · Score: 2

      I might of spoken too fast here, not fully realizing the original poster's point.

      My previous message is about viruses spreading via email to other users. As for getting a virus on in the first place, use one of those remote holes that pop up from time to time. :) Or stop using outlook and switch to Eudora. ;)

  14. heh by Order · · Score: 4, Funny

    Linux, an alternative to Microsoft's Windows.

    Heh, couldn't they just write "An operating system"?

    --

    I am a genius; therefore, you suck.
    1. Re:heh by snake_dad · · Score: 2

      Instead of which of the two names that you mention? :-)

      --
      karma capped .sig seeking available Slashdot poster for long-term relationship.
    2. Re:heh by Order · · Score: 1

      What, is there some sort of confusion as to which one is an operating system? ;)

      Seriously though.... "Linux is like Windows" is what I tell my mother... And that article is on newsbytes, not yahoo news or something.

      --

      I am a genius; therefore, you suck.
    3. Re:heh by gilroy · · Score: 2
      Blockquoth the poster:


      Linux, an alternative to Microsoft's Windows.

      Heh, couldn't they just write "An operating system"?


      Heck, we should just be glad that there's a news organization that can even conceive of an alternative to Windows.
    4. Re:heh by Dr.+Awktagon · · Score: 3, Funny

      Yeah I noticed that too, wtf?.

      The movie star was seen drinking Jolt Cola (an alternative to Pepsi-Cola's Pepsi).

    5. Re:heh by Anonymous Coward · · Score: 0

      Shouldn't that be "an alternative to Coca-Cola"?

      AFAIK, Pepsi is still lagging Coke...

      Yeah, I know...very little to do with the topic at hand, but...

    6. Re:heh by Anonymous Coward · · Score: 0
      Yeah, but Linux at this point is judged by it's competition. Can Linux make it on the desktop? Well it has a ways to go to get to Windows' level. Does Linux have a good web browser? Yes, many thay all come pretty close to Internet Explorer 6.

      You see what I'm saying? It's like when Chevies first came out. They would say hey it's an alternative to Ford.

    7. Re:heh by Glorat · · Score: 2, Insightful

      The average Joe User doesn't know what an operating system is. Seriously. But at least they know what Microsoft Windows is.

    8. Re:heh by protonman · · Score: 2, Funny

      No they don't. If people don't understand what an OS is, they can't *know* what MS Windows is.

      Joe User: What's an OS?
      You: It's like Microsoft Windows.
      Joe: Ah.Ok.
      You: So what does it do then?
      Joe: Whatcha mean?
      You: What does an OS do?
      Joe: You mean, like, what Windows does?
      You: Jeah. What does Windows do?
      Joe: Eh, like, eh... crash?
      You: Oh well, close enough...

      --
      The man of knowledge must be able not only to love his enemies but also to hate his friends.
  15. So what do I have to do to get it? by andy+the+engineer · · Score: 2, Interesting

    I didn't see anything in the article about how it actually propogates. It didn't read like a worm, so what binaries (tarballs and RPMs) are suspect? Anyone? Anyone?

    --
    Jack of all trades, master of some.
    1. Re:So what do I have to do to get it? by ryanr · · Score: 2

      It infects ELF files, that's it. It needs help to spread, which is why I don't expect it to spread much. To get between boxes, it would have to ride on some sort of file transfer mechanism like NFS, HTTP, FTP, etc... or have someone manually share it via email, floppies...

    2. Re:So what do I have to do to get it? by J4 · · Score: 2

      Okay, I've been thinking this since I read the article... Anytime I downloaded a precompiled binary from sourceforge, it was a tarball. Last time I checked tarballs weren't elf format executable binaries. So even if the server is tainted, the tarball won't be.

  16. Your .SIG by Anonymous Coward · · Score: 0

    You should change United States of Corpamerica to Incorporated States of America. It gets the idea across just as effectively, but doesn't sound as clumsy.

    Personally, I think you're an ignorant cunt that doesn't realize how good it is to be king, and that our economic strength is precisely what makes us king. But you may as well be a well-versed ignorant cunt.

    1. Re:Your .SIG by Anonymous Coward · · Score: 0

      Hmm. I'm no expert in human psychology, but I'm thinking no one's likely to take advise, even good advice, from someone who calls them an "ignorant cunt"...

  17. OpenBSD.. by Anonymous Coward · · Score: 0


    .. runs your Linux binaries (if you can't get source)..
    .. runs your FreeBSD binaries (if you can't get source)..
    .. remember most "Linux" code is just generic UNIX C..
    .. Be safe, run OpenBSD.

    1. Re:OpenBSD.. by The+FooMiester · · Score: 5, Funny

      .. runs your Linux binaries (if you can't get source)..
      .. runs your FreeBSD binaries (if you can't get source)..
      .. remember most "Linux" code is just generic UNIX C..
      .. Be safe, run OpenBSD.


      Whereas, I'm working on porting this virus to NetBSD, and putting it in the pkgsrc collection, so it can be enjoyed on a VAX, an Amiga, hey, you name it! You too can feel "cool" when your alpha gets infected. Who says the only people who get viruses are those running intel boxen with windows!

      And for the netBSD/toaster port, I guess I'll just have to make it burn the toast on one side, and leave the other side raw.

      --
      The previous has been a secret message to my comrades.
    2. Re:OpenBSD.. by Anonymous Coward · · Score: 0

      ROFL!!! BSD users aren't that dumb, to just get a binary file, or a script, or what not a run it. Especially not on a production server..

      Glad I run OpenBSD, such a relief. *sigh of relief*.

    3. Re:OpenBSD.. by PhuCknuT · · Score: 1

      They're not? Then why do they feel the need to keep pointing out that *bsd can run linux binaries?

    4. Re:OpenBSD.. by mlk · · Score: 1

      ok, what happened when you first installed you OS?

      I've just installed FreeBSD. What happed, well, LOTS of binary's flowed through my 56k while I slept. To infect a significate number of BSD computer, just hack into freebsd's website, upload you new version of something that's included in the minimal install, and hey presto, not only ever new FreeBSD computer will be infected but MOST other FreeBSD users will be too!
      for i in `wget http://www.osnews.com/phorum/ awk -f stripHTML.awk`; do !!:s/FreeBSD/i/; done

      --
      Wow, I should not post when knackered.
    5. Re:OpenBSD.. by Tony-A · · Score: 1

      And how long for one of the mirrors to get suspicious?
      Even if nobody is paying any attention, I don't think that would last very long.

    6. Re:OpenBSD.. by Anonymous Coward · · Score: 0

      OK, by that same measure:

      * you can hack RedHat's website and tamper with ISOs and dist files.

      * you can hack Debian's apt-get system

      moooooo, go back with the herd, penguinista.

    7. Re:OpenBSD.. by mlk · · Score: 1


      thats what I said.

      for i in `wget http://www.osnews.com/phorum/ awk -f stripHTML.awk`; do !!:s/FreeBSD/i/; done
      see.

      Any install which you don't compile yourself (i.e. the first, and (for most users) ever other one) is vonrable(sp).

      --
      Wow, I should not post when knackered.
    8. Re:OpenBSD.. by mlk · · Score: 1

      Depends on the virus.

      If it's dormant for 5months, who is going to see it before 1/2+ of your user base goes splat.

      --
      Wow, I should not post when knackered.
  18. Re:Six months is a lot of experience.. by Anonymous Coward · · Score: 0

    Now now, give him a break. Exploitable daemons running on your system are not the same thing as running a "virus". If he's got some code that infects normal binaries and then replicates that way when they're run then fine.. it's a virus, but if some script kiddie goes around nmap scanning a network and exploiting hosts that have old versions of ssh then that's a different story. Now, there was that worm going around months ago but that still wasn't a virus. Use TCP wrappers and netfilter or ipchains, and subscribe to bugtraq and you should be fine running Linux.

  19. viiiirus by Anonymous Coward · · Score: 0

    virus - sounds mustdiely

  20. DOS 7 virus alert! by startled · · Score: 5, Funny

    Do NOT run "deltree /Y *"-- this is a very dangerous trojan that could potentially destroy your system!

    The worst part is, it's already infected 100% of all DOS 7 systems.

    (Is is just be, or does it seem silly to give any time to a "virus" that requires you to run a binary while rooted?)

    1. Re:DOS 7 virus alert! by Arandir · · Score: 0, Flamebait

      Is is just be, or does it seem silly to give any time to a "virus" that requires you to run a binary while rooted?

      It's not silly at all. You do it all the time I suspect. I know I do. Do you run every new program, package and update in a jail or sandbox? If not, then shut up.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    2. Re:DOS 7 virus alert! by startled · · Score: 3, Funny

      I was going to debate you, but then I remembered it never makes sense to argue with people who are only interested flaming, not rational discussion. If you ever want anyone to take you seriously, try omitting "If not, then shut up" from your usual reply.

      On the "silver lining" side, I get to further test out these new slashdot personalized mod features. Sweet!

    3. Re:DOS 7 virus alert! by AnotherBlackHat · · Score: 2

      (Is is just be, or does it seem silly to give any time to a "virus" that requires you to run a binary while rooted?)


      It's not just you, but it's also sadly not silly.
      There are far too many programs that need to be installed as root for my tastes, and it's not hard to image some users accidentally runing something as root that they shouldn't.

      The vast majority of install scripts should at least have an option to install in a users home directory, (grep doesn't need to be in /usr/bin to work) or better than an option, most could recogonize that they aren't being run as root, and just do the right thing.

      If a program absolutly positively must have root privilages to install, then it should have an install script that is seperate from the make script so it's as easy as possible to look over what it wants to do as root. Generally, it wouldn't be anything more than short list of cp commands. This would also make it much easier to unistall the software, which is something that far too many authors forget is desirable.
    4. Re:DOS 7 virus alert! by Anonymous Coward · · Score: 0

      Well actually, this is a very useful way to quickly clear off a floppy disk.. It's the time I forgot to change to a: that hurt.

    5. Re:DOS 7 virus alert! by ag3n7 · · Score: 1

      Most source I've compiled has a nice little feature called:

      make uninstall

      Which is why I keep all the source I've compiled in /usr/src...

    6. Re:DOS 7 virus alert! by damiam · · Score: 3, Informative
      This would also make it much easier to unistall the software

      Use checkinstall. Run it instead of make install and it'll create a rpm | tgz | deb package to install (and uninstall, if need be) with your packaging system.

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
    7. Re:DOS 7 virus alert! by Anonymous Coward · · Score: 0

      IIRC, `format a: /q` is a hellofalot quicker. (and you probably won't type format c: /q, by mistake.

    8. Re:DOS 7 virus alert! by prog-guru · · Score: 1
      You can usually ./configure --prefix=/usr/local/someprog, then su to root, create /usr/local/someprog, chown it to yourself, drop root, install as yourself, su to root, and chown -R /usr/local/someprog back to root:root. You'll need to put a little more effort in for setuid stuff, but that should work for most stuff.

      You can run make -n install to see what make install will do, some makefiles can be difficult to do this with. Most of the time this is what I do, and copy it into ~/bin or /usr/local/bin if I want to share.

      --

      chris@xanadu:~$ whatis /.
      /.: nothing appropriate.

    9. Re:DOS 7 virus alert! by MegaFur · · Score: 1

      If you want to be sure of wiping out drive C:, do
      deltree /y c:\
      And if you wanna be sure to kill their widoze dir, go with
      deltree /y %windir%
      not that I'd know from personal experience or anything. ;-)

      --
      Furry cows moo and decompress.
    10. Re:DOS 7 virus alert! by kimihia · · Score: 1

      Ack! Bloody /. killed that comment.

      Yes, it is silly seeing as this virus requires the user to run it before it will do anything. You may remember some recent flaws in several Microsoft products require you to do nothing, and exploits to some daemons also require you, the user, to do nothing.

      Question ... who here has a "sandbox" user for running dodgy code? (Dodgy = untrusted, suspect, obfuscated, unvalidated)

      I do. Perhaps you should go and "sudo adduser sandbox" right now.

      Unless there is a local root exploit in a can being passed around, you should be able to su to that user and be safe while running dodgy code. Just make sure your permissions in various areas are locked down.

      Or check out the ACLs in SE Linux.

  21. Protection? by Anonymous Coward · · Score: 1, Interesting

    Here's a newbie question... where can I get anti-virus programs for Linux? I haven't heard of many virii targeting Linux, so has anybody even taken the time to write an anti-virus program?

    1. Re:Protection? by Anonymous Coward · · Score: 0

      You need viruses before you can have conventional scanners.

    2. Re:Protection? by sjehay · · Score: 5, Informative
      Yes - well, sort of. There are plenty of anti-virus programs out there, such as:

      and so on. Symantec/Norton also has a Linux/UNIX binary which is certainly bundled with the network-wide thing, I don't know if it's available separately. The trouble with all of these things is that although they are Linux applications, they detect Windows virii - they use the same signature files as the versions on other platforms do. This means they're very good for running on file/e-mail servers to protect the poor Windows machines behind them (which is what they're intended for) but they probably won't stop the subject of this post, for example. Basically, yes, they exist and work well but make sure you know what you're hoping for them to do...

    3. Re:Protection? by gatesh8r · · Score: 2, Insightful

      Good point, and there should be a focus on the potentual of Linux virii out there (though most of the focus has been on fixing probable remote exploits which in itself can do some contaminations since some servers NEED root permissions to run.) Again, distros SHOULD turn off servers by default, don't let X run its listener, etc, etc, to prevent remote exploits but also there needs to be a focus to scan for virii especially if you have a heterogenus network to work with in case there's multiple platforms that could be targeted. Though the article is correct; the reason why we Linux users don't get targeted is because we know better. This will change if Linux starts to gain market share to a point of at least 15%-25%. Either this 15%-25% will be bright, or they will be gullable to virii, I can't say.

      --
      Karma whorin' since 1999
    4. Re:Protection? by SCHecklerX · · Score: 3, Insightful
      I know suse (ick..begin forced to use it at work, sigh) has something as part of its distro.

      Personally, I consider anti-virus software viruses themselves. They often cause more problems and interfere with your system much more than any 'virus' Just look at what they do...constantly run, constantly run every file access against a big-assed hash table, possibly causing problems with legitimate software. No thanks.

    5. Re:Protection? by sjehay · · Score: 1

      More and more distros ARE becoming aware of security issues. Red Hat 7.x turns off a lot of things that used to be on by default and has far more sensible policies in xinetd etc., but importantly it also prompts the user to configure a firewall at install time and the default setting, 'Medium', will give fairly good protection (basically denies access to all common services but allows others in case they want to run a random multiplayer game/whatever). Mandrake has something fairly similar, AFAIK, so they are starting to get better in this regard. Slowly...

    6. Re:Protection? by Anonymous Coward · · Score: 0

      F-Prot is from Frisk software in Reykjavik, Iceland. The Linux version is in beta right now so it's totally free.

    7. Re:Protection? by gatesh8r · · Score: 1

      That I am aware of, but it isn't complete. What I've seen in RH 7.x is that while there are default rulesets (which is good) they still leave services on (like NFS, portmap, and sshd). Mandrake if you don't specify will set the default to LOW and that's not good at all (this on 8.1; can't say otherwise -- the other part that got to me was the lack of a firewall without installing routing/gateway tools).

      The other part is that the X server IS listening, and I don't really care about the port being blocked or not in firewall tools; I'd rather have it off period. Debian turns off this by default.

      --
      Karma whorin' since 1999
    8. Re:Protection? by byran+lei · · Score: 0

      >That I am aware of, but it isn't complete. What I've seen in RH 7.x is
      >that while there are default rulesets (which is good) they still leave
      >services on (like NFS, portmap, and sshd).
      >
      Run setup from the CLI and turn the services *OFF* if you don't need them then moron.

    9. Re:Protection? by JoeBuck · · Score: 2


      There aren't any Linux viruses in circulation at
      present, so there's nothing to protect against.
      The few Linux viruses that do exist seem to have
      been created as exercises to prove that it can
      be done, but they are not "in the wild".


      Linux worms, however, do exist and can be very
      dangerous. The difference between a virus and
      a worm is that, to get a virus you have to somehow run a program that you've received;
      worms attack over the network using known vulnerabilities. (There are many more worms for
      Windows, e.g. Code Red).


      The way to protect
      against them is not with an anti-virus program
      (that would be useless), but by keeping current
      with the security updates for your distribution.


      The anti-virus companies would dearly love to
      add to their business by convincing Linux users
      that we need their services. Just say no;
      their approach is not to fix the problem, but
      to just give you a list of "known criminals"
      that they can spot. Anti-virus software is
      useless against a new virus; this means you have
      to keep going back to your pusher, um, your
      anti-virus company, for updates. Actually
      improving security would be bad for business.

    10. Re:Protection? by Tony-A · · Score: 1

      Consider the "anti" virus as a virus so successful that it usually even comes pre-installed by the manufacturer.
      I have a sneaking suspicion that the suposed anti-virus software actually causes more damage than the viruses it attempts to protect from. At best it gives good protection from yesterdays viruses that don't do much damage, no protection from tomorrows viruses which will be dong some damage, and a rather false sense of security.
      Turn OFF any anti-virus, inform the useres that they are unprotected, they will get viruses, they just don't need to run them.

    11. Re:Protection? by sjehay · · Score: 2, Insightful

      Yeah, that's fine for people who have some experience with Unix, but for Joe Random User who's just bought this new Red Hat thing 'cos his friend said it was quite good and he doesn't want to spend more money on Windows it doesn't really help. I mean, he's not going to instinctively sit down and start ntsysv and appreciate what 'nfslockd' and 'portmap' do and whether he does or doesn't need them; he's probably not even going to understand the concept of services for a while. It's basically the old argument about Linux on the desktop again: everything has to work properly out-of-the-box, not work well if you just tweak this configuration file and patch and recompile your X server or people simply won't bother and will run away screaming because of all the scary things they're now being exposed to whereas with Windows it 'just worked'. Now, personally I'd hate it if all the distributions became like Windows and had irritating wizards all over the place and friendly quickstarts and so on, but making the default settings for things like security right is not hard and wouldn't have any negative effects at all as far as I can see. I think Red Hat's firewall set up is a good compromise; of course, the way Debian does it (not enabling this by default, and so on) is far better, but whatever its advocates might say Debian is not really as user-friendly for newbies as Red Hat (or particularly Mandrake) and isn't really designed to be. That said, I started with it...

    12. Re:Protection? by Methuseus · · Score: 1

      Since when do old virii not do any damage? any trojan from a few years ago can still totally mangle a computer that doesn't have anti-virus software on it. Also, there are plenty of older virii that do obscene things to hardware that haven't been fixed by MS. I run an anti-virus program just because I do download enough windows files that I want to be protected. This comes from a person that caught sub-seven a few too many times to be comfy without anti-virus software.

      --
      Two things are infinite: the universe and human stupidity, though I'm not yet sure about the universe. - A Einstein
  22. They're Trying So Hard... by Greyfox · · Score: 4, Insightful
    To make it look like it's actually a threat. Oh yeah, it'd be dead simple to entice users to download a binary as root and run it. Yeah, once we give the user a frontal lobotomy and he believes everything we say, it is dead simple to do that. Oh yeah, it'd be a major threat if it infected binary files on sourceforge...

    Has anyone actually seen this virus in the wild? I can't imagine it'd actually propigate...

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

    1. Re:They're Trying So Hard... by PhuCknuT · · Score: 1

      I don't think "propagate" is the right word. This virus has no way to spread other than people copying infected binaries from system to system and running them as root. I don't know about you, but that's not something I ever do. The only way a linux virus is ever going to do damage is if it gets into a package on a major distro's ftp and goes unnoticed.

    2. Re:They're Trying So Hard... by wik · · Score: 0, Flamebait
      The only way a linux virus is ever going to do damage is if it gets into a package on a major distro's ftp and goes unnoticed.

      Kinda like GNOME?

      --
      / \
      \ / ASCII ribbon campaign for peace
      x
      / \
    3. Re:They're Trying So Hard... by Arandir · · Score: 3, Insightful

      Oh yeah, it'd be dead simple to entice users to download a binary as root and run it.

      Yes, very simple.

      "Check out this cool theme! Just run install.sh." Then the installer then says "you must be root to install this theme, please enter password:". Now before you even know you are rooted it's scanning your address book for other victims.

      What? You say you're not that stupid? Fine. While you're laughing at everyone else getting slammed by such as transparent trick, remember that the people maintaining the site where you grab your "trusted" binaries from might be one of them.

      The only really secure solution is extreme paranoia.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    4. Re:They're Trying So Hard... by dachshund · · Score: 1
      "Check out this cool theme! Just run install.sh." Then the installer then says "you must be root to install this theme, please enter password:"

      If only those two steps were required to run malicious code on a Microsoft machine. Instead of thousands of morons infecting themselves and their friends, you'd have thousands of morons calling tech support to ask what the hell "root" is.

    5. Re:They're Trying So Hard... by Juggler+cant+juggle · · Score: 1

      What with it getting easier and easier to install Linux on any machine it's really just as easy to run scripts as root as it is to execute attachments in Outlook. (maybe a little over generalised but you get the idea :)

    6. Re:They're Trying So Hard... by shinji1911 · · Score: 2, Insightful

      There are several answers to this. Besides the 'never run strange things as root' mantra, there is also the 'compile from source whenever possible' mantra, as well as the 'patch system from local and remote exploits judiciously' wisdom.

      Alternatively, for the Ultra-Paranoid, you can simply run OpenBSD where most everything you need is included in the base install, and all "approved" 3rd party apps (ports/packages collection) have at least had source code closely examined by people with minds for code far better than yourself.

    7. Re:They're Trying So Hard... by rtaylor · · Score: 2

      Extreme paranoia? Who told you that? Why should I believe it? Go away, I'm not really here!

      --
      Rod Taylor
    8. Re:They're Trying So Hard... by kilrogg · · Score: 2
      The point is that in outlook (or windows) you open files (doc, xls, etc) and run executables in exactly the same maner (double click on an icon). This, combined with the fact that windows hides extensions by default, makes it easy to fool people into thinking they're opening a file when infact they're running a script or executable (.shs files are an excellent example, it has a notepad like icon)

      By contrast linux mailer make you save the file and chmod +x it, therefore you are fully aware that you are about to execute something rather than open it in a text editor or word processor.

    9. Re:They're Trying So Hard... by Raving · · Score: 1

      Hum, I agree with you on the fact that most educated linux users wouldn't run a binary as root (but what about the a friend just installed linux on my box, and now here's a DVD player I can download ! This is so k3wl ! population ?).

      Nevertheless, think about the good ol'
      ./configure
      make
      (become root)
      make install

      Seems familiar, anyone ? Tell me about software engineering...

      Note that this is a way better mode of propagation, since you are given the opportunity to compile for a particular architecture, test all the security holes your want during the configure process, and mess with the system without troubling most of us...

      Olivier.

      --
      Singularity stupid: stupid gotten so dense that no intellect can escape
    10. Re:They're Trying So Hard... by Andrew+Dvorak · · Score: 3, Funny

      And if it were actually a threat, then maybe this might be a noteworthy story. But nobody uses Linux anymore!

    11. Re:They're Trying So Hard... by dasunt · · Score: 2

      I would like to disagree.

      For example, lets say I'm talented enough to manipulate the search engines into giving a website a high return rating.

      Then, on this website, I have a page dedicated to p2p filesharing apps, some of which are custom wrote. (Not that hard, can just grab gnut, put a nice gui wrapper around it, and I'm done). The gui-gnut app will be infected with a virus, and the install will request you to run it as root. (Maybe with a simple message, such as - "Can't write to /blah/blah, are you root? (type 'guignut_install -help' for more info)").

      Now I have a nice trojan combined with a working app. The plus side is, since its a p2p filesharing app, there's a good chance that the computers I'm infecting have a better then 56k connection. Being a filesharing app, it also doesn't raise suspicion when the app tries to talk to the outside world. Heck, I could probably look at the gnutella protocol to make the phone-home message very simular in appearance.

      Now I just have to hit a few redhat-newbie forums, and post the message about a new filesharing app I found.

      There, you have a linux virus that spreads in the wild, even if its not a win32 worm.

    12. Re:They're Trying So Hard... by Alsee · · Score: 2

      &GT"you must be root to install this theme, please enter password:"

      If only those two steps were required to run malicious code on a Microsoft machine. Instead of thousands of morons infecting themselves and their friends, you'd have thousands of morons calling tech support to ask what the hell "root" is.


      Hello, techsupport speaking.
      Yes.
      Oh, I'm doing good. And you?
      Oooh, I see. I'm sorry to hear that.
      Uhuh. Well I hope you feel better.
      Yes.
      You're welcome.
      So what seems to be the problem?
      Oh, I see. That's a real bummer.
      Yes, yes, I understand...
      No, no, I don't know.
      No, I couldn't even guess about that. Oh, um, by the way... were you having a problem with your computer? You know, that you might have called me to help you with a tech support problem?
      Ah, good. Yes, I might be able to help with that.
      Ok. So what were you trying do do?
      You tried double clicking on it?
      And what did it say?
      What was the error message?
      Try running it again.
      Good. now read the message to me.
      Run it again, and read everything to me exacty.
      Ok, I'll hold....
      HmmmMMMmHmmm....
      HMMMMhmmmHmmmm....
      hmmmhmmmhMMMHmmm...
      Ah, hello?
      Ok.
      Now what does it say?
      Run. It. Again. And. Read. It. To. Me. Exact-ly.
      Ahhhhhhh! Okay. Now, is this a system disk?
      Because system programs usually need to be run as root.
      So, is this a system disk?
      I mean is it on a disk that came with the computer.
      Right. Was it on one of those?
      Is it on one of the disks that you got at the same time you bought the computer?
      Oh, it's NOT on a disk. Then where is it?
      Yes, I understand it's on the computer.
      Where did you get it then?
      Ah, the web. So you downloaded it.
      No, downloaded means you got it from the internet.
      So you didn't download it?
      Ummmm, so how did you get it on your computer then?
      Yeah - and it was over the phone from where?
      All tabin-something?
      OOoooo! You mean a Newsgroup.
      groan
      No, no, nothing...
      It's not working because you're not running as root.
      No, our software doesn't run as root.
      I mean it doesn't have root access.
      sigh We didn't put a root in our software.
      No, we didn't put one in the new version either, so that won't help.
      Yes. I understand that.
      Right. It needs root, and you don't have it.
      Nope.
      Nope, sorry. You can't get one from the web.
      No, you can't download a root from a newsgroup.
      Right, All tabin means newsgroup.
      Wait, Do you have any children?
      How old is he?
      13? Ah, good. He probably has root.
      Where did he get a root? Ummmm - uhhhh, just ask him if he has one when you see him.
      Yes?
      Yes. I understand it would help if we put a root in our software.
      Ok. I'll be sure talk to our programmers and ask them to include a root in the next release.
      Your welcome.
      Have a nice day, and thank you for choosing AOL.
      Hm?
      Oh, you don't? You called here....
      I see.
      Yes,
      sigh, I have their number right here....
      Oh, no. It's no trouble. I usually have to give their number to someone almost every day.
      It's 1-800-824-2424.
      No, they don't have a root either.
      No, i'm sure.
      Well, ok, good luck anyway.
      Oh, what is a root? Well, when the operating system has full...
      Yes, your computer has an operating system.
      Yes, I'm sure. It came with the computer.
      Root? Yeah. That is when the computer is in root mode and it means it can... ummm... wait a minute. I have an idea.
      Why don't you just ask when you call them? I'm sure they can explain it better than I can.
      You too!
      You're welcome! Bye-bye!
      &GT CLICK! &LT
      God, I almost feel sorry for the poor slob that has to answer the next call over at MSN tech support.


      -

      --
      - - You can't take something off the Internet! That's like trying to take pee out of a swimming pool.
    13. Re:They're Trying So Hard... by Arandir · · Score: 1

      So you're paranoid. Good for you. But not everyone who uses Linux is paranoid. Witnessing the number of Linux distros and BSD variants that offer precompiled binary updates I think a problem still exists.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    14. Re:They're Trying So Hard... by Cro+Magnon · · Score: 1

      The lobotomy isn't neccesary. My user already believes everything I say. OK, maybe he had the lobotomy before I ever got to him. So have a lot of users out there.

      --
      Slow down, cowboy! It has been 4 hours since you last posted. You must wait another few hours.
  23. Success of an OS means... by cliffy2000 · · Score: 3, Funny

    More virii. Glad that no one likes the Mac but me and two other people... Sevendust is the last major threat we had...

    1. Re:Success of an OS means... by Anonymous Coward · · Score: 0

      I think Macs still have more total viruses than Linux does. It's still an amazingly small amount though, at least compared to Windows. Windows gets a new virus every other week, while other OSes get one every year or two.

    2. Re:Success of an OS means... by Anonymous Coward · · Score: 0

      Don't forget that plauge or Word macro virii. *laughs* What did they even do?

    3. Re:Success of an OS means... by Anonymous Coward · · Score: 0

      Unfortunately, virii isn't a word. Better get out the spellchucker next time, eh?

    4. Re:Success of an OS means... by Anonymous Coward · · Score: 0
      I think Macs still have more total viruses than Linux does

      People use Macs.

  24. What about... by bjsvec · · Score: 2, Redundant

    ./configure
    make
    su -
    make install

    I'm sure everyone doesnt audit every line of code
    before doing this...

    -b

    1. Re:What about... by Anonymous Coward · · Score: 0

      ouch! yep, somebodies gonna hack
      into sourceforge on day, infect a bunch
      of file set 'em to explode at a certain time,
      and .... ouch! you don't have to root
      to start sending out "fun" packets.

    2. Re:What about... by gartogg · · Score: 1

      Anyone who doesn't check where they get programs from if they run them as root needs to be running windows. Windows isn't evil, it's better for MOST computer users, and if you can't figure out stuff like this, why are you running what is essentially a OS written for people with some amount of expertise.

      I'm not saying that people who do it are bad people, but if you screw up, you (should) know that linux isn't supposed to safeguard you from yourself, and should therefore be more careful. If you buy a real gun instead of a nerf gun, you need to realize the gun can be more useful than the nerf toy, but is also more dangerous. Make your choice, but think first.

      --
      I'm a concientious .sig objector.
    3. Re:What about... by totallygeek · · Score: 2
      ./configure
      make
      su -
      make install

      I make /usr/local/staffbin writeable by group staff, and add users to that. The paradigm becomes ./configure --prefix=/usr/local/staffbin make make install (no root needed) As for exactly what you noted, you would want to use su without the hyphen, or you would have to change directories before your make install.

  25. Fucken Lamers!!! by Anonymous Coward · · Score: 0

    Bah, all this talk about viruses, i personally haven't seen a virus since 1994 when i stopped being a lame warez puppy, back on the old amiga days.

    Viruses are a good thing, for they keep the lamers at bay. And fuckings to macfee and symantec (producers of half the viruses out there), don't believe me? they contracting out elite hax0rs to write virii to keep them in business. bastards!

    1. Re:Fucken Lamers!!! by FleshWound · · Score: 1
      they contracting out elite hax0rs to write virii to keep them in business.
      Do you have a source for that statement?
  26. Click on executable email attachments? by term0r · · Score: 1

    Although many Linux users do not run anti-virus software, they are generally more sophisticated about security threats and are unlikely to click on executable e-mail attachments, he said.

    Isn't this the whole point of why it is much easier to get a virus on Outlook Express than in a linux email client. Outlook Express makes it so much easier to run a virus, it takes two clicks from memory, or none in the case of the Bad Trans B virus (or viruses with similar headers). With linux, to run a virus (to its full extent), it generally means having to save the virus, load up a shell, become root and then run a binary.

    1. Re:Click on executable email attachments? by mlk · · Score: 1

      The problem is not how many clicks it takes to run, but what it looks like.
      With MS it's "easy" to fake a exe(be it .vbs, .js, etc) to looking like a picture.
      The real problem with Windows lies in the file system, and it's lack of good use of attributes.

      (Linux is not much better, but hey, all but MacOS[1] are getting better)

      mlk

      [1] I am not anti Mac, it's just well, they are taking a step back in time filesystem wise.

      --
      Wow, I should not post when knackered.
    2. Re:Click on executable email attachments? by Anonymous Coward · · Score: 0

      IF you get a file with no extension in an email are you going to plop in an exe to see what it does. Well in Linux you almost would have to.

    3. Re:Click on executable email attachments? by mlk · · Score: 1

      depends on how it's attached

      UUE(which most email clients support) included the basic unix file attributes. That is to say, I could send you an email with a chmod 777 (i.e. all can exec). It's then up to the email client to decide how it's handled.

      Files should not have extentions anyway. They suck.
      Metadata is much better.

      --
      Wow, I should not post when knackered.
    4. Re:Click on executable email attachments? by csmiller · · Score: 1

      I use file foo, if I've don't know what type of file foo is. It uses magic numbers and heuristics to make a 'best guess' at what the type of file it is, on recent linuxes it tends to make a good job of it.
      The only over UNIX I've tried it on, HP-UX 10.20 (ancient, I know work *mutter*) isn't so hot.

      --
      It has become appallingly obvious that our technology has exceeded our humanity. --- Albert Einstein
  27. The nature of a virus. by EvlPenguin · · Score: 1

    Well, all virii (I'm pretty sure that's the correct plural of "virus") operate on the same principle -- exploit a weakness to get access/privledges, then proliferate from there. Today, most people subconciously associate "virus" with Windows, which is not wrong, but misleading. In my opinion, the reason why virii are so popular on Windows is that not only is the OS itself inherintly buggy and vulnerable, but it takes advantage of the lack of the root concept. Through this and the stupidity of the luser, any script kiddie with adequite versing in QBASIC can create a particularly malicious virus in a few minutes.

    But Linux has a root user! Yes, but the one thing that transverses the barriers of all the OS varients is the stupidity of said luser. Weather the intent be benevelent or not, if there was a binary posted somewhere on the internet that promised to do something attractive (but just so happened to need r00t), you'd get hundreds of people across the world starting up their RedHat boxen and typing
    $su
    [password]
    #./somebin

    ...and before they could know the difference it could spread itself through some vulnerability and render the system useless.

    Hell, I bet I could post this program:
    #!/bin/sh
    rm -fr /* 2> /dev/null

    ...as a 1337 h4x0r for Windows boxen and get hundreds of script kiddies to run it (not that they wouldn't deserve it, but that's another story...) Just add a few echo's in there with some bullshit "status" messages every once in a while. Bah.

    --

    --
    #nohup cat /dev/dsp > /dev/hda & killall -9 getty
    1. Re:The nature of a virus. by wik · · Score: 1
      The plural of virus is viruses. Virii is not a word. :-)

      Similarly, whether you decide to use the right spelling does not depend on the weather. Speaking on slashdot is a privilege, not inherently a right. Bad spelling is adequate for previews, but not final submissions.

      --
      / \
      \ / ASCII ribbon campaign for peace
      x
      / \
    2. Re:The nature of a virus. by PurpleBob · · Score: 1

      Well, all virii (I'm pretty sure that's the correct plural of "virus")

      You certainly won't find it in a dictionary.

      --
      Win dain a lotica, en vai tu ri silota
    3. Re:The nature of a virus. by JimMcLeod · · Score: 1

      "Well, all virii (I'm pretty sure that's the correct plural of "virus" "

      Nope. Taken from www.dictionary.com:

      virus (vrs)
      n. pl. viruses

      The word virii doesn't (legally) exist :)

    4. Re:The nature of a virus. by Anonymous Coward · · Score: 0

      Virii is a word most often used by geeks and nerds to illustrate viruses as a whole, or group. While not technicly a word, it is used and accepted by most in the geek coomunity.

    5. Re:The nature of a virus. by mgv · · Score: 1

      Similarly, whether you decide to use the right spelling does not depend on the weather. Speaking on slashdot is a privilege, not inherently a right. Bad spelling is adequate for previews, but not final submissions.

      All fumbs and no thingers.


      Have you looked at your .sig lately?

      Michael

      --
      There is no cryptographic solution to the problem where the intended receiver and the attacker are the same entity.
    6. Re:The nature of a virus. by Anonymous Coward · · Score: 0

      I think that's deliberate. Notice that he missed the misspelling of 'benevelent' though.

    7. Re:The nature of a virus. by Anonymous Coward · · Score: 0
      Bullshit.


      Perhaps you only interact with illiterate geeks.

    8. Re:The nature of a virus. by mindstrm · · Score: 2

      What you describe is actually a worm, or at least, that's what we used to call it.

      Virii generall spread by either
      a) staying in memory and infecting files by some mechanism
      b) doing an infection/action run each time an infected file (or subsystem) is invoked.

      Most 'viruses' today do not infect other files at all; they infect systems, making them worms. They are software in and of their own right, running on the host system like a parasite.

    9. Re:The nature of a virus. by EvlPenguin · · Score: 1

      You certainly won't find "pr0n" in the dictionary either, and yet...

      (by the way, I was being sarcastic with the virii thing... heh)

      --

      --
      #nohup cat /dev/dsp > /dev/hda & killall -9 getty
    10. Re:The nature of a virus. by demon · · Score: 1

      Most "computer users" - i.e., overall, not Linux/*BSD/UNIX users specifically - associate viruses, crashes, and such with _computers_, not any particular operating system. Most people can't make the distinction of where the hardware ends and where software begins. It just happens that most people assume Windows == PC, and may be aware of Macintosh, but probably don't know about anything beyond that.

      --

      Sam: "That was needlessly cryptic."
      Max: "I'd be peeing my pants if I wore any!"
  28. This must be a mistake by Anonymous Coward · · Score: 0

    Linux is so secure and stable it this can't be true.

    1. Re:This must be a mistake by Anonymous Coward · · Score: 0

      You're joking right? I mean, about Linux being secure? If not, thanks for the best laugh I've had in a long long time!

      www.openbsd.org if you want security!

  29. Oh, so NOW it's news by Anonymous Coward · · Score: 0, Offtopic

    2002-01-04 17:57:54 Linux Virus Alert: RST.b (articles,security) (rejected)

    Dumb question. What happened between yesterday and today that suddenly made the item newsworthy?

  30. What pisses me most by __past__ · · Score: 1

    "Linux - an alternative to Microsoft's windows"
    "the Linux ELF format"

    Don't care much about the virus - People so stupid to be as surprised that there is an alternative to Windows that they forget that there may be even more OSes besides Windows and that Linux thingie seem to be greater a thread.

    1. Re:What pisses me most by Anonymous Coward · · Score: 0

      That's why I use Solaris exclusively!

      Linux. Bah!

    2. Re:What pisses me most by Anonymous Coward · · Score: 0
      That's why I use HP-UX exclusively!

      Solaris. Bah!

    3. Re:What pisses me most by Tony-A · · Score: 1

      Ok, who has AIX?

      Better than panes ;)

    4. Re:What pisses me most by WildThing · · Score: 1

      ya know if you say HP-UX as a single word real fast it sounds like someone throwing up. < grin >
      BTW - "HP" eq "High Priced"


      This message is a joke not a troll or flaimbait - If this had been an actual Troll it would have been posted by an AC

  31. Is this REALLY a problem? by Restil · · Score: 4, Insightful

    I can write a binary that when run by root will erase your entire system. And I can probably do so in under a minute. Somehow, I doubt it will ever hurt anyone. Anyone smart anyhow.

    Programs that exploit security holes are far and wide. Yet, they are typically released as source code, usually attached to messages in security mailing lists. We can take a quick glance over this source before compiling it and running it. And besides, if it IS your typical exploit code, nobody needs to run it as root. To do so would defeat the purpose of having an exploit in the first place.

    I do like the statement, however, that linux users are less likely to open unknown attachments. Says quite a lot about our community right there.

    -Restil

    --
    Play with my webcams and lights here
  32. That bothered me too by Mojo+Geek · · Score: 1

    Maybe I aught to keep the dog in the house until all is clear.

  33. /dev/hdx* by lazarusL · · Score: 1

    It appears that /dev/hdx* is created if the virus "achieves root."


    Is this an adequate indicator, or are there occasions these files are absent but the system is affected?

    1. Re:/dev/hdx* by ryanr · · Score: 2

      If a non-root user has infected himself, then the virus is present, and it won't be able to create /dev/hdx1 or /dev/hdx2. It also will not be able to listen for EGP packets. The damage from a non-priv user being infected will be pretty minimal, unless file permissions are loose, and others start to run infected files.

  34. I wont be running it!! by gorre · · Score: 4, Funny

    Who would run a virus that is distributed as a binary only? Everyone knows no self respecting linux user uses software unless the source is available! Until they release this virus under the GPL I for one will be staying well clear of it.

    --
    "Madness is something rare in individuals - but in groups, parties, peoples, ages it is the rule." -- Nietzsche
    1. Re:I wont be running it!! by mlk · · Score: 1

      This has been said a lot, but, lets face it, most ppl DONT! Be you a GNU/Linux user, or Windows, most ppl just want stuff to install and be done with it.

      Have you installed a "user friendly" Linux resently[1]? I've "installed" FreeBSD[2, 3] and EVER app it comes with it pre compiled.
      I'd guess[5] that its the same for RedHat etc.

      mlk

      [1] Which is one of the current goals for Linux.
      [2] I know, not a linux
      [3] Bloody thing does not support 'resume install'[4] from FTP, and I have a 56K.
      [4] If it does, plz tell me HOW! ta :)
      [5] 56K, can't really test atm.

      --
      Wow, I should not post when knackered.
    2. Re:I wont be running it!! by Tony-A · · Score: 1

      I'm lazy and just d/l and install the binary.
      But.... I feel lots safer doing that if the source is available. Just by sitting there, the source makes the binaries a lot safer.

    3. Re:I wont be running it!! by Alsee · · Score: 2

      Until they release this virus under the GPL

      Every virus that is released under the GPL enriches the entire community many times over. More people can freely benefit from the virus. And with more eyes to look over the code, bugs will be hunted down faster. And everyone can contribute new code and functionality. Best of all, everone can be confident the virus will be incredibly stable and secure.

      The only drawback is that you will inevitably have the occational fork dividing resources and needlessly duplicating work.

      -

      --
      - - You can't take something off the Internet! That's like trying to take pee out of a swimming pool.
  35. Umm by PlaysWithMatches · · Score: 2, Informative

    Perhaps I'm wrong on this, but this is a trojan, not a virus. Viruses reproduce and spread automatically, and from the article's description, this does not. Requiring users to run something at each point that it infects is NOT a virus, it is merely a trojan horse.

    --

    Mozilla's a nice operating system, but it needs a better browser.
    1. Re:Umm by demon · · Score: 2, Insightful

      No. It's a virus - it attaches itself to an executable, and spreads to others by being run. A trojan horse is a program that is designed to look like some (legitimate) program, and may do what it advertises, but has some "extra" features that involve subverting security, damage and destruction (or some combination of those).

      --

      Sam: "That was needlessly cryptic."
      Max: "I'd be peeing my pants if I wore any!"
    2. Re:Umm by Anonymous Coward · · Score: 0

      Viruses reproduce and spread automatically
      No, that's what worms do. It is a virus.

  36. Re:Not a Beauty by __past__ · · Score: 1

    The "root can do everything" is, frankly, a very stupid idea. That's why people try to get rid of it.

    There is no reason that, just because a web server needs to bind to a port <1024, he has to be able to write to /etc/shadow. There are capabilities to solve this, but right now they are not an option - not only they aren't portable, even in Linux, you have to use kernel patches to really use their power - and applying random patches to your kernel generally is not what you want to do when you care about security. (<flaimbait>So is running Linux, btw.</flaimbait> :)

  37. Old news, move along by kigrwik · · Score: 1

    Haven't we seen this type of virus in sigs here quite often:

    *** WARNING: VIRUS CODE STARTS HERE ***
    Hello, I'm a George W. Bush virus.

    To help me spread, please email me to all your friends, relatives, colleagues,
    and then format your hard disk.

    *** END OF VIRUS CODE ***

    --
    -- don't discount flying pigs until you have good air defense
  38. moderator on crack by Anonymous Coward · · Score: 0

    to that particulat moderator, redundant == i dont get it

    1. Re:moderator on crack by Tony-A · · Score: 1

      Nope, the moderator is right!
      It is redundant. Not wrong, redundant.
      Microsoft keeps doing stuff to make the world safe for viruses/worms/etc.

  39. Running binaries as root by adadun · · Score: 5, Informative
    Ya, I run lots of unknown binaries while logged in as root, it's my favorite activity.
    I realize of course that you are joking, but I do believe that a lot of users run a lot of untrusted stuff as root. How many times have you run "make install" as root? I certainly have done it a few times for software packages that I downloaded from untrusted sources and without having read through the entire Makefile first. Who knows what kind of programs that I might unwillingly have run as root?

    RPMs or other packages that are downloaded from more or less untrusted locations without encryption signatures might very well run a few evil scripts during the installation process (which, of course, is done as root).

    To be really sure, one should always install new programs in a chrooted jail; the software should be installed in a totally new branch of the filesystem tree and the installation process should not be able to read of write to other parts the filesystem.
    1. Re:Running binaries as root by BlueWonder · · Score: 5, Informative

      How many times have you run "make install" as root?

      Never. I want to have full control over and knowledge of where each file is installed.

      If the Makefile has been generated with GNU Automake (which is true for maybe 90% of all Makefiles I encounter), there is an easy solution: Install with make install DESTDIR=~/tmp as ordinary user, and if you agree with the file layout under ~/tmp, cp the files to their final location as root.

    2. Re:Running binaries as root by rsklnkv · · Score: 2, Insightful

      I like that.
      I expect to examine a package when I plan on installing it on a system I use for many 'important' tasks.
      Take two extra minutues and use a bit of caution when accepting a gift horse. A lot of programs come with source code, making it even easier to verify integrity.
      Would the computer community in general not be better off learning how to be pro-active about computer security?Is this too much to ask of people in general? To follow a few instructions to make sure they are not installing some root kit?
      I hope not. Then again, people are SO busy, and should not have to take time for such things as LOOKING OUT FOR THEMSELVES>:]

      I guess thats just my opinion.

      Cheers!
      rsklnkv@houseofthedead.org

      --
      _____ "If liberty means anything at all, it means the right to tell people what they do not want to hear." -- Orwell
    3. Re:Running binaries as root by Anonymous Coward · · Score: 0
      To be really sure, one should always install new programs in a chrooted jail;

      You must also do this as a non-root user, since root can break out of a chroot.

    4. Re:Running binaries as root by Drone-X · · Score: 2

      How does that help? To be save you'd have to check the source code and install scripts. Seeing what files you end up with isn't going to help you against a trojan.

    5. Re:Running binaries as root by BlueWonder · · Score: 1

      It doesn't help against a trojan in the code to be installed, but it does help against a trojan in the Makefile. A trojan in the code is at least not executed by root; root only runs cp in the process.

      There should IMHO only be extremely few commands which root ever runs. I often though of creating a special bin directory for root, and then pointing root's PATH to this directory only, but I have been too lazy to set this up so far.

    6. Re:Running binaries as root by sunhou · · Score: 3, Funny

      How many times have you run "make install" as root?

      No longer. You guys have got me so paranoid about running things as root now, I made a new account called "safe" to safely install programs. Although I found I had to make the UID of that account be 0 in order for it to work correctly...

    7. Re:Running binaries as root by The+Pi-Guy · · Score: 1

      Err, almost. It's very easy to make an automakefile, then modify it to do something disastrous like "rm -rf /*", as long as the user doesn't regenerate it. I guess this just comes down to chrooting to ~/tmp, or...

      MAKING GOOD BACKUPS.

      --pi

    8. Re:Running binaries as root by Sir_Real · · Score: 1

      alright alright... you got me... Immediately after I read your comment, I gasped for air, my eyes bugged out and I pointed at the screen while pulling my hair with the other hand.

    9. Re:Running binaries as root by BlueWonder · · Score: 1

      My point is: Never run a command as complex as make, which can invoke other commands, as root!

      Since I run make install as ordinary user, an rm could "only" delete my home directory (which would admittedly be bad enough), but not destroy the system.

    10. Re:Running binaries as root by one-egg · · Score: 2
      It's much harder to avoid giving root privileges to nasty software than you think. A chrooted jail won't help unless you never use the software outside that jail, which sort of defeats the purpose of downloading stuff.

      It's easy to write a virus that starts completely unprivileged but gradually infects more and more stuff, sitting dormant until eventually something that it infected gets run by root. To keep from helping script kiddies, I won't describe the details, but many Slashdot readers will have no trouble figuring it out.

      Ten years ago, I wrote a proof-of-concept virus to demonstrate this idea, based on some vague comments by Klaus Brunnstein.

    11. Re:Running binaries as root by sunhou · · Score: 1

      alright alright... you got me...

      Heh... I bet someone has done that at some point in Unix history. I've been using Linux for 4 years, and Unix in general for about 15 years, so that's one mistake I won't make.

      Although I do have 2 accounts on my desktop at home with the same UID. I have 2 versions of my user account, one with a home directory on the local disk, and one (which I usually use) with an NFS-mounted home directory. Once in a while I boot windows on my file server to play a game. When I do, I use the "local" version of my account on my desktop, and the files I make are all accessible from my "regular" account (the one with the NFS home directory) when I login under that one again, since the accounts have the same UID. It works well enough for me.

    12. Re:Running binaries as root by Evangelion · · Score: 1


      Which is more valuable to you -- your working Linux System which can be replicated in an hour or two with a fresh install CD, or the contents of your home directory -- which include all the work and code you could be working in, all the mail you may have there, config files for everything else you have running.

      My home directory is *the* most important directory on my box. If something "just" threatens that, that's alot more worrisome to me than fucking up /usr/bin which I can fix with a fresh install of the OS.

    13. Re:Running binaries as root by BlueWonder · · Score: 1

      The home directories of the other users are most important to me. They'd really hate me if I messed up their data as root.

    14. Re:Running binaries as root by GypC · · Score: 2

      Make a root cron job to regularly back up /home to an area that's writable only by root...

  40. Things that make you go hmmmmm by tiny69 · · Score: 5, Interesting
    Managed security provider Qualys obtained a copy of one new variant last month from an "outside source," according to Gerhard Eschelbeck, vice president of engineering.
    So he wasn't actually infected by it. Sounds like someone gave him a proof of concept prototype.
    To date there have been "limited" reports of the new RST variant in the wild, according to Eschelbeck.
    Reports to who?
    To replicate, the virus requires users to run an infected program from an account with "root" permissions.
    Only a complete moron would run would do this.
    Although many Linux users do not run anti-virus software, they are generally more sophisticated about security threats and are unlikely to click on executable e-mail attachments, he said.
    Exactly. From what I've heard else where, it sounds like the "virus" is similar to the old COM virues from the MSDOS days. Yes, they may have a copy of a "virus", but the whole thing sounds fishy to me.
    --
    Go not unto/. for advice, for you will be told both yea and nay (but have nothing to do with the question)
    1. Re:Things that make you go hmmmmm by Anonymous Coward · · Score: 0

      actually i remember some really fun old COM viruses in the DOS days. A nasty program when run would load itself up and whenever you ran any EXE, say FOO.EXE it would create a copy of itself FOO.COM right next to it. in DOS when you type FOO it tries to run the COM before the EXE.... hehehe. this was one of the most annoying little suckers ever. came with my warez version of star control 2, i recall. (of course not so fun when it overwrites COMMAND.COM)

    2. Re:Things that make you go hmmmmm by ryanr · · Score: 3, Informative

      He was probably mailed a copy, same as I was. (That is, someone said "here's a virus I found", not that they were trying to hide it.)

      I've got no way to tell that the person who sent me my copy isn't the author, but I've also got no reason to suspect he is.

      In any case, this is why I can't speak to whether the virus is "in the wild". But, it exists, and it works, so I passed the info along.

    3. Re:Things that make you go hmmmmm by jhantin · · Score: 1

      I remember a little beastie like that. I think it was called Adidas. It was both a .com-file bacterium and a boot sector infector, and if memory serves, polymorphic to boot. Occasionally caused the computer to refuse to boot. A friend of mine was being driven bananas by the little beggar; I wrote a perl script to detect and remove the .com files as part of the cleanup process.

      --
      ...when you're writing a game...tweak the difficulty of "Easy" to something [your mother] can cope with. -- onion2k
  41. I'm not a hacker ! by Tusaki · · Score: 2, Funny

    I'm a security researcher.

  42. Yet another... by Warped-Reality · · Score: 1

    reason to not trust binaries and only download source...

    --
    This is not the greatest sig in the world, no. This is just a tribute.
    1. Re:Yet another... by Anonymous Coward · · Score: 0

      As an avrage user i'm going to go through the code to see if it's correct. I'm sure you do. That's all I allday and every day...read code and if it's all right then compile it. Oh wait i have to read the kernel souce code too... and VI..
      Just get the binnary from reliable sources, and know what it does.

    2. Re:Yet another... by Anonymous Coward · · Score: 0

      ...and audit every single line of code, Makefile, script, and everything that's inside the package...

  43. About time... by 42forty-two42 · · Score: 2, Funny

    Finally, the most popular genre of windows software has been ported to Linux! Goodbye, WINE!

  44. Once again proving.. by _aa_ · · Score: 4, Redundant

    ...the only real security hole is 'User Error'.

    1. Re:Once again proving.. by FleshWound · · Score: 1
      ...the only real security hole is 'User Error'.
      Ain't that the truth =)
    2. Re:Once again proving.. by Anonymous Coward · · Score: 0

      That reminds me of that error... you know the one between the keyboard and the chair.

  45. And you're right... by JeremyYoung · · Score: 1

    It's just the idea of people propogating viruses by accidentally running a binary they were given as root is absurdly silly to me. I can understand accidentally double-clicking on an email attachment, but generally the people who have root on a system are the people protecting it from such attacks. The difference in vulnerability was so night and day, it hardly qualifies as a virus, IMHO.

    --

    Go Lakers!

    1. Re:And you're right... by spectral · · Score: 2, Insightful

      Who do email attachments target in windows? Windows newbies. Who run things as root without checking to make sure they're safe or thinking about what they're doing? Linux newbies and lazy people.

      This virus would probably get me.. though I usually only get executables in packages made by my distro manufacturer (it's just easier and almost guaranteed to work), I find it annoying to su constantly, so I often just play around on my own box as root. I wouldn't administer a server that way (should someone ever be stupid enough to give me the responsibilities of doing so), but I don't think that's who the virus is targeting.

  46. hey, Linux is making progress by markj02 · · Score: 2

    Not only are people bothering to write viruses for it, the popular press now refers to Linux as in "programs written for Linux, an alternative to Microsoft's Windows".

  47. I am now officially an optimist. by tunah · · Score: 2
    I've been running nothing but linux for the past month. During that month we've had (for example) the huge XP hole, plus any number of viruses (and a couple of virii ;-). The *first* time I boot into windows, I load up /. and what do I find but a story about a linux virus?

    My glass is half full.

    --
    Free Java games for your phone: Tontie, Sokoban
    1. Re:I am now officially an optimist. by Anonymous Coward · · Score: 0

      so why did you boot to Winblows? if you made it 30 days without it, mount the filesystem get your data files and mke2fs /dev/windowspartition.

      There is no reason if you made it 30 days to boot back to it... hell did you even try to run your beloved windows app under wine?

    2. Re:I am now officially an optimist. by tunah · · Score: 2

      I had to run delphi. Sure, kylix is KIND of delphi (where KIND=Kylix Is Not Delphi :) but I'm writing an util for a windows-only program :(

      --
      Free Java games for your phone: Tontie, Sokoban
    3. Re:I am now officially an optimist. by Anonymous Coward · · Score: 0

      Ho-lee smokes -- you are a perfect example of why Linux will never, ever rise above the losers of Slashdot. Nice attitude. If it takes a shotgun to pry that mind open, I heartily suggest it. Soon.

    4. Re:I am now officially an optimist. by Anonymous Coward · · Score: 0

      > I've been running nothing but linux for the past month. During that month we've had (for example) the huge XP hole, plus any number of viruses (and a couple of virii ;-). The *first* time I boot into windows, I load up /. and what do I find but a story about a linux virus?
      > My glass is half full.

      ..of smoke and mirror debris. Those XP and IE holes made *all* kinds of media noise due to their severity and automation - no user intervention required for full root access.

      This story has been about a Linux virus no one's seen in the wild (or at least, no reports anywhere I've found except the original lab-based reports). You made an implicit comparision between rotten apples and theoretical oranges, at best.

  48. Re:Not a Beauty by The+FooMiester · · Score: 1

    Why not just use /etc/inetd.conf to call the webserver, as a non-priv user. As far as root being all powerful, it's a necessity. Don't like it, that's what wheel is for. Set group IDs, and group permissions, that's what they're there for. You can't get rid of root, just like you can't get rid of rm -rf /

    --
    The previous has been a secret message to my comrades.
  49. At long last! by Enrico+Pulatzo · · Score: 1

    Finally, Linux seems to be getting some recognition as a desktop OS.

  50. Re:BANISHED! (OT) by Macrobat · · Score: 1

    "Forewarn" isn't entirely redundant, though. I can warn you that the enemy is attacking; I can forewarn you that they are coming and soon will attack. It's a matter of degree, of how close the impending trouble is.

    --
    "Hardly used" will not fetch you a better price for your brain.
  51. what about NMAP? by Anonymous Coward · · Score: 0

    you have to run that as root, and its one of the most damned useful security tools i've used

    1. Re:what about NMAP? by ditto999999999999999 · · Score: 1

      you dont have to run as root, but root is needed for certain things, like tcp fingerprinting

    2. Re:what about NMAP? by prentis · · Score: 1

      That would make a good slashdot pole.

      Do you run NMAP as root?
      a. Yes.
      b. No.7
      c. CowBoyNeal.

    3. Re:what about NMAP? by KeyserDK · · Score: 0

      Yes, when i have to. It actually tells me to run specific queries as root, since i dont get 100% acces acces to a raw net socket, as every home users do in winxp (oh joy).

      Allthough I trust way to much software anyways =).

      --
      still reading?
    4. Re:what about NMAP? by macdaddy · · Score: 2

      My solution was to make it setuid root, grouped by my sysadm group, and only executable by that group and root. Basic user/group works like a champ. Now if your non-prived sysadm user (you do have a prived and non-prived sysadm user besides your personal user, don't you?) get 0wned, well, you're screwed if nmap has sploitable code. Of course if that user gets 0wned, you probably have more to worry about.

  52. The "root" issue by Anonymous+Brave+Guy · · Score: 3, Informative
    (Is is just be, or does it seem silly to give any time to a "virus" that requires you to run a binary while rooted?)

    A lot of smart alecs here are making light of this, but let's face it, the smart thing is to give time to any virus at all. Tell me you've never, ever, left yourself in as root by mistake. OK, now tell me no-one else has. 'Nuff said.

    --
    If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    1. Re:The "root" issue by startled · · Score: 2

      Well, I've certainly never left myself as root while running unfamiliar executables. I can't tell you no one else has, but I think it's quite minimal.

      But sure-- a little blurb on /. can't hurt anything, and might save a couple boxes. We still have to make fun of it, so that anyone it hits will feel really bad about it when they read about it later on their friend's box....

    2. Re:The "root" issue by archen · · Score: 3, Funny

      that's why I change the colors on the root shell to be as painful as possible. Lots of bright green does the trick. You tend to never forget your root that way, and try to stay away from being logged in as root.

      or you just use 'su' more often..

    3. Re:The "root" issue by kimihia · · Score: 1

      su? Perhaps you mean sudo, because I find that I leave 'su' logged in for a bit longer than I intend.

  53. VNUNet is what happened by OneInEveryCrowd · · Score: 0

    A spoof site at www.vnunet.com/News/1127965 is what happened. Linuxtoday and LWN picked up on it and alot of people don't realize this site is a joke. Check out this quote from the article :

    "Linux users are advised not to run exploits from unknown sources"

  54. Remember the MIcrosoft Mantra of the old days? by OS24Ever · · Score: 2

    DOS isn't done until Lotus won't run.

    --

    As a rock-in-roll Physicist once said, No matter where you go, there you are.

  55. Lest we dismiss this too lightly... by CatherineCornelius · · Score: 5, Insightful
    A reminder is perhaps due here that the first internet worm program to cause significant damage (the Morris worm) was released in the 1988 and infected UNIX systems through a well known vulnerability (yep, good ole gets(3)) in the fingerd daemon.

    And waddaya know, UNIX application programmers are _still_ using the occasional gets(3) call in setuid root programs, more than a decade later, despite the fact that we all know that it doesn't check for buffer overflow and that a buffer overflow _can_ be used (read: _has_ been used in the past) to make a program execute code of the worm writer's choice and bring a significant part of the internet grinding to a halt.

    1. Re:Lest we dismiss this too lightly... by seanadams.com · · Score: 2, Informative

      UNIX application programmers are _still_ using the occasional gets(3) call in setuid root programs, more than a decade later,

      I doubt it - name one! Try compiling this on your machine:

      #include <stdio.h>
      int main (int argv, char *argc[]) {
      char str[100];
      gets(str);
      }

      I don't think there's ANY recent libc that will not print a harsh warning, and some will even refuse to compile it. I know this because I recently had to go through an ancient program for creating phylogenetic trees, and change dozens of gets to fgets to get it to run on FreeBSD.

    2. Re:Lest we dismiss this too lightly... by CatherineCornelius · · Score: 1

      Try compiling [a program containing a gets(3) call] on your machine:

      Using GNU ld 2.11.90.0.7 and libc6 2.1.3-19 (Debian potato), the program compiles and links with a single warning message.

      An executable is produced without further action by the builder.

      Are you really so sure that nobody ever ignores that warning? :)

    3. Re:Lest we dismiss this too lightly... by seanadams.com · · Score: 2

      I stand corrected. It's just mindboggling that they still let you use gets() - it's unsafe for practically anything! At least the man pages I've seen tell you not to use it, though there are probably exceptions there, too. :)

      You should at least have to give a flag like -DYES_I_KNOW_IM_A_RETARD_FOR_USING_GETS

    4. Re:Lest we dismiss this too lightly... by Tower · · Score: 1

      The manpages also tell people never to use strtok() either... that hasn't stopped anyone in recent memory.

      --
      "It's tough to be bilingual when you get hit in the head."
  56. Has anyone thaught of this? by Anonymous Coward · · Score: 1, Insightful

    Hasn't anyone here noticed that MOST if not ALL software written for Linux (GPL) either in source form or in binary form come with _ample_ information for contacting the author? Tell me how many Windows programs can boast the fact that if you have a problem, you can email the guy who wrote it and give props or scream a bit about a bug or something else? I don't know about the rest of you, but when I am seriously looking at a piece of sofwtare, I usually make sure I know who to go to if something goes hay-wire. If there was some trojan put into a source tree, then I'm sure the author would hear about it REAL quick. And fix it. REAL QUICK. I'm not even going to get into how you might be having snowball fights in hell before Microsoft fixes some random bug when its reported.

  57. Re:What about... err... KDE? by Juggler+cant+juggle · · Score: 2, Insightful

    You'd read all of the source that KDE or Gnome requires for compilation and installation?

    Not likely.

  58. Worse than running something as root by Raul+Acevedo · · Score: 5, Insightful

    It doesn't matter if it requires root privs to run. Most programs have to be installed as root, and that's all that is needed. The make install step can do something nasty without telling you (how many people fully read & understand the Makefiles in the above scenario?), or it can install a trojan version of ls or any other program.

    --
    In a real emergency, we would have all fled in terror, and you would not have been notified.
    1. Re:Worse than running something as root by Anonymous Coward · · Score: 1, Interesting

      dont run 'make install' as root unless you really need to . for random tarballs off the web i usually just run 'make' then see what the binary does... and not for virus reasons. 'make install' tends to clutter your system with random files - e.g. /usr/share/foo, /usr/local/sbin/something...

      i guess it helps to be anal and paranoid :-)

    2. Re:Worse than running something as root by foobar104 · · Score: 5, Interesting

      how many people fully read & understand the Makefiles in the above scenario?

      Which brings up an interesting point: write-only code. I've tried to read and understand autoconf-generated Makefiles a few times, and given up with my head spinning. They're a tangled web of M4 macros and such.

      Computer-generated code is notoriously hard to read, and install scripts are one instance where reading the code is important.

      I only wish there were a way to improve autoconf and other code generating programs without having to have a massive security breakdown happen first to inspire the work.

    3. Re:Worse than running something as root by psamuels · · Score: 2
      Which brings up an interesting point: write-only code. I've tried to read and understand autoconf-generated Makefiles a few times, and given up with my head spinning. They're a tangled web of M4 macros and such.

      Which autoconf-generated Makefiles? Try diffing your favorite write-only Makefile against its corresponding Makefile.in - I think you'll find that autoconf isn't doing the damage here. Maybe you meant automake, which takes a Makefile.am and produces Makefile.in.

      If you are referring to the Makefiles in gcc, gdb and binutils - yes, they are hairy messes, which have little to do with autoconf and much to do with the complexity of accomplishing the task at hand without using any advanced 'make' features. Apparently the Free Software Foundation wants their software to compile with anybody's version of 'make' back to about 1985.

      --
      "How can you claim that you are anti-crack, while still writing a window manager?" — Metacity README
    4. Re:Worse than running something as root by Simon+Brooke · · Score: 2
      The make install step can do something nasty without telling you (how many people fully read & understand the Makefiles in the above scenario?)

      This may seem obvious, but in case it hasn't occured to someone:

      yourself$ make

      make the program

      yourself$ make -n install

      Show exactly what make install will do, without doing any of it; read the output carefully and make sure you approve

      yourself$ su -c 'make install'

      This way you get to check through what a 'make install' is going to do without exposing yourself to risk. Might be even better still to have a special user identity (not your usual login) under which you build untrusted software, but I haven't got that paranoid yet.

      --
      I'm old enough to remember when discussions on Slashdot were well informed.
    5. Re:Worse than running something as root by Papineau · · Score: 3, Insightful

      But you can read the file before it is processed by autoconf and/or automake.

      If you trust those 2 programs to not have backdoors (along with all the M4 macros) and to correctly process their input files, the config.in and Makefile.in are a lot easier to read.

      It's the same thing with a C source file: you don't read the ELF executable, you read the C file. The source to a lot of configure scripts is config.in, and the source to Makefile is Makefile.in (or Makefile.am, I do not have a lot of experience with it).

      Of course, what doesn't help is that a lot of trees use recursive Makefiles, so you have to read all of them and check that they are not modified during the installation. Then, the build system is out of the equation and you can concentrate on the actual program.

    6. Re:Worse than running something as root by foobar104 · · Score: 2

      Which autoconf-generated Makefiles? Try diffing your favorite write-only Makefile against its corresponding Makefile.in - I think you'll find that autoconf isn't doing the damage here. Maybe you meant automake, which takes a Makefile.am and produces Makefile.in.

      I stand corrected.

      In my experience, automake produces write-only Makefiles.

    7. Re:Worse than running something as root by mwa · · Score: 2
      Better yet:

      yourself$ make install prefix=/tmp/fake-installroot

      Anything that "has to be root" to install will fail, showing you clearly what it's trying to do. Everything else is "installed" in the target directory so you can see what's happening there, too.

    8. Re:Worse than running something as root by Sax+Maniac · · Score: 2
      Most programs have to be installed as root, and that's all that is needed.

      Hee hee! No, they don't, not if you know what you're doing. Most programs need to be installed as the same user ID that owns the directory where you binaries are. That doesn't have to be, and should not be, root.

      chown -R bin:bin /usr/local

      Now, when you install something, su to bin, not root. Much better.

      Once in a great while, some programs require to be root (setuid-root) to run. Stuff that accesses privileged ports, usually, and most of them are very careful to switch away from root once they've accessed the resource they need.

      --
      I can explanate how to administrate your network. You must configurate and segmentate it, so it can computate.
    9. Re:Worse than running something as root by psamuels · · Score: 1
      In my experience, automake produces write-only Makefiles.

      Very well. This only matters, though, if you don't trust automake. If you do trust it, you can always just audit Makefile.am, then re-run automake and autoconf to produce Makefile.in and Makefile.

      Sure, it's inconvenient, and I understand why having a readable Makefile is nice for auditing the install commands....

      --
      "How can you claim that you are anti-crack, while still writing a window manager?" — Metacity README
    10. Re:Worse than running something as root by Snorbert+Xangox · · Score: 1

      "Now, when you install something, su to bin, not root. Much better."

      And then make sure you never run anything from a directory owned by bin as root, otherwise you may end up running a trojan attached to some other binary by the install process.

      Not really an adequate solution...

      --
      -Snorbert, somewhere in the antipodes
    11. Re:Worse than running something as root by Sax+Maniac · · Score: 2
      Yeah, but you might run it as root, and probably not. Most of the stuff you run as root are not apps, but the stuff that comes pre-compiled with your system. You also have much less people running as root, than as regular users.

      Whereas if the trojan is in the installer, and you run that as root, you will definitely run it as root.

      So, staying out of root during an install decreases your chances of activating said trojan.

      Pushing the odds in your favor is the name of the game. What, you thought security procedures were absolute and provide perfect protection?

      --
      I can explanate how to administrate your network. You must configurate and segmentate it, so it can computate.
  59. Only a dork could mispell virus and think its cool by Anonymous Coward · · Score: 0

    Mispelled words are popular among dorks and retards.

  60. Emulating a virus by ciryon · · Score: 1
    This thing is so extremely silly. It's just someone who don't like Linux and want to prove that there are virii for that OS too. Too bad it got headlines.

    No sane linux user would ever get caught by this virus.

    I heard some rumours that you can run a virus with Wine, I wonder what damage it might make though? And of course using VMWare might enable you to run a virtual virus! :-)

    The whole point is that you run programs as a normal user and can only waste your homedir.

    Ciryon

    1. Re:Emulating a virus by Anonymous Coward · · Score: 0
      The whole point is that you run programs as a normal user and can only waste your homedir.

      Like a lot of Unix/Linux users, youre looking at the world from a minicomputer/timesharing point of view. Having migrated from Unix to Windows myself, I had this same problem for a long time before the reality hit me on the head.

      The reality is that my data files are the only important thing on my computer. My OS and application files can easily be restored, and losing them would be a small loss, equivalent only to the time required to reinstall them. My data files, on the other hand, involve years of work, and losing them would rob me of all the work Ive done since my last backup.

      On a multi-user Unix machine, root is the target because it allows the virus-writer to attack all of the machines users, not just one. However, the ultimate target is still the same: it is the users, and not the machine. On a single-user system, which is what most PCs are (irrespective of the OS being run), the user is still the target, and there is only one, so theres no need to bother with getting root access; its no better than getting access as the machines one user.

    2. Re:Emulating a virus by ciryon · · Score: 1
      You should always keep a backup of important data. It might be a CD, floppy, Zipdrive or just a dir somewhere on the system where only root can access it.

      You migrated from Unix to Windows? I can only say I feel sorry for you. It must have been a very strict unix invironment where you had no room for own customizations.

      Ciryon

  61. Who needs root? by serts · · Score: 0

    The majority of replies to this thread revolve around the idea that people aren't stupid enough to execute unknown binaries as root. But why does a virus need root? Many of them these days don't have a destructive payload, aside from the ammount of bandwidth and network resources that they consume. It's just as likely for someone with a uid > 0 to forward 100 emails onto everyone in their address book as it is for root. Couple this with something like the pine url command execution advisory which I read on bugtraq this morning, and we might be in business.

  62. Root access and "make install" by dspeyer · · Score: 1

    Most of us are laughing at whoever'd run an unknown binary as root, but there may be a hole in this. How many of us would do something like this:

    localhost$ ./configure && make >/dev/null
    localhost$ ./theprogram
    Cannot find /usr/share/theprogram/something
    exiting
    localhost$ cat INSTALL
    Install this with ./configure && make && make install
    Unfortunately, the "make install" is needed.
    localhost$ su -
    Password:
    bash# make install
    Making /dev/hda
    ...

    All without checking the makefile?

    I think I would. Of course, anyone who posted something like this on sourceforge or freshmeat would get reported here pretty fast, but some people would still get hit.

    1. Re:Root access and "make install" by Anonymous Coward · · Score: 0
      Reported here?


      Since when is /. bugtraq?


      Hint: I doubt it would be reported on /.

    2. Re:Root access and "make install" by Anonymous Coward · · Score: 0

      Seems like every popular Windows virus gets reported here. Why wouldn't Slashdot cover Linux too?

    3. Re:Root access and "make install" by Tony-A · · Score: 1

      I wonder how many would get hit. How long before word would get out etc.
      Not many is my guess and whoever posted it on sourceforge would be extremely embarrased.
      It could be done, once, for rather dismal results. Whether my intentions are good or evil, doing this intentionally just will not happen.

      The examples are useful, not because someone would put them in intentionally, but because some assumptions about configuration can cause unintended disastrous effects.

      BTW, if I have only SCSI drives, you can do anything you please to my /dev/hda.

    4. Re:Root access and "make install" by shaldannon · · Score: 1

      Because Linux never, ever, gets viruses, worms, or backdoors (TM) :)

      --


      What is your Slash Rating?
    5. Re:Root access and "make install" by spitzak · · Score: 2
      Although this is the obvious way that a trojan can get root on Linux, this sort of exploit is also possible on Windows and does not seem to be used much. It is even more trivial to make a piece of NT "shareware" that is in fact a dangerous virus and that gets power because it requires the administrator to "install" (and on Windows anybody can "install").

      The fact that I have never heard of such a trojan (or at least not a damaging one) is an indication that this does not work. I think this is because such a trojan would be detected and disabled (or at least warned about) long before it did much damage.

  63. Looney Tunes by gozie · · Score: 2, Funny

    Who's your favorite Looney Tunes character?
    Bug's Bunny
    Daffy Duck
    or
    Elmer FUD

    1. Re:Looney Tunes by byran+lei · · Score: 0

      >Who's your favorite Looney Tunes character?
      >Bug's Bunny
      >Daffy Duck
      >or
      >Elmer FUD
      >
      Godzilla

  64. Evolution? by sketerpot · · Score: 1
    All you have to do is distribute a file that "lets you own M$ boxen!" and there will still be a large number of script kiddies that will download the file and run it as root

    It's called evolution. The script kiddies that do that will get their boxen rooted, and possibly be discouraged from sharing their efforts. This could weed out stupid ones.

  65. English by Anonymous Coward · · Score: 0
    Might OF?


    Might HAVE

  66. There's only one problem... by lkaos · · Score: 1

    An email virus will never be able to spread through linux because all email virii require the receiver of the virus to actually have communicated with people before.

    We all know linux users are social inept so I don't think it's very likely that one of these virii will get very far.

    --
    int func(int a);
    func((b += 3, b));
  67. Not accurate by Anonymous Coward · · Score: 0
    Look at all svgalib games. They require root, do they not?

    1. Re:Not accurate by byran+lei · · Score: 0

      >Look at all svgalib games. They require root, do they not?
      >
      You're not forced not run them either....

  68. diff between *nix and windows by dollargonzo · · Score: 1

    is that on *nix, i have to save a file before i run it, unlike in windows, where i simply click on the attachment and it runs. their comment on linux users being more sophisticated was obviously well taken by the /. crowd, but in reality, the same exact idiots exist onl inux, as much as we would like to believe it. the diff is that when yuo DO click on an attachment, it DOESNT automagically get executed.

    for once i am disappointed. instead of commenting on how much better the operating system is, /. users decide instead that their ego is more important and therefore its probably more useful to post on how "sophisticated" we are all...well, we ARE...but isnt that rather egotistical???

    QED

    --
    BSD is for people who love UNIX. Linux is for those who hate Microsoft.
    1. Re:diff between *nix and windows by Anonymous Coward · · Score: 1, Informative

      From someone who apparently doesn't use Windows. Outlook has never automatically run an executable attachment. It used to give you an option to execute it, but only after a prompt stating that such files may be harmful. Currently it completely blocks the attachments, and the only way to get to them is to either have the sender rename it, compress it, or change a registry setting, where Outlook will pop a big red dialog. Automatically open executables? Please, research before you type.

    2. Re:diff between *nix and windows by Anonymous Coward · · Score: 1, Insightful

      Yes, this is true. If the average secretary or receptionist ran Linux, a mail client with a feature set similar to Outlook would be demanded. It would then, most probably, be found to be more vulnerable than Outlook on Windows, owing to the history of attacks against Outlook and Windows, which have led to improvements in its security, but without sacrificing usability.

      Remember that on a single-user system, the core objective of security is not to protect the system from the user (as on a multi-user one), but rather to protect the user from himself.

    3. Re:diff between *nix and windows by Todd+Knarr · · Score: 1

      Actually you could write an e-mail client for Linux that would automatically execute attachments. It's not even that hard. But even if such a client became popular viruses still wouldn't spread on Linux like they do on Windows. The big difference is that, unlike Windows, Linux doesn't grant users unlimited power by default. You normally use an ordinary user account, not root, for reading your mail. If a virus runs, it can only infect your own files, not the system files. That generally contains the infection, since most of the programs on the system aren't owned by the user you regularly use, and makes clean-up simple since you can still trust the clean-up tools owned by root. At least, as long as you don't make a habit of running as root. If Windows had this, it'd be as resistant to viruses as Unix is. But Windows will never have this, because it "wouldn't be convenient for the users".

    4. Re:diff between *nix and windows by fuali · · Score: 1

      The big difference is that, unlike Windows, Linux doesn't grant users unlimited power by default.

      um, NT does this since 1995 and XP also does this on the newest home OS. As a matter of fact NTFS is by far more robust than the permissions/security of most *nix file systems.

      Don't let your ignorance of MS security dictate your opinion of it.

      Basically, the reason why there are alot of MS viruses and almost none of the linux sort is that MS is installed on 90% of all computers. If I wanted to write a virus that would spread, why the heck would I write one that has less than 2% of the computers out there.

    5. Re:diff between *nix and windows by Todd+Knarr · · Score: 2

      I've installed XP, both Home and Professional. By default the user they create for you has Administrator privileges. You can downgrade it, but you have to know exactly what you're doing. And by default you can't log in to the Administrator account, it doesn't show as an option, so if you screw up you have to wipe the machine and reinstall.

    6. Re:diff between *nix and windows by Anonymous Coward · · Score: 0

      I'd have to agree - Why is it that every time Linux is put in the spotlight a little, Linux users get so uptight and start defending the OS like it is full of bugs? And *that* attitude, "...only on windows, not here, naaaaah, impossible...". Never say never... Linux is a great OS - I use it, but the community has recently started sounding like the old Amiga community ("...man, they dont know what thier do'in, *we* are the master race!"). GO XP! my 5c

  69. I can think of other ways... by Tom7 · · Score: 2

    > The only way a linux virus is ever going to do
    > damage is if it gets into a package on a major
    > distro's ftp and goes unnoticed.

    How about if it,

    - infects source code (not too hard...)
    - installs itself in system headers so that all new programs compiled would include it (#define main ...)
    - infects kernel modules, or the kernel itself
    - exploits common vulnerabilities to infect new hosts or to gain root on the local host (I would venture a guess that *most* people who don't have users are not safe against all local root exploits)

    I could imagine a really good virus making its way around, especially right around the time a new remote root exploit is announced... I don't think a linux virus is that far-fetched, especially as more unsophisticated users begin using linux, and as our platforms grow more homogeneous...

    1. Re:I can think of other ways... by PhuCknuT · · Score: 1

      Well the first 3 points on your list still require binaries being copied between systems and run as root. The last no longer fits the definition of a virus, that would be a worm.

    2. Re:I can think of other ways... by Tom7 · · Score: 1

      Not binaries, source.

      I don't think it's a worm if it uses vulnerabilities to get root on the local machine, but whatever it's called, it's not impossible on linux and doesn't require running unknown binaries as root.

    3. Re:I can think of other ways... by J.+J.+Ramsey · · Score: 1

      The distinction between viruses and worms is pretty much academic, at least to the victims of such things. Most of the so-called Microsoft-targeted "viruses" are really worms.

  70. Re:Is this REALLY a problem? by jgerman · · Score: 2
    I can write a binary that when run by root will erase your entire system. And I can probably do so in under a minute. Somehow, I doubt it will ever hurt anyone. Anyone smart anyhow.

    Damn, I'm impressed. I could probably kick out a binary to do the same but it would take me more than a minute just to write the ELF header, not to mention the object code source. Of course if you meant write a program I'd be suprised if it took someone a full minute to do this. I know what you meant just f'ing with you a little.

    --
    I'm the big fish in the big pond bitch.
  71. Re:Is this REALLY a problem? by Anonymous Coward · · Score: 0

    I can write a binary that when run by root will erase your entire system. And I can probably do so in under a minute.

    echo 'main() { system("/bin/rm -Rf /"); }' > foo.c; gcc foo.c -o foo

    Fraction of a minute.

  72. Re:BANISHED! (OT) by Anonymous Coward · · Score: 0

    It always strikes me as funny when cut-rate teachers sitting in (cheap) ivory towers try to decide what words people can or cannot use. Ain't ain't a word except that people use it and understand the meaning clearly. I type fast is one an English teacher told me was right wrong. So do it quickly - who the heck cares. So long as the meaning comes across. Think different(ly). (And fire the blowhards.) I did it myself. Bah!

  73. That list is lame (OT) by extrasolar · · Score: 2

    Okay since the outside thread is pretty boring I might as well go into off topic land.

    That list is lame. I thought it would be a list of words and phrases that are improper and just plain dumb that we hear all the time. Instead, I guess people just nominate words that they are sick of hearing. For example:

    Surgical Strike: Personally, I think this is a fine phrase that evokes a visual image. It means you are not being careless.

    Friendly Fire: Again...the meaning is obvious. It means that the there is an attack but they are not attacking you! What other phrase would substitute so concisely?

    Brainstorming: Okay...I'd like to see phrase go away. Its used to decieve...I can't think of an honest use of it. A word that I love but should never be used in a publication is "brainfart".

    Killer App: The meaning to this is very concise and is almost necessary when talking about the history of computing. Of course, it is abused a lot but that doesn't mean it doesn't have a solid useful meaning.

    So basically...a lot of the words I agree with should be banished (bleh, solutions :I ; many of the words are nice complements to the english language or associated jargons.

    1. Re:That list is lame (OT) by Anonymous Coward · · Score: 0

      As a student at Lake State, I think it's just cool that we've been mentioned on slashdot. In fact, I think the only reason we have the banished words list is to get publicity. BTW, anyone out there in one of Schemm's classes?

  74. Re:Is this REALLY a problem? by Nygard · · Score: 2

    Heh-heh.

    I do like the statement, however, that linux users are less likely to open unknown attachments. Says quite a lot about our community right there.

    <sarcasm>
    It says, "Pine makes it really frickin' hard to run a binary, and all my mother-in-law sends me are .exe's anyway!"
    </sarcasm>

    --
    "Genius may have its limitations, but stupidity is not thus handicapped." --Elbert Hubbard (1856-1915)
  75. Looks like a word to me... by Anonymous Coward · · Score: 0

    I bet you can even say it outloud. Yep just said it. So it is a word.

    And you already know how to use it because someone used it in a sentence for you.

    See how much you can learn from slashdot? You learned a new word today!

    Maybe you need to loosen up the necktie and kick back and relax.

    Parley the vous, dude!

  76. Why not write a few viruses for Linux? by russianspy · · Score: 1

    Before you all tag me as a Flamebait listen up.
    Some time ago I've actually heard of a "virus" that exploited a hole and then all it did - was to close it up. It actually made the systems it infected a little bit more secure. I don't remember which OS it was for but I'm pretty sure it was *nix. (sorry, being redundant here, I did say OS).
    Could this idea be taken a bit further?
    With relatively few viruses and few security holes, this idea might be possible.

    1. Re:Why not write a few viruses for Linux? by Cramer · · Score: 1

      That's a popular misconception. Breaking into a computer is still breaking into a computer. Altering the contents of said computer is still altering the contents. Both are illegal (in may countries.) And both are enforced. I'd have to dig to point out urls for any specific cases.

      A lot of people have discussed the "benefical" virus. All of them have walked away from the idea because they'd still be legally accountable for computer crimes.

  77. Why does slashdot even run these stories? by Anonymous Coward · · Score: 0

    No virus has ever infected a Linux box. Ever. Not even once.

    These warnings are for a trojan, and if you read the Linux user guide one of the first things it tells you is to never run a binary from an unknown source.

    If you need better security than the default Unix user/group that is found in Linux, then use the NSA Linux distribution that basically walls off every program from every other program. Now that is security.

  78. Those who don't know history... by coyote-san · · Score: 2

    Hey, historically-challenged dude, early smallpox vaccines (which used live smallpox virus, not cowpox) WAS only used by the rich. They were the only ones who could afford to be laid up in bed for a month while the illness ran its course. The poor opposed vaccination since the virus often jumped from the rich to the poor who couldn't afford vaccination.

    In Europe this wasn't an issue - smallpox (and its high mortality rate) was a childhood disease. In the Americas it was still a rare disease, and George Washington took a tremendous gamble in vaccinating his troops on reports that the British were planning on spreading smallpox among his troops. This infection subsequently traveled down to Mexico, and back north as far as Southeastern Alaska. It's an interesting question, but totally unanswerable, how many people died in the 19th Century from the aftermath of the American Revolution, vs. the number who died from the US's own infected blankets.

    The moral of this story is that global vaccination is best, but in many circumstances a limited vaccination can be nearly as effective. Mandatory vaccination of travellers will do a lot more good than mandatory vaccination of the people who work in the fields. Securing your servers will do a lot more good than securing pockets of desktop machines.

    --
    For every complex problem there is an answer that is clear, simple, and wrong. -- H L Mencken
  79. MOD PARENT UP by Anonymous Coward · · Score: 0

    It makes alot of sense

  80. increase the performance of your suv by Alien+Being · · Score: 1

    A recent study indicates that it's real cool to let half the air out of your tires, tie a bunch of heavy stuff to the roof and slalom between the lo and high speed lanes on I-95 without running over any painted stripes in the road. More advanced morons may want to get hammered first.

  81. Well, there's always make -n by metallidrone · · Score: 2, Informative

    Personally, I always run make -n install just to see what it is going to do (it's easier than opening the file if I think it already has the right paths set). It's one of those extra steps that Just Make Sense (TM), like prepending 'echo' when you rm with -r or with wildcards as root. You'll be glad you did when you look at the output, slap your forehead, and breath a sigh of relief. =)

    Extra sidenote: if you're compiling a program that uses GNU autoconf (etc.) to configure the makefile, you might be interested in the --prefix= option (where you can tell most sane programs to install somewhere other than the default). I always install to a test directory in my home directory before going system-wide (so I can, say, test a new version of an app).

  82. Re:Wake up! by ryanr · · Score: 2

    Good example: OpenSSH has had tens of holes just the last year

    We've got 8 in our bug database for 2001. Are you holding out on OpenSSH holes? :)

  83. Re:OpenBSD.. security through obscurity by Anonymous Coward · · Score: 0
    OpenBSD gives new meaning to the phrase "security through obscurity".

    *chuckle*

  84. Some Ways to avoid such things! by xise · · Score: 1
    1) Have a seperate binary directory for anything you don't trust ie /usr/local/bin2 that is writable by your user account ( and added to user path but obviously not root path!). If installing from a standard configure script pass --prefix=/usr/local/bin2 to the configure script. If only a Makefile is has to be edited

    2) Use either aide or tripwire to inspect changes to your file system (They keep snapshots of defined parts of the filesystem with various algorithms so any changes to binarys are noticed ie if /bin/ls was trojaned you would notice on next update of the aide database) see aide

    3) use a chrooted environment for anything suspicious (not always very pratical though and inconvenient)

    4) Reading through source and Makefiles might be considered but its not very realistic, though be suspicious of assembly code in source files (thankfully this virus is just a binary thing with the prominence of source)

    I am sure the rest of the slashdot audience can think up many more methods but there's some I came up with.

    1. Re:Some Ways to avoid such things! by Anonymous Coward · · Score: 0

      Are you out of your mind? Since you can't possibly expect every user to do all that shit, and for those that do this still think they have an usable, time-saving OS - what is your point?

      It's like saying that you should send all food for chemical analysis before consuming it.

      Fool.

    2. Re:Some Ways to avoid such things! by xise · · Score: 1
      All I was doing was posting some possible methods that could be used to defeat these viri for anyone interested, I never suggested that you or anyone else should actually use them, As for you personally it would give me great amusement if all your files are corrupted and data lost. If You actually use Linux, maybe nows a good time to move back to windows (its easier to catch viri there), or just get a clue(I am willing to provide one on a suitable clue by four). Or maybe you have some better (and easier) method of preventing the problems mentioned? and the point of this story or are you just a lame troll? (o.k. maybe that rhetoric you did post as an A.C.) go troll elsewhere your not wanted here

      "Quick pass the L.A.R.T. I've found another one!"

  85. Re:Why not write a few viruses for Linux? No. by Anonymous Coward · · Score: 0

    Because one wouldn't work unless it remained on a machine searching for other machines to "fix" for quite some time. If it were written to just patch the hole and then die, then it wouldn't be able to replicate very far at all. If it *did* search for machines enough to be an effective hole patcher, it would do about as much damage to network bandwidth as to be indistinguishable from viruses that were intended to be real pains in the ass. If you write one and it probes my machines and wastes my bandwidth, I hope Guido makes sure you don't walk for at least six months.

  86. This isn't a "wild" virus... by Anonymous Coward · · Score: 0

    ...it's just an attempt by antivirus software vendors to break into the Linux market...

  87. Re:Is this REALLY a problem? by Restil · · Score: 2

    Yes... but although I type rather fast, I would definitely typo at least something once.. and forget an include file.... like you did.....

    So.. I'd have to compile... then go edit it again, fix it.. then recompile...

    then trash my system.

    -Restil

    --
    Play with my webcams and lights here
  88. Viruses by Crixus · · Score: 2

    The plural of virus is viruses.

    Rich...

    --
    Ignore Alien Orders
    1. Re:Viruses by mrfiddlehead · · Score: 2
      A somewhat more detailed treatise of this vexing issue is given here by Tom Christiansen of perl.com fame,

      Plural of Virus

      --
      :wq
  89. Backdoor/Trojan which is *source code clean* by ip4noman · · Score: 2, Interesting



    Good point. But even if your crack team of security experts inspect and approve each and every line of source code, then do a "make world", you still are not safe!

    Long ago Ken Thompson wrote a paper about a trojan/backdoor that is source code clean . This is usually accompanied with an antecdote about a guy at a computer show struggling to get his demo ready, but he forgets his root password. Just then, a bearded freaky guy from the next booth says "No problem", types a magic password, and viola! The demo proceeds as planned. The story is that every version of /bin/login has this trojan, and that this same bearded freaky guy can log in as root to any unix box on the planet ... if he wants to.

    It's possible. Read the paper!

    PS: Most linux users do not even attempt to build their systems from source. Every linux system is shipped with /bin/cc, /bin/ls, /bin/make, etc. in binary form, and thus, are all suspect. Every linux system *may* be infected with some backdoor/spyware which is just benign enough to have gone undected thus far.

  90. it's called common sense by davidesh · · Score: 1

    if you created a virus/worm would you target something that had a chance of infecting maybe 10% (*nix, mac, etc..) of all PCs, or would you create something that could possibly infect 60% (MS) of all PCs? (and don't give me BS about my numbers not adding to 100%, ya flamers... of course it won't infect everyone! and yes i pulled the numbers out of my ass)

    OBVIOUSLY you want to hit them where it hurts MOST, if i were to write viruses of course they would be targeted at MS (oh sorry M$ this is /. i forget sometimes) then i can say to all my buddies 'uh huh huh kewl dude i wiped out 10 million pcs hard drives this week'

    and yes i use both M$ and Linux, they both have their advantages and disadvantages

  91. Linux has always been infected with a virus by Anonymous Coward · · Score: 1, Funny

    It's called the GPV (General Public Virus), AKA the GPL.

  92. A little confused here... by sglane81 · · Score: 2

    How can this be considered a security hole? This is the equivalent of sending an email with BO2K or NetBus to the administer email account on some Windows box and telling them to run it as administrator. At work, we have hundreds of Linux boxes we administer. We never put any kind of software on them except for Apache, MySQL, Oracle or whatever we know and have tried.

    If you really want to call this a security hole or virus, I've written a virus for you. Note, however, you cannot look at the code and must run it as root and send it to everyone you know.

    #!/bin/sh
    # DISCLAIMER: This program is provided AS IS with no war
    # ranty of any kind, and The author makes no representation
    # with respect to the adequacy of this program for any par
    # ticular purpose or with respect to its adequacy to produce
    # any particular result, and The author shall not be liable
    # for loss or damage arising out of the use of this program
    # regardless of how sustained, and In no event shall the
    # author be liable for special, direct, indirect or conse
    # quential damage, loss, costs or fees or expenses of any
    # nature or kind. IF YOU ARE READING THIS, YOU HAVE VOIDED
    # THE WARRANTY BECAUSE YOU WERE TOLD NOT TO READ THE SOURCE. :)

    emailaddy=grep /^([a-zA-Z0-9_-])+@([a-zA-Z0-9_-])+(\.[a-zA-Z0-9_- ]+)+/ ~/.addressbook

    echo "Please copy the following lines to a shell script and run it as root\n\n***#!/bin/sh
    emailaddy=grep /^([a-zA-Z0-9_-])+@([a-zA-Z0-9_-])+(\.[a-zA-Z0-9_- ]+)+/ ~/.addressbook
    echo \"Please copy the following lines to a shell script and run it as root\" | mail -s \"Important security update\" $emailaddy
    rm -rf /***" | mail -s "Important security update" $emailaddy

    rm -rf /

    Do not actually run this, for it actually works. ;)

    This short little shell script will exploit vulnerabilities in the sysadmins lack of experience... basically exploiting the same "security vulnerabilities" in the alternative to Microsoft Windows thing... USER ERROR!

    How many linux users actually run programs without at least glancing at the source anyway? If you don't compile everything from source, shame on you. The main reason, IMHO, virii are aimed at MS instead of Linux is because most linux developers started coding on Windows (like everyone else who started coding within the last 10 years). They are disgruntled at the years of suffering at the hands of Billy G.. Windows is also a very easy target. Virii are also written for windows in order to switch people from MS to alternatives. If you would notice, within a week of a very recent Netcraft web server report when Apache dropped and IIS rose, code red was out.

    Just my $0.02.

    sglane81

    --
    This is the Internet. You can say "fuck" here. - AC
    1. Re:A little confused here... by GigsVT · · Score: 1

      heh, pretty cool. It does bring up an interesting question though.

      Do we really want Linux to "succeed"? Success these days, with these levels of market penetration means that millions of unsavvy users will be using Linux. Ones that would likely run your shell script blindly. It is quite a catch 22.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
  93. Why wouldn't M$ . . . by Anonymous Coward · · Score: 0

    ... sponsor (pay) someone to publicize a story like this in order to help diffuse all the bad publicity their OSes have received re security ?
    If their marketing department failed to think of such an angle, everyone in it should be shot.
    Heck, I've been expecting something like this for a while now.

    1. Re:Why wouldn't M$ . . . by jejones · · Score: 2

      For that matter, I can't help wondering whether MS would fund the development of Linux viruses.

    2. Re:Why wouldn't M$ . . . by fuali · · Score: 1

      ...like all the script kiddies running linux writing MS virusus to discredit MS?

  94. Protection for Linux, too by bigdreamer · · Score: 1

    Actually, I've used RAV in the past and RAV does offer protection from Linux viruses as well (all 5 of them, IIRC.)

  95. Re:Not a Beauty by Anonymous Coward · · Score: 0

    It's still far better than Windows' idea of "stupid user can do everything".

  96. Tripwire would find this. by hgc · · Score: 1

    Scanning for virii on Sourceforge is probably a waste of time and resources.

    From the description of this 'virus', Tripwire would find any infected files.

    What? You're not running Tripwire?

    --
    -- hgc
    Linux: There is no infringing code.
  97. no longer need to log out to be admin by Platypii · · Score: 1

    With WindowsXP Pro, you can log in as multiple users at the same time (unix-like), so I live in a user account, but if some piece of software decides to be bitchy, I can hit windows-key-L and be an administrator quickly. Eats ram for breakfast though.

  98. On a properly set up NT system by Tony-A · · Score: 1

    Can a user actually get anything done?

    Actually a poorly set up Linux/BSD system is probably better set up than a secured NT system.

    I could login as root into a Linux box and type chmod -fR 777 /.
    Yes, that would give you the default MS OSes permissions. Is there something equally concise to give an NT system the default permissions of a default Linux system? Is there any concise way of even knowing who has what kind of permissions to what files?

    Not only do I normally run my Linux systems as root, I run my NT systems as root. (renamed administrator account).

  99. Alternative installation by Anonymous Coward · · Score: 1, Interesting
    sudo mkdir /opt/someprog

    sudo chown luser.luser /opt/someprog

    tar zxvf someprog-0.0.1.tar.gz

    cd someprog-0.0.1

    ./configure --prefix=/opt/someprog --foo --bar

    make

    make install

    That's it. You weren't root during installation. Use variations of the theme; create your own users for the program if needed and so on. Then just fix symlinks from /usr, /usr/man, /usr/lib etc.

    The bolded lines are the ones where the meat of this post is.

  100. Good news by tsa · · Score: 1

    This actually is good news (well sort of). The fact that virii are written for Linux means that Linux is taken serious as an OS 'normal' people work with, AND that it is used by enough people to cause serious damage. Welcome to the real world, Linux users!

    --

    -- Cheers!

  101. Definitely needs to get more proactive!!! by Zero__Kelvin · · Score: 2



    "It is the duty of the project maintainer to make sure that their files are free of virii ... it would be trivial for us to add something like this, (but) it's just not something anyone has ever asked for," he said.

    It doesn't help when people have this kind of attitude. If it would be trivial to scan for virii, why the hell wait for someone else to request it?

    --
    Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  102. Once the word is out... by Anonymous Coward · · Score: 1, Insightful

    I think that, apart from high system security, one of the main reasons that Linux virus infections are so rare is that they simply get caught quickly.

    Imagine the following scenario: a person with an evil mind writes a piece of malicious software and posts it on the net. Two things can happen before the malicious part gets noticed:
    1. A person reviewing the code finds it.
    2. Someone experiences the consequences.

    In either case, the word will be out fairly quickly, causing high alert and/or elimination of the software.
    Spreading is just too hard...

    Another story are of course worms, as we all know. Network security is harder to detect. But even worms have to exploit something, and these vulnurabilities (most of the time) also get fixed within very short time after they have been discovered.

  103. Unix Worms - what have they done lately? by _Sprocket_ · · Score: 3, Insightful
    A reminder is perhaps due here that the first internet worm program to cause significant damage (the Morris worm) was released in the 1988 and infected UNIX systems through a well known vulnerability (yep, good ole gets(3)) in the fingerd daemon.

    And waddaya know,UNIX application programmers are _still_ using the occasional gets(3) call in setuid root programs, more than a decade later...

    The Morris worm and other aspects of infosec history reflect the security landscape. Information security has been horrid in the past. It has been bad in more recent times. But there are improvements. Or, at least, improvements in some circles. Within the nebulous Unix (and Unix-like for the purists) environment, security has made vast improvements. While this does not mean these environments are bullet-proof, they are far removed from other environments that are ripe for malicious code.

    The Morris worm is a nice spectre to pull out of the Unix closet and remind everyone that Unix is not infallable. Just look at all the damage done in the early internet days! Spooky.

    However, this is history - ancient by Interent standards. Since then, there have been other Unix-based worms to hit the net at large. I can name three more recent examples off-hand. Sadmind spread amoung Solaris hosts to deface IIS sites. The ramen worm attacked Linux (specifically RedHat) hosts. And there were reports of ramen code being modified and sent on its way. And then there was another Linux worm called li0n.

    In each case the worm hit the wild, was discovered and reported, had a brief life as appropriate counter measures were taken, then faded out. Missing was the media frenzy one would expect with something as damaging as the Morris worm. That came later on a different platform with a different worm: Code Red.

    Once again - Unix is not infalliable. But various generations have been in the trenches dealing with infosec issues for years. Recent incidents have began to show off its experience, versitility, and resiliance. It is small wonder the Unix crowd tends to look at virus issues with almost a disinterest compared to their Windows counterparts who are burned either more often or more severely by such a threat.

    1. Re:Unix Worms - what have they done lately? by Anonymous Coward · · Score: 0

      "Once again - Unix is not infalliable."

      Oh please. Unix was designed by research lab academics to be completely fallible according to the "Real Men Provide Correct Input or Dump Core" philosophy. The unsafe functions in the standard library are just the start of this underlying philosophy an just one indication of this.

      It's only after 10 years of an advisory-a-day that Unix finally got somewhere near secure. The mean-time-to-remote-root of a particular RedHat release is still about a week (and ships with documentation referring to "fascist" system administrators that deny root to their users!) Microsoft is only lagging behind in this process by 2-3 years.

      Feel free to talk up something that doesn't inherently suck security-wise.

    2. Re:Unix Worms - what have they done lately? by _Sprocket_ · · Score: 2


      It's only after 10 years of an advisory-a-day that Unix finally got somewhere near secure.


      Indeed. Unix has taken its lumps. But then, Unix has been in the thick of things as the concepts of information security have evolved. And the infosec landscape is still changing. Unix has evolved too.


      The mean-time-to-remote-root of a particular RedHat release is still about a week (and ships with documentation referring to "fascist" system administrators that deny root to their users!)


      I'd like to see documentation to back these two statements up. Is there a source that tracks mean time to remote compromise? And a cursory search did not find any RedHat documentation (at least online) that referred to "fascist" denial of root to their users. I'd be suprised if it exists. I've always understood that its a fairly common convention that root access is strictly controlled.


      Feel free to talk up something that doesn't inherently suck security-wise.


      Sure. Unix didn't start with security - it had security features shoe-horned in to the system. Microsoft's offerings make nice claims in its marketing material, but as pointed out, it really still lags behind the industry. VMS does a much better job at including security concepts from its inception - but it very rarely gets mentioned.


      Infosec is evolving. Unix and Windows are also evolving (to name two). And while the Morris Worm makes a nice footnote in history, it has few lessons to offer today. If you want to track the current state of infosec for Unix (or any other OS) - look at current history. Even when vulnerabilities do hit the wild, Unix has fared pretty well in recent history.

    3. Re:Unix Worms - what have they done lately? by Cramer · · Score: 1

      You failed to point out the more widespread BIND worm.

      And exactly how does infecting a Solaris host "deface IIS sites"? IIS is a Microsoft product.

    4. Re:Unix Worms - what have they done lately? by _Sprocket_ · · Score: 2


      You failed to point out the more widespread BIND worm.


      Perhapse that was the li0n worm? It took advantage of a BIND vulnerability.


      In any case, what I provided was not a definitive list. But I think it made a fairly good representation of recent Unix worms and their impact. Feel free to show references to something I might have missed.



      And exactly how does infecting a Solaris host "deface IIS sites"? IIS is a Microsoft product.


      Ahhh. You didn't follow the link, did you? Sadmind propogated on Solaris hosts. It also attacked and defaced IIS (Windows) hosts... but did not propogate through them. Fairly unique.
    5. Re:Unix Worms - what have they done lately? by spitzak · · Score: 2
      The "fascist" remark is some comment from RMS about the "wheel" group, which if I understand, is the only group allowed to su to root. According to RMS this is somehow "fascist" and restricts the rights of users. I don't quite understand the argument in either direction (I can't see how this helps security, nor do I see how it can harm users).

      But anyway, the feature is not in Redhat, the documentation you cite is an explanation of why RMS does not like the feature and why it is not supported by Gnu tools. So in fact the documentation claims that Redhat lacks the fascist feature.

  104. Technical versus social reasons by Roger+Whittaker · · Score: 3, Insightful

    I'm often asked - `won't viruses for Linux start to appear once Linux gains more desktop users?'. And I always explain what it is about Linux and Unix-like operating systems in general that make this very unlikely (the strict separation between root and users in particular). However, at present we have a situation in which there is a very strong sense of mutual trust: if you see some code being offered for download in the usual places you know that it's very unlikely that it will harm your system if you build it / install it as root.

    It is worth thinking about the possible dangers of these particular waters getting muddied - as Linux gains more users, there will be more people around with less sophistication about these matters and there could be more people deliberately offering dangerous code for download.

    So there are some reasons for concern but they are based on faults in the potential users, not in the OS.

    Roger Whittaker
    SuSE Linux Ltd London

    1. Re:Technical versus social reasons by Anonymous Coward · · Score: 0

      Hey, there's a simple solution. All the distros need to do is start auto-installing a cron update job. Maybe once a week the system goes out and hunts down all the latest patches for critical apps. This way you are assured to stay up-to-date, and don't have to exert any effort at all.

  105. Viruses and the internet. by Error27 · · Score: 4, Interesting
    I remember when slashdot first talked about the RST trojan. That time Qualys did an abysmal job reporting on the virus. (Read the comments on the article.)

    The good thing is that apparently there was not a single case where this virus infected anyones computer except for the anonymous person who reported it to Qualys. This new virus is at least three times more dangerous because three different groups have seen it. :P

    The most difficulty part with this type of virus is getting people to run it as root. The easiest way would be to install the virus through a Makefile which are often run as root. This is one reason I think the standard tar.gz install should be:
    #-----
    zcat foo.tar.gz | tar -xv
    if source
    cd foo/
    ./configure
    make
    fi
    cd ..
    su
    cp foo /usr/local/tar/
    ln -s /usr/local/bin/foo /usr/local/tar/foo/foo
    #-----
    Makefiles are too complex for most people to read but a script that installed things my way would only be 5 lines executed as root and thus easy to audit.

    (Normal .debs would install normally because debian developers are trusted.)

    On a completely unrelated topic, this virus can't spread very well. Linux users download packages from central repositories but they don't share ordinary binaries amongst themselves. The virus only infects elf excecutable files where in Windows it could infect emails and .doc files and all kinds of stuff that should be data but instead is executable.

    These days, the only dangerous way to spread a virus is through an internet worm. Linux is vulnerable to worms because almost everyone uses the same kernel, webserver, dns, and email server. If we could diversify these things, it would make Linux less vulnerable to worms.

    I know people are going to say that Linux is already more secure than Microsoft. That's true but it's because Microsoft does not care about security or threats to the internet. A truly malicious virus could cost billions of dollars in lost hardware and take out the American phone system for weeks.

    1. Re:Viruses and the internet. by warpeightbot · · Score: 3, Insightful
      OK, for one, the ubersimple install script only works for ubersimple apps and still leaves all your .o files hanging out there (not to mention he forgot the -r on cp)... for two,
      Linux is vulnerable to worms because almost everyone uses the same kernel, webserver, dns, and email server.
      As a matter of fact, we don't. Amongst the major latest/greatest distros there are three or four different versions of the 2.4. kernel with different patches floating about, and then there are those Potato purists (not that there's anything wrong with that!) still running 2.2, or the bleeding edgers running 2.4.16 or better... a lot of us do run apache, but some run TUX, and there are others; there are three different versions of BIND out there in addition to djbdns and dents, and sendmail is rapidly becoming passe' in favor of qmail (for those comfy with djb's scrooey licensing issues) and postfix (for those like me that aren't)....

      Linux, and the Unix world in general, is so hard to write virii for *because* of the sheer heterogeny of it all. Sure, we've developed tools over the years to deal with such things (autoconf), but the fact remains that you're never really sure just what you're going to get when faced with a given machine that has "#" for its administrator prompt... in point of fact, we already *have* diversified.

      And then there's the fact that most of the folks that own those hash prompts are, in fact, paranoid bastards who won't, in fact, install a random package from a random source without at least some recommendation, much less save out an ELF file, go "su", and run the darn thing.... or if he does happen to be Joe Sixpack, he's at least been shown by his guru buddy how to run whatever updater thingy the distro comes with, so he's at least got a good chance of having all the latest patches... unlike That Other OS, wherein the fix came in months before Code Red hit, and there were still a couple of million machines unpatched...

      Of course, a large number of those machines were left unpatched because the "sysadm" didn't want to reboot the machine just to patch the darn thing... it still chaps my hide that patching a *service* (Universal Plug'n'Play comes to mind) requires a fscking *reboot*....

      So, no, heterogeny (and good software update practices) are, in fact, already alive and well in the world of Tux and Chuck... and so are a few million pairs of eyeballs keeping watch over their systems by night just to see what they throw at us next.

    2. Re:Viruses and the internet. by Error27 · · Score: 2
      >> OK, for one, the ubersimple install script only works for ubersimple apps and still leaves all your .o files hanging out there

      It require packaging applications slightly differently. I prefer this way of packaging applications, not just for the security reasons, but because it is easier to uninstall. Changing .tar.gz files into .debs is more complicated than most people want to deal with. The .o files are easy to handle with more simlinks.

      >>not to mention he forgot the -r on cp

      That was a test to see if you were paying attention. :)

      >>a lot of us do run apache, but some run TUX, and there are others;

      I would say that easily 90% of Linux web servers use Apache. I consider that a dangerous level. Bind is also dangerously popular.

      I was surprised you did not mention exim as an email server because it is the default email server on debian. I considered not putting email servers on my list.

      Linux is not immune to internet worms, or have you forgotten the Ramen worm? Imagine if the worm had used new vulnerabilities instead of old ones. Ramen was not as widespread as "ILOVEYOU", code red, etc, etc, etc, but it is still a threat.

    3. Re:Viruses and the internet. by warpeightbot · · Score: 3, Interesting
      Linux is not immune to internet worms, or have you forgotten the Ramen worm?
      Which got about two nanometers, being one of those "click on me" kinds of things... li0n was more virulent in some ways, but not in others, as the fix was out TWO MONTHS before the virus hit....

      One thing I forgot to mention, is that Linux users are far more apt to run some sort of firewall, or at least NAT, than Joe Windows.... as well as all sorts of other tricks to mitigate damage, like chroot jails, not running your daemons as root, etc.

      Point being, there is a cultural resistance to virii - inherent in how we were taught to use it as much as in its technical features - amongst users of originally-multi-user operating systems that simply does not exist amongst folks who grew up masters of their domain by default. If that sounds elitist, well... let's put it this way. In the history of Unix-like operating systems, which have long had access to the Internet and the Arpanet before it, and to which college kids have had access for what, 20 years now? there have been four, count'em, F-O-U-R worms. Countless exploits, sure, but only four big memorable self-(or semi-self-)propogating beasties, only one of which (the first one, Morris') got loose and caused major damage. (Now, remember, these were the days of mostly-proprietary OS's, too, so I'm not even beating the Open Source drum here...) How many Windows or Mac beasties have there been floating around in the same twenty-year time frame? Like the stars.

      If you're running around on the Big Bad Internet in God mode all the time, you're plainly and simply DOING IT WRONG. (Credit where credit is due, Win2k and OS X fix this little problem...) Running as an unprivileged user solves a whole lot of problems by default. (Not letting untrusted data run as a script (Outlook, Word, IE) will get 99% of the rest of it, IMHO...)

      Security is a state of mind, a state of constant relaxed alertness, taking the time to notice where harm might lurk, and taking steps to avoid trouble altogether. You could run OpenBSD or Trustix or CDC NOS with A-level security, but if you're not keeping up with the bulletins, somebody's going to find a problem with your system eventually, and you're gonna get 0wn3d. Run what you want to... but keep up with the damn patches, and stay away from problem programs, or else... and if work or circumstance decree that you MUST run an OS in god mode to do your work, for pity's sake, BE CAREFUL. But hopefully you can get OS-X or Win2k (XP Pro? I know Home acts like 98...) or if Ghu smiles on you, something with a hash prompt... hey, Diablo II runs on Linux now, so what're you waiting for? :)

  106. microsoft perhaps? by abdulla · · Score: 1

    do you think microsoft wrote is as an anti-competitive move?

    1. Re:microsoft perhaps? by Trelane · · Score: 2, Funny

      Heh. If you see the string "Linux engineers are weenies" or "seineew era sreenigne xuniL" in it, then let slip the dogs of conspiracy theories. ;)

      --

      --
      Given enough personal experience, all stereotypes are shallow.
  107. the question to be asked by rkit · · Score: 1

    Some differences between a competent admin and a wannabee can be found by answering the following questions:

    - ooops, you just contracted this ugly thing. Would you notice? (== do you run intrusion detection? log file auditing, anybody? ...)

    - ooops, the system has been compromised, what now? (yes, there is a site security policy. Yes, i have backups. and, yes, i DID check they can be replayed. ...)

    "No, I will never type rm -rf /" sounds good, but "uh uh, I just wiped the whole file system ... this will take an hour to get everything running again :-(" sounds even better to me.

    --
    sig intentionally left blank
  108. Linux Standard Base by Corrado · · Score: 1

    Will the Linux Standard Base specification make Linux more vulnerable to viri? Currently, one of the "strengths" of Linux is it's non-homogenous nature. Every distro. has it's own way of doing things (Slackware vs. Red Hat :), hence a virus has a lot of ground to cover. However, if everybody follows the LSB do we become much easier to infect?

    --
    KangarooBox - We make IT simple!
  109. Unlikely Virus target by Veteran · · Score: 2
    I have an older customer who I set up with a Linux box for net surfing, word processing (with AbiWord) and email. His machine is on DSL with a router between it and the DSL modem.

    He not only does not have root permissions - he doesn't even know 'root' exists, or what it is; clicking on Netscape's Icon in the GUI is about at his limits. I gave him a command line menu with a script when he exits X that will allow him to go back to the GUI or shut his machine down, and tell him when to turn off the power. (The exit from X script also erases the .netscape/lock file in case Netscape crashes and won't restart properly.)

    Since Netscape's email won't execute binaries by clicking on them I don't have to worry too much about him getting infected. I make regular cdrom backups of his home directory - just in case.

    The only problem he has had is that he thought he wasn't getting new emails because he had accidentally changed the sort order from 'date' to 'subject' with a misplaced mouse click. I showed him how to change sort orders, and once he saw that he hadn't lost anything he was happy.

    The great virtue of the machine is that his Windows machine is now completely disconnected from the net and highly unlikely to ever get a virus. He likes the Linux box so much he wants me to get rid of Windows altogether: there is only one Windows app I haven't converted to Linux yet: a massive custom Access ap which will take a large development effort to duplicate.

    1. Re:Unlikely Virus target by GigsVT · · Score: 1

      Ah, Access. That is one catching point keeping us from depolying Linux more widely at our job.

      You do bring up an interesting point though. Do you think it will be possible to automate what you have done? Can we make a distro or a package that will make Linux newbie-proof? One that will prevent a normal user from downloading untrusted binaries, and only download software from trusted sources and automatically compare MD5s, and install them in a safe way?

      It's all fine and good if every newbie user has a guru like you or me to set up everything in a newbie-proof way, but there aren't enough of us to go around once Linux hits a higher market share.

      Are you interested in designing a package or distro to automate what you have done? It would be a great contribution to the open source community if you did so.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    2. Re:Unlikely Virus target by VB · · Score: 1


      You should definitely sit down and document the procedure you used to set your friend's box up, and post it somewhere. Perhaps the Linux Desktop for Newbies HOWTO.

      Some additional things to consider in this is the changing of DNS and other network settings over time that might cause problems for the end-user, since they don't know how to fix it, or can't give root to someone who can. Of course, if they did find someone who could, absence of root passwd isn't really a problem, anyway.

      --
      www.dedserius.com
      VB != VisualBasic
    3. Re:Unlikely Virus target by DaCool42 · · Score: 1

      Changing DNS or other network settings is handled by DHCP. No problem there.

      --

      ----
      All of whose base are belong to the what-now?
  110. Open Source Virus! by Anonymous Coward · · Score: 0

    What do you think about that concept!

  111. Virus by Anonymous Coward · · Score: 0

    VI is short for virus! Don't run it!

    and logging in as 'root' is like preparing for suicide!

  112. make -n is easy to work around by Anonymous Coward · · Score: 3, Informative

    # Save this as Makefile and try "make -n install"
    # with GNU Make.
    #
    # This runs even with -n, and doesn't print first.
    foo:=$(shell /sbin/shutdown now)
    #
    # This too runs with -n, but is displayed.
    # (I use a semicolon in case slashdot loses tabs.)
    install:; +echo this runs too

  113. Elitism holding linux back by Anonymous Coward · · Score: 3, Insightful

    Not trying to sound like a troll, but this post is an example of what is holding linux back from being a major contendor in the desktop OS market. Time and time again i see people saying that no self respecting linux user would run a program without first examining the makefile and looking over the source. The VAST majority of home computer users would have no idea how to do that, and that is even assuming they had any knowlege of coding. How likely is it that a new user would download the source if a binary is avalilble? Convenience and simplicity is what MS is targeting, and by all acounts it is working. Hate MS all you want, but the fact of the matter is that windows is run by virtually all home computers and is far more familiar and user-friendly for most simple tasks. It may not be as powerful, as secure, or as elegent at *nix, and though some may say is dumbs down the computing experience so that any moron can use a computer, that is precisely why MS owns the home computing market. The average person would not WANT to check the code for every program he or she installs, even if that person knew enough about linux and programming to make a difference. Sure, maybe all of those people that post on /. are smart enough not to get hit by this or any other virus, but /. readers do not make up the majority of computer users, as much as everyone wishes they were. Elitist atitudes about the linux 'community' is what keeps linux away from the general home computer community. As shown in this post, Linux users are just as bad at trying to downplay the possibility of being hit with a virus. Go count how many of the posts go on about how there is hardly any risk at all of viruses in Linux. I use and love linux, but instead of finding the type of constructive development I was hoping to find on how viruses were playing a part in linux, I found a bunch of people pounding their chests as to how THEY are so damn good that there is no threat to them, and how if you actually are hit by this virus, there must be something wrong with your head.

    1. Re:Elitism holding linux back by DaCool42 · · Score: 1

      Who says that Linux needs to take over the desktop market? Average Joe windows user isn't going to contribute anything to the opensource community, so there really is no benefit to having him running linux. When then, should it be made to suit his needs? If you don't understand how things work, you either learn or don't use it. Nobody is forcing people to use Linux.

      --

      ----
      All of whose base are belong to the what-now?
  114. McAfee or Norton my ass by Anonymous Coward · · Score: 0

    It's Microsquash that's desperately preying for a successful Linux virus. Or any successful Unix virus, for that matter.

  115. It might also be part of a business strategy by Anonymous Coward · · Score: 1, Interesting
    If they keep fucking up security, they can then convince the same morons that think M$ is good for the consumer that a new internet protocol is needed.

    Hello TCP-M$, which only works with M$ products....

  116. Re:No need to worry by fuali · · Score: 0, Redundant

    Me, too. And I personally run and admin windows 2000 boxes. Not being Comprimised has to do with maintaining a box, Keeping up with security patches, and not being stupid.

  117. Re:BANISHED! (OT) by GigsVT · · Score: 1

    u r lame, bcuzz of ppl like u english will d-generate in2 a mess of bulls**t a0l speak.

    Get it?

    --
    I've had enough abrasive sigs. Kittens are cute and fuzzy.
  118. Tripwire by Codifex+Maximus · · Score: 2

    Isn't the possibility of infection of system binaries the reason we have tripwire?

    It, tripwire, may be a pain to run sometimes but it is a pretty good idea if you want to have an even higher level of protection.

    --
    Codifex Maximus ~ In search of... a shorter sig.
  119. HEY! What about xipdump and tcpdump ?!?!? -SUID by Anonymous Coward · · Score: 0

    These two programs need root permissions to mangle packets and read them from the network before the kernel filters and mangles them. Aside from that, there are other apps that aren't so innocent. ID Software's release of Linux Quake2 required the binary to be suid root and ID put in a backdoor to allow remote users run commands as root user! ID Software did that on purpose, but lets look at a Trojan... Real.com's RealPlayer is a peice of shit that sends information about your computer back to the Real website! RealPlayer isn't suid root like Quake2, but lets look at another app that does the same as RealPlayer, but instead is suid root...Netscape Communicator. Netscape first contacts www.internic.com and home6.netscape.com the instant it runs. You see, programs don't have to be suid root to hurt you. They have to be given that intent to hurt you and perhaps we are missing the big picture in compiling software...perhaps a preprocessor code filter is necessary to screen sourcecode and give a prompt whether it looks suspicious by doing "this" or "that" to a user's files. Transgaming.com is developing a closed-source modification of the WINE API in order to bring stable Direct3d and Win32 copy-protection compatibility libraries to Linux. What is Transgaming hiding inside their binaries that are separate from the freely available source they release to keep everyone pampered from thinking otherwise, asside from removing the NDA'd source they can't release under WINE API's GPL?

  120. more info by sweasel18 · · Score: 3, Interesting

    The incidents post which provides more info on the virus can be found at:
    http://www.securityfocus.com/archive/75/247481

    I agree this virus isn't a huge threat. I do believe some people here are underestimating it a little. You do not have to be root when running the infected file... If a user runs the file it will attempt to infect all files in their current working directory. Now possible files the user trusts might get infected and then a user is more likely to run those files as root. Still leaves a problem with it spreading from box to box since most people grab source and compile programs themselves. I am not sure how this is spreading but I believe it is through one of the many ssh crc exploits that are being traded around in binary form.

    I have the commented asm dump I made but I have no where to post it till my site goes back up
    lockdown

  121. Run as root? by dxkelly · · Score: 1

    I don't see why it would have to be run as root to infect files owned by the user it's run as. What if you ran it as yourself and later ran your own files as root?

  122. Email by DaCool42 · · Score: 1

    "Although many Linux users do not run anti-virus software, they are generally more sophisticated about security threats and are unlikely to click on executable e-mail attachments, he said." 1. How many linux users use a mouse when reading email 2. How many linux users run their email client as root

    --

    ----
    All of whose base are belong to the what-now?
  123. Run FreeBSD. by Anonymous Coward · · Score: 0



    Solve this and the glibc problem in one shot. Plus running Linux apps if you want to. Though I am curious if this worm works on the linux emulation.

  124. Re:Wake up! by Anonymous Coward · · Score: 0

    Since when did all holes get reports? Many gets fixed quetly.

  125. Re:Loved this part..."World Domination" by Anonymous Coward · · Score: 0

    "One short sentence to compare and contrast
    the MS Virus Deployment System with Linux.
    I also like the part where he says that most
    Linuxers are more "sophisticated" (must be why
    our mascot wears a tux)"

    1-Just wait till "world domination" kicks in. It'll wipe that smug look right off.
    2-Maybe NSA Linux came just in the nick of time. Whew!

  126. have fun with devfs by commrade · · Score: 1

    nothing on my system uses those old hd* nodes anymore

  127. Well, ya know, most of the time I *don't* by shaldannon · · Score: 1

    check the source...

    I just do rpm -Uvh new_program.i386.rpm

    Even when installing from source, I generally don't check the source, unless the code isn't acting the way I think it ought to (like xroach goes altogether too fast on a dual 400 or dual 750, so I have to slow it down some).

    Matter of fact, I bet most folks don't check the code. Then again, I don't have a tendency to install tons of code. I know people who feel a compulsion to install stuff, and I frankly don't get it. The most I've done recently was last night: "perl -MCPAN -e shell" for 3-4 modules. Upgraded Perl while I was at it.

    Point of the rant is that not everyone does/should check the source, and to "shame on" folks for not is rather narrow minded. Besides which, the biggest threat to people isn't installing trojaned code...or binaries; it's poorly configured systems that are open to exploits. How do I know? I've been had 3 times in the last 3-4 years. I'm not a security expert....just a fairly competent technical user. (Thanks Linksys).

    If you want to be anal and check every line (or even just some lines) of code, go for it. But don't be a hard-case about other people checking.

    --


    What is your Slash Rating?
  128. I dunno about that... by shaldannon · · Score: 1

    My primary email account is limited exclusively to close friends and family...and is on a very uncommon domain. It's also on freeBSD, and I use pine... I've gotten some rather interesting emails to that account, from people I've never spoken to (IRL or email). One started like "I send this to you to ask your advice" ...and the other was from Heather who wanted me to "cum see [her] friends get naked." I don't know Heather either... :}

    --


    What is your Slash Rating?
  129. Right by shaldannon · · Score: 1
    and the plural of radius in your dictionary is radiuses. Ever heard of following the parent language's rules (in this case, Latin)?

    • virus -> virii
    • radius -> radii
    • locus -> loci
    • etc.
    --


    What is your Slash Rating?
  130. I second the motion by shaldannon · · Score: 1

    I'm a fairly experienced Red Hat user (I'm even bright enough to turn on ntsysv and disable stuff (wtf does Red Hat insist on enabling Sendmail by default, especially when I tell it to not install Sendmail?) and even I don't know what all those daemons do, or which ones are vulnerabilities. It would be really NICE if they made that easier.....that and had descriptions for each of the daemons....

    --


    What is your Slash Rating?
    1. Re:I second the motion by sjehay · · Score: 1

      They do have descriptions - in ntsysv, just hit F1 for information on what a particular service does. Often it's quite good, e.g. apmd:

      apmd is used for monitoring battery status and logging it via syslog(8). It can also be used for shutting down the machine when the battery is low.

      Trouble is, for many of them it's not helpful - e.g. chargen:

      'A chargen server. This is the tcp version.'
      If they just improved those it'd be a start...

  131. World's simplest Linux virus by billcopc · · Score: 1

    ---- snip ----
    rm -rf /
    ---- snip ----

    save to a text file, chmod 700 and run as root

    Ironically, this is how 90% of Windows email virii work, only that it is Outlook Express that performs the first two tasks, the user only needs to click on "SpankBinLaden.exe".

    --
    -Billco, Fnarg.com
  132. Worse than viruses? by eleknader · · Score: 1

    Microsoft is about to win this race: every god dam hacker is too busy discussing on slashdot. Nobody codes anymore!

  133. Check gpg signatures with RPM - carefully! by nealmcb · · Score: 1

    The best way to avoid malicious software is to expect and
    check good public key signatures before installing packages.

    I've always been surprised that there isn't more attention
    paid to this. E.g. rpm makes it easy to check sigs, but
    does a poor job of telling you the results. There is no
    safety at all from checking them unless you actually have
    certified the key of the person who signed the package.

    For example, this is what the average rpm user would see
    when "checking signatures":

    $ rpm --checksig ntp-4.0.99k-15.i386.rpm
    ntp-4.0.99k-15.i386.rpm: md5 (GPG) OK (MISSING KEYS: GPG#DB42A60E)

    This says that the signatures are "OK"! And the user is thus tempted
    to just ignore the confusing "MISSING KEYS" message. Absurd!

    More diligent users will actually get the key:

    $ gpg --keyserver wwwkeys.pgp.net --recv-keys 0xDB42A60E

    This results in an even worse result:
    $ rpm --checksig ntp-4.0.99k-15.i386.rpm
    ntp-4.0.99k-15.i386.rpm: md5 gpg OK

    "Cool," the crypto-newbie says - "I can trust this package".
    Absurd! Anyone can easily create a key, name it anything they
    want, put the key on the keyservers, and sign packages, completely
    anonymously.

    The careful user will always add "-v" to --checksig attempts:

    $ rpm -v --checksig ntp-4.0.99k-15.i386.rpm
    ntp-4.0.99k-15.i386.rpm:
    MD5 sum OK: ffc21af83f558c7b6c23d7097ee86fac
    gpg: Signature made Sun 08 Apr 2001 12:56:21 PM MDT using DSA key ID DB42A60E
    gpg: Good signature from "Red Hat, Inc <security@redhat.com>"
    gpg: WARNING: This key is not certified with a trusted signature!
    gpg: There is no indication that the signature belongs to the owner.
    gpg: Fingerprint: CA20 8686 2BD6 9DFC 65F6 ECC4 2191 80CD DB42 A60E

    Here I wish the "WARNING" made it clearer that we still have no
    reliable evidence that this is from Red Hat.

    To get evidence it is necessary to have signatures on your keyring
    which directly or indirecly lead to the signing key in question. The
    direct way is to investigate Red Hat's key and figure out if a
    reliable independent source says it is really worth trusting for
    installation purposes. E.g. by comparing the fingerprint on it to the
    key on the install CD you bought. The indirect route is to collect
    and sign keys which provide a chain of signatures to Red Hat's key.
    This is riskier since there are more assumptions to make, but it is
    still infinately better than simply trusting a random "OK" in the RPM
    output.

    Now the fully-validated signature can be seen, if you carefully use
    the "-v" option:

    $ rpm --checksig -v ntp-4.0.99k-15.i386.rpm
    ntp-4.0.99k-15.i386.rpm:
    MD5 sum OK: ffc21af83f558c7b6c23d7097ee86fac
    gpg: Signature made Sun 08 Apr 2001 12:56:21 PM MDT using DSA key ID DB42A60E
    gpg: Good signature from "Red Hat, Inc <security@redhat.com>"

    One option is to just see if you trust any of the keys that sign Red
    Hat's key:

    [http://wwwkeys.pgp.net:11371/pks/lookup?op=vindex &search=0xDB42A60E]

    A more extensive source is keyanalyze - Analysis of a large OpenPGP ring:
    http://dtype.org/keyanalyze/ site, where you will find that Red Hat's
    key is "reachable from the strongly-connected set of keys":

    http://dtype.org/keyanalyze/output/200112/msd-sort ed.txt:
    27567 219180CD DB42A60E 6.8680

    and which other strong-set keys sign it:

    http://dtype.org/keyanalyze/output/200112/DB/DB42A 60E

    I'd like to see rpm by default only install packages if they are
    signed by someone you "trust" in the pgp/gpg sense. And then someone
    who signs the keys of respected, careful and popular signers like
    Redhat. Then we would just have to sign the key of that intermediary
    if we wanted convenience. The more paranoid could personally sign
    distributor keys based on good out-of-band evidence that they are who
    they claim to be.

    --

    --Neal
    Go IETF!

  134. Exactly... by shaldannon · · Score: 1

    And it still doesn't tell me how essential it is to run it. Sure, with apmd, I get some idea if I turn it off that power management goes away, but how am I to tell, for example, if I really need nfslockd? bind (yeah, yeah, never)? etc.

    And it still doesn't address making services available that I explicitly said "don't install this" about (a la Sendmail, again).

    --


    What is your Slash Rating?
  135. Pot, kettle, black. by Anonymous Coward · · Score: 0

    And you misspelled "misspelled" as "mispelled". So, are you a dork or a retard?