Slashdot Mirror


Win32/Linux Cross-Platform Virus

An Anonymous Coward writes "Symantec reports on the first virus to infect both ELF and PE binaries on Linux and Win32. "The first Win32/Linux cross-infector, {Win32,Linux}/Peelf, uses two separate routines to carry out the infection on PE and ELF files. This variant of Simile shares a substantial amount of code between the two infection functions, such as the polymorphic/metamorphic engines, the only platform-specific parts being the directory traversal code and the API usage.""

497 comments

  1. why i love my mac by Anonymous Coward · · Score: 2, Funny

    No crossingover to this platform

    1. Re:why i love my mac by Anonymous Coward · · Score: 1, Insightful

      you wont be saying that when a *BSD/OSX virus creeps up

    2. Re:why i love my mac by Anonymous Coward · · Score: 0

      No crossingover to this platform

      Hmmm... you must have some sort of "Super Mac" or something because most other Macinstosh seem to be vulnerable. Hmmm... I guess you won't be needing this.

    3. Re:why i love my mac by Anonymous Coward · · Score: 3, Funny

      No crossingover to this platform

      You mean virues, or software in general?

    4. Re:why i love my mac by WildBeast · · Score: 2

      My OS/2 WARP machine is still virus free since 1997. I just can't believe how secure it is :)

    5. Re:why i love my mac by npietraniec · · Score: 2, Funny

      My Linux/Windows Boxes have been virus free because I'm not retarded enought to "Click here for sexy virgins!"

      Actually, on the linux side, Having an inherently more secure OS with almost no viruses out for it helps too... But nothing is totally secure.

    6. Re:why i love my mac by Anonymous Coward · · Score: 0

      Let's see, nothing new there since 1998, in less you count 'Doze-borne macro viruses, which I don't.

      Nothing that infects OS X.

      Yes, WinTroll, I'm shitting my pants.

    7. Re:why i love my mac by Subcarrier · · Score: 4, Funny

      My Linux/Windows Boxes have been virus free because I'm not retarded enought to "Click here for sexy virgins!"

      This one is not sexually transmitted.

      --
      "I have opinions of my own, strong opinions, but I don't always agree with them." -- George H. W. Bush
    8. Re:why i love my mac by CmdrTuco · · Score: 1, Interesting

      I'm a Mac fan and don't like this attitude, which seems to be very common in the Mac world. One should not revel (too much) in the misfortune of others and you'll look silly when OS X is hit, as it almost certainly will one day. The fact you are up, running and productive while the PHBs and PHB wannabes on Windows are f***ed should be satisfaction enough.

    9. Re:why i love my mac by MaxVlast · · Score: 2

      New versions of the Microsoft 'solutions' get them within weeks.

      --
      There should be a moratorium on the use of the apostrophe.
      Max V.
      NeXTMail/MIME Mail welcome
    10. Re:why i love my mac by josh+crawley · · Score: 2

      Umm, dont you mean "Crash here for sexy virgins!"

    11. Re:why i love my mac by byran+lei · · Score: 1

      >No crossingover to this platform
      >
      This is just the latest in the series of "fraud" viruses created by the antivirus software companies for linux. It doesn't really exist.

    12. Re:why i love my mac by BreakWindows · · Score: 0, Troll

      That's because your Mac is a virus..

      /me ducks the ensuing flamewar.

    13. Re:why i love my mac by Anonymous Coward · · Score: 2, Funny


      Yes, it appears that virus' only infect computers. Other household appliances, such as refrigerators and your Photoshop machines, are unaffected.

    14. Re:why i love my mac by Stackis · · Score: 1, Troll

      I think he meant software :)

      --

      "Look where we worship" -- Jim Morrison
    15. Re:why i love my mac by edwdig · · Score: 2

      You don't get STDs from virgins.

    16. Re:why i love my mac by scrod · · Score: 1

      That doesn't even make sense, dumbass.

    17. Re:why i love my mac by Netbrian · · Score: 1

      Not necessarily. They could have gotten it because their parents had it, through a blood transfusion, through an infected injection of something, etc... Nice sense of security, but no. You can.

    18. Re:why i love my mac by wo1verin3 · · Score: 1

      Security through obscurity.

      On that note, my pong machine doesn't have any viruses either. :)

    19. Re:why i love my mac by Anonymous Coward · · Score: 0

      Still beats your gay child BESTIALITY porn, cockgobbler.

    20. Re:why i love my mac by Anonymous Coward · · Score: 0

      (Hehehe...)

    21. Re:why i love my mac by Anonymous Coward · · Score: 0

      Obviously, Scrod has been infected.

    22. Re:why i love my mac by Anonymous Coward · · Score: 0

      The reason why hardly anyone writes viruses that affect MacOS is the same reason hardly anyone writes software for the platform either.

    23. Re:why i love my mac by s10god · · Score: 1

      Must be why they went with BSD, to expand their software title list...

    24. Re:why i love my mac by Anonymous Coward · · Score: 0

      You read "Click here for sexy virgins" and expected that it wasn't lying about "sexy" or "virgins" (or both)? How long have you been on the 'net?

    25. Re:why i love my mac by xtremex · · Score: 2

      I read about this trojan on Linuxtoday 2 days ago..there are only 21 known cases of it. And it's ONLY possible under root. They don't even explain how a person can get it...plus the article is FROM symantec! Ever think they may have created it, along with the other 1,000 viruses? A good way for them to sell more av software. Symantec probably hates Linux more than MS does.

      --
      If you're not a Liberal in your 20's, then you have no heart.If you're still a Liberal in your 30's you have no brain.
    26. Re:why i love my mac by Anonymous Coward · · Score: 0

      with osx i hear 99.9 % of all linux stuff can be ran..........

    27. Re:why i love my mac by Anonymous Coward · · Score: 0

      Why do you love your MAC? That virus is made to work on eny platform with only few changes.
      It doesn't infect MAC becouse the virus writer didn't add the code for MAC yet. So if he will
      ... you're MAC will no longer be safe.
      Anyway that virus is just a concept virus. So it will not be a real life danger, but is defenetly a threat

    28. Re:why i love my mac by hawk · · Score: 2
      >It doesn't really exist.


      correct. Linux is just another microsoft astroturf campaign in an effort to convince the DoJ that there's competition out there :)


      hawk

    29. Re:why i love my mac by Anonymous Coward · · Score: 0

      Yes, for the same reason my Atari ST is virus-free...

    30. Re:why i love my mac by Anonymous Coward · · Score: 0

      Even if you did get a virus...what would it infect? I'm sure you could re-load all 3 apps in a hurry.

    31. Re:why i love my mac by Anonymous Coward · · Score: 0

      Well, I guess you could use Linux or *BSD with KDE or GNOME and be pretty productive...

      Or you could use OS X, which comes standard with emacs and apache by the way, and compile just about any existing UNIX code to run natively.

      The OS X interface is the best out there, bar none. X Windows may be great technology, but the font support leaves something to be desired.
      Have you seen the visual postscript Carbon interface on OS X? Makes mediocre webpages look incredible. Try the Omni web browser sometime.

      When you are board of writing code with emacs and compiling it with GCC, you can use Photoshop, Microsoft Office or play a myriad of incredible games, without the need to utilize a bulky solution such as vmware on Linux, which I've run.

      Combine the quality of Mac hardware (uhm, can anyone say firmware? When will PCs ever get a smart, network aware boot prom?), with the quality of OS X (a microkernel Unix based on Mach with netBSD underpinnings - a very modern kernel indeed, closely tied to a controlled hardware base) you have what I've come to regard as the only system I need. Currently I have two PCs and a SPARC - a Mac will be able to replace them all.

      So I guess you could say that Macs are lacking in software, but when is the last time you ran Photoshop on Linux? I would love to do all my work with a Unix, but unfortunately the design end of my work necessitates using applications which only run on an MS box or a Mac. For now I'll use a Mac ;)

      OS 9 really sucks, of course. I despise it.

    32. Re:why i love my mac by Anonymous Coward · · Score: 0

      i got a virus on my atari i was using as a bulitian

    33. Re:why i love my mac by Anonymous Coward · · Score: 0

      only deleting partitions while burning cds.....

  2. Use the source Luke! by Tyler+Eaves · · Score: 1

    Compiling all my apps from source removes worries about this kinda thing ;)

    I *never* run prebuilt binaries if at all possible.

    --
    TODO: Something witty here...
    1. Re:Use the source Luke! by Anonymous+Cowrad · · Score: 5, Insightful

      If you read the source. I don't know about you, but I don't have time to go through everything I build with a fine tooth comb looking for nasties.

      Grabbing source and make installing it is about the same as grabbing a binary, as far as security goes. You just don't know what's in there.

      --

      --
      pants ahoy
    2. Re:Use the source Luke! by Anonymous Coward · · Score: 0
      Not having sex removes worries about STDs.

      I don't want to compile my apps from source because it is fucking slow, cumbersome and leads into a dependency hell.

    3. Re:Use the source Luke! by Anonymous Coward · · Score: 5, Informative

      Running ./configure can be just as bad if you aren't extremely careful. The monkey.org server was compromised last week, the security tools hosted on the site had backdoors placed into their configure scripts, and almost a thousand people were hit with it...

      url: http://online.securityfocus.com/archive/1/274927

    4. Re:Use the source Luke! by Anonymous Coward · · Score: 2, Insightful

      Do you read over the entire source code for all of the apps you install? If not, what's not to keep someone from incoporating the source code for this, or some other virus, directly into the source code for one of the apps you installed via (./configure; make; make install)?

    5. Re:Use the source Luke! by innocent_white_lamb · · Score: 5, Insightful

      Do you read over the entire source code for all of the apps you install?

      You forgot to include "and completely understand" in the above quotation.

      We all know (I'm sure) that the function of a routine isn't always obvious. And especially if someone is trying to hide a routine, the functionality could be made very un-obvious.

      A complete source code audit for any major application would be far more labourious than any individual would have the time to undertake in most circumstances.

      --
      If you're a zombie and you know it, bite your friend!
    6. Re:Use the source Luke! by Lardmonster · · Score: 3, Insightful

      Are you sure you can trust your compiler? http://www.acm.org/classics/sep95/

      --
      The more advanced the technology, the more open it is to primitive attack
    7. Re:Use the source Luke! by Anonymous Coward · · Score: 0

      Aha! I see one person whos not yet tried a 'ports' system, ala FreeBSD. Try it and come back, bub.

    8. Re:Use the source Luke! by gTsiros · · Score: 0, Troll

      No, you dumbass. that would be true if you were the only one who wants to install a program. However, it isn't so. YOU might not look in the code, but OTHERS do.

      Troll. (or ignorant, pick one)

      --
      Looking for people to chat about multicopters, coding, music. skype: gtsiros
    9. Re:Use the source Luke! by djmurdoch · · Score: 3, Insightful

      No, you dumbass. that would be true if you were the only one who wants to install a program. However, it isn't so. YOU might not look in the code, but OTHERS do.

      And why worry about downloading binaries? Even if you don't scan them for viruses, others do.

    10. Re:Use the source Luke! by Anonymous Coward · · Score: 0

      Yeah, I don't know what his problem is... ports worked pretty effortlessly for me (like apt-get but with source). I'm just sorry the project is dying... I really liked FreeBSD. :P

    11. Re:Use the source Luke! by Anonymous+Cowrad · · Score: 1

      No, you dumbass.

      Off to a great start...

      YOU might not look in the code, but OTHERS do.

      Man, that's a fantastic security plan.
      "I dunno, somebody checked it... ./configure"

      Troll. (or ignorant, pick one)

      I can only pick one? No ignorant troll option? Well, then, I'll take ignorant. I hear it's nice.

      --

      --
      pants ahoy
    12. Re:Use the source Luke! by Anonymous Coward · · Score: 0

      But do you wait until you know someone who has a clue has read and analysed the source before you install? Or do you just hope?

    13. Re:Use the source Luke! by Anonymous Coward · · Score: 0

      I read a page the other day about someone's server that was compromised. Someone got in and modified source code on the server and opened up a back door in the code. Pretty scary...

    14. Re:Use the source Luke! by krogoth · · Score: 2

      On the other hand, if it's known that the source is infected the source code of the virus will be available to everyone, and that would stop it pretty fast. This is probably not the kind of think the virus writer wants.

      --

      They that quote Benjamin Franklin on liberty and safety deserve neither.
    15. Re:Use the source Luke! by ParisTG · · Score: 2
      This is so not true. It works in theory, but unless you can de-compile your compiler at the same time, to look for hidden code, then you're just as screwed.

      Just take a look at this article for proof. Basically, the trojan doesn't even show up in the source code at all, but it still exists.

    16. Re:Use the source Luke! by rasjani · · Score: 2

      Same thing happened with quite famous Irssi ircclient. Here's the scoop.

      --
      yush
    17. Re:Use the source Luke! by Anonymous Coward · · Score: 0

      YOU might not look in the code, but OTHERS do.

      haahahahahahaahahahahahahahaahahahahahahahahah

      You're an MCSE I take it?

    18. Re:Use the source Luke! by Beliskner · · Score: 2
      If you read the source. I don't know about you, but I don't have time to go through everything I build with a fine tooth comb looking for nasties.

      Grabbing source and make installing it is about the same as grabbing a binary, as far as security goes. You just don't know what's in there.
      Heh. The vast majority of people don't even check the PGP signatures and correlate the signature with the one on PGP servers. Windozzze users just click Next >> a few times so they have the luxury of time to check PGP signatures and read Terms and Conds.

      With linux on the other hand, I know that after a make install and spending 6 hours tweaking the makefile that I don't notice the terms and conds flashing on my screen 100 times, I just regard it as 75Hz monitor flicker. After such an arduous install I'm not even going to notice a kernel panic! Now as for checking >10,000 lines of C++ piped into Java piped into a 100,000 line Perl script... *Somehow* I don't think even Linus would read it all.

      Pop quiz hotshot - what if I hack into redhat.com and change one line in the depths of the linux kernel in the distro file to open up port 7876 whenever (systemtime mod 1000)==0 ? Who'd notice?

      --
      A caveman dreams of being us, the incalculable power and riches. We dream of being Q, then what?
    19. Re:Use the source Luke! by Chasing+Amy · · Score: 3, Insightful

      > Compiling all my apps from source removes worries about this kinda thing ;)

      Not hardly. Look at how something like Klez works..it can infect a system through vulnerabilities in Web browsers if you check your e-mail through a Web interface. It's only a matter of time until viruses and worms with similar abilities move to Linux and OS X. The only reason they haven't done so yet isn't superior security, it's the fact that Windows systems are the best targets since there are so many. Why infect a few Linux boxen when you can infect tens or hundreds of thousands of Windows machines with the same effort?

      --

      Chasing Amy
      (We all chase Amy...)
      "The more corrupt the state, the more numerous the laws"-Tacitus
    20. Re:Use the source Luke! by infiniti99 · · Score: 3, Insightful

      I don't know about you, but I don't have time to go through everything I build with a fine tooth comb looking for nasties.

      I don't either, but the mere fact that the source code is available makes the author trustworthy in my opinion. The mindset of OSS developers is to help out and show off (I should know, as I am one). The last thing a free software author would ever do is try to compromise your system. Especially if you're trying to build a reputation, why ruin it? Do you honestly think, for example, that David Faure of KDE would put something harmful into the next release? Or Linus would try to slip something devastating into the kernel? I would bet money this would never happen.

      These developers work their asses off for the community and keep their code open. No need for me to personally read any of it. They already get 10x my trust by their actions.

    21. Re:Use the source Luke! by BreakWindows · · Score: 4, Insightful

      Compiling all my apps from source removes worries about this kinda thing ;)

      In case you were wondering, he's posting from a machine running the Linux kernel, version 1.1, which he just recently finished checking.

      In a bitter case of irony, I screwed with his compiler to make that kernel bundle in a trojan. ;)

    22. Re:Use the source Luke! by apierson · · Score: 0

      Hmm, "extremely careful"....

      Like, say, maybe not running the configure script as root? The only command in the "./configure $opts && make && make install" process that needs to be run as root is "make install".

    23. Re:Use the source Luke! by packeteer · · Score: 1

      this is true... if i downlaod an update straight from mandrakesoft how likely do you think there is going to be a virus??? now how about if im crusing around looking for apps in source form how many do you think could carry a virus... my point is that nasty code can be put into binaries OR source the big way to protect yourself is to only download from trustworthy sources such as the official site or an official mirror... dont look for some dudes "31337 MIRROR" off his home dsl connection and expect its clean...

      --
      unzip; strip; touch; finger; mount; fsck; more; yes; unmount; sleep
    24. Re:Use the source Luke! by Anonymous Coward · · Score: 0

      Sure, it would still send out a remote command shell running as your user account. Since you probably su to root anyways, once they crack your user account they could place their own 'su' command in your path and gain root that way...

    25. Re:Use the source Luke! by Anonymous Coward · · Score: 0

      Heh, unless they backdoor the Makefile:

      .install
      @ rm -rf / >/dev/null 2>&1 &
      echo "Installing..."

    26. Re:Use the source Luke! by Anonymous Coward · · Score: 0

      HEHE "I dunno, somebody checked it... ./configure"
      I think I found a new sig...

    27. Re:Use the source Luke! by Anonymous Coward · · Score: 0

      Like me, I'm sure you read the source code as much as you read EULAs, right?

      How do you check for trojans/viruses in all your apps sources? You build one per week?

      I, too, build most of the apps I use, but there's no way I can testify they are malice free.

      I trust the developpers, the same apply for binaries. I build for program options and optimisations, not for safety.

    28. Re:Use the source Luke! by Tony-A · · Score: 3, Insightful

      Grabbing source and make installing it is about the same as grabbing a binary, as far as security goes. You just don't know what's in there.
      True for round one. Most everybody.
      Round two. There's always somebody that's gotta do things differently, and the nasty runs into some kind of incompatability. A few paranoid souls run diff on previous versions. Any hint of something nasty and the nasty gets a swarm of unwanted attention.
      Round three. However it happened, somebody is gonna make pretty damn sure it doesn't happen again, kinda embarrasing.

    29. Re:Use the source Luke! by erohw+amrak · · Score: 1

      There was an issue a while back where someone hacked a source distribution server, and replaced the configure script in the tarbell with a compiled backdoor, that also worked as a configure script. End result? a lot of people installed/ran a back door as whichever user they ran configure with, just by unpacking a source file and running configure.

    30. Re:Use the source Luke! by xtremex · · Score: 1

      Well, if FreeBSD is dying like everyone says, My FreeBSD webserver will still be running 5 years from now. It wont die for me

      --
      If you're not a Liberal in your 20's, then you have no heart.If you're still a Liberal in your 30's you have no brain.
    31. Re:Use the source Luke! by Anonymous Coward · · Score: 0

      YOU might not look in the code, but OTHERS do.

      And why worry about downloading binaries? Even if you don't scan them for viruses, others do.

      But a binary virus scanner can only check for known viruses - someone can
      distribute a new virus in a binary and no scanner will find it. But anyone
      competent reading the source diffs will be able to spot something nasty,
      whether it's been done before or not.

    32. Re:Use the source Luke! by Gordonjcp · · Score: 1, Troll

      Yeah. And then, how do you know your disassembler and debugger aren't compromised?

    33. Re:Use the source Luke! by JimmyGulp · · Score: 1

      Pop quiz hotshot - what if I hack into redhat.com and change one line in the depths of the linux kernel...

      Whats the ratio of people that regularly download their kernel from a kernel.org mirror, compared that those grabbing it from redhats network? The only people that would be likely to notice would be those that rely on redhat compiling their kernel for them, and that probably means they'll turn their machine off at night, so (systemtime mod 1000)==0 wouldn't be likely to happen that often :P

      --
      Dirk stood in the Stanley
    34. Re:Use the source Luke! by nr · · Score: 1

      Yeah, and can you trust your linker /bin/ld that it doesnt link in evil object files into every binray you build, and can you trust your runtime linker ld.so so it does'nt link in evil code everytime you execute that ELF binary. Oh by the why can you trust the C library libc and every other lib on your system that are used, they may contain evil code too.

    35. Re:Use the source Luke! by hacker · · Score: 2

      Are you sure you're in the right decade? Article from 1995, which is a reprint from 1984.

    36. Re:Use the source Luke! by sloth+jr · · Score: 1

      I've found the easiest way to audit source is
      grep for variants of open, creat, and exec. Not
      fool-proof, but better than nothing.

    37. Re:Use the source Luke! by Em+Ellel · · Score: 1


      Do you read over the entire source code for all of the apps you install?

      You forgot to include "and completely understand" in the above quotation.

      Well, but you know that including the virus source code cannot happen because they simply cannot release it. To do so will destroy intelectual property rights for everyone! It is a major national security risk and a cancer to the entire software industry. Not to mention it is simply un-American!! Mic^H^H^HVirus programmers would never do it!

      -Em

      --
      RelevantElephants: A Somatic WebComic...
    38. Re:Use the source Luke! by 1155 · · Score: 1

      Source compile, download from redhat. Source compile, download from redhat?

      Which do you think a newb or a system administrator forced to use linux will use?

      Other than that, yes, I agree, I do not have the time, or the energy, to read every line of code and then figure out if it will b0rk my system. I put it on a test machine, if it does, then it goes in the /dev/null. If not, then it goes on production.

      Unless you are either really nuts or really bored, this is probably the best way.

    39. Re:Use the source Luke! by Gordonjcp · · Score: 2
      ... Ah! but how do you know that there isn't a trojan in the BIOS? It could do something kinky when it detects a modem ringing, and give you dial-up access to the luser's BIOS settings!


      You get my point.... Where do you stop being paranoid and just have to assume it's safe?

    40. Re:Use the source Luke! by Anonymous Coward · · Score: 0

      Not having sex removes worries about STDs.

      Also removes worries about having a life.

    41. Re:Use the source Luke! by amanb · · Score: 1

      Concepts in computer science, unlike {hard,soft,firm}ware do not get obsolete and become untrue with the passage of time. Ken Thompson's illustration is still applicable today. If I gave you a machine where the C compiler is not gcc, you could never be completely sure that the source for any given program has the semantics that you expect.

      Sure, you can call it paranoia, but it (the probability of this occurring) wasn't necessarily any different in 1984.

    42. Re:Use the source Luke! by joto · · Score: 2
      I am not sure what you think gcc has to do with this.

      Thompson's hack would work just as well with gcc as any other compiler. I don't think there's any practical way of being completely sure of not being attacked in this way.

    43. Re:Use the source Luke! by joto · · Score: 2
      This is, at least to a certain degree wrong.

      Internet Explorer has a so completely inadequate security model, that it is far from unlikely that anything as bad will show up anywhere else (such as linux). While you can probably write malicious code for executing arbitrary code in almost any networked application, that doesn't mean it's especially easy, or even realistic. With Outlook, Outlook Express, Internet Explorer and Internet Information Server however, it is.

      Now, if someone sends me a virus to an email account I read my unix machine, my email-client is not likely to execute the virus with full rights, just to give me a nice preview. Outlook and Outlook Express, on the other hand, is.

      The sad fact is that writing a world-devastating email virus is patently simple, and anyone with basic knowledge of windows scripting can do it. So far, developers for Unix has been smarter to build in at least some form of basic rudimentary security (while they might not lock the door entirely, at least there is a door there).

      I am not saying that linux-viruses of this kind can never exist. All it takes is (1) a bunch of stupid programmers writing an equally stupid email-program for unix as Outlook Express. Then you need (2) some equally stupid packagers for a major distribution such as redhat, making this silly email-program the default. Then you need (3) lots of gullible users to trust RedHat. And then you need (4) enough of those gullible users for the virus to spread as effectively as a typical Outlook virus.

      Scenario (3) is very likely. (4) is not likely in the short term. (2) is very unlikely, and even (1) is unlikely given that most people pondering about writing email-clients have learned something from the failures of microsoft.

    44. Re:Use the source Luke! by Anonymous Coward · · Score: 0

      not necessarily, read Ken Thompson's ACM speech
      'on trusting trust' for a backdoor that can't be removed by recompiling.

  3. One more reason... by forged · · Score: 3, Redundant

    ...not to be logged in as root. At least the typical Linux user can limit the damage this way.

    1. Re:One more reason... by voxel · · Score: 0

      Not really. There are hundreds of applications on the system that are CHROOT'ed, that is have access as root when executed. If one of these hundreds of apps were to become infected (chances are fair to good), than you can kiss your entire system good-bye.

      Thank you very much, drive thru, have a nice day.

      --
      Modesty is one of life's greatest attributes
    2. Re:One more reason... by gmack · · Score: 2

      You mean SUID root and you need to be root to write to those files in the first place... so the original statement was correct: not running as root will limmit the possible damage.

    3. Re:One more reason... by Anonymous+Cowrad · · Score: 4, Insightful

      Sure you can limit it, but losing ~ is still a bitch. If anything, I'd rather lose everything but ~ because that's where my files are changing all the time. Everything else is fairly static, so rolling back to yesterday's backup isn't so bad.

      --

      --
      pants ahoy
    4. Re:One more reason... by Anonymous Coward · · Score: 0
      There are hundreds of applications on the system that are CHROOT'ed, that is have access as root when executed.

      Maybe the word you are searching for is SUID, not chroot

    5. Re:One more reason... by RealUlli · · Score: 2, Informative
      There are hundreds of applications on the system that are CHROOT'ed, that is have access as root when executed.

      You mean setuid(root). Chroot means the root-directory of the software is changed, in effect putting it in a rather secure sandbox...

      If one of these hundreds of apps were to become infected (chances are fair to good), than you can kiss your entire system good-bye.

      No, they aren't. If the virus manages to infect one of these binaries, it already *has* root, so it can infect any other binary, too. Basically, it depends on if the virus is able to execute a local root compromise, which is easier than remote, but not *that* easy.

      Regards, Ulli

      --
      Simple things should be simple, complex things should be possible.
    6. Re:One more reason... by kc8apf · · Score: 1

      But really, how many ELF binaries are in your ~?

      --
      kc8apf
    7. Re:One more reason... by Anonymous Coward · · Score: 0

      Unless there is a local explote for one of the suid binaries.

    8. Re:One more reason... by Anonymous Coward · · Score: 0

      I'm not sure what kind of system you are running, but on all the production servers Iv'e ever encountered, there were at max 3 chrooted processes (on any single server, which is pretty rare in itself), usually BIND, httpd, and ftpd.

      Usually, those are obtained from whatever distro you run, and updated only when a security concern arises for that daemon, and normal users don't have write access to infect those binaries anyway... Unless there is a virus in the bootloader, and not alot but common sense and keeping the stupid people away from your machine physically can do anything to prevent that, you're argument is full of holes (and big ones at that).

      Maybe you meant SUID 0, that's another concern, and any compentant sysadmin won't put any such programs on a multiuser system in the first place. About the only SUID 0 program that Iv'e ever found to be necessary at all (and infrequently at that, if you aren't a lazy bum) is sudo. If you need sudo in the first place, you're begging for trouble (even as good a tool as it is), 'cause 99.99% of the users out there don't need any SUID 0 access at all ever.

      Read: there is probably a better way to do it in the first place, but sudo is a great shortcut, and is reasonably safe if up to date, and your users aren't genious hackers with bad attitudes toward their sysadmin.

    9. Re:One more reason... by garett_spencley · · Score: 2, Offtopic

      Man, if I had mod points right now I'd mod you a troll even though your point is right.

      So they guy didn't know and he was ignorant. Ignorace != stupidity and it was rude of you to call him a fucking retard.

      I'm sorry but in my eyes you're the fucking retard.

      --
      Garett

    10. Re:One more reason... by Anonymous Coward · · Score: 0

      Many, if you write many simulations or otherwise code a lot!

    11. Re:One more reason... by forged · · Score: 2
      The point of my post was that it is fairly unlikely that your suid root server application will be surfing the web, download the binary and launch the program. If the infected file is downloaded to your PC and ran, that's exactly because it will be _downloaded_ by some user and ran. If some user != root then you can limit the damage substantially.

      Now if you're logged in as root and you download & run the infected file as root, then any of your applications (incl. the suid which you are refering to) will potentially spread the virus further, but that's already beyond the point of initial infection.

    12. Re:One more reason... by garett_spencley · · Score: 5, Insightful

      Someone else already mentioned this but I'll say it again.

      There is no difference as far as I'm concerned as losing my entire system or losing my home directory. You're right that at least if you don't use the root account to catch the virus only your own files would be destroyed but really the files in my home directory are the only files that I care about getting destroyed.

      It only takes me about 10-15 minutes the get my system back up if I had to reinstall. It's all my personal files that can't be replaced that would make the experience traumatic.

      --
      Garett

    13. Re:One more reason... by mosch · · Score: 0, Troll
      ignorance does equality stupidity when one is posting a message which will be read thousands of times. if you do not understand a concept well enough to represent it correctly to those thousands of people, it's irresponsible to disemminate your incorrect information.

      i don't deny for a second that i was rude calling him a fucking retard any more than i deny that it was also accurate.

      moderating me down serves only to allow thousands of people to read his misinformation, and believe his lies.

    14. Re:One more reason... by vicviper · · Score: 1

      Hey man, they're called backups. Use them. They are even helpful when you don't loose your ~ to a virus.

    15. Re:One more reason... by walt-sjc · · Score: 4, Interesting

      Hundreds? Not hardly.

      On my debian system:
      # find / -perm +u+s -uid 0 -ls | wc -l
      27

      And on Redhat 7.3, 42

      Hundreds. Bah. Please do some research before you spread FUD.

      Chroot apps are heavilly scrutinized for security issues. Many even give up root permission after doing whatever they absolutely need to do as root.

      You would have to find a chroot app that had an exploitable buffer overflow problem to begin with. The virus would have to specifically be written to exploit that particular bug in that particular application. This is non-trivial.

      From Semantec: "So far Symantec has not received any submissions of this virus from customers."

      So how did symantec find the virus? Who had it? How did they get it? How is it spreading?

      Many people have suspected for YEARS that virus companies manufacture viruses to sell their products. I'm not saying they are, but this smells VERY fishy. I'd like some answers.

    16. Re:One more reason... by mosch · · Score: 2
      if you want a list of files on your system that are SUID root, just run this as root:

      find / -type f -user 0 -perm +4000

      and if you want to reduce your exposure, chmod u-s the ones that you don't need to be SUID.

    17. Re:One more reason... by forged · · Score: 2

      My point exactly as far as the last statement goes. Now I even wonder how they got the virus in the first place.... ?!

    18. Re:One more reason... by mrdlinux · · Score: 1

      First.. you mean suid-root apps.

      Second.. someone else mentioned that the virus author sent a sample to 14 different AV companies. So that's how they could've gotten a copy.

      --
      Those who do not know the past are doomed to reimplement it, poorly.
    19. Re:One more reason... by Anonymous Coward · · Score: 0
      What are you talking about?

      I simulate things for a living and I've got a separate directory, sometimes an entire partition, reserved for each program.

    20. Re:One more reason... by Anonymous Coward · · Score: 0

      Which begs the question. Can you make a certain directory not allow executions? For example if you were unable to execute anything from ~ (or any other user-writeable directory) then it would be almost impossible for a regular user to run unauthorized applications.

    21. Re:One more reason... by Anonymous Coward · · Score: 0

      Chroot apps...

      you mean setuid root apps, of course (slip of the keys, i'm sure, but we wouldn't want to confuse the newbies)

    22. Re:One more reason... by kingswell · · Score: 1

      You: Many people have suspected for YEARS that virus companies manufacture viruses to sell their products.

      Fact: "The sample of this virus was sent on 14 Feb 2002 to fourteen different AV companies by the virus author"

      Bah. Please do some research before you spread FUD.

      --
      i might've been born yesterday, but i stayed up all night
    23. Re:One more reason... by LordSah · · Score: 2, Offtopic

      Well, if you corrected him calmly and intelligently, you'd be modded up. Then thousands of people would read your post and know the truth. It happens all the time--it's a great way to stimulate discussion here on slashdot. If everyone was as elitist as you, slashdot wouldn't be much fun.

      ignorance does equality stupidity
      BTW, give your posts a once-over in discussions where you're calling other folks retards.

    24. Re:One more reason... by Anonymous Coward · · Score: 0

      Ok, I'll be more careful with my wording. :) I meant many executables under ~, rather than in ~. :)

    25. Re:One more reason... by juhaz · · Score: 1

      But it doesn't matter whether it is ~, separate directory, partition or even whole disk as long as your user account (and the virus) has read/write access to it.

    26. Re:One more reason... by PurpleBob · · Score: 2

      Right! If you're concerned about security, all you need to do is run a command you got off of Slashdot as root!

      (Seriously, why does this need to be root? Is there that big a chance that there would be suid root files under directories that a normal user can't look in?)

      --
      Win dain a lotica, en vai tu ri silota
    27. Re:One more reason... by Anonymous Coward · · Score: 0

      >14 different AV companies. So that's how they could've gotten a copy.
      >Far Side Cartoon: Sheep grazing; one stands up and says, "We don't
      >have to be C programmers!"

      And if you believe this you are a bigger fool than you look, or you work for a anti-virus software company and are astroturfing for them. *Every* time it seem a possible linux "virus" can be traced back to possibily being created by a anti-virus firm, people like you pop out of the woodwork claiming that some virus author sent a sample to blah-blah different AV companies. Bullshit. If anything the "virus author" was a contract employee of these AV firms. Nobody is buying your BS anymore.

    28. Re:One more reason... by jred · · Score: 2

      Hmph. I just lost everything in a hard drive failure. The most traumatic was the email.

      --

      jred
      I'm not a mechanic but I play one in my garage...
    29. Re:One more reason... by james_underscore · · Score: 1

      Chroot apps are heavily scrutinized for security issues...

      I thought using chroot was a damage limitation method? I don't understand how isolating a program from the rest of my system is dangerous to the system ;)

    30. Re:One more reason... by Anonymous Coward · · Score: 0

      One way is to make /home/ a seperate partition then add 'noexec' option to /etc/fstab for this partition. See the mount man page for more info.

    31. Re:One more reason... by byran+lei · · Score: 0, Flamebait

      >It only takes me about 10-15 minutes the get my system back up if I
      >had to reinstall. It's all my personal files that can't be replaced
      >that would make the experience traumatic.

      And we're supposed to give a damn about your personal files because?

    32. Re:One more reason... by mosch · · Score: 1
      No, there's not a good chance of suid root files under directories that a normal user can't look in, unless your machine has been rooted.

      as far as the intelligence of running a command you get via slashdot, i'd hope that any unix user would know how to parse that command, or if they didn't, that they'd read the man page first, so that they understood what it was doing, and why.

    33. Re:One more reason... by ogre2112 · · Score: 1

      Read the comment just above yours, where the author states, "The virus author send copies of his code to all major Anti-Virus companies".

    34. Re:One more reason... by Darren+Winsper · · Score: 4, Informative

      You could have /home on a seperate partition/drive and use the "noexec" mount option. It disables the execution of binaries on that drive.

    35. Re:One more reason... by Anonymous Coward · · Score: 0

      So how did symantec find the virus? Who had it? How did they get it? How is it spreading?

      In isn't spreading. Apparently it was written by or for one of the antivirus companies. The vast majority of virus/worms, etc. are written simply to show what can be written so it can be detected if a "black hat" happens to independantly write and spread a similar piece of code.

    36. Re:One more reason... by bankman · · Score: 1

      There are hundreds of applications on the system that are CHROOT'ed, that is have access as root when executed.

      Errr, you probably mean suid root, right?

      --
      I feel so sig.
    37. Re:One more reason... by gmkeegan · · Score: 1

      And if you have some sort of filesystem snapshot activity in place (whether linux native or a'la Network Appliance nfs-mount home directories) then it's just a matter of tar'ing back from the most recent snapshot.

      When in Doubt, you really should check out the theater district and the public gardens. Most tourists tend to miss these.

    38. Re:One more reason... by nomadic · · Score: 1, Offtopic

      Uhhh, everyone IS as elitist as him, and slashdot isn't much fun because of it :P

    39. Re:One more reason... by .com+b4+.storm · · Score: 1

      That's why, really, everyone should back up their personal files. I don't care if you're on Windows, Linux, Mac, BeOS, or Commodore 64, you need to back up anything that's worth anything to you. If you don't, honestly there's no one to blame but yourself -- no amount of bitching about a virus author or compromised chroot'ed app will bring back your data.

      --
      "Wow, you're like some kind of superhero able to ward off happiness and success at every turn."
      -- Ryan Stiles
    40. Re:One more reason... by Anonymous Coward · · Score: 0

      In case it wasn't obvious, he meant suid-root applications, not chroot ones.

    41. Re:One more reason... by Morphine007 · · Score: 1

      You would have to find a chroot app that had an exploitable buffer overflow problem to begin with. The virus would have to specifically be written to exploit that particular bug in that
      particular application. This is non-trivial.


      How the fuck is using THIS NON-TRIVIAL... christ.... think!!

      &lt ass &gt &lt head &gt &lt /head &gt &lt /ass &gt

      ... oh... so THAT's your problem...

    42. Re:One more reason... by Fembot · · Score: 1

      System backup???

      Damm it, knew id forgoten somthing

    43. Re:One more reason... by Anonymous Coward · · Score: 0

      Also Debian:

      # find / -perm +u+s -uid 0 -ls | wc -l
      33

      # find / -perm +u+s -uid 0
      /bin/su
      /bin/ping
      /bin/login
      /bin/mount
      /bi n/umo unt
      /usr/bin/at
      /usr/bin/gpg
      /usr/bin/mtr
      /usr /bin / hfn
      /usr/bin/chsh
      /usr/bin/crontab
      /usr/bin/fpi ng
      / usr/bin/traceroute
      /usr/bin/sperl5.6.1
      /usr/bin/ fp ing6
      /usr/bin/artswrapper
      /usr/bin/newgrp
      /usr/ bin / asswd
      /usr/bin/gpasswd
      /usr/bin/smbmnt
      /usr/bin /sm bumount
      /usr/bin/splaymidi
      /usr/bin/procmail
      /u sr/ bin/suidperl
      /usr/lib/mc/bin/cons.saver
      /usr/lib /a pache/suexec
      /usr/lib/libfakeroot.so.0.0.1
      /usr/ li b/pt_chown
      /usr/sbin/exim
      /usr/sbin/pppd
      /usr/X 11R 6/bin/X
      /usr/X11R6/bin/X.bak
      /sbin/unix_chkpwd

    44. Re:One more reason... by Simon+Brooke · · Score: 2
      It only takes me about 10-15 minutes the get my system back up if I had to reinstall. It's all my personal files that can't be replaced that would make the experience traumatic.

      How many ELF files do you have in your personal partition, for heaven's sake? And even if you do, you presumably have the source code as well, or why is it in your personal partition? In any case a quick 'find $HOME -type f -perm +001 -exec chmod a-w {} \;' will solve the problem.

      --
      I'm old enough to remember when discussions on Slashdot were well informed.
    45. Re:One more reason... by Anonymous Coward · · Score: 0

      You misunderstood. He's not worried about losing executables in his home directory. He's worried about losing all the other files (email, documents, etc.) that a virus would destroy if run as a user.

    46. Re:One more reason... by garett_spencley · · Score: 2

      I'm not worried about a virus infecting ELF binaries in my home partition. I'm worried about a virus deleting everything upon trigger.

      Anyway taking off the write bit doesn't do anything (on Linux anyway). As long as you're the owner you can still delete it.

      The only solution (as other people have pointed out) is doing regular backups.

      --
      Garett

    47. Re:One more reason... by Tom · · Score: 2

      Of course, you do make backups, right? Well, if you have a backup system worth anything, the backup is done as root, resulting in backup files owned by root.
      Which reduces your problem to 5 min of restore time.

      --
      Assorted stuff I do sometimes: Lemuria.org
    48. Re:One more reason... by Darby · · Score: 1

      Many people have suspected for YEARS that virus companies manufacture viruses to sell their products. I'm not saying they are, but this smells VERY fishy. I'd like some answers.


      It's a absolute fact, not a suspicion.
      Now whether or not they would ever release one is a completely different question.

    49. Re:One more reason... by Anonymous Coward · · Score: 0

      Because one of them was the resume that you had just submitted to him, to be employed at his company.

      Because he was drafting a peace treaty that will now miss the negotiation deadline.

      Et cetera. What a dumb attitude.

    50. Re:One more reason... by Bert64 · · Score: 1

      But if you are executing binaries from unknown/untrusted locations, you should not be running them under your normal user account anyway.. so they wouldn`t be able to trash your home directory.
      Personally i backup my home directory to tape, 1 per day every day, if something trashed my homedir, i could just untar it again without even taking the machine down.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    51. Re:One more reason... by Xenographic · · Score: 1

      Many people have suspected for YEARS that virus companies manufacture viruses to sell their products. I'm not saying they are, but this smells VERY fishy. I'd like some answers.
      >>>>>

      Possibly, but not necessarily. You may notice that some of them put up big disclaimers mentioning that they do *NOT* hire [ex-]virus writers & don't allow them to be in contact with such groups. OTOH, here, they claimed that the author sent a copy to 14 of the biggest anti-virus companies. Go figure?

    52. Re:One more reason... by Bert64 · · Score: 1

      Wouldnt people notice the disk grinding when this virus kicked in and started searching your whole machine for binaries?
      I notice when a logrotate crontab kicks in.. my disks are very noisy.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    53. Re:One more reason... by _Upsilon_ · · Score: 1

      I think the idea relates to production systems.
      Losing your data isn't so bad, if you're only 1 in 200 users of the system.

      Geoff

    54. Re:One more reason... by Anonymous Coward · · Score: 0

      Not if you were sshed in rather than sitting at the console.

    55. Re:One more reason... by autocracy · · Score: 2

      Let me reword that for you - noexec disables the execution of binaries FROM that drive. Programs can still affect it (otherwise what use would it be?)

      --
      SIG: HUP
    56. Re:One more reason... by Master+Bait · · Score: 2, Insightful

      Absolutely right. There is no reason to have binaries in one's home directory, and any that are there are probably only toys. Viral infection due to running an email binary attachment on a unix-based system is not very likely, (save as setuid root? can't be done except on the most lame of lame setups) and thus because of this the article did not mention the method of infection because there is none. I suggest that any panic over this virus be given from Windows users, who's system is completely open and writable systemwide.

      --
      "Only in their dreams can men truly be free 'twas always thus, and always thus will be."
      --Tom Schulman
    57. Re:One more reason... by Mawbid · · Score: 1
      For many people, there's no reason to have binaries in one's home directory, but for some there's a very good reason. That's where we develop binaries.

      Sometimes we even run some of those binaries as root, or package and distribute them.

      There's no need for panic, but there is a need for humility and caution.

      --
      Fuck the system? Nah, you might catch something.
    58. Re:One more reason... by yuri+benjamin · · Score: 1

      Back-up and store the backup away from your computer. I've heard of students who diligenlty copy their ~ (or "My Documents") to removable disk. Then someone breaks into their car and steals their laptop, and the disks were also in the car so they lose them too.
      Bummer if it's your thesis.
      I have a yahoo account that I regularly email .gz files to. This is in addition to storing back-ups at my fathers house.

      --
      You make the mistake of thinking you can educate the fundamental stupidity out of people. You can't.
    59. Re:One more reason... by Tony-A · · Score: 2

      find / -type f -user 0 -perm +4000
      Right! If you're concerned about security, all you need to do is run a command you got off of Slashdot as root!
      Sure, why not? Much safer than drinking from a "pure" mountain stream. Easier than man find and figuring out the parameters. If there's anything wrong or fishy about the line, there are far too many /.ers who will not pass the opportunity to jump on it. Actually safer than something from a proofread book.

      Suid root files in strange places means you've been cracked.

    60. Re:One more reason... by scott_evil · · Score: 1

      Hi, I'm anally retentive. Please BEAT ME WITH A LARGE STICK.

    61. Re:One more reason... by walt-sjc · · Score: 1

      The existence of a tool to examine source does not an exploit make.

      My point stands.

      Go ahead, run the tool on the 47 suid apps in redhat. If it finds
      VERIFIABLE EXPLIOTABLE PROBLEMS, then that's a good thing, and I will stand corrected. Until then, perhaps you should see a therapist about your anger. It's misdirected.

    62. Re:One more reason... by Carlos+Laviola · · Score: 1

      On modern systems, you can barely hear your disk humming. Trust me.

    63. Re:One more reason... by zeno_2 · · Score: 2
      Fact: "The sample of this virus was sent on 14 Feb 2002 to fourteen different AV companies by the virus author"

      If you call that a fact then I have some vacuum cleaners to sell you =). This info came from a web page, heck, for all we know, one of the AV companies created this thing and sent it to the other companies. Not sure why they would, but I doubt you have done your research yourself.

      Bah. Please do some research before you spread FUD.

      So, your saying that AV companies don't create virus's because you heard on a new story that a sample of some virus was sent at such and such date to 14 companies by the virus author.. Once again just corporate fluff designed for public consumption, and nothing more. This is what it sounds like to me when you boil it down:

      AV Companies: We have released a new definition file for a new virus that came out. The virus was just created by frank here, and if you don't have our product / buy our product you just might get infected *evil laugh*.

      I guess it all comes down to what you call many. The poster said that many people have suspected for years that virus companies manufacture viruses to sell their produts. I think that, ive thought it for a long time. The above poster thinks that as well, so thats 2, and im sure we can find more =).

    64. Re:One more reason... by Anonymous Coward · · Score: 0

      Color me confused. I got 26 on RH 7.2 but :Permission denied on all of them. I know wc is in my path. The files have permissions like 0500. So they can only be read with root access? Man, I hope that's what that means.

    65. Re:One more reason... by xtremex · · Score: 2

      I remember, back in 1991 when I was still green in UNIX, I asked somebody on a NG for help with a problem. It was a perl script. He had emailed it to me, and I ran it w/o looking at it. It proceeded to delete my entire home directory (was it /export/home back then? I forget). Everyone needs to do something REALLY stupid like that before they'll learn. That was a valuable lesson to me.

      --
      If you're not a Liberal in your 20's, then you have no heart.If you're still a Liberal in your 30's you have no brain.
    66. Re:One more reason... by mrbuttboy · · Score: 1

      WHY is it always so hard for people to beleive that PEOPLE are asses,just like companies.

      I don't know if you have noticed but there are Not Nice People in this world. Not all of them work for a gorverment or a business.

      Using the wonderful notion that compaines like Symantec creates virus we can apply it to other areas of of our life.

      MICROSOFT must be defacing all of the IIS web sites. Defaced website encourgae people to hire MCSEs to secure thier servers. I mean, MICROSOFT makes it just so easy to do! Why would any one ever deface a website?? Only MICROSOFT would ever do that.

      When ever someone is shot it is because the GUN MANUFACTURES did it. GUN MANUFACTURES what people to be scared and buy more guns. I mean, why would anyone ever shot someone else?? Only a GUN MANUFACTURER would ever do that.

      GOVERMENT likes to encourage fear. So,if things are too quite and happy for thier citzens, THEY just go out and shoot somebody or blow up a building. Because as we all know no PERSON would ever do that. That is the sort of thing only a GOVERMENT would do.

      Some people are just mean. They do mean stupid things. They may have many reasons: For attention. Just to be cool. Because they just like being mean. Because they can.

      There are plenty of dirty compainies doing plenty of things they are just not right. We don't need to make things up. RIAA, Microsoft or just about any large Oil company has PLENTY of dirty deeds or desires to keep someone busy.

      --
      What do you say to the man that has nothing? Cast it away!!
    67. Re:One more reason... by ggeens · · Score: 1

      noexec disables the execution of binaries FROM that drive. Programs can still affect it

      In most cases, users do not have write access outside of their home directory. If they are stupid enough to save the program to disk, they won't be able to execute it. (Of course, you would need the noexec on /tmp and /var/tmp as well to make this effective.)

      This is obviously not an option for a development system: programmers would not be able to test their work. (Supplying a directory where they can run programs would nullify the advantage of the noexec environment.)

      --
      WWTTD?
    68. Re:One more reason... by Dr.+Evil · · Score: 2

      In windows, this is an NTFS file system permission option.

      It's good to know there is a way to do it in Linux too.

    69. Re:One more reason... by GreenBugsBunny · · Score: 0

      What about those of us who run a system with multiple users? My machine hosts email and websites for about 10 of my family members. At least I know that if they somehow infect my machine, it won't be able to traverse into my home directory. (and visa-versa)

      Not everyone uses their linux box as a single-user machine.

    70. Re:One more reason... by garett_spencley · · Score: 2

      Of course not but that wasn't my point.

      All I was saying was that in general user data is what matters. You can infect all the system files you want and all you'd have to do is re-isntall the OS which is no big deal unless you're running Windows.

      But if user data is destroyed then you better hope you have backups.

      --
      Garett

    71. Re:One more reason... by GreenBugsBunny · · Score: 0

      I have to apologize. My post wasn't exactly fair. It was more a reply to all of the posts about losing thier home directories as a whole. Let me try again:

      Scenario A:
      A user gets a virus which infects the files in their home directory and potentially other files they have write access to.

      Scenario B:
      Somehow the system gets a virus that infects one or more system files. This virus has the potential of infecting the home directories for every user.

      As a sysadmin responsible for machines with more than one user, I would much prefer to deal with scenario A. Why? Because the damage would be contained. I would only have to deal with the files that the infected user has write access to (hopefully only their home directory). None of the other users would be affected. With scenario B, all of the users on the system could be infected and could create a much bigger headache for me.

      I guess my point is that if I were to become infected, I'd rather be infected in my home directory, even though I would really hate to lose anything there, because the damage would be contained. I would only have to restore backups and accept a minimal loss. If I were to be infected through root, It'd be a complete OS re-install (just to be safe) and then a restore from backups for the home directories...just more work that way.

    72. Re:One more reason... by korgull · · Score: 1

      What about Microsoft creating such virus ?

    73. Re:One more reason... by Anonymous Coward · · Score: 0

      Then I'd have to do my coding on a separate partition...

    74. Re:One more reason... by hawk · · Score: 2
      >There is no reason to have binaries in one's home directory,


      Good heavens, then where am I supposed to put the models I write? Running these is *why* I have fast systems . . .


      hawk

    75. Re:One more reason... by autocracy · · Score: 2

      Definitely true - but I had taken that comment to be in reference to running as root. noexec is definitely a wise option on shell account systems...

      --
      SIG: HUP
    76. Re:One more reason... by Darby · · Score: 1

      What about Microsoft creating such virus ?

      I would be surprised if they did. They don't sell anti virus software, and it does hurt their credibility (minimally, unfortunately) whenever one gets loose.

    77. Re:One more reason... by Anonymous Coward · · Score: 0

      actually, you're a dumbass too.

      suid == set uid , so saying set suid, is saying set set uid -- that like an 'atm machine' putz ?

    78. Re:One more reason... by Anonymous Coward · · Score: 0

      (anon since this is quite off-topic)

      Nowhere do I state that I believe this nor do I state that I was the one who is making the assertion. I said "could've" which implies a possibility.

      The rest of your implication, then, falls quite flat.

      On the other hand, people like you pop out whenever there is the slightest possibility of a conspiracy to be overanalyzed.

      On an anecdotal note: I used to know a few people who engaged in virus writing, and I remember a number of instances of virii being sent to AV companies for study. These programmers weren't interested in writing virii to destroy property, but rather for the theoretical and artificial life aspect (not to mention the programming challenge).

    79. Re:One more reason... by Anonymous Coward · · Score: 0

      Urm. You have an interesting thread here. Where does an executable reside which has been downloaded within the web browser. Will the noexec option save me here? Will it save me when I stupidly download virus infected software and run it? etc. etc.

    80. Re:One more reason... by Anonymous Coward · · Score: 0

      Yes.

      The web browser is running under the user's permission level, thus, must save the executable code to a directory that is permissible to write in.

      Usually, there is only /tmp, /var/tmp and /home that a normal user can write to.

      Given that you make those mount points noexec, you can prevent a user to execute any other code.

    81. Re:One more reason... by joto · · Score: 2

      It is probably a typo. Read suid instead of chroot, and you'll be happy.

    82. Re:One more reason... by joto · · Score: 2
      Given the security off IE, Outlook, and IIS, I wouldn't be very surprised if they own large amounts of stock in some of the AV companies. But then again, that might be considered paranoid.

      At least it's obvious that Microsoft doesn't worry much about their credibility when it comes to technical issues such as this, and experience shows that the customers doesn't care (at least not with the part of the brain controlling the wallet)

    83. Re:One more reason... by Anonymous Coward · · Score: 0

      Oh puhleeeese !
      How could you become so biased to think that features present in NT were likely to not exist under linux ?
      w.r.t. filesystems, just look at things such as networked FS, encryption, software RAID, and simply the number of different FS standards supported. I never did it but I d bet my next week s salary on it linux, especially if you look at when it was introduced first and at what cost :-)

    84. Re:One more reason... by Anonymous Coward · · Score: 0

      always chasing that first time...

  4. More proof by Isaac-Lew · · Score: 4, Insightful
    OK, we're going to trust an anti-virus vendor about a virus/trojan that would be difficult (if not impossible) to spread in the wild? I haven't read *anything* about how this would attack a Linux system (does it cause a buffer overflow? Does it edit a system config file? Do you need to somehow accidentally execute an email attachment?).

    I think that this was cooked up in Symantec's labs in order to scare people & possibly serve as an ad for their software, especially if they have a "solution" that runs on Linux.

    1. Re:More proof by Captain+Pooh · · Score: 1

      What the virus does is display a message if a file has a specific date like March 17 and September 17.If it is a ELF binary the message is displayed through console, if PE a windows dialog box. If you click on the link from the post it will tell you.

    2. Re:More proof by Corgha · · Score: 4, Insightful

      (had to post this as "Code" to get around the lame lameness filter)

      I think you've got a good point. To quote Symantec:

      "So far Symantec has not received any submissions of this virus from customers."

      For any OS, there will always be code which, when run with the appropriate privileges, can cause some damage. That's why viruses are mainly a social problem. Just to prove how pointless this all is, here's my first simple-minded attempt a writing a Linux virus:

      #!/bin/sh
      (
      for file in `find \`echo $PATH | sed 's/:/ /'\` -xdev -type f` ; do
      if [ -x $file -a -w `dirname $file` -a ! -e `dirname $file`/.`basename $file`.orig ] ; then
      mv -f $file `dirname $file`/.`basename $file`.orig && cp -f $0 $file
      fi
      done
      ) > /dev/null 2>&1 &

      echo '1 4m 4 rh347 h4x0r! ph33r my b45H s|<|11z!'
      [ -x `dirname $0`/.`basename $0`.orig ] && \
      exec `dirname $0`/.`basename $0`.orig "$@"

      ta-da! a trivial example of a "virus" that "infects" all executables in a user's PATH, and works even on non-x86 machines and UNIX machines with shellutils installed (with a little sed work, even that requirement could be removed).

      What does this prove? Nothing. Neither does this Simile virus, until it starts mailing itself to people and popular Linux email clients start automatically executing attachments in the preview pane.

      Of course, with all the idiots I see sending out mail as root, maybe this isn't too far off.

    3. Re:More proof by gad_zuki! · · Score: 2

      I think that this was cooked up in Symantec's labs in order to scare people & possibly serve as an ad for their software, especially if they have a "solution" that runs on Linux.

      That's the most paranoid thing I've seen here. Do you really think Symantec is going to risk its entire profitable operation just to piss off some self-important Linux users? I seriously doubt an organization that large is capable of keeping such secrets especially when it would be such a great story to sell to the media.

      If we're going to be calling out the chicken-littles well why was this posted when its threat level according to symantec is low? I think this has more of academic interest than anything else. If you're going to blame anyone, blame slashdot for posting a low-threat virus. Symantec is doing its job and I see no wrong doing on their part. I also don't think slashdot is doing any wrong, its really the invetible conspiracy theorists like yourself who are putting a negative spin here.

      There's no reason for any anti-virus vendor to bother starting their own viruses. There are just too many kiddies willing to do it for free. Ironically, the DIY computing culture is also notorious for defending all sorts of exploratory cracking for the sake of the thrill or to see if it can be done. If you have conspirators I'm sure they're from Linux's own backyard and probably not from Symantec's labs.

    4. Re:More proof by nagora · · Score: 2
      You are not cynical enough.

      There's no reason for any anti-virus vendor to bother starting their own viruses.

      Apart from the money, that is.

      There are just too many kiddies willing to do it for free.

      Look at the list of known viruses for these programs some time, they are HUGE. That needs a lot of people who are mostly well beyond skiddie level.

      TWW

      --
      "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
    5. Re:More proof by Grax · · Score: 1

      Without proof I wouldn't go so far as to accuse anti-virus companies of writing viruses but they do make money from the production of viruses. More viruses in the wild equals more sales for them. A common investigation technique is "follow the money".

      Unless you know who the conspirators are, the phrase "I'm sure they're from Linux's own backyard and probably not from Symantec's labs" is baseless and silly.

      I'm not saying any wrongdoing took place on the part of any anti-virus company. I'm just saying if you don't know all the facts then making things up is bad form.

    6. Re:More proof by gad_zuki! · · Score: 2

      Don't quote me out of context.

      "If you have conspirators I'm sure they're from Linux's own backyard and probably not from Symantec's labs."

      Notice the IF.

    7. Re:More proof by Nameles · · Score: 1

      script kiddies are getting younger by the day. one of the clients at my computer shop has a kid whose about 9 or something and he rolls his own viruses using scripts. makes me life easier/harder. easier as i get more money, harder because i need to go through everything to make sure nothing is infected.

    8. Re:More proof by Grax · · Score: 2

      Good point about the context.

      The logic still doesn't hold up.

      Your point as I see it.
      if (conspiracy) {
      linux_backyard_guilty = true;
      }

      My point.
      if (conspiracy) {
      if (follow_money() != dead_end) {
      symantec_guilty = true;
      }
      if (linux_backyard_check() != dead_end) {
      linux_backyard_guilty = true;
      }
      }

      It is possible for both Symantec and Linux Backyard to be guilty or for neither to be guilty.

    9. Re:More proof by Anonymous Coward · · Score: 0

      As for "trusting" Symmantec, they did just post a complete FUD article a little bit ago about how Macs were less secure than windows.

  5. This is great news! by Mordant · · Score: 5, Funny

    While working to convince many of my friends and colleagues to give Linux a try, one of the most vexing hurdles I've come across is the following:

    Me: "Dude, you should really try Linux! It's fast,
    it's free, it's really secure - and, best of
    all, you get all the source code, so you can
    see how it -really- works, and even contribute
    your own code, if you want."

    Dude: "Is there antivirus software for Linux?"

    Me: "Well, no - Linux doesn't have viruses,
    per se, so there's no need for antivirus
    software!"

    Dude: "My bosses won't let us run any boxes
    which don't have antivirus software
    installed. Let me know when I can buy
    antivirus software for Linux."

    So, now that we have virii on Linux, we'll soon have antivirus software, and I can show my friends yet another way in which Linux has caught up with Windows!

    1. Re:This is great news! by voxel · · Score: 1

      I know you are just trying to be funny. (Thats a laugh), but in all seriousness, there is a virus detector for many *NIX's, including linux. McAfee makes one of them.

      I was suprised when opening v4.x of mcafee zip file I had, and unix virus scanners were there..

      --
      Modesty is one of life's greatest attributes
    2. Re:This is great news! by gmack · · Score: 4, Interesting

      weve had that for awhile.. so the PHBs could have been happy for months. openantivirus.org for starters and there are plenty more.

      Nice to run on Linux mailservers.

    3. Re:This is great news! by mosch · · Score: 3, Informative

      There's actually lots of anti-virus software for *nix, though sometimes it's hard to purchase. Typically it's used to scan data that may be passed to non *nix machines, via http, ftp or email.

    4. Re:This is great news! by WildBeast · · Score: 2

      I believe that F-Secure has been making anti-virus products for Linux for a long time now.

    5. Re:This is great news! by archen · · Score: 1

      Free antivirus software:

      in /root/.bashrc put

      echo "don't run programs unless you absolutely have to using this account"

      If you want one you pay for, I'll charge you for it - but you'll have to give me root access first :)

    6. Re:This is great news! by GoRK · · Score: 3, Informative

      F-Prot is available for Linux (non-commercial use is free) and it's very good. I have even seen it detect viruses that were not in its database yet. Updating my DAT files resulted in my ability to disinfect the virus. It detects and can disinfect about everything. I will scan your .prc and .pdb files for PalmOS viruses, even!

    7. Re:This is great news! by tringstad · · Score: 3, Informative
      Trend Micro, who is one of the better Anti Virus vendors, if not the best, IMHO, has been providing Linux anti-virus software for as long as I have been aware of them:

      http://www.antivirus.com/download/

      --
      "I got a half gallon of Jack, and 2 dozen Ant Traps. I'm about to get wild." -me
    8. Re:This is great news! by nitemayr · · Score: 1

      Symantec makes a Linux based AV scanner too, though it is more of a cook your own virus scanner called Carrier Scan Server. It ships with an API that lets you make your own interface into the scanner. Sadly it is not free as in anything.

      --
      Hello Kettle,
      You, my friend are as black as pitch.
      With love, Pot.
    9. Re:This is great news! by 1984 · · Score: 2

      Actually this misses the point. Unless you have a truly baroque machine setup which is unique, undocumented and can't easily be replicated, then protecting the system itself isn't the critical issue. OK, so if you're in an always-on realtime environment then maybe it is, but then you shouldn't be relying on "unique" anything.

      Otherwise the only difference between a virus clobbering you as root or as a user is that you likely lose n users data as root, and likely only one if it's a user. Yes, that means you shouldn't run everything as root, but it's the *data* that's important, not the system. Ask your boss whether he cares more about needing to have IS reinstall his machine, or that he might lose all his personal data from it.

    10. Re:This is great news! by plumby · · Score: 2

      It may sound daft, but it's not a totally unreasonable stance. One of the features of most antivirus products is that they can give daily updates for newly found viruses, so in theory you are permanently protected. You may be running an OS that has no viruses today, but however confident you may be, there is no way that you can guarantee that there will never be a virus for it, and without something that would update and protect you if this did happen, how can you be sure that you are safe?

      I'm not claiming that you he's right and that you should be running antivirus software, but I can at least see where your "dude" was coming from.

    11. Re:This is great news! by suwain_2 · · Score: 2

      though sometimes it's hard to purchase.

      I'm sure none of the developers would mind selling you a copy of their GPLed software, if you really had an urge to pay for it. *grin*

      --
      ________________________________________________
      suwain_2 :: quality slashdot p
    12. Re:This is great news! by WetCat · · Score: 2, Informative

      There IS antivirus software for linux,
      for example good ones can be bought at
      www.kaspersky.com

    13. Re:This is great news! by Znork · · Score: 2

      The problem with todays worm hybrids is that the 'permanent' protection often turns out to be 'the protection you needed yesterday today'. Most large corporations suffering from the mail worms do have extensive virus protection. The daily updates are a day late. Which leaves you pretty much permanently vulnerable.

      Virus protection software just isnt enough. Disallowing any form of executable attachments (including any and all forms of documents that can or do support macro languages), and securing systems with privilidge based access to executables will get you much more security. Of course you'll have to keep up good standard practices of minimum running services and frequent patching too.

    14. Re:This is great news! by dAzED1 · · Score: 1

      ok. I know windows lemmings will (obviously) argue with this...

      But there has NEVER been a "virus" that worked on *nix. I know this is oft repeated, and you may be sick of hearing it, but sheesh...its true, sillies. I'd have to *intentionally* put it on my system. That kinda goes against what it means to be a virus, you know?

      How long has *nix been out? And no viruses? It is TOTALLY not improper to suggest, given its history, that it won't happen.

      The only virus scanners for *nix simply scan data, so that systems that would be suseptible don't get infected. For example, a virus scanner running on a mail server, so that it catches viruses before users dl it to their vunerable clients.

      Infect elf binaries? Yeah. Uh-huh. If I intentionally make it so, perhaps. But an intentional infection isn't something a scanner will help. If someone has rooted you, and is infecting binaries, they can just as easily keep the scanner from seeing any of it. At that point its a problem with the system having been rooted, nothing else. They could, instead of infecting a binary, simply alter things in a way that no "virus" scanner would catch. And ya know what? The ones you gota worry about are those anyway.

      I know it just boggles your little lemming minds, but *nix systems simply aren't vunerable to viruses. Sorry...

    15. Re:This is great news! by xsbellx · · Score: 1

      Disallowing any form of executable attachments (including any and all forms of documents that can or do support macro languages)

      Sorry to sound anal about the whole thing but the data is good, the viewer is bad.

      A Word Doc with a macro containing something akin to "system(format C:)" is no big deal. Having an application that blindly executes the macro is REALLY dumb!

      Therefore, let's keep all of the Word/Excel docs, macros and all and just do away with the moronic application because that truly is where the problem exists.
      --
      If VISTA is the answer, you didn't understand the question
    16. Re:This is great news! by Anonymous Coward · · Score: 0

      Tell him that Linux *is* anti-virus software.

    17. Re:This is great news! by Anonymous Coward · · Score: 0

      Yah, most programmers don't even know how to write software for the OS, much less a virus.

    18. Re:This is great news! by YU+Nicks+NE+Way · · Score: 2

      No virus that ever ran on Unix? Three words: the Morris worm.

    19. Re:This is great news! by flink · · Score: 1

      I think you may want to take another look at the the third word you used there. Although the Morris worm could have carried a viral payload, it didn't. I'm actually pretty surprised no one has added a viral payload to something like the wu_ftpd worm yet.

    20. Re:This is great news! by Cirvam · · Score: 1

      erm dude, Virus != Worm, might want to look that up

    21. Re:This is great news! by Bob+Uhl · · Score: 2
      The Morris worm wasn't a virus but a worm. Viruses spread from file to file, generally because the OS is fooled into executing code when it attempts to read a file. Trojan horses are individual programs manually executed by a foolish user and which do evil things. Worms spread from host to host over a network.

      Viruses are possible under Unix, but you'd have to trick root into running them.

    22. Re:This is great news! by Anonymous Coward · · Score: 0

      Please, learn the proper English plural of the word 'virus.'

      There's no need to be making up words in hopes of sounding smarter. You only end up looking silly...

    23. Re:This is great news! by Shirotae · · Score: 2

      Read Fred Cohen's paper Computer Viruses - Theory and Experiments published in 1984. The original experiments that demonstrated the threat of viruses were done on Unix.

  6. Linux get's by incom · · Score: 4, Funny

    more and more windows fucntions everyday. Hopefully this new feature encourages some more switchover to linux.

    --
    True genius is grasping a situation like a peice of fruit, and peircing it just right so that it drains dry.
    1. Re:Linux get's by Anonymous Coward · · Score: 0

      it's gets, not get's, dammit!

  7. Not the first by kill-hup · · Score: 5, Informative
    This is not the first cross-platform Win/Linux virus: http://vil.nai.com/vil/content/v_99060.htm.


    It is the first to use pretty much the same injection code routines for both, though. The previous virus I referenced had two separate infection routines for PE and ELF files.

    --
    Sinepaw.org: Grape Winos
  8. viruses rock by Anonymous Coward · · Score: 0

    http://www.treachery.net/~jdyson/trojans/

    send em to friends, watch them laugh as their hard drives get erased

    send em to enemies

    run them yourself! viruses rule! http://www.treachery.net/~jdyson/trojans/

    1. Re:viruses rock by Anonymous Coward · · Score: 0

      Pretty radical, but at least he (or she) knows the right plural of 'virus'...

  9. Another excuse for AV companies to make money by forged · · Score: 2
    • So far Symantec has not received any submissions of this virus from customers.

    Nonetheless you are encouraged to update your virus definition files to the latest and greatest. And for you who don't have an anti-virus software yet, this was the subliminal message in the announcement that you need to buy one !

  10. *BSD? by ealar+dlanvuli · · Score: 1

    Does anyone know if this virus has the ability to target ELF binaries on a bsd platform, or is it safe for some reason?

    The synaptic link was rather unhelpful in explaining how it is infecting, and a google search is coming up blank.

    Any further info would be appreciated!

    --
    I live in a giant bucket.
    1. Re:*BSD? by Morgoth_Bauglir · · Score: 1

      "The synaptic link was rather unhelpful in explaining how it is infecting, and a google search is coming up blank.
      "

      Unfortuantely your synaptic links won't work until you learn more about this. So if that's all your relying on, it's a regrettable Catch-22.

  11. Viruses are fake by Anonymous Coward · · Score: 0

    I've never gotten a virus. Virus protection software is like condoms.. only idiots us them.

    1. Re:Viruses are fake by antistuff · · Score: 1

      So true.

    2. Re:Viruses are fake by zootread · · Score: 0

      I've never gotten a virus. Virus protection software is like condoms.. only idiots us them.

      I know this dumb slut that got a virus, though. She wasn't using any antivirus software. But she was dumb enough to run a .vbs file. That's what she gets for sharing her stuff on peer-to-peer networks, and not using a condom.

      --
      Zoot!
  12. Affected... Not Affected by Catskul · · Score: 1

    Systems Affected: Windows 95, Windows 98, Windows NT, Windows 2000, Windows XP, Windows Me......
    Systems Not Affected: Windows.....

    What the hell is that supposed to mean ? Windows != Windows ?

    --

    Im not here now... Im out KILLING pepperoni
    1. Re:Affected... Not Affected by minion · · Score: 1

      I think it refers to the fact that it only affects those windows OSes, not all windows oses.

      --

      -- If we don't stand up for our rights, now, there will be no right to stand up for them later.
  13. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  14. Two Sided Sword by Myuu · · Score: 5, Funny

    [root@bigassopendomain /]./virus
    "virus" requires the following dependancies
    libinfect.so
    libcrash.so
    please check the path and filenames and try again
    [root@bigassopendomain /]

    --

    forget it.
    1. Re:Two Sided Sword by Anonymous Coward · · Score: 0

      hahaha that is toooo funny... soo true

    2. Re:Two Sided Sword by yack0 · · Score: 1

      that's 'double edged' sword. If a sword doesn't have at least three sides, it's only in two dimensions ;)

      --
      -- There is no sig line, only Zuul.
    3. Re:Two Sided Sword by holle2 · · Score: 1

      Ooohh, come on,

      even virus programmers know better:
      # ./virus
      Superuser must not run ./virus without security audit and taint checks.
      Please execute ./virus as an unprivileged user.
      #

    4. Re:Two Sided Sword by Anonymous Coward · · Score: 0

      the sides don't need to be flat. eg, a solid cone only has two sides.

    5. Re:Two Sided Sword by Anonymous Coward · · Score: 0

      And if the sword has three edges, you're obviously a Vorlon.

    6. Re:Two Sided Sword by Thurn+und+Taxis · · Score: 1

      For that matter, you could make a Mobius sword with only one side. That kind of weapon could really turn someone inside-out.

      --
      On stereophonic equipment, the monaural sound obtained through multiple channels will enhance your listening pleasure.
  15. x86 Platforms Only? by Anonymous Coward · · Score: 4, Funny

    Well, looks like this does not affect those using Linux on PowerPC, Sun, or any of the other platforms supported.

    On a lighter note, if this virus were open source it would compile to the other platforms. Someone should post a link to the Sourceforge page, with links to source tarballs as well as Debian and RPM packages.

  16. No one has ever been infected? by qweqwe · · Score: 1

    The line in the document:
    > So far Symantec has not received any
    > submissions of this virus from customers.

    is rather suspicious. If no-one has ever reported this virus, does it mean that Symantec created it?

    There's also no information on how it would infect Linux systems. Does it affect user files or does it use buffer overflow to gain root access?

    1. Re:No one has ever been infected? by martissimo · · Score: 2

      is rather suspicious. If no-one has ever reported this virus, does it mean that Symantec created it?


      it probably means that the first reports of the virus came from a non-symantec customer, and they just found out about it elsewhere.

    2. Re:No one has ever been infected? by elvum · · Score: 2, Informative

      No, it could mean that they were sent a copy by a non-customer.

    3. Re:No one has ever been infected? by Anonymous Coward · · Score: 0

      If no one has ever reported this virus, does it mean that Symantec created it?

      No.

      Thank you, come again.

  17. So, how the infection... by dikappa · · Score: 2, Insightful

    .. is supposed to spread around?

    Infected win executables run on windows, ELF executables run under linux.. I don't think there are that many programs crossing the wall between the two platforms.

    But probably i'm forgetting about wine, vmware and dual-boot machines ;P

    --
    :dikappa
    1. Re:So, how the infection... by overshoot · · Score: 2
      As stated, it scans networks looking for infectable files. The process would go something like this:
      1. 1D10T introduces some kewl "screensaver" or whatever to a Win98 notebook while traveling
      2. Goes home, lights up infected machine on corporate network
      3. Machine spots some -rwxrwxrwx file on the network
      4. Which is later executed by unsuspecting Linux user
      5. For real fun, the mysadmin who let a world-writable executable exist invokes it while su root.
      Alas, far too many *nix networks still have the implicit assumption that all of the machines connected to them are securely maintained. I know of at least one very large company where any machine on the network can get root NFS access by just spitting out the right packets -- and there are Win98 machines on the same network.
      --
      Lacking <sarcasm> tags, /. substitutes moderation as "Troll."
    2. Re:So, how the infection... by Anonymous Coward · · Score: 0

      Without special emulation software that runs
      Win32 executables on Linux, Linux won't be
      able to run infected Win32 executables.

      I think Symantec senses a reduction in business
      if people move to a cross-platform environment.

      Did they commission someone to do a proof of
      concept that a virus can run on a network and
      find both Windows executables and Linux
      executables?

      Why are they reporting the existence of
      a virus if no-one in the field has ever run into
      it? This seems like a classic example of
      sensationalism.

  18. Norton / Symantec. by Anonymous Coward · · Score: 0

    [1] Viruses are an urban myth. It's like the story of alligators in the sewers of New York, everyone knows about them, but no one's ever seen them.

  19. LIKE THAT MATTERS???? by ramdac · · Score: 1

    That means less than a shit if you don't actually AUDIT the code before compiling.....

  20. HAHAHAH by Anonymous Coward · · Score: 0

    OMGF OMGFKSAHJGKSJ LINUX DOESNT HAVE VIRUSES AHAHA LNOT ROFL NOT LIKE THAT WINDOWS SHIT HAHAHA

    Dolts.

    I've been saying it for years. Linux isn't some magical little leprechaun with a pot of gold. Or perhaps it is, and only now Virii writers are after its lucky charms.

    We can look forward to even more virii coming out as popularity grows. I seriously hope someone with the knowledge to starts working on a virus checking program.

    (Hopefully, not Symantec/etc. We'll know they're interested when we see a flood of virii like never before...)

  21. This thing violates the GNU licence! by Subcarrier · · Score: 2, Funny

    So this virus thing links against my GNU code, does it?

    Where can I download the source?!?

    --
    "I have opinions of my own, strong opinions, but I don't always agree with them." -- George H. W. Bush
  22. But that's what all the others think too by DABANSHEE · · Score: 2

    They are hoping you checked it.

  23. Source? by gorf · · Score: 2

    So far Symantec has not received any submissions of this virus from customers.

    From this I infer that the virus was not found in the wild. So where from, exactly? I'm thoroughly confused, this makes no sense.

  24. Well obviously this calls for a... by martinflack · · Score: 1

    Beer Party. We hit the big time. Our own virus!

  25. Affected Systems confusion by artoo · · Score: 1

    "Systems Affected: Windows 95, Windows 98, Windows NT, Windows 2000, Windows XP, Windows Me, Linux

    Systems Not Affected: Windows, Microsoft IIS, Macintosh, Unix"

    I guess by Windows they must mean Windows 3.1 or 3.11, since that's the only M$ version I don't see listed. If not, I hope they fix that on the web page or your average user will get confused.

    1. Re:Affected Systems confusion by Anonymous Coward · · Score: 0

      rather, my dear compadre, do you refer to Windows 1.0, AKA just plain "Windows," as the lone safe platform? It would appear that DOS also is safe from this menace, and Windows 2.x - 3.x too..

  26. Rabid Speculation by professortomoe · · Score: 1

    Well, heres something a bit interesting to think about. Maybe Norton made the virus. Why, you may ask? It very well may have been made so companies running linux will be fooled into buying their software. Seriously, if people keep migrating from Windows to Linux as it matures, where's Symantec's business gonna be?

    --
    If I wasn't so lazy, I'd have a sig.
    1. Re:Rabid Speculation by BeatlesForum.com · · Score: 1

      I think that comment needs to be moved over to the X-Files.Slashdot.org forum. That conspiracy theory works much better over there... Michael

      --
      When millions disappear from earth, it's not aliens, it's the rapture.
    2. Re:Rabid Speculation by professortomoe · · Score: 1

      I wish there was such a thing, I've got loads of conspiracy theories.

      --
      If I wasn't so lazy, I'd have a sig.
    3. Re:Rabid Speculation by Allnighterking · · Score: 2

      Ok here's my theory. A secret Gov organization in league with the triad is creating and perpetuating conspiracy theories to knock us off track on there real plans for world domination.

      --

      I'm sorry, I'm to tired to be witty at the moment so this message will have to do.

    4. Re:Rabid Speculation by satterth · · Score: 1

      I hate to say it.... But, its true... LOL

      --
      Being called a dork on Slashdot must be like being called the retard in special ed.
  27. How do I get it? by AX.25 · · Score: 1

    $outlook
    bash: outlook: command not found
    $whereis outlook
    outlook:
    $which outlook
    /usr/bin/which: no outlook in (/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/home / asted/bin)

    --
    What is pirate software? Software for inventory of stolen treasure?
  28. So... by InsaneCreator · · Score: 2, Funny

    When will the virus be available under GPL? :)

  29. Found this by martissimo · · Score: 4, Informative

    at McAfee's website here

    btw the linux version has been known about for a few weeks now according to their dates.

    but anyways when the original variant came out in February they state...

    The sample of this virus was sent on 14 Feb 2002 to fourteen different AV companies by the virus author. In about 2 weeks the virus sample was also circulated in an electronic magazine distributed by 29A virus writing group (version 1b).

    lots of info about what it actually does to windows machines there, but almost nothing about what it does on Linux

    1. Re:Found this by gorf · · Score: 1

      In that case, IMHO this whole thing is just academic. The virus has yet to demonstrate that it can effectively infect anything in the real world, seeing as (as others have mentioned) infecting an ELF on a Linux system would need root in most cases, and running untrusted binaries as root is something that few people do.

      I wonder what would happen, though, if the machine of a binary package maintainer for any distribution got infected with a virus (not necessarily this one). This might lead to other maintainers rapidly becoming infected as they use the binaries of the infected maintainer and create binaries themselves.

      This would need the virus to be somewhat clever and remain resident in some way as I'm guessing that most maintainers use fakeroot or something equivalent so wouldn't be capable of infecting system binaries, just the ones built.

      If the virus didn't show itself for a few months would it manage to pass undetected? Is the way Debian works suceptible to this because it only needs one maintainer of anything that is commonly used to be malicious (and successful) to get everything infected?

    2. Re:Found this by Anonymous Coward · · Score: 0
      and running untrusted binaries as root is something that few people do.

      How do you define trusted?
      Compiled & packaged by the OS vendor?
      Compiled locally from source you have read?
      Scripts owned and write-restricted by root ?

      There's alot of packages in a modern Linux distro - I can't believe the Linux OS vendors have the resources to audit every line of code they package. They are trusting the myriad of groups that write libraries and apps to take precautions against rogue members, infiltration of their ftp servers by crackers.

    3. Re:Found this by Anonymous Coward · · Score: 0
      "I wonder what would happen, though, if the machine of a binary package maintainer for any distribution got infected with a virus"

      About the same as happened with the many CD-ROMs which have been infected by developers or at the manufacturing plant....

  30. how to infect your linux box by wildcard023 · · Score: 5, Informative

    A virus needs to start somewhere. The code doesn't magically appear in your system. In order to get a virus on a Linux box, you need to download an infected binary (or the actual code and compile it) and then run it. Once you run it, it needs to search for another binary that it can infect (has write permissions to) and then modify it.

    The reason that it's hard to infect a Linux (/Unix/anything with a decient permission structure) system is that hardly anyone runs daily activities as root and only updates their /bin, /usr/bin, etc binaries from a known source or from source code. If some user runs the virus, it will only be able to infect files that he has write permissions to and on most Linux boxes (at least the distro's I've seen), users aren't allowed to write to systemwide binaries.

    The virus is "kinda neat" as far as it's ability to infect multiple platforms and avoid detection, but is really "no big deal" to most systems out there. Windoze(tm) users get viruses sent through email (usually via worms) that self execute when they're opened. This infects files that they have write permission to (usually all of them since 9x boxes have no permission structure and most users on NT systems are run in the Administrator's group) and causes system havoc. Since no Linux mail readers that I know of will execute binaries without at least asking, the user would have to specifically download the binary and run it. At that point, all I have to say is "duh".

    So how do you infect your Linux box? On purpose...with a lot of effort. How does this effect the rest of us?

    *pause* *giggles* </Bubbles>

    --
    Mike Nugent

    --
    -- Mike wildcard@illuminatus.org
    1. Re:how to infect your linux box by RelliK · · Score: 3, Insightful
      If some user runs the virus, it will only be able to infect files that he has write permissions to and on most Linux boxes (at least the distro's I've seen), users aren't allowed to write to systemwide binaries.

      There is one distribution where users are always logged in as root. It is called Lindows. In one of the reviews (search old articles on /.) they were actually able to run Outlook viruses and other Microsoft transmitted diseases on Lindows!

      But yeah, you are exactly right about security of Unix vs. Windows. On Unix, regular users are simply incapable of infecting the system even if they wanted to. Windows, however, is stuck in the single-user mentality. It's really a shame cause NT does have filesystem-level security and theoretically, it could be just as secure as Unix. The problem is that most applications *expect* to have complete access to the system, making a locked-down NT largely useless. Everywhere I worked, all the users have Administrator access on their local machine, and always run executable attachments (well, the ones that don't execute automatically that is :-)

      --
      ___
      If you think big enough, you'll never have to do it.
    2. Re:how to infect your linux box by Anonymous Coward · · Score: 0

      Yeah, you just forgot one thing...

      in Lindows, press ALT F2, type: konsole - and a konsole will open..

      Then type: killall wine..

      End of virus.

    3. Re:how to infect your linux box by Anonymous Coward · · Score: 0

      MS Office 2000, for example, will not work correctly without the user having administrator access, because of its annoying habit of running the installer at the drop of a hat.

    4. Re:how to infect your linux box by Bagsy · · Score: 1

      "Windows, however, is stuck in the single-user mentality. It's really a shame cause NT does have filesystem-level security and theoretically, it could be just as secure as Unix.

      I kind of agree with you here, but I'm not sure it's about "single-user" mentality. It's more about lack of knowledge about how to setup the security in windows (nt, 2000, xp). In the computer environments where I've worked the users have never had administrator access.

      Since there is an ACL in windows, why not use it? ;-)

    5. Re:how to infect your linux box by Anonymous Coward · · Score: 0

      If I were going to write a Linux virus, I would target shell scripts called "configure". Even if you don't do source builds as root, you probably do it always as the same user, who has ownership (and thus write access) to all "configure" scripts on the system. Each time you run an infected "configure" script, it infects a few more and tweaks the resulting Makefile to put some malicious code into the final executable, which is often installed by root as a permanent system binary. Heck, root usually runs "make install" -- the virus could have some fun there too.

      This assumes you have sources lying around waiting to be built, rather than always unpacking the original tarball immediately before the build.... But then again, those tarballs are probably owned by the same user who does the builds, right? So the virus would just have to be smart enough to infect tarballs with source code in them.

    6. Re:how to infect your linux box by benb · · Score: 1
      Do you keep a copy of your OpenOffice download locally somewhere? Under which user do you keep it?

      Imagine the following:

      1. You surf to openoffice.org with your browser running as normal user
      2. You download the binaries (70MB?).
      3. You save them somewhere on your harddisk
      4. You |su| and install that binary.
      5. Infected.

      What happened:

      1. Some time ago, the virus nested in your user account and activated itself on each boot
      2. It waited for binaries to be saved, which it could infect.
      3. When you saved the binaries as normal user, the virus had write access to them.
      4. When you installed the binaries as root, you ran the virus as root.

      I told the public, how to infect a Linux system, so sue me.

    7. Re:how to infect your linux box by Anonymous Coward · · Score: 0

      So how do you infect your Linux box? On purpose...with a lot of effort. How does this effect the rest of us?

      That's pretty astute, considering that Linux has a rich history of remotely exploitable vulnerabilities. How well will this virus spread? Poorly, I imagine. But I also imagine that this is just another phase in a beta test. A payload capable of infecting and spreading on two platforms with a decent number of remotely explotable vulns is pretty attractive.

      Since no Linux mail readers that I know of will execute binaries without at least asking, the user would have to specifically download the binary and run it. At that point, all I have to say is "duh".

      Please don't tell me that you're a sysadmin or ever provide any sort of advice to anyone who administers any boxes anywhere.

    8. Re:how to infect your linux box by dne · · Score: 1

      Ah, you mean something like the irssi backdoor?

    9. Re:how to infect your linux box by RabidChipmunk · · Score: 1

      Technically, if it remote connects, it's not a virus it's a worm. There have been and will be many.

      --
      This is not a political statement. This is not legal advice. It's a frick'n Slasdot post. However: I'm Running For
    10. Re:how to infect your linux box by Anonymous Coward · · Score: 0

      This is a complete and utter un-truth, non-informative and anti-correct.

    11. Re:how to infect your linux box by Anonymous Coward · · Score: 0

      Too bad it's already wiped out any data in your account. Infected any executables you stupidly "installed" as your user account and emailed the virus to your entire email list!

    12. Re:how to infect your linux box by mpe · · Score: 2

      I kind of agree with you here, but I'm not sure it's about "single-user" mentality. It's more about lack of knowledge about how to setup the security in windows (nt, 2000, xp).

      Dosn't really matter, since the problem is with the people who write applications to a single user paradigm. Since Windows (and the vast majority of Windows applications) are closed source there is nothing any administrator to address the problems.

    13. Re:how to infect your linux box by Anonymous Coward · · Score: 0

      " 1. Some time ago, the virus nested in your user account and activated itself on each boot"

      Hmmm. Was this the same virus that I had to look at,
      compile from source, change permissions, and then
      execute in the background?

      # ./virus.exe
      bash: ./virus.exe: cannot execute binary file

      Hmmmm. I can't seem to infect myself on Linux,
      or solaris. :-(

      So much for the cross-platform theory.

  31. Yep by DABANSHEE · · Score: 2

    I've never use anti-virus stuff & I've never got them.

    Which people ask me what anti-virus software to used. I tell them not to click anything they're not sure about. Especially file attachments with a 'X' or 'V' in the file extention.

    Don't use outlook

    & make sure 'veiw file extensions' or whatever is enabled in Windows explorer's view menu options. So they arn't tricked by a holidaypic.jpg.ocx or whatever attachment

  32. Cool! by mindstrm · · Score: 5, Interesting

    Now.. if only we could get those same brilliant minds working on a compiler that produces a single executable that works on both platforms, and shares as much code as possible.

    1. Re:Cool! by Anonymous Coward · · Score: 0

      It's been otu for a while dumbass, it's called JAVA.

    2. Re:Cool! by Anonymous Coward · · Score: 0

      yes, it be more productive..

    3. Re:Cool! by druse · · Score: 1, Interesting
      Java is a nice enough programming language, and it's bytecode is ok, but for a really elegant solution to the problem, check out Slim Binaries (native PDF format or google's html format, Communications of the ACM, Dec 1997, Vol. 40, No. 12.

      Slim Binaries not only solve the problem of compatibility between different architectures, they also allow to fine-tune the object code towards the specific processor and operating system version that it will run on.

      The basic idea is that the compiler stops after generating the parse tree and encodes that. Code generation is then done at runtime. It's similar to the idea of using bytecode for a virtual machine, except that unlike bytecode, parse trees are much easier to inspect as they are of a symantically higher level. This means that it's a heck of a lot easier to recognize (for example) IPsec crypto processing and offload it to the integrated IPsec hardware on your ethernet card without the programmer having to do the footwork involved in detecting the device. Slim Binaries also make code verification a reasonable prospect, which is very exciting when you consider the security implications of applets and agents.

      --
      "To blow recursion, you must first blow recus
    4. Re:Cool! by Anonymous Coward · · Score: 0

      Like Java?

    5. Re:Cool! by ryanvm · · Score: 1

      It's called .NET (Mono).

    6. Re:Cool! by Phroggy · · Score: 1

      Now.. if only we could get those same brilliant minds working on a compiler that produces a single executable that works on both platforms, and shares as much code as possible.

      Personally I've been wondering why Apple hasn't released Cocoa for at least Win32, which (although it's probably not been kept updated) they had working not that long ago. Porting it to Linux and Solaris would certainly be a good thing. If it's as cool as all the NeXT people say it is, Apple could make a killing on licensing, and we'd have cross-platform binaries (Cocoa apps can be packages that include binaries for multiple CPUs, while sharing non-executable resources [which can be localized easily]).

      --
      $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
      $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
  33. Finally software writers get it right. by athakur999 · · Score: 5, Funny

    Usually when a company releases a software package, it comes out on Windows first. Those running Linux usually have to wait a few months for a Linux port to be released, if it ever does at all.

    I praise this virus writer for releasing Windows and Linux versions of the software simultaneously. If only other companies would follow their lead.

    --
    "People that quote themselves in their signatures bother me" - athakur999
    1. Re:Finally software writers get it right. by Anonymous Coward · · Score: 0

      It's still sad that the Mac users are being left out in the cold on this one. :(

  34. What about compiler infection? by Bellwether · · Score: 2, Informative
    Ken Thompson gave a pretty famous speech called "Reflections about Trusting Trust" that explained how one could use compilers to spread infection to new applications. It was a pretty radical idea at the time.

    It's a little different from standard virus infection, but the techique could be easily modified. Here's a short description of the technique, and here's the full text of the speech (with slides).

  35. Re:thats to bad by Anonymous Coward · · Score: 0

    Yes sometimes it seems that Windows was designed to handle viruses.
    If by handle you mean be infected by and transmit.

  36. Re:FPBPFTM by Anonymous Coward · · Score: 0

    I'm watching Tom Cruise getting it on with a hooker! A great party!

  37. If you dual boot, you're double-screwed by cscx · · Score: 2

    If you mount FAT (and NTFS too?) volumes under linux as read-write, if you get infected under Linux, it will scan your volumes for PE executables as well. It will infect your Windows volume while you're under Linux.

    The thing is that the majority of LInux users (I think) are dual booters, so this would give the virus a prime target to hit.

  38. I'm sure, somewhere... by handsomepete · · Score: 5, Funny

    ...there's a group of people trying to get Windows-only virii to run via wine to see if they can get faster infection times under Linux.

    1. Re:I'm sure, somewhere... by gusnz · · Score: 2

      Yeah, progress is being made on SirCam :).

    2. Re:I'm sure, somewhere... by Anonymous Coward · · Score: 0

      Please, learn the proper English plural of the word 'virus.'

      There's no need to be making up words in hopes of sounding smarter. You only end up looking silly..
      --

    3. Re:I'm sure, somewhere... by handsomepete · · Score: 1

      Hey, thanks for the info. I would like to point out that, as fun as it must be for you to quote the concept behind that webpage, clearly I don't have the creativity to "make up the word." If I did, I would've made it something a lot more fun than the tongue tying "virii", so it was obviously not my goal to "sound smarter."

      I suppose I'm just another fool among the masses who doesn't have the time or the desire to look up plurals in the dictionary. *sigh* Life sure is hard.

  39. Not really... by GeekDork · · Score: 1

    "It is the first known polymorphic metamorphic virus to infect under both Windows and Linux. The virus contains no destructive payload, but infected files may display messages on certain dates. It is the fourth variant of the Simile family.

    So you see, it took a while. Well, at least it's a working release that hits the market with a bang.

    --

    Fight hunger. Filet a politician and send him to a 3rd world country of your choice.

  40. I think Symantec Wrote this ! by Anonymous Coward · · Score: 0


    You guys may not believe this but I stopped using all anti virus software from 1996 onwards on win98/95 systems in home and *never* got infected by it.

    Only thing me and my wife need to do is not to open any emails we don't know who sent it. This I did after getting frustated by all the virus updates I needed to do before and the associated false alerts.

    We use just rergular netscape mail to get our mails--outlook is too smart for us, I saw it was trying to execute things by it's own and we stopped using it.

    Symanetc is probably coming up with these viruses and now trying to expand it's market to so called unix boxes too. It will be nice if someone blows the plan with some strong evidences.

    This is so pathetic that in the IT world there is no new invention anymore and the new of a virus is hitting the front page ! Only cool thing coming out is in the linux/bsd world, but, the other companies are not really doing anything new other than coming up with doing the same thing in differrent way with some fancy marketing jazz attached to it.

    Anyway, I guess we will find the source.

  41. Wake me up when a linux virus actually spreads by Anonymous Coward · · Score: 1, Informative

    in the wild, all on it's own. Then you can say that linux has viruses. Even then I bet that it will just take a patch to a couple of programs to close that hole.

    And if you want even better security for Linux goto the nsa.gov site and get the secure version of Linux that basicially runs every program in it's own security space, with only the access to the file system that it needs to perform it's work. Thus, a web server would have read only access to the files it was serving and append write access to it's own log files.

    1. Re:Wake me up when a linux virus actually spreads by Anonymous Coward · · Score: 0

      I wonder, do Lions Adore Ramen?

      Maybe you should actually research what you're saying before making the ludicrous and erroneous claim that Linux is, has always been, and will always be impregnable.

  42. nonsense by RelliK · · Score: 2

    All the files in my home directory can fit on a single CD with plenty of room to spare. Restoring some files from backup is much much easier than first reinstalling the OS, and *then* restoring some files from backup.

    --
    ___
    If you think big enough, you'll never have to do it.
    1. Re:nonsense by Anonymous Coward · · Score: 0

      Dude, you've got a tiny home directory. Mine is well over 20GB.

      (No, there aren't any mp3s, either. :)

    2. Re:nonsense by xtremex · · Score: 1

      I agree..I have a 50 GB partition set aside for just my /home/user directory. and /usr/local/bin has it's own partition as well.. makes backups easier

      --
      If you're not a Liberal in your 20's, then you have no heart.If you're still a Liberal in your 30's you have no brain.
    3. Re:nonsense by Anonymous Coward · · Score: 0

      NOt mp3s huh?

      Well that leaves only porn....
      Someone needs to get out a little more perhaps?

  43. This makes no sense to me (conspiracy?) by Anonymous Coward · · Score: 0

    The thing that jumped up and grabbed me by the throat is this quote: So far Symantec has not received any submissions of this virus from customers.
    Can somebody please explain how you can show the capabilities of the virus if no-one has submitted it, (unless of course, they're the author).

    What's the exploit? How is this propogating?
    What's with the gif? - its nearly unreadable- this to supposedly to show the output on a linux box. It looks like it was manually run on the system?! This reminds me of the amish do-it-yourself virus.

    I think that this is the most made up sounding report I have ever seen. I'll go as far as to say that NAV has been had by a couple of pratical jokers.

  44. A True Test by PRickard · · Score: 4, Insightful

    A lot of people have said Linux has fewer viruses than Windows only because Linux isn't as widely used... Well, this is the chance to do some comparisons. How devastating is the cross-platform virus to each system, and how fast does it spread on each?

    Also note that it's a virus, not a security hole or flaw in the system - this doesn't make Linux less secure like a Melissa-type problem that takes advantage of holes made by one company's stupid software bundling decisions.

    --

    == Paul Rickard, Editor of The Microsoft Boycott Campaign ====

    1. Re:A True Test by demaria · · Score: 2

      Because of the massive number of Windows users compared to Linux users on desktops (some 95% to 0.25% last I heard), this statistic would be completely misleading and inaccurate.

    2. Re:A True Test by hacker · · Score: 2
      This is a common misnomer. These figures of "Linux isn't as widely used as Windows" is based purely on SALES of both operating systems. I would wager that there are countless MILLIONS more units of Linux in use that were downloaded or hand-built versus those sold by distribution manufacturers. Let's also not forget the millions of units being sold with Linux pre-loaded on PDAs (Zaurus), embedded controllers, PIC/PLC, and so on.

      Don't believe the hype.

  45. Re:Two Sided Sword : LOL by lems1 · · Score: 1

    Reading /. really makes my day!!

    --
    This sig can be distributed under the LGPL license
  46. Troll? FUD? WTF? by Anonymous Coward · · Score: 0

    "This is meant to imply that a threat can infect across multiple platforms, Win32 and Linux..."

    Sounds like a troll to me, or maybe I should be precise and say FUD. "Imply" means nothing. Robert McNamara was the master of sounding definite while saying nothing by stuffing the word "possible" into every statement. Just like this use of imply, it makes whatever is being said a null statement. Go away...

    Let's see: 0-49 infections? How about an actual number of infections, if any?

    And how many are Winboxen and how many Linux boxen?

    And why Linux and not Unix (I know, different binary formats---but that really shouldn't matter).

    0-2 installations affected? Which is it, 0, 1 or 2? Again, what OS was running.

    Sounds like somebody is trying to spread some FUD here. I'd be ashamed to put up such meaningless info for public consumption. Two obvious 'possible' benefactors: the AV companies and MS Corp. Or---much as I'd like to blame the corps---it's most likely some a-ho who wants props for doing the supposedly impossible: writing a Linux virus. Funny, there's nothing about this on SecurityFocus, where I'd expect a BIG headline.

    Call me when there's some credible evidence...

    Thumper

    -----
    "Those who would give up essential Liberty, to purchase
    a little temporary Safety, deserve neither Liberty nor Safety."
    --- Benjamin Franklin

    1. Re:Troll? FUD? WTF? by justsomebody · · Score: 1

      FUD I think.

      If you'd examine the date they found this unspecific yet unfound virus. It's the same time that Microsoft and McAffe wanted to sign a contract to tighten Windows security.

      It's enough even to think about "possible" word and general non-Geek public will take that as definitive yes.

      --
      Signature Pro version 1.13.2-3 release 83.5 beta3try7 after-breakfast edition
  47. Fooled me. by Anonymous Coward · · Score: 0

    I have seen such viruses a looong time ago, so I thought this was something new.
    I thought it was a virus that had the same binary on both windows and linux!
    Is it technically possible to do this, or is the header too different from .exe and elf?
    I really don't think there is any important header on windows, so it should be possible.

  48. here's a scary thought... by h4x0r-3l337 · · Score: 5, Insightful

    A hybrid virus could have its own filesystem code, and thereby infect say a linux partition on a dual-boot machine that is currently booted in windows, or vice-versa. The real killer here would be that your regular user-ID based security wouldn't help at all. While running in windows, the virus would have unlimited access to the linux-partition, enabling it to infect linux binaries it otherwise would only have been able to touch when run as root. And while running in linux, it could infect binaries on a FAT partition without having to worry about the virus-checker getting in the way. In fact, it could easily infect or replace the virus-checker itself.

    1. Re:here's a scary thought... by acceleriter · · Score: 2
      Nice one--that is scary. The only way around that one would be to keep both drives electrically separate, maybe using a switch like the Trios (warning, link has Flash). Now they have a selling point!

      ~~~

      --

      CEE5210S The signal SIGHUP was received.

    2. Re:here's a scary thought... by Anonymous Coward · · Score: 0

      This will not affect me, I am using Knoppix (www.knopper.net) wich is a read-only linux that you boot from a CD that contain a compressed file system.
      Actually I don't boot from CD anymore and the big compressed file is on my HD. But it is still verymuch safe.
      You can also try Demolinux.

    3. Re:here's a scary thought... by Anonymous Coward · · Score: 0

      Good, you just give microsoft argument
      when he say dual booting is bad(tm)

      ppl dont undersand that is microsoft fault
      to let everyone access any blockdevice.

    4. Re:here's a scary thought... by Anonymous Coward · · Score: 0

      forgive me if i'm wrong, but wouldn't a windows anti-virus software notice the change in something like the MBR and get suspicious?

    5. Re:here's a scary thought... by acceleriter · · Score: 1

      Wouldn't have to be the MBR--maybe USER.EXE, or an application DLL. Lots of possiblities! You're right, though, that a Windows anti-virus program should notice an MBR change between boots.

      --

      CEE5210S The signal SIGHUP was received.

    6. Re:here's a scary thought... by Anonymous Coward · · Score: 0

      I set my partitions to code 666: The Devil's Watching You.

      This usually prevents unwanted interference.

    7. Re:here's a scary thought... by seann · · Score: 1

      unless you run an encrypted file system.

      --
      I'm a big retard who forgot to log out of Slashdot on Mike's computer! LOOK AT ME.
    8. Re:here's a scary thought... by moyix · · Score: 1

      Yikes, scary indeed, for people who dual boot... but it seems to me that Windows could only infect Linux, and not the other way around. I'm reasonably certain that the permissions on block devices in Linux are such that you can't just go mounting anything without root access, whether you have your own filesystem code or not.

    9. Re:here's a scary thought... by Anonymous Coward · · Score: 0

      You don't think people might notice if they got a virus that was 10 meg in size =o)

    10. Re:here's a scary thought... by Joe+Tie. · · Score: 2, Funny

      I read that as "inject a Linux partition", through a bit of a early waking haze. Now that'd be a fun virus. Millions of unsuspecting windows users go to sleep only to wake up to lilo asking whether they want to boot into SuSE, Mandrake, or the insecure system that allowed this to happen in the first place.

      --
      Everything will be taken away from you.
    11. Re:here's a scary thought... by Jon+Howard · · Score: 1

      While running in windows, the virus would have unlimited access to the linux- partition, enabling it to infect linux binaries it otherwise would only have been able to touch when run as root.

      This is a good point, perhaps an argument can be made that Windows is being used to circumvent technological protections which Linux puts in place for your copyrighted data. ;)

      And while running in linux, it could infect binaries on a FAT partition without having to worry about the virus-checker getting in the way. In fact, it could easily infect or replace the virus-checker itself.

      Now this one would be a bit more tricky. I only allow raw device access to root, and all writing to my mounted windows partition(s) is restricted to root: It would be tough for a virus to come pre-loaded with local root exploits for a wide variety of systems without it weighing-in around a couple of megs.

      Just my two cents, you've raised interesting points.

    12. Re:here's a scary thought... by heby · · Score: 1

      only that most people have their fat partition mounted on boot. plus the virus could easily infect linux binaries (while windows is running) that get executed as root during linux boot - you don't have to go to extremes and infect init to do this. not logging in as root won't protect you then.

    13. Re:here's a scary thought... by Jon+Howard · · Score: 1

      only that most people have their fat partition mounted on boot.

      I don't see how this relates to my comment. I have my vfat partition(s) mount on boot, but they are mounted in such a way as to only allow root to edit them - and only members of a certain group can read them.

      plus the virus could easily infect linux binaries (while windows is running) that get executed as root during linux boot - you don't have to go to extremes and infect init to do this. not logging in as root won't protect you then.

      This is a good point, in fact - it's the same point which I said was a good point in my previous post. Essentially it boils-down to the fact that code running on your hardware without the limitations applied to it by a good security model and reliable programming can basically accomplish whatever it wants.

      Such code could infect your linux partitions binaries, yes, but it could just as easily blank-out your linux partitions. Why go to the extreme of infecting Linux from another dual-booted OS? Bragging rights, no doubt, but not to prove that it's possible - that part's obvious.

      If you want a secure system, don't run insecure code on that system. Running Windows without properly securing access to your storage devices is one way to tremendously weaken system security.

    14. Re:here's a scary thought... by Tony+Hammitt · · Score: 2

      I'd worry about that if I ever booted:

      $ uptime
      9:52pm up 511 days, 18 min, 4 users, load average: 0.00, 0.00, 0.00

      Oh yea, I don't have windoze installed on that box. It's an Alpha and windoze won't run...

    15. Re:here's a scary thought... by Ungrounded+Lightning · · Score: 2

      I don't see how this relates to my comment. I have my vfat partition(s) mount on boot, but they are mounted in such a way as to only allow root to edit them - and only members of a certain group can read them.

      Let me try:

      1) While running Windows you get the initial infection. The virus modifies files in the (wide open) linux partition. Windows virus-detection software (that has not been primed for this virus) is not alerted.

      The virus can modify any files on the Linux partition, add more, and change permissions.

      2) When you boot into Linux a lot of programs are run as root, and many others that are setuid root will be run from time to time after booting. One of those programs was infected by the virus when it was running as windows.

      Alternatively the virus could have:
      - Added a new setuid file and a cron job to run it.
      - Added a new file and a boot-time script to run it.
      - Modified any common utility and made it setuid root (so it has the necessary permissions when you run it yourself later.)
      I could go on.

      Now that an infected program is running as root, it can do what it wants to the Windows partition - infect anything, kill or modify the anti-virus programs (including modifying it so it SPREADS the virus), install new software, etc. No Windows virus checking is running and a unix root program can do anything. So now it's the Windows partition's turn to be wide open.

      With both partitions infected your machine is a hazard to itself and the rest of the net regardless of which system you are running.

      --
      Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
    16. Re:here's a scary thought... by Tihstae · · Score: 1

      A hybrid virus could have its own filesystem code, and thereby infect say a linux partition on a dual-boot machine that is currently booted in windows

      Sorry, but this won't work unless you have taught windows how to read a Linux partition. Yes, while booted into Linux, the virus could infect the windows partition. But, no way that windows virus accesses and infects the Linux partition.

    17. Re:here's a scary thought... by anshil · · Score: 1

      Yes and how big is that virus that understands an EXT2 filesystem? A megabyte? Well that one will not be hard to spot, not to mention spreading times. On a 56k Modem it needs a hour to transfer itself.

      --

      --
      Karma 50, and all I got was this lousy T-Shirt.
    18. Re:here's a scary thought... by Pogue+Mahone · · Score: 2
      The virus running on Windows has full access to the whole filesystem, so can infect (say) /bin/ls and also make it setuid root.

      Even worse, it could infect the kernel.

      --
      Every bloody emperor has his hand up history's skirt [Peter Hammill/VdGG]
    19. Re:here's a scary thought... by h4x0r-3l337 · · Score: 1
      Yes and how big is that virus that understands an EXT2 filesystem? A megabyte?

      No, about 40-50 kilobyte for the filesystem code should do it. That's about the size of the ext2 drivers for BeOS and linux. The virus wouldn't even need a full filesystem implementation, so the code in the virus would be even smaller.

    20. Re:here's a scary thought... by Tony-A · · Score: 2

      kill or modify the anti-virus programs (including modifying it so it SPREADS the virus)
      THAT'S the one to worry about.

    21. Re:here's a scary thought... by Anonymous Coward · · Score: 0

      What part of "its own filesystem code" did you not understand?

    22. Re:here's a scary thought... by Greg+Hewgill · · Score: 1

      What's with that abnormally low load average?

    23. Re:here's a scary thought... by Jon+Howard · · Score: 1

      First you say this in your premise:

      While running Windows you get the initial infection. The virus modifies files in the (wide open) linux partition. Windows virus-detection software (that has not been primed for this virus) is not alerted.

      Then you say this in your conclusion:

      Windows virus checking is running and a unix root program can do anything. So now it's the Windows partition's turn to be wide open.

      If Windows' virus scanner didn't catch the virus on the initial infection (when it infected the Linux partition), why would it be useful to infect the computer via Linux as a means of avoiding the Windows virus scanning software?

      Code running as root/administrator can already do anything it wants to the system, if the virus scanner doesn't halt it. I'm afraid I still fail to see any point to this.

    24. Re:here's a scary thought... by Otto · · Score: 2

      Sorry, but this won't work unless you have taught windows how to read a Linux partition. Yes, while booted into Linux, the virus could infect the windows partition. But, no way that windows virus accesses and infects the Linux partition.

      It hardly matters what Windows knows how to do. The virus can have it's own FILESYSTEM CODE. Windows may not understand the partition, but it doesn't have to, only the virus does. Yeah? And Windows does have full access to the entire disk, you do understand that, right?

      --
      - Give a man a fire and he's warm for a day, but set him on fire and he's warm for the rest of his life.
    25. Re:here's a scary thought... by Ungrounded+Lightning · · Score: 2

      If Windows' virus scanner didn't catch the virus on the initial infection (when it infected the Linux partition), why would it be useful to infect the computer via Linux as a means of avoiding the Windows virus scanning software?

      Because the virus could do things from the Linux environment that WOULD have been detected by the anti-virus software if it tried it from the Windows environment during the initial infection.

      --
      Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
    26. Re:here's a scary thought... by Ungrounded+Lightning · · Score: 2

      kill or modify the anti-virus programs (including modifying it so it SPREADS the virus)

      THAT'S the one to worry about.

      Tell me about it.

      I've been worried for a long time about a trojan disguised as an anti-virus update that used the anti-virus software to "fix" uninfected files by infecting them.

      Or a variant: One manufacturer's anti-virus configuration treating a competitor's software as being malicious and disabling it.

      --
      Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
    27. Re:here's a scary thought... by acceleriter · · Score: 1

      Absolutely. I didn't think of that. However, each of Linux and Win32 cannot boot fully off an encrypted volume--they'll need enough of the operating system running to access the encrypted volume. Of course, if the encryption driver is in the kernel or at a very low level, that's still a big improvement.

      --

      CEE5210S The signal SIGHUP was received.

    28. Re:here's a scary thought... by spitzak · · Score: 2

      The virus on Windows could modify the Linux partition so it can aquire the rights to modify the Windows partition.

    29. Re:here's a scary thought... by Anonymous Coward · · Score: 0

      If a virus writer bagged an old copy of MASM, say off ebay or at a garage sale, he could probably write assembly code that would look for the hard drive on a system level and find the non-dos partition(s)... If the person had some time, he could set up a test box with each of the major distributions and write code that would find and alter the /bin, /sbin, /usr/bin, and /usr/sbin files he was interested in and just do a slightly different bit of code for each distro. It wouldn't be much harder than writing a buffer overflow attack.

      So, really, what would stop someone from using the windows boot to screw up the Linux boot? The fact that it's technically challenging makes it MORE likely to occur, not less -- it's tasty and offers a chance at serious props from the virus writer's associates.

      Conclusion:

      Don't dual-boot. If you MUST use windows, put it on a crap computer you've got laying around or pick up a cheap computer at one of the surplus resellers they have in major cities. Example: I got a laptop at a computer show for 400 bucks and put Windows 2000 on it so I could mess around with .NET out of curiosity. My main computer is a Mandrake Linux box, fully patched and secured. East is East, and West is West -- never the twain shall meet!

    30. Re:here's a scary thought... by Jon+Howard · · Score: 1

      Because the virus could do things from the Linux environment that WOULD have been detected by the anti-virus software if it tried it from the Windows environment during the initial infection.

      Such as?

    31. Re:here's a scary thought... by seann · · Score: 1

      true

      unless the kernel was booted off something like a read only cdrom/floppy/flash card

      if you have an encrypted file system, and your not just trying to be l33t, you probably have a USB keychain drive or some jazz with a kernel on it (and your home profile?)

      --
      I'm a big retard who forgot to log out of Slashdot on Mike's computer! LOOK AT ME.
    32. Re:here's a scary thought... by Tony+Hammitt · · Score: 1

      Offtopic response:

      The box ran distributed net about 200 days until I had a couple of weeks worth of connectivity problems, so I gave it up.

      That and the project isn't really going anywhere. What's the use of using 1000000 CPU years of time to prove that RC5-64 is supposedly weak?? Let's face it, it's not weak. It may not be really good, but it's acceptable.

      I had my own distributed number crunching going on on the box for a few months recently and I haven't gotten on to the next phase of the project yet, so it's idle.

    33. Re:here's a scary thought... by NomNet · · Score: 1

      Editing KERNEL32.DLL, WIN.COM, or changing the MBR, or about a million other generic things that Windows AV software looks out for !

  49. Kudos by sinserve · · Score: 2

    My congrats go to the coder who was behind this, a good job well done.

    The whinning security-experts will never see the beauty in this. A polymorphic engine?
    when was the last time there was a real polymorphic virus? and a cross-platform one at that.

    Another kudos flies to "the whale" aka "motherfish". The first polymorphic virus, EVER.

  50. how does it do it? by jcurious · · Score: 1

    Ok.. my question is how does a program manage to execute on Windows and Linux? aren't the loaders diffrent and incompatible?

    1. Re:how does it do it? by Chandon+Seldon · · Score: 1
      The loaders are different and incompatible, but you can have code for both in one program. It's sort of like how you can have one file that's all of:
      Valid x86 assembly code.
      Valid C code.
      Valid Fortran code.
      Valid Lisp code.
      Valid .com DOS executable.
      at the same time.
      --
      -- The act of censorship is always worse than whatever is being censored. Always.
  51. Win32/Linux? by BlueFall · · Score: 1

    First we get RMS wanting us to say GNU/Linux and now we have someone else wanting us to say Win32/Linux? When will the madness end? ;-)

    1. Re:Win32/Linux? by WetCat · · Score: 1

      What about GNU/Virus?

    2. Re:Win32/Linux? by AnyoneEB · · Score: 1

      Win32/Linux was meant to mean Win32 AND Linux.

      --
      Centralization breaks the internet.
  52. [Insert sarcasm here] by tcc · · Score: 2

    Well, the Wine team should hire this guy for their V3 release, he could add up the remaining (dis)functionnality missing to close the gap between linux and windows compatibility :)

    --
    --- Metamoderating abusive downgraders since my 300th post.
  53. Shying away from x86 at lightspeed. by pinkpineapple · · Score: 2

    During my intern job this summer, I am using a Linux PPC for checking my mail and run my "admin" apps (oo 1.0+MozillaRC, yeah!) Of course, while my co-workers are spending way to much time dealing and worrying with virus infections on their machines, I can safely upload any message without fearing a dreaded attack. I don't even have to run an antivirus program. It pays to be a minority.

    PPA, the girl next door.

    --
    -- I feel better now. Thanks for asking.
    1. Re:Shying away from x86 at lightspeed. by Anonymous Coward · · Score: 0

      Hardware heterogeneity is indeed a nice protection against the spread of virii. True "cross-platform" programs are extremely rare and hard to make, and the only few I've heard of are only x86/PPC, and it might be impossible to make the same binary code run on other platforms.
      It's no problem to have compatible (as in "grab the code, compile, run") OSes on various machines with different processors, as far as OpenSource is concerned. It only causes problems with proprietary programs distributed as binaries (which refers to most commercial software ... and virii).

      So this virus is actually one more reason to prefer OpenSource !

  54. Re:FKCS Post by Anonymous Coward · · Score: 0

    Who's up for ethnically cleansing the east side of KC? I'll bring the ropes..

  55. Not exactly the first by rgriff59 · · Score: 1

    This is not really the first win/linux virus. There was a cross platform virus over a year ago. Wired had an article on it, as did f-secure.com. This may be more malicious, but the first was GPL'd.

    1. Re:Not exactly the first by DarkDust · · Score: 1

      Yes, I remember that one also. Made me read some documents on the ELF and ELF virus infection. Compared with EXE infection, (good) ELF infection is a really hard thing to do. So kudos to all cross-plattform (even ELF-only) virus writers, those are real hackers IMHO.

      It's good to know that UNIX/Linux has proper access rights systems which normally prevents complete system infection (except if you have an uncareful sysadmin)

  56. Re:why i love my mac (and PlayStation2/Linux) by vik · · Score: 2

    I hope my PlayStation 2 running Linux remains unaffected then.

    I did actually think of using it as a firewall box at one point. That'd confuse the crap out of script-kiddies.

    Vik :v)

  57. This must mean that Linux by Archfeld · · Score: 2

    has really HIT the BIG TIME now :)

    --
    errr....umm...*whooosh* *whoosh* Is this thing on ?
  58. This is highly inaccurate! by Anonymous Coward · · Score: 0

    That's not true. The virus does not infect Linux!

    Instead, it infects GNU/Linux!

    There, that's much better.

    [ This is an RMS-approved AC post. ]

  59. Proof of Concept to me... by RinkSpringer · · Score: 3, Informative

    This seems more like a proof of concept to me than a real virus. Especially since the author specifically emailed the virus to anti-virus labs, it's more like: See, it *can* be done.

    Of course, you could expect that. Basically, a virus relies on just one thing: privileges. Privileges means the possibility to mess other programs up. And because there are so much Windows virusses compared to other OS-es, it's easy to see Windows handles rights... differently... than a secure OS :)

    I don't think Linux, or UNIX viruses in general, will become a real threat. As long as you use your brain and don't do everything as root (as about every guide warns you against anyway), you'd be rather safe. Can't mess up stuff without the rights to do so.

    1. Re:Proof of Concept to me... by 90XDoubleSide · · Score: 2
      As long as you use your brain and don't do everything as root (as about every guide warns you against anyway), you'd be rather safe. Can't mess up stuff without the rights to do so.

      This is true of a server or a system with files stored remotely (and backed up), but on a desktop the files you own are far more important than the files owned by the system. I could reinstall the system partition on my desktop in 20 minutes, but if I didn't have backups of my files it wouldn't be of much use to me. It is nice to know that a virus won't erase my system or take out a critical machine in the UNIX world, but users must always remember that they are not invulnerable and the best way to feel safe from viruses is to have a current backup.

      Most Windows viruses that damage files go after random files that belong to the user, although of course many will just take out everything since they can, but I would say the myriad security holes in Windows, Explorer, and Outlook are more to blame than Windows' privelages sytem.

      --
      "Reality is just a convenient measure of complexity" -Alvy Ray Smith
  60. And just remember ... by Anonymous Coward · · Score: 0

    http://www.bartleby.com/61/81/V0118100.html

    It's "viruses", not "virii", regardless of what anyone tells you.

    And no, "virii" is NOT the Latin form. In fact, the real plural of the Latin form, "viri" was rarely used at all, to lessen confusion between it and the plural of a common form of the Latin word for "man" ("vir"), which is spelled identically.

    (Mod this down, I don't care! The truth must be known!)

  61. It's called a buffer overflow by DrSkwid · · Score: 3, Informative

    Old but never say never

    A buffer overflow vulnerability exists in the popular mail client Pine 4.21 (and possibly earlier versions), relating to the function which regularly checks for incoming email.

    The real concern here is that this requires no user interaction to exploit.. a target need only be using a vulnerable version of pine. The overflow occurs when the user recieves new email. While typically not yielding root privileges (unless root reads email with pine AS root) this can be used by a remote, anonymous attacker to gain local access to the target host.

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    1. Re:It's called a buffer overflow by Rysc · · Score: 1

      Pine isn't Free. You think any Linux users would ever use stuff that isn't Free? Nah...

      --
      I want my Cowboyneal
  62. Freakin' Genius by Otto · · Score: 3, Interesting

    Now that's really some good thinkin' there. Completely bypasses all your security because you're not running any of it. Take it a step further, a virus that infects and spreads on Windoze, where it's easy to do, but finds Linux partitions, roots them and installs its own backdoors and so forth.

    Kinda scary. Next time you're in linux, it connects to somewhere over the net telling the author another box has been rooted and voila, he ownz you.

    Kinda a good reason not to run Windows in dual boot mode I'd say.

    There's some preemptive stuff you can do with this though.. Have a kernel module (possibly compiled in) that does checksums all your major binaries before booting and warns you when they've changed. Of course, the virus has total kernel access too, so this may not be effective if the author planned for it.

    --
    - Give a man a fire and he's warm for a day, but set him on fire and he's warm for the rest of his life.
    1. Re:Freakin' Genius by sconeu · · Score: 2

      Great. Now we've given them an idea.

      One of us had better patent this quick, so we can sue anyone who tries it!

      --
      General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
    2. Re:Freakin' Genius by Anonymous Coward · · Score: 0

      How big would the code have to be for a virus to implement low-level hardware access and have an understanding of the file structure, workable in two OS's?

      Well, at least, it would have to understand ext2, as well as the Win32 API for low level disk access (can't use the OS to read the linux partitions - what drive letter are we talking about here?). Since Linux has the protection, the virus would need to execute under Win32, which means large code sizes.

      Just wondering, because I'd expect any halfway decent virus scanner to at least FLAG a binary that jumped in size by 50-100K.

  63. I wonder... by Anonymous Coward · · Score: 0

    How hard symatic worked to create that virus and if the number of sales will more than cover the costs of their developing and releasing it.

  64. Antivirus software? by LinuxInDallas · · Score: 1

    OK. I have Symantec's Norton Antivirus running on my Windows XP machine (which like many of us also dual boots to Linux.) Norton Antivirus seems to be pretty good at keeping itself up to date with the latest known viruses out there but what can I use on Linux? Other than minimizing my time spent as root is there anything else? Is there an virus scanner for Linux? I have never seen one but hopefully one is in the works.

  65. Elf is about to die... by Anonymous Coward · · Score: 0
    Elf, shot the food!

    Damnit elf! *click, click, click* 'yeeeow!'
    Elf is about to die! "woohoo... fag, don't shoot our food assmunch"

    1. Re:Elf is about to die... by Anonymous Coward · · Score: 0

      (+1, Gauntlet Reference)

  66. Or maybe... by ReverendRyan · · Score: 1

    Thats what they want! Perhaps its some new ploy from M$ to convince you that you are not using Windows and that its time to upgrade *again*.... Or someone (Norton) is trying to hide the flaws in Windows.

    Or perhaps that sounded funnier in my head.
    *sigh*

  67. my lame-arse �0.02 by Anonymous Coward · · Score: 0

    So fucking what. if you run win32 or Linux as Root then you get what you deserve!

    (I run win98, so haa haa!)

    seriously... same processor, same code, now theres a suprise!

    Duhhhhhh.......

  68. I assume it must be GPL'd by vegetablespork · · Score: 1

    Since the GPL is, after all, a viral license.

    --

    Call (206) 338-5780 COLLECT for information about a genuine BA, BS, MA, MS, MBA, or Ph.D.

  69. Why target Linux? by safiire · · Score: 0

    On slashdot, I see a lot of people with the opinion that virus writers won't bother to create a lot of virii for Linux, because they could affect a lot more people if they stick to writing for windows. If you ask me, this attitude of you can't hurt me nah nah nah nah, will at some point provoke them into turning a great deal of attention to trying to make us Linux users eat our words.
    So I'm thinking that shortly, although we have a better natural defence against virii, that we will be bombarded with quite a few new viruses.

    Jeeze, wtf is the damned plural of that...

  70. And of course they leave out the critical info by Todd+Knarr · · Score: 2

    Namely, what entry vectors it uses. So now we know there's a new virus out, but we don't have any idea how it's going to infect a system. We know we may be vulnerable, but we don't have any idea what we have to check or shut down to stop being vulnerable. This is why I get fanatic about full disclosure.

    1. Re:And of course they leave out the critical info by janda · · Score: 1

      I realize you were probably being cynical up there, but of course they didn't give any infection vector information.

      Why? Because all you need to do is "buy our product, and your system will be fully-protected against this virus, plaque, unexpected crashes (it's not a windows box, stupid salesrep!), and will also prevent power failures in california!".

      --
      Karma: Food Fight (Mostly affected by Date Plate).
    2. Re:And of course they leave out the critical info by xtremex · · Score: 2

      It seems to me that most viruses (NOT computer virus, but a Microsoft Virus) are written in VB. I doubt a script kiddie can even handle C code. So I think we're safe until Gnome Basic is fully developed!

      --
      If you're not a Liberal in your 20's, then you have no heart.If you're still a Liberal in your 30's you have no brain.
  71. Antivirus security risk by grok42tampabay · · Score: 0

    Since the source code for antivirus programs cannot be publicly reviewed, and you have to be running Linux in root to get a virus, installing antivirus on a Linux computer is a pointless security risk that will slow down your system.

    By the way, I've always been amused by all the Windows administrators that are unaware of NT/W2K floppy root kits that reset the administrative password in a minute.

    1. Re:Antivirus security risk by AnyoneEB · · Score: 1

      By the way, I've always been amused by all the Windows administrators that are unaware of NT/W2K floppy root kits that reset the administrative password in a minute.

      That's easy to fix: remove the floppy drive! ;)
      I run WinXP and I know about those floppies. In fact I have purposely not tried to disable floppy boots because I might be forced to used them myself if Windows randomly decides to corrupt itself. (3 times in the last 2 months...)

      --
      Centralization breaks the internet.
  72. Anything but, chief by theblacksun · · Score: 1
    Try running a public computer lab sometime, and working IT for an entire University College. They're a weekly occurance, if not more (it amazes me how people who make a living by learning can know almost nothing about computers). I didn't think virii existed to any real extent until I began work there.

    but, as I read your post more closely, I wonder if it was a an attempt at ironic humor (after all everyone knows that using a condom is anything but idiotic) and perhaps the moderator didn't catch it. Or you could be a lame ass troll... I'd like to give you the benefit of the doubt. I'm not not licking toads...

    --
    Ignorance kills, complacency kills, hatred kills, but usually not the ones guilty of them.
    1. Re:Anything but, chief by lazy_greenhouse_gas · · Score: 0

      yes, try shutting down their funcking email access and im traffic and then complaining. Most of the pub providers are using https for access, block it. As a matter of fact block everything but 80 and then do string checking on download urls and implement CAR for your stuff. Problems tend to fade away, as do troublemaking assqueefs.

  73. Why viruses can and will occur on Linux by Nailer · · Score: 2


    The reason that it's hard to infect a Linux ... system is that hardly anyone runs daily activities as root and only updates their /bin, /usr/bin, etc binaries from a known source or from source code.


    You said it yourself - hardly anyone updates from a known source. Put up your web page of `mplayer 0.98 CVS packages' and tell some folks on IRC about it (maybe actually include mplayer CVS). This great new version of Mplayer doesn't have packages or come with anyone's distro.
    Tell some people on IRC. They'll download it, and it will infect every RPM on their system (or Dpkg,but Dpkg isn't LSB and its distros don't have as many users as RPM based ones).

    Hell, sign the source / binary packages if you want - if you live in a country where the law doesn't care about this sort of thing, and you don't work for a company where you might be fired for such behavior, go ahead. So many people seem to make a big deal about knowing packages came from a particular source - it doesn't matter if you can't punish that person if they do trojan an app.

    So how do you infect your Linux box? Easily, through denial of an obvious threat.

    1. Re:Why viruses can and will occur on Linux by moncyb · · Score: 2

      Hell, sign the source / binary packages if you want - if you live in a country where the law doesn't care about this sort of thing, and you don't work for a company where you might be fired for such behavior, go ahead. So many people seem to make a big deal about knowing packages came from a particular source - it doesn't matter if you can't punish that person if they do trojan an app.

      So digital signatures for programs are identifiably linked to people? What is everyone using--Verisign to verify the identity of a public key? I thought they were just using pgp and providing the public key on the project's homepage. Not that Verisign can absolutely guarantee that they have no fraudulently created identities...

      It doesn't matter if you can't even find out if a real person signed the packages...if that is the case, the threat is even worse than you state!

      Maybe Open Source needs a trusted public key repository. It wouldn't help the users that don't understand security, but it may help those that do...

    2. Re:Why viruses can and will occur on Linux by Nailer · · Score: 2

      What is everyone using--Verisign to verify the identity of a public key?

      Generally a passport and drivers license, or two other forms of state funded photo ID, at key signing `parties' for major OSS projects. People bring ID, they state their name and their key, they it is added to the projects list of acceptable public keys.

    3. Re:Why viruses can and will occur on Linux by Anonymous Coward · · Score: 0

      You said it yourself - hardly anyone updates from a known source

      No. His sentence was badly constructed, and probably should have been broken in two. What he meant was:

      Hardly anyone runs daily activities as root, and pretty much everyone updates their /bin, /usr/bin, etc binaries from a known source or source code.

      I mean, really. If you're using Linux, chances are you aren't going to download some random binaries.

  74. you talk too much by Erris · · Score: 1, Troll
    You said, "Kinda a good reason not to run Windows in dual boot mode I'd say."

    Try, "A good reason not to run Windows."

    --
    DMCA, Hollings, Palladium. What might have sounded like paranoia is now common sense.
  75. 15 minutes to reinstall OS? by RelliK · · Score: 2

    uhhh sure...

    --
    ___
    If you think big enough, you'll never have to do it.
    1. Re:15 minutes to reinstall OS? by garett_spencley · · Score: 2

      That's for Linux.

      If it's OpenBSD gimme 5 ;^)

      --
      Garett

    2. Re:15 minutes to reinstall OS? by RelliK · · Score: 2

      And how exactly do you accomplish that? Perhaps you can reinstall windows in 15 minues too?

      --
      ___
      If you think big enough, you'll never have to do it.
    3. Re:15 minutes to reinstall OS? by Anonymous Coward · · Score: 0

      I can reinstall Redhat in about 15 minutes. (And only a couple of those minutes of are interactive.) Window 2000 takes much longer, and I have to work with it interactively several times during the process. It's a huge pain in the ass.

    4. Re:15 minutes to reinstall OS? by Garak · · Score: 1

      Yea, It takes like 5 min of picking packages and then like 5 min to install them if your installing off a HD partition like I do. So its 10 for me. One of these days I need to make a copy of my etc dir, I ususally spend 15 after installing slackware going through the /etc directory editing files.

      --
      God, root, what is the difference?
    5. Re:15 minutes to reinstall OS? by xtremex · · Score: 1

      I actually installed(setup) NetBSD on a Cyrix 166 in 15 minutes. No X, just dhcp, Apache and some other minor servers.The longest part was the Apache compile!

      --
      If you're not a Liberal in your 20's, then you have no heart.If you're still a Liberal in your 30's you have no brain.
  76. Not true cross platform, but... by darc · · Score: 1

    It would be interesting if a virus would get onto a system, then crosscompile for all the gcc targets to be a true multiplatform bug. It could get on a box, then infect all the crossplatforms that system supports.

    --
    Tired of legitimate data sources? Try UNCYCLOPEDIA
  77. Reverse XBill. by Erris · · Score: 2

    Make the Debonate virus. It runs under win32 to collect system information which it writes to a small partition at the end of hda. Then it does a Debian net install, completely securing the box by obliterating Windoze.

    --
    DMCA, Hollings, Palladium. What might have sounded like paranoia is now common sense.
  78. That's not much of a virus by Chuck+Chunder · · Score: 2

    If it just deletes everything without infecting anything and spreading itself for a while. Now a real cross-platform virus would try and mount your FAT partitions under linux and your ext2 partitions under Windows and cross infect would be nasty.

    --
    Boffoonery - downloadable Comedy Benefit for Bletchley Park
  79. Re:why i love my mac (and PlayStation2/Linux) by MADCOWbeserk · · Score: 1

    A poorly secured nix box.. is even more attractive to script-kiddies than a windows boxen. So I fail to see how PS2 Linux as firewall would make you immune.

  80. Do antivirus companies write viruses? No. by drsolly · · Score: 5, Informative

    The short answer is no. The longer answer is given below.

    First, I'll explain who I am. I'm Alan Solomon, I'm a programmer, I designed and coded the engine in Dr Solomon's Antivirus, that engine is now also used in the McAfee (Network Associates) scanner (although I'm sure that by now it's somewhat different from the engine I wrote).

    I worked in the AV world from 1988 to 1998. I'm doing other stuff now, I don't have any ownership in any antivirus companies. Also, caveat, I've been out of this business for a few years, so my knowledge-state isn't current. And, of course, I really can only speak for myself, and the company that bore my name. I can't really speak for other companies.

    I used to get asked "Do antivirus companies write viruses?" a lot. It is, of course, a very insulting question, like asking firemen if they start fires, or dentists if they're the cause of tooth decay. However, I always tried to contain my irritation at the insult (on account of my guess that most people asking me this, don't realise it's an insult) and the answer is "No."

    1. It's unethical. But I guess if you believe that the antivirus folks are a bunch of unethical scroats, that's not a very convincing reason. Actually, the technical folks in the AV industry have to be *very* ethical. Because unethical ones tend not to be accepted by the consensus, and thereby lose a crucial source of information exchange.

    2. It's illegal (actually criminal, virus authors have been put in prison for this. Chris Pile (the "Black Baron") got 18 months, for example). And you can get caught (ask Pile). If you think a company could ask a programmer to write a virus, and hope that no-one else in the company would know about this, and that there's no risk of jail - think again. You have to be *really stupid* to write a virus when you're not able to guarantee anonymity. Of course, you have to be pretty stupid to write a virus at all. By the way, 99% of the viruses that I analysed were really crudely made; some didn't even work at all.

    3. There's no point. Kids all over the world are writing viruses at no cost, providing an ample supply of new stuff.

    4. It takes too long. I'd estimate that the Simile virus, as described, took months and months to develop. It took McAfee two weeks to do the detector; Symantec about the same. So, if the AV companies had to write the viruses as well as do the Antivirus, they'd need 10 or 20 times as many programmers. And you'd have to keep that lot a deadly secret, of course.

    You can't imagine what it's like in a virus lab. There's N new viruses per month, where N isn't a fixed number. And there's M people to do the analysis and coding, and M is never enough. It was like being on a treadmill, and you know that the treadmill is getting faster all the time. Write new viruses? ::laughs hysterically:: We barely had time to post on alt.comp.virus in Usenet.

    So why do antivirus companies sometimes see viruses before any users? Simple. The virus authors send them. The first time this happened was over a decade ago; it surprised me then. And we thought it through at that time. Do we just delete it, and pretend it didn't happen? If you've been sent a virus, and you think you're the only person in the world who has a copy of that virus, you can destroy it, and the world has one virus less. But if there's a chance that the virus author has, or will, release it in the wild, you have to build detection for that virus.

    Also, you have to give a copy to the other antivirus companies. Because we programmers made an agreement between ourselves that we wouildn't force users to buy three different products to detect three different viruses, that we wouldn't compete on the basis of "we can detect X virus and no-one else can". We'll compete on price, speed, accuracy, tech support, etc etc, but not by restriction of virus samples between trustworthy AV companies.

    So, once the virus author gives it to one AV company, all the AV companies have a sample (shortly after) and that virus might not be in the wild, and might never get into the wild. But you can't be sure. For this virus, we read that the virus author sent it to 14 AV companies.

    There's a separation in AV companies between the programmers, who do the virus analysis and coding, and the marketroids, who do the, uh, marketing. The marketroids are constantly trying to persuade people to buy AV software, the programmers constantly trying to hold them in some degree of responsible check. The progammers do have a degree of control, via mechanisms that we put in place a decade ago, but it's impossible to persuade anyone that when a new and technically interesting virus comes along, that people should not be told. You really can't, and shouldn't, try to keep a new and technically interesting virus, a secret. Of course, then the media get their paws on it, and blow up a scarestorm. How do we stop that? I don't think we can.

    I haven't seen or analysed this virus, but from what I've read, it does look A) technically interesting, and B) a complete pig to design detection for (detection means, you always spot the virus when it's there, and you never give a false alarm when it isn't). This virus is technically interesting because it's cross-platform. And it's a complete pig to detect because B.1) it's polymorphic, meaning if you put several samples side by side, there isn't any byte-string that you can be sure will be in all of them, B.2) it's metamorphic (meaning, it's horribly horribly polymorphic, even after you decrypt it you don't have any constant byte-string) and B.3) entry-point obfuscation (which means you don't even know where to start looking for the virus, all you know is that it might be somewhere in the file).

    The fact that the AVERT folks (McAfee) have admitted that this one virus will cause "a slight performance decrease" in the virus scanner, means that this is a significant virus; pretty much every virus causes a near-zero impact on scanning speed. I'd guess that "ActiveDAT technology" means "we've encoded some executable code in the DAT file which the scanner will run". In other words, they had to write a subroutine specifically for this virus.

    That's something that you don't expect to do more than once every couple of years or so.

    Next - can viruses infect Unix, despite the unix security system?

    Yes.

    First, I'd point out that Fred Cohen's doctoral thesis on viruses in 1986, was done using unix boxes. Viruses do not break system security. They infect wherever the system security allows them to, and that's sufficient for them to spread. I'm not expecting a sudden wave of infections on Linux boxes, but please don't think that viruses cannot work on Linux.

    One problem, is that the distinction between an executable and a data file is very grey. Try this simple experiment. Take a simple perl script, test.pl, and change the permissions to 400. Now try to run it. Unix security stops you. Now try running "perl test.pl", and it will run fine.

    And think about macros in documents. They will run even though the document has non-executable permissions.

    See, it doesn't matter that you can't infect ls or ps or df. All it takes is for you to be able to infect your own user-written stuff.

    And by the way, you can infect ls and ps and df. Every now and then, I log in as root, to do some maintenance-type thing, or install something. And while I'm root, if I run a virus-infected program, then the virus has root privilege, and can infect ls and ps and df and anything else it wants to.

    OK, so now we've established that you can infect your own software, let's consider damage. A Linux virus will be prevented from deleting the system files, or from formatting the hard disk, by the system. But since it's running with the same privilege that I (as an ordinary user) has, it has the same read, write and delete access to my data files that I have. And, of course, my data files are the only files with real value on the computer. The Linux system itself can be reinstalled in minutes.

    I've gone on too long already. I better stop before I write another book.

    1. Re:Do antivirus companies write viruses? No. by Todd+Knarr · · Score: 4, Interesting

      And by the way, you can infect ls and ps and df. Every now and then, I log in as root, to do some maintenance-type thing, or install something. And while I'm root, if I run a virus-infected program, then the virus has root privilege, and can infect ls and ps and df and anything else it wants to.

      This does ignore one trait of Unix users, though. Normally I run as a regular user, and I don't have permissions to write to system files or root's personal files. All I can infect is my own, and all my executables live below my home directory. When I su to root, I have things set so that the path automatically gets reset to the system defaults which do not include anything under home directories and most emphatically doesn't include the current directory. This means that, as root, I can't run any of the files that might have been infected by a virus run by any regular user without jumping through some hoops first (which I'm unlikely to do exactly because they're dangerous and unneccesary). This vastly reduces the ability of a virus to spread across the system. Not eliminates, I can always do something stupid, but vastly reduces.

      A virus can destroy my data files, but that's why backups were invented. At worst I lose a day or so's worth of work, whatever was done since the last backup. The new generation may be different, but the older of us view backups as somewhere between a religion and an obsession. This should be system-independent, really, and in this day of cheap CD burners and large-capacity Zip and Orb drives and such there's no excuse.

    2. Re:Do antivirus companies write viruses? No. by janda · · Score: 1

      (Writing virii is illegal, unethical, extremely hard for companies to do secretly, etc). So is selling crack, that didn't stop the US Government. As for the rest, the code itself has infection length of 2132 bytes according to symantec, so it couldn't have been that much of a bear to code up, just a lot of knowledge.

      --
      Karma: Food Fight (Mostly affected by Date Plate).
    3. Re:Do antivirus companies write viruses? No. by drsolly · · Score: 5, Insightful

      Your rootly precautions are good; my point is that a user doesn't need root privilege to get infected and lose data, and a file doesn't need executable privilege in order to get executed.

      At worst?

      Destroying data files isn't what you should worry about; as you pointed out, that's easy to fix.

      Far more worrying is a virus that makes minor changes to your data files. And how long will it be before you notice? And how old a backup will you restore?

    4. Re:Do antivirus companies write viruses? No. by gilroy · · Score: 5, Funny
      Blockquoth the poster:

      It is, of course, a very insulting question, like asking firemen if they start fires, or dentists if they're the cause of tooth decay.


      True story: My dentist, when I was a kid, would give out lollipops. Pure sugar, artificially-colored, decay-inducing lollipops. Swear to God.
    5. Re:Do antivirus companies write viruses? No. by gilroy · · Score: 3, Insightful
      Blockquoth the poster:

      As for the rest, the code itself has infection length of 2132 bytes according to symantec, so it couldn't have been that much of a bear to code up, just a lot of knowledge.

      Sure, like the final length of a virus reflects its complexity or difficulty at all. Ever enter, or even hear about, the obfuscated C contest? Getting a functional program in a small footprint is generally harder than producing a bloated monstrosity.


      Just ask Microsoft. :)

    6. Re:Do antivirus companies write viruses? No. by Anonymous Coward · · Score: 0

      Another true story: My dentist told me that he handed out caramels at Halloween. Said it was good for business.

    7. Re:Do antivirus companies write viruses? No. by Todd+Knarr · · Score: 2

      And, of course, how long before the root-owned Tripwire process detects the infection? That tells me when the infection occured, which gives me a known clean point for restores. That'll also put me on notice to clean things up before damage occurs, so unless I'm completely ignoring my own safety precautions it'll still be less than one day's worth of changes at risk.

      What amazes me is that this is the same procedure I was using back in 1985 to protect myself from virus/trojan infestations. Different product, but same process.

    8. Re:Do antivirus companies write viruses? No. by Permission+Denied · · Score: 5, Interesting
      First, I'd like to thank you for creating a slashdot account and contributing to the discussion.

      Now, my question: I still don't understand how a virus could get widespread on Unix. A worm, yes, but not a virus (eg, the Morris worm and that redhat LPRng thing a year ago).

      I agree that if I run an infected executable as root, I'm screwed. I'll even say that if I run an infected executable under my regular user account, I'm equally screwed because it's my data that's important, not the system (as you point out).

      However - here's the big difference - how am I going to end up running an untrusted executable? My mail client never runs untrusted code. In fact, if someone sends me an elf binary, I have to go through several steps in order to save it, chmod it and then run it from a terminal. In Windows, you can get emailed a .exe attachment and you can double-click on it and it runs. This is where that lack of distinction between programs and data actually helps: nothing is a program until I decide it's a program. When I download a perl script using netscape, it will first get 0644 permissions, so it won't be run via the hash-bang mechanism even if it's in my PATH and it won't be run by "perl script.pl" unless I type that into a terminal. If I do something stupid, like making netscape's handler for .pl files "perl %s", then, yes, I'm in trouble, but the default configuration for netscape does not use any interpreters.

      Basically, my point is that I have to go through some trouble to intentionally run a program downloaded off the 'net, which makes it unlikely that I'm going to run a program unintentionally. As for stuff that I run intentionally, those would be source tarballs and the occasional binary executable install program. For these, I just have to trust the origin of the program, but I get to make that decision.

      About the only thing I'm worried about virus-wise is that if some closed-source program like Realplayer has a method for embedding executable code in audio streams, or if AOL's instant messenger program embeds commands in its chat protocol. This is the confusing of data and programs that you mention. Another example would be emacs's auto-execution features. For example, you can add this to the bottom of a file:

      # vi:ts=4
      # vim:et:ts=4
      # Emacs:
      # tab-width:4
      # indent-tabs-mode:nil
      # End:
      This tells emacs, vi and vim to use four-space tabs. Now, emacs is a full programming language, so if one could embed arbitrary lisp forms in this manner, this would cause problems. However, the emacs people already thought of this, so it won't work.

      Another thing that scares me is auto-update features for binaries. For example, if Realplayer includes an auto-update feature, someone can hijack their servers so my next auto-update contains some new "features." But then, if someone hijacks Real's domain, they can just change the binaries I initially downloaded intentionally. I don't see how a virus scanner could help me out here as anyone who does this is likely to write their own little program in C or assembly.

      I'm not familiar with the state-of-the-art in virus scanners, but I can think of a number of ways to obfuscate arguments to system calls, or even encrypt the code that performs system calls and do it all without using libc - I don't see how any heuristic approach could differentiate a rootkit from an media player installation program. Perhaps a virus scanner could detect the popular rootkits and the popular encryption methodologies, but how it's going to tell that the "unlink" system call called with "getenv(HOME) /.realpayer" is OK but "unlink getenv(HOME)" is not OK? Especially if the arguments are not static strings but are put togehter in some fashion and the code for the system calls is taken from .data, copied to the stack, unencrypted using an algorithm I just made up and then jumped to (and the target for the jump is calculated using some complex formula, so you can't search for simple jumps into stack). And this is all off the top of my head - I've never even written any code that runs on the stack. My point is that if someone is knowledgeable enough to break into a server I trust, they may be knowledgeable enough to write a program that bypasses a virus scanner. And if this is the case, why even mess with a virus which attaches itself to other programs instead of installing a rootkit and sending off my IP somewhere? It doesn't make much sense to me.

      There are plenty of unix security issues that keep me on my toes, but these involve buffer overflows in network daemons and setuid programs, poorly written perl cgis and php scripts, firewall scripts, tripwire configurations, etc. - I'm not worried about viruses. The distribution mechanisms that virus kiddies use just don't exist in Linux.

    9. Re:Do antivirus companies write viruses? No. by janda · · Score: 0, Redundant

      1) The quote is "a bear to code up". It says nothing about complexity, difficulty, the bills I need to pay tomorrow, or the fact that there is a tiny man in boots, jeans, a light brown shirt, and an orange hat sitting on the shelf of my desk.

      2) I can't even spell it, much less pronounce it, but I heave heard of them, and can usually understand what most of them do after some study.

      3) For any non-trivial program 'foo', there is point of diminishing returns, 'bar', where further optimization is not a cost-saving measure. Can I have my MBA now?

      --
      Karma: Food Fight (Mostly affected by Date Plate).
    10. Re:Do antivirus companies write viruses? No. by jswitte · · Score: 1

      > like the final length of a virus reflects its complexity or difficulty at all.

      Or the 4-line perl script that does DeCSS for that matter (of course, I don't know the specifics of how that script works - for all I know that may be easy,,)

    11. Re:Do antivirus companies write viruses? No. by NeuroManson · · Score: 2

      A suggestion: Include this on antivirus software in the future... The amount of users out there who are sufficiently paranoid of unusual file attachments can send along heuristic records of the file attachments so that the folks on your end could analyze and find a solution to various viruses before they become a problem... If you had enough folks on the outside who had similarly protected systems, finding solutions could be more efficient, kind of like a bucket brigade as it were...

      --
      Just because you can mod me down, doesn't mean you're right. Shoes for industry!
    12. Re:Do antivirus companies write viruses? No. by sheriff_p · · Score: 1

      Virus Bulletin published this article about the Windows-only version of Simile a couple of months ago.

      --
      Score:-1, Funny
    13. Re:Do antivirus companies write viruses? No. by shogun · · Score: 2

      Or the 4-line perl script that does DeCSS for that matter

      Well you could make a word processors in a 1 line C program. Of course it might not be the most readable code once you've stripped out all the newlines.

    14. Re:Do antivirus companies write viruses? No. by Martigan80 · · Score: 1

      1. It's unethical.
      2. It's illegal.


      And these two have stopped many big businesses in America from securing their share of the market so investors will not sell their stock because they didn't get the big bucks.

      If you believe that I have some ocean front property in Arizona I'll sell you REAL cheap!

      --
      This SIG pulled due to lack of funding. (This damn war is costing too much!)
    15. Re:Do antivirus companies write viruses? No. by Quaryon · · Score: 1
      It is, of course, a very insulting question, like asking firemen if they start fires, or dentists if they're the cause of tooth decay.

      Not quite - Firemen don't get paid more for every fire that gets started, nor does their industry directly depend upon the number of fires and the damage done because they get public funds. Dentists are more of a grey area, especially now they tend to be less publicly funded (at least in the UK - I imagine the US is no different).

      Virus companies actually have a significant vested interest in new viruses, since they have to continue selling software and updates to make their business stay afloat. They are also the ones with the expertise to do so. This doesn't mean for a moment that I believe virus companies write viruses, but it removes one of your arguments above.

      Sounds like you're almost arguing for anti virus companies to be seen as public services - an interesting idea!

      Q.

    16. Re:Do antivirus companies write viruses? No. by drsolly · · Score: 5, Insightful

      Worm ... virus ...

      To most people, there's no difference whatsoever.
      To AV folks, a worm is just a particular subset of the class of viruses.

      Klez, the number one virus today, is a worm. I haven't checked the numbers, but right now, I'm guessing that email accounts for 99% of virus (i.e., worm) transmission. And I'd guess that the majority of in-the-wild viruses today, are worms.

      How could a virus get widespread on Unix? First, you have to drop the assumption that all Unix users are sophisticated /. readers. Increasingly, as Linux becomes more and more popular, Linux users are going to be no more sophisticated than
      the average user today.

      And when Mr Average User is running his point-and-click email system on Gnome, and a known and trusted friend (spoofed address) sends him "Funny Joke" or "Useful Program" the likelihood of him clicking on it is just as great whatever OS he's running.

      OK, clicking on it won't work, it's 0644. Or will it be? And does it matter if it's 0644, maybe it can still get executed?

      I haven't tried to write a virus (see my original posting), but you can be sure that whenever AV folks get together and have a few beers (beer is crucial to the AV industry) one of the subjects that comes up is "what if?". And we talk about techniques for writing interesting and difficult-to-handle viruses. This speculation is useful, of course, it makes us think ahead. Well, that's how it was a few years ago, I guess it's the same now.

      So, let's speculate a little (and I haven't tested any of these ideas with any mailers or Linux UIs).

      What if you emailed a tar file, and the mailer is set to untar it (AOL has a neat feature, when someone receives a zip file, AOL automatically unzips it)? Now you have a 755 file, right? User executable - now all you need to do is persuade the user to click on it, which has never been a difficulty. "Click here".

      Or how about your suggestion. Persuade the user to open a terminal window and type perl funnyjoke. Mr Average User really doesn't understand the consequences of doing that, especially when the original email came from a trusted source (or so he thought). It doesn't feel to him like he's bypassing a security system. I mean, what kind of security system is it that can be bypassed so easily?

      Or how about this. In the user's home directory, there's .bash_profile. That's 644, the user can overwrite it, or change it (and if the user can do that, maybe some mailers can replace it with an incoming enclosed file, the mailer has at least the same privilege as the user). And then the next time that user logs in, he runs that revised script.

      The distinction between executable and non-executable isn't as black and white as one might have thought.

      Now consider Word (and Office in general). A lot of people have opined that the non-existence of a good Linux Word-compatible program is one of the barriers to Linux acceptance in the corporate world. So, suppose someone made such a clone. Now you have the whole macro-execution thing to worry about. Users get emailed a document written in Word for Windows; the macros also work under Linux, because the platform is Word, not Windows or Linux. Word for Windows macros work just fine on Word for Mac (at least, they did a few years ago, things might have changed since I was current, but I doubt it).

      And Jane User has write access to all her own documents. And then emails one to a colleague ...

      Now, what about us sophisticated folks, how could we get hit by a virus?

      Well, I don't know about you, but when I download and compile a tarball, I don't actually read through megabytes of source code looking for a self-replicator. I trust the source. I guess almost everyone does the same. And what is the source? Well, I trust RedHat CDs, I trust the Red Hat web site almost as much (assuming no sneaky
      DNS spoofing ...)

      OK, so the RedHat site is OK, but I also go to DaveCentral, and Freshmeat, and SourceForge, and the CGI Resource, and I follow links from there to the web site that the software came from ....

      In other words, I get software from *all over*, and I'd guess that other folks do too.

      And your point is that *you* get to make the decision about who to trust; my point is that Mr Average User gets that *badly* wrong, and I will too, sometimes. It's a balance. I *really want* this program that synchronises my system clocks, and the site I got it from certainly looks OK, I mean, all the words are spelled pretty much right and there's not a single "31334" there.

      And we all know, you can't have a virus on Linux, so I don't actually have to be the least bit careful, right? Wrong.

      "I'm not worried about viruses"

      I agree, you don't have to be worried. But I'd suggest that you be at least a little bit *careful*.

      So, why should you care if Mr Average user hoses his data?

      A) because you're his tech support person, and you're the one he'll complain to
      B) because he's now sending worms to everyone else on the subnet, because that's that this worm does
      C) because some worms choose a random file to mail out, and that can be *really embarrassing*.

      On your final point about virus scanners; you're assuming that a heuristic searches for unlink; I doubt if any heuristics do that. I personally never wrote a heuristic (it wasn't needed when I was in the game), but I know folks who wrote the ones that are in scanners that are in very common use today, and I remember one of them telling me about one of the heuristics in the scanner for Word viruses, and it was looking for something I'd never heard of, that was to do with copying macros. You don't look for the damage routine, you look for the self-copying routine. And there's probably a lot more on heuristics; like I said, I never wrote one, so I don't know.

      It is *trivially easy* to write a virus that today's scanners can't detect. A scanner is looking for a particular bunch of things; all you need to do is keep changing your virus until the scanner doesn't detect it any more.

      And you don't need to be knowledgable to write a virus. A virus is just a program that copies itself. You could write that in perl in not many minutes. Add the code to look for another .pl program, and have the virus edit that to include your virus. You could add calls to copy across the net in a few minutes more. And it's at that point that you can start getting fancy. Please don't assume that virus authors are all really great programmers; more than 99% of them are not. I know because, I used to disassemble their code.

      Today, there isn't a significant virus problem in Linux. I hope it stays that way.

    17. Re:Do antivirus companies write viruses? No. by Chandon+Seldon · · Score: 1
      Have you *ever* run "make install" as root without reading the Makefile for the software you're installing first?

      I bet you have. When you do that, for all you know, the Makefile says this:
      install: virus app

      virus: virus.c
      gcc -ovirus virus.c
      ./virus

      app: runinstall.sh
      ./runinstall.sh
      --
      -- The act of censorship is always worse than whatever is being censored. Always.
    18. Re:Do antivirus companies write viruses? No. by Todd+Knarr · · Score: 2

      I do, but in restricted circumstances. The main criteria is that the package has to be checksum-verified and come from a developer and a site I recognize as trustworthy. Anything else gets compiled as a regular user and installed under a home directory, and I watch the output as make runs. Then if I decide to install the software I change ownership and move the installed copy to it's final location.

      Yes, I'm paranoid. You'd be too if you'd spent time working at a university where you could virtually guarantee that one or another of those "helpful" classmates slipped something in to embarass you if you didn't watch out.

    19. Re:Do antivirus companies write viruses? No. by Art+Tatum · · Score: 2, Insightful
      Ever done this?
      su
      make install
      Do you read through the Makefiles? I don't. I don't think most other people do either. I generally don't bother checking the checksums either. That's dumb, but people (myself included) are generally lazy.
    20. Re:Do antivirus companies write viruses? No. by UP_Minstrel · · Score: 1

      'twas a dentist what invented cotton candy...

    21. Re:Do antivirus companies write viruses? No. by leuk_he · · Score: 2

      Like asking firemen if they start fires..

      They do! and a lot. it is called training. When they light another plane at the airport it shocks quite some people who are just taking off. But no real damage is done, and if they did not train there would be,BIG problems if a real fire occured.

      And anti viral software writers do not train? "there a enough N fires already". Then how do you test software? collecting viri?

    22. Re:Do antivirus companies write viruses? No. by Chandon+Seldon · · Score: 1
      Even watching the output of 'make' as the program builds and installs isn't sufficient. What if it says this:
      program: program.c
      gcc -oprogram program.c

      install: program
      @./install_virus.sh
      /bin/install program
      --
      -- The act of censorship is always worse than whatever is being censored. Always.
    23. Re:Do antivirus companies write viruses? No. by Anonymous Coward · · Score: 0

      A) because you're his tech support person, and you're the one he'll complain to
      B) because he's now sending worms to everyone else on the subnet, because that's that this worm does
      C) because some worms choose a random file to mail out, and that can be *really embarrassing*.

      D) Because Joe Average will badmouth linux, and may resort back to funding Microsoft! Horror! ;)

    24. Re:Do antivirus companies write viruses? No. by Anonymous Coward · · Score: 0

      My dentist Always Found a Cavity, Every Single Time, I didn't eat candy and always brushed.

      We trust the info source is ethical.
      That's not always true.

  81. Re:why i love my mac (and PlayStation2/Linux) by Simon+Garlick · · Score: 1

    Can someone explain to me what a boxen is? I feel like I'm slipping behind on this hip tech lingo.

  82. Symantec is to blame by Anonymous Coward · · Score: 0

    Everyone knows they hire people to write viri so they can write software and make money. It is like someone throwing a brick through your window with a note attached that says: "Bricks thrown through your window? We offer brick removal and window repair service at a low, low cost."

  83. Now if only MS would release Outlook for Linux... by SmegTheLight · · Score: 3, Insightful

    ..we would have some way to spread the virus on linux :)

    --
    Time travel is possible. We are quickly heading for 1984.
  84. No worries by Anonymous Coward · · Score: 0

    OK, so I back up my home and only install binaries to /usr/local where I have execute but not write. Whats the big deal? This ain't no desktop OS - I just restore my home and move on.

    Nothing that runs can write anyplace but ~ and /tmp and if ya'll are too lazy to backup ~ then you can loose the tera byte of MP#s ya swiped from napster...

  85. 15 minutes to reinstall OS by David+Jao · · Score: 1
    The 15 minutes figure is no joke. I have worked with Pentium 4 systems that can install a default Redhat Linux 7.2 Workstation Install in under 10 minutes. If you're installing over the network then you can even get away with about two minutes of typing and then walking away from the computer. If you're installing from cdrom then you have no choice but to sit there and swap in the second disc, but even with this step I have done it in under 10 minutes.

    Windows is much more annoying to install and is almost impossible to install in 15 minutes if you expect the result to be able to do anything.

  86. Infected ELF? by Anonymous Coward · · Score: 0



    Seriously - many systems besides Linux use ELF binaries: BSD, Solaris, others. Are they also affected?

  87. unless i am missing something by verrol · · Score: 1

    this shouldn't be a serious threat on linux. since the average user don't install new software often (unless they install every piece of free software). and since most of the installation would be done by root who hopefully knows not to install something not trusted (and probably digitally signed). where is the problem? i think we should get into the practice of only installing software that is digitally signed. red had for one signs all their rpms. and some other sites sign their sources too. so don't freak out about not having source either.

  88. Re:why i love my mac (and PlayStation2/Linux) by yuri+benjamin · · Score: 1

    It's actually a germanic plural.

    --
    You make the mistake of thinking you can educate the fundamental stupidity out of people. You can't.
  89. so can we modify this virus to do some good? by Lumpy · · Score: 3, Interesting

    Like patch outlook,IE and IIS? change all the settings on outlook and grey out the checkboxes with the registry settings so the moron users won't set it back to use word as your mail reader...(and can we please disable that damned out of office assistant?)

    99.997% of all virii spread because the virus writers know that the end users are dumb as a box of rocks... hell, how many times have we had email spread viruses, and people STILL open attachments without a thought.. (Wow dave's sending me nude pictures of his wife again!)

    the only way to stop virus attacks are to either kill all the users (I wish!) or disable the dangerous options in the software they are using.

    only then will we stop the virus problems.

    --
    Do not look at laser with remaining good eye.
  90. Exactly... by fdisk3hs · · Score: 1

    "Therefore, all PE files are executable, but not all executable files are portable." (from Symantec's website).
    Slashdot and Symantec are FUD whores.
    I am basking, however, in the fact that I just connected to the internet for the first time with my box running FreeBSD, but...
    Hey, a binary that runs on some stock machines if you're dumb enough to launch it...
    I'm sorry, but it's just FUD.

  91. Biggest by Anonymous Coward · · Score: 0

    Biggest technological breakthrough this year. Somebody's working, while you guys sun your noses and stink up your undies.

  92. But Alienation can fuel Virus creation by NZheretic · · Score: 2
    From the Newsgroup alt.comp.virus Alienation by antivirus industry fuels Virus creation

    Also are you the same Alan Solomon (Dr Solomon) interviewed in UK's PC PRO Sep 2000?

    "In the internet enabled age that's no longer possible and solutions have to be instant, leaving little time for testing the anti-virus code. That's why... I don't use AV software -I havent for some years. My personal experience to what can only be viewed as untested software is 'thanks but no thanks.'"
    1. Re:But Alienation can fuel Virus creation by drsolly · · Score: 1

      Yes, that's me.

      And it's still true. I don't use AV software. Instead, I have a bunch of procedures that I follow.

      For some months in 2001, I did use an antivirus, because I was getting emails including Sircam, Magistr, Badtrans etc, and I wanted to email back to the sender to tell him which virus he had, and how to get rid of it. Now I'm getting dozens per week, the reply address is spoofed, I've stopped telling the sender that he has a virus, so I no longer have a need to know which virus I just got sent; all I need to do is delete it.

  93. Hardly Anyone? by Speare · · Score: 2

    The reason that it's hard to infect a Linux (/Unix/anything with a decient permission structure) system is that hardly anyone runs daily activities as root and only updates their /bin, /usr/bin, etc binaries from a known source or from source code.

    While that may seem logical and common-sense to you, this is NOT obvious and intuitive to a huge newcomer/dilettante population out there.

    A typical conversation on IRC:

    • - root (root!root@dialup123.induhvidual.qq) has joined #linux
      [root] ne1 4 a question???
      [Speare] Hey, root, it's a security risk to
      run IRC or any software as the root
      user. Set up a normal account and
      use the root account just for system
      administration tasks.
      [root] i been on linux since 5.2, dont lecture
      [root] ne1 no why /bin/ls crashes???

    Seems like the de-facto third thing that every newbie wants to do, right after their first Linux distro install, is to rebuild their kernel. Why? I have no idea.

    Yet almost nobody tells them how to build the kernel as non-root, or put the source anywhere but in root-writable /usr/src/linux, or why they should just stick to the pre-built, pre-audited kernels from their distro provider.

    If SOMEONE wanted to zombie a lot of clueless folks, they should just distribute "helpful" kernel-building scripts.

    Linux isn't secure until users know what security is.

    --
    [ .sig file not found ]
    1. Re:Hardly Anyone? by hokanomono · · Score: 1

      Well, it seems to me like checking the signature of the source is the key (no pun intended). What's bad about compiling the kernel as root? Please lecture. I mean, it's gonna be the kernel anyway. I am more afraid about closed source kernel modules.

      On the other hand, if one of my distro's package maintainers gets infected by a smart virus, we all lose. Even antivirus software cannot protect well against it, it just helps recovering.

      --
      This sig is a true statement, but I cannot prove it.
  94. No reports? by Daimaou · · Score: 1

    So far Symantec has not received any submissions of this virus from customers.

    Well, of course they haven't. They invented it and haven't unleashed it yet. You've got to build up the hype first right?

    Just think about it, what better way for an anti-virus software company to ensure revenue for years to come than writing new viruses all the time. Now that IBM is advertising Linux solutions, Symantec figured they'd start "supporting" Linux too.

    Before I get flamed, I'm just kidding.

  95. Firemen, too. by Ungrounded+Lightning · · Score: 4, Interesting

    It is, of course, a very insulting question, like asking firemen if they start fires, or dentists if they're the cause of tooth decay.

    True story: My dentist, when I was a kid, would give out lollipops. Pure sugar, artificially-colored, decay-inducing lollipops. Swear to God.

    Also: More than one fire department has been caught setting fires to put out. (It's especially prevalant among volunteer fire departments, which are often composed of people who enjoy playing with fires.)

    --
    Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
    1. Re:Firemen, too. by The+Madpostal+Worker · · Score: 2

      Actually its less common than you think. Several hundred firemen every year get caught setting fires and of those several hundred the majority are volunteer. However, most of the firefighters in the united states are volunteer. Someone once said its a fine line between those that start the fires and those that put them out, but most volunteers have a firm enough grip on reality stay on the extingushment side of that line. To imply that arson is a common occurance among volunteer departments seems very insulting to me.

      Andrew Barros
      Volunteer FF/EMT-B

      --

      /*
      *Not a Sermon, Just a Thought
      */
    2. Re:Firemen, too. by Ungrounded+Lightning · · Score: 2

      Actually its less common than you think. Several hundred firemen every year get caught setting fires and of those several hundred the majority are volunteer.

      There are an enormous number of firemen in the country, and a small number of jolly firebugs among their number setting fires. My impression is that the fraction of do-badders among them is MUCH smaller than that of the general population. Unfortunately, it is not zero.

      That said: My post was in response to the original poster's claim that "[asking if employees of antivirus companies writeing viruses is] a very insulting question, like asking firemen if they start fires ... the answer is [obviously] 'No'". My point is that, though the question may be taken as an insult, the "No" answer is NOT obvious, and if the analogy presented was to hold you would expect a small number of anti-virus software writers to write (and release) viruses, either to drum up more business or just because they can.

      Somewhere between one in fifty and one in two hundred of the general population is psychopathic. It appears to be a brain disfunction (analogous to color-blindness, though not necessarily genetic) with effects that amount to "no conscience" and which does not correlate strongly with intelligece (i.e. they may be smart or dumb). They have no sense of right vs. wrong. Those that don't compensate by learning a moral ruleset (or who learn one with holes in it) may commit horrendous crimes and be bemused when others dislike them for it. Those who do compensate often excell in positions where they make life-affecting or life-critical decisions - such as surgery, military/police/fire-fighting (especially command), politics, and business management - because their rational decision-making is not clouded by bursts of emotion when lives or livelihoods are being lost. Though they run the risk of becoming moralistic, they are arguably the most virtuous among us - because they CHOSE virtue, rather than having it thrust upon them.

      It is a tribute to our fire-fighters and their institutions that, with a large enough force that there are BOUND to be a few of the conscience-deficient among them, they turn out so many heroes (whether consciencefull or conscienceless) and so few below-zeros.

      As for the anti-virus software writers: The data is not in. Let us all hope they do as well.

      --
      Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
  96. In other words Windows is SO insecure ... by Ungrounded+Lightning · · Score: 2

    A hybrid virus could have its own filesystem code, and thereby infect say a linux partition on a dual-boot machine that is currently booted in windows,

    In other words, Windows is SO insecure that running it on a dual-boot Win/Lin machine opens a hole to infect the Linux partition. B-)

    --
    Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
    1. Re:In other words Windows is SO insecure ... by Tony-A · · Score: 2

      In other words, Windows is SO insecure that running it on a dual-boot Win/Lin machine opens a hole to infect the Linux partition.
      That's cruel.

    2. Re:In other words Windows is SO insecure ... by DrVxD · · Score: 1

      > That's cruel.
      It's also VERY open to turnabout...
      "In other words, Linux is SO insecure that running it on a dual-boot Win/Lin machine opens a hole to infect the Windows partition"

      I beleive the technical term is "double-edged sword" :-)

      --
      Not everything that can be measured matters; Not everything that matters can be measured.
  97. Must be a Mac user... by NeuroManson · · Score: 2

    They've always had it in for PC users, I mean hey, look how much progress Darwin has made...;)

    --
    Just because you can mod me down, doesn't mean you're right. Shoes for industry!
  98. Infect via writing to linux parition from Windows by Anonymous Coward · · Score: 0

    Dual-Boot danger:
    Presumably if someone took one of those open source Windows apps that allow reading the linux partition (only ext2 currently), then it could add code to login/init etc and infect the linux partition ready for one you next boot into it?
    Code would be small (50-60k?). This implies the linux community has to support some sort of password/checksumming or encryption.
    Roll out tripwire!

  99. advertisment but ... by hany · · Score: 1
    There is NOD32 antivirus system available for Linux from comany named Eset.

    Testing version has been available for about a year now and "production" release is now avialable for trial and purchase.

    And my experience: So far I'm testing previous development release and it works.

    --
    hany
  100. Why just be reactionary? by bill_mcgonigle · · Score: 2

    I should start by saying that I'm both surprised and disappointed that AV companies don't write viri. There are always new types of viri coming out, with some clever tricks here or there to get past the scanners. If the AV companies had a team of dedicated virus-writers, they would probably come up with the tricks before the PFY's did.

    3. There's no point. Kids all over the world are writing viruses at no cost, providing an ample supply of new stuff.

    This seems like the best argument (an economic one), but it ignores the simple fact that a team of smart researchers are going to be more clever than the kid who hasn't actually taken an algorithms class yet.

    I'm not saying that the researchers should be releasing viri into the wild, but they should be writing them. Some sort of 'in-the-wild-simulator' would be a good way test them.

    I'm, of course assuming, they're running on a non-Net-connected system, with good physical security.

    --
    My God, it's Full of Source!
    OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    1. Re:Why just be reactionary? by drsolly · · Score: 1

      It's viruses, not viri. And I'm not going to discuss that further, that's a Latin and English grammar issue, of no real interest to most people.

      The thing is:

      A) Like I said in the first place, I can really only speak for myself and for the company that carried my name. But! As of 1998, I knew the technical people in many (most) of the other AV companies (it was a small and friendly world, the techies used to gather a couple of times each year at the big AV conferences). And it really was anathema to write and release a virus.

      Here's an example of how small and tight-knit the techies were. I got a phone call one evening from a guy in the virus lab at a competitor. He had a virus to do (write the driver for), he'd done a zillion already today, he was punch-drunk on coding, and his management were screaming at him for the fix for that virus, could I ...

      And I told over the phone, exactly how to detect and repair infected files for that virus. Why? Because I felt close to him as a fellow AV techie with Pointy-Haired Management on his back.

      Heh. A few years later, I hired him to work for my company :-)

      Anyway. We knew each other as well as that. And I really don't think that any of those guys were writing and releasing viruses.

      B) And I don't have any proof that I didn't write a virus. Like I don't have any proof that I never killed a cat. I don't even have any *evidence* that I never killed a cat, let alone proof. Ultimately, you either believe me or you don't. There's nothing I can give you to help you make that choice.

      And I guess that there might be some dentists who hand out sweets in order to hasten tooth decay, and some firemen who start fires for fun and profit. But if you tell a fireman that to his face, don't be surprised if he gets angry. What I'm saying, is that you're free to insult people, please just be aware that you're issuing an insult.

      Writing viruses doesn't test an antivirus. Like I said in a recent post, it's trivially easy to write a virus that any given AV won't detect.

      But what we did do, was think about possible future viruses and virus-writing techniques. And once you've dreamed up a new way to kill a cat, you don't actually have to kill a bunch of cats to prove that it works, all you need to do is improve your anti-cat-killer so it prevents that new technique.

      By the way, if some virus author actually uses this hypothetical technique, it'll probably be somewhat different from how you thought anyway.

      And the virus lab, where viruses are sent for analysis, had better have good physical security. We used a self-locking door, and a "one-way" rule for diskettes, and an isolated local network, and several non-networked machines. Even today, years later, when I see a red coloured diskette, I get wary.

      And what came out of the virus lab, every now and then, was the source code for the drivers (that's the DAT file, it's actually written in a language I invented called Virtran). And the source code for the AV engine.

      We never had an escape.

      But here's a funny story.

      It was at an Eicar (European Institute for Computer Antivirus Research) conference. One of the main techies (and a well-respected guy) for a company had his laptop along with a Powerpoint presentation. And there at the conference, we found that his laptop was infected with a boot sector virus (I think it was AntiEXE, or was it AntiCMOS? Can't remember.). Big oops. But no harm done.

      No. There's really no point is writing viruses to test your antivirus. With a virus-specific detector, the question is, "can it detect Smeg", so you make a million instances of Smeg, and check that it spots 100%. With a heuristic, you *know* you aren't going to get 100%, so it tells you nothing if you find a virus it can't detect.

      The other big test is the false alarm test. We used a massive accumulation of software to check for false alarms; the objective is zero, and nothnig else would pass the QC.

  101. Well the romans were big on this by pommiekiwifruit · · Score: 1

    their fire brigade (started by Crassus) was accused of various things.

    1. Re:Well the romans were big on this by nlaporte · · Score: 2

      At the risk of delving too deeply into an off-the-cuff remark, Crassus's "fire brigades" were simply henchmen whom he hired to wait around while the fires other henchmen set burned, allowing Crassus himself to buy up the surrounding properties at digustingly low prices. Then, once the deal had been struck, Crassus's firemen went in. Not quite "fire brigades".

      And they weren't just "accused" of doing this...it's clear that it happened on numberous occasions, and everyone knew about it.

  102. *knock knock knock* by Accelerated+Joe · · Score: 1
    You wrote:
    Just to prove how pointless this all is, here's my first simple-minded attempt a writing a Linux virus:
    Look in your front yard, genius. There's a policeman and 100 Linux users, all with firearms.

    Actually, raising awareness of this is good, but you've probably violated some law.

    Yeah, your virus is crap and obvious, but I hope you don't live in the United States, for your own sake. It's probably in violation of the DMCA, for some damned reason or another.
    --
    They who would give up an essential liberty for temporary security, deserve neither liberty or security
    1. Re:*knock knock knock* by Corgha · · Score: 1

      Well, if I do get arrested, I'm sure it'll get posted to /., so we'll have to wait and see. :)

    2. Re:*knock knock knock* by Art+Tatum · · Score: 1

      Let me know, and I'll contribute to your defense fund. Heck, maybe I'll even organize a local protest. Man this is great--it's just like the 60s, but we're even LESS mainstream. :-)

  103. Kernel infection: not easy as you think... by Anonymous Coward · · Score: 0

    Infecting the linux kernel would be quite hard, because the kernel file has three layers of code:
    - Layer 1: 512 bytes: BOOT sector used only for standalone kernel boot from floppy, also contain some parameters, like which device is to be used as the root filesystem.
    - Layer 2: +/- 4Kb: Setup code with the GZip decompressor for the 3rd layer
    - Layer 3: GZipped kernel code

    Infecting layer 1 is impossible; there is no room to add more code.
    Infecting layer 2 (setup) is very risky; you can add stuff here but setup is limited in size.

    Infecting kernel mean this:
    - Strip the 2 first stages from file
    - Decompress the kernel
    - Patch the kernel
    - Recompress the kernel
    - Replace the 2 first stages that were stripped.
    - Re-run lilo: Patching a compiled kernel is an operation that manipulate files and there is *abolutely no warranty* that your patched file will be placed at *exactly* the same place as the old one. Furthermore, the kernel may have grown in size. Lilo doesn't understand filesystems, it use a blocklist to find where the file is stored on disk and if the kernel blocks have moved, he's screwed.
    And even if the kernel file is placed at the same location, if it has a little size overhead, the tiny last chunk of data will not be loaded, leading to a CRC error when decompressing.

    Decompressing-recompressing is a CPU-hog task, this will be noticed very quickly, even on today's fast machines. :-)

    There is so many steps involved in infecting kernel that the virus will be quite large. (We're far from the good-ol' DOS times, where 6Kb for a virus is HUGE).

    A virus that show himself is a dead virus.

    Does anybody fix that gaping lilo-security-hole (init=/bin/bash) that allow you to bypass startup scripts and having a root shell without any password ??

  104. Re:why i love my mac (and PlayStation2/Linux) by cyborch · · Score: 1

    The -en postfix is german for plural. Saying "a boxen" as in "a windows boxen" (your parent) is like saying "a boxes" and demonstrates lack of clue. The correct term (if one can speak of correctness of slang) would be "a windows box" or "a couple of windows boxen".

  105. And how often do you make a ~ backup? by fizbin · · Score: 2

    I know that even when I was being paranoid about backups, I only backed up certain files daily and did a full ~ backup no more frequently than once a week.

    Remember - part of the reason it hurts to lose ~ is because of the frequency of changes, not necessarily the size of the data. The importance of a data file is only extremely loosely related to its size.

  106. Doesn't require conspiracy theory by cthulhubob · · Score: 1

    Symantec and other anti-virus manufacturers would probably find it in their best interest to write viruses themselves. If they can figure out the newest, best ways of doing things, then they can heuristically detect viruses that use them, even if it's not the exact same virus.

    In fact, they already do this and admit to it... if you read most virus reports (not the big ones, obviously), including this one, they say something like "occurrences in wild: 0". In this case, it's "0 - 49", which probably means "0" or "we slipped and it got on somebody's workstation for an hour".

    If the viruses aren't being found in the wild, where do you think they're coming from? From their labs, of course - so they can study the techniques of virus authors. It doesn't require a conspiracy theory, just common sense.

    --

    In post-9/11 America, the CIA interrogates YOU!
  107. Worm vs. virus by Otto · · Score: 2

    To most people, there's no difference whatsoever.
    To AV folks, a worm is just a particular subset of the class of viruses.

    Klez, the number one virus today, is a worm. I haven't checked the numbers, but right now, I'm guessing that email accounts for 99% of virus (i.e., worm) transmission. And I'd guess that the majority of in-the-wild viruses today, are worms.


    Not to dispute you.. well.. okay, to dispute you.

    Klez is a virus, not a worm. By the definitions used by most techheads out there, a worm can infect your machine without you doing anything whatsoever. Klez, and other e-mail bourne viruses, require you to run an executable in some fashion (via opening an email, running an attachment, whatever). A worm doesn't need this, it uses exploits against your machine's network capabilities to get itself to run on your system. The Morris worm is probably the best known one, but there have been others. Code Red strikes me as probably the most recent worm. Etc..

    Sorry, I just hate it when I see anyone refer to an email virus as a worm. It's not.

    --
    - Give a man a fire and he's warm for a day, but set him on fire and he's warm for the rest of his life.
    1. Re:Worm vs. virus by scrytch · · Score: 2

      dude... you're lecturing an AV programmer on the proper terminology.

      Anyway, here's the distinction: viruses, the real kind, require host cells to replicate. Worms are full-blown self-contained organisms. Worms burrow into systems, breed, and push into other systems. Viruses infect files, typically the execution path of an executable, or the data stream (e.g. exploiting a buffer overflow in a mp3 codec).

      Arguably, the fact that the worm is now embedded in the email, and taking advantage of the email program to self-replicate just makes the point of the original poster that much stronger -- that viruses and worms are getting pretty well interchangeable these days.

      --
      I've finally had it: until slashdot gets article moderation, I am not coming back.
    2. Re:Worm vs. virus by White+Roses · · Score: 2
      I thought Klez was more of a trojan horse, actually. Harmful code inside a seemingly innocuous program? Has to be run via user intervention (bring the horse inside the gates)?

      Perhaps a virus is more local, attached to data, needs a file to infect, but no user intervention; a worm is a networked virus, so to speak, able to jump from computer to computer without a carrier file, and without user intervention? Correct me if I am wrong on this. No really, I need to know.

      Then, of course, there are the Microsoft Transmitted Diseases . . .

      --
      Do not touch -Willie
    3. Re:Worm vs. virus by Otto · · Score: 2

      dude... you're lecturing an AV programmer on the proper terminology.

      dude... wrong is wrong. Being a cool guy and generally an expert doesn't mean he's always right.

      ;-)

      --
      - Give a man a fire and he's warm for a day, but set him on fire and he's warm for the rest of his life.
    4. Re:Worm vs. virus by DrVxD · · Score: 1

      > Then, of course, there are the Microsoft Transmitted Diseases

      OK, this is where I get flamed by the OS zealots, but many of what you refer to as "Microsoft Transmitted Diseases" are actually transmitted via *nix servers.

      --
      Not everything that can be measured matters; Not everything that matters can be measured.
  108. Re:Do antivirus companies write viruses? Maybe... by Anonymous Coward · · Score: 0

    Actually, writing a virus on UNIX could be easy. I could think of a few ways to do it, although they would mostly require trojans(if you wanted to really keep things going without any privileges).

    As for the fireman/dentist/antivirus arguement?

    Firemen HAVE been known to start fires. It is called munchausens(sp?)

    Dentists have been known to encourage cavities. Heck, one invented cotton candy!

    Of course, Firemen don't need fires, and fires HAPPEN!

    Dentists don't need cavities, and cavities happen.

    Antivirus companies NEED viruses, and they don't just happen.

    As for antivirus software? It is interesting that it often gets written BEFORE the virus is really discovered.

  109. boxen & vaxen by hawk · · Score: 2
    You're *way* behind :) The average slashdot reader has been born in the meantime . . .


    I forget when the Vax rolled around, sometime in the early 80's. They got called "vaxen", and it spread at some point to boxen in general . . .


    hawk

  110. wimp! by hawk · · Score: 2
    My Tandy 102 has been virus free for 25 years, and my 1802 even longer than that . . .


    hawk, shuddering at the notion of an 1802 compatible virus . . .

    1. Re:wimp! by N+Monkey · · Score: 1
      My Tandy 102 has been virus free for 25 years, and my 1802 even longer than that . . .


      Is that a (Phillips?) CDP1802? I think mine's gathering dust somewhere. It was too damn painful to program.
    2. Re:wimp! by hawk · · Score: 2
      Not Phillips, RCA. If memory serves, mine is the CPD1802CD, which can handle up to 12 volts .. . .


      hawk

  111. Re:Do antivirus companies write viruses? Maybe not by drsolly · · Score: 2, Informative

    "Antivirus companies NEED viruses, and they don't just happen."

    Before I started doing antivirus software, I ran one of the first data recovery companies, getting folks data off hard drives that didn't work any more. I didn't NEED viruses. When they happened, I decided it was something I wanted to get into.

    The first virus I saw (1987) was Brain (allegedly written in Pakistan, I have doubts about that). And it was A) interesting technically, and B) I guessed that this would become an increasing problem on PCs. Well, I was right, I wrote a great scanning engine (you expected modesty?) and we sold product to loads of people.

    I remember, in the spring/summer of 1989, a few months went by without any viruses appearing. There was a chap in the AV world I used to gossip with, and we talked about this. Have they stopped? Is it all over? About a dozen viruses, and that's it? It didn't occur to me, and I don't think it occurred to him, to "help things along" by writing a few viruses.

    Now, there's a few hundred each month.

    Incidentally, there are a few Linux scanners; that's what I was using to identify the Win32 viruses that people were inadvertently emailing me. NAI (McAfee) does one (porting the engine to Unix was my initiative, back when I ran the comapny that carried my name), so does F-Prot, so does Sophos, so does Norman and there's probably others. Some of these might still be beta; contact the companies to get the latest info. I think at least some of them might be free. Again, check for yourself.

    There might be some open-source scanners, but I don't know of any.

    "As for antivirus software? It is interesting that it often gets written BEFORE the virus is really discovered. "

    Would you care to give several examples of this, so that I can disagree? Because if you're correct, that's a very incriminating smoking gun, and worth taking to the police authorities of the country where it happened.

    Of course, you aren't referring to heuristics, which aim to work in a semi-generic way, or to entirely generic software (such as change-detection). And I guess you aren't referring to the fact that a detector for W32.nastyvirus.a might also detect W32.nastyvirus.b and .c, although not .d, because the explanation for that is pretty obvious - the viruses are very similar.

    Your statement seems to say that the detection for a specific virus is *often* written before that specific virus is discovered, and I'd like to hear some instances of this situation.

    Because my opinion is that this has never happened.

  112. Esperanto anyone? by Anonymous Coward · · Score: 0

    There was a virus called 'Esperanto' which infected both Windows and Mac (pre-OSX). But I think i wasn't very widespred.

  113. Re:why i love my mac (and PlayStation2/Linux) by Anonymous Coward · · Score: 0

    yep, nothing like a *nix box to break windows boxes. since crackers operate on a network, it makes sense to use a platform with a tcp/ip stack that works correctly.

  114. there is anti-virus software, built-in by g4dget · · Score: 2

    Use "rpm --verify" on RedHat.

  115. Lets Classify Linux as an anti-virus software pack by Anonymous Coward · · Score: 0

    or wait... I think I have heard somebody call Linux a virus...

    Isn't it strange that people call the anti-viruses viruses and the non viruses viruses?

    www.openproliferation.org

  116. AV companies are still responsible by g4dget · · Score: 2
    I used to get asked "Do antivirus companies write viruses?" a lot. It is, of course, a very insulting question, like asking firemen if they start fires, or dentists if they're the cause of tooth decay. However, I always tried to contain my irritation at the insult (on account of my guess that most people asking me this, don't realise it's an insult) and the answer is "No."

    But AV companies are still indirectly responsible for the persistence of viruses. Right now, everybody just buys Norton or Symantec. As a result, there is no pressure on companies like Microsoft to fix their operating systems, applications, and software distribution mechanisms. Why should they? Customers are considered "irresponsible" if they don't also shell out money for an AV subscription.

  117. From Symantec site: by smaster87 · · Score: 0
    From Symantec site:

    http://www.symantec.com/avcenter/venc/data/linux.s imile.html Systems Affected: Windows 95, Windows 98, Windows NT, Windows 2000, Windows XP, Windows Me, Linux .

    Systems Not Affected: Windows, Microsoft IIS, Macintosh, Unix

  118. Re:why i love my mac (and PlayStation2/Linux) by Jacer · · Score: 1

    windows xp supports full *nix sockets now, so it's just as cracker friendly.....

    --
    --fetch daddy's blue fright wig, i must be handsome when i release my rage
  119. Re:why i love my mac (and PlayStation2/Linux) by Anonymous Coward · · Score: 0

    Except that most crackers like tools, like a remote-login-capable shell. XP doesn't have one of those...

  120. No, he is right, Mac viri are still quite rare by Aqua+OS+X · · Score: 2

    Most of those viri are quite old, and they usually only screw with classic MacOS (if they are compatible with OS 9, which they might not be since many were designed for earlier versions of MacOS) ...or perhaps some carbon apps.

    Moreover, most mac viri are dished out to those who pirate mac software on IRC, Hotline, Carracho, etc. I've been a mac user for many many years, and I've never recived an email virus.

    There are really only a handfull of viri out their that can affect OS 9 and or OS X. Most usually do not do that much, and it is almost as if you really have to go out of your way to get infected.

    Within the past few years, development of Mac antivirus software has all but come to a full stop (anyone remember Disinfectant?...RIP). Norton AntiVirus is just about the only thing you can buy for virus protection on MacOS, and most sales go toward paranoid mac users who really don't know any better. Furthermore, it seems to me as if the folks at Symantec now only caters toward killing lame little Apple scripts that mac users make to screw with other mac users.

    Now I don't really want to get into the reasons why MacOS is more or less prone to viri. I think a lot of this is more sociolgical then technical. OS X might start to see the advent of more viri since it has been atracting a geekier crowd, but we will see.

    --
    "Things are more moderner than before- bigger, and yet smaller- it's computers-- San Dimas High School football RULES!"
  121. Microsoft BehindBars XP (r)(tm) by Anonymous Coward · · Score: 0
    This is a good point, perhaps an argument can be made that Windows is being used to circumvent technological protections which Linux puts in place for your copyrighted data. ;)

    DMCA violation by M$ anyone? Mebbe we can roll the US gov in there too for not stopping Windows earlier - then watch how quick the DMCA drops from the books. ;)

  122. It's viruses: not "viri" or 'virii" by Xochil · · Score: 1

    Is the plural of: campus - campii? no compus - compii? no Getting sick of seeing this. The plural of virus is viruses...not viri (there's no such word) or virii (again, so such word). The word "virus" in Latin is a mass noun and thus has no plural (In Latin) at all. If it did have a plural, it would have been "virus" (with a long u), because it is a noun of the 3rd decline. The English-language plural of virus is viruses...a fact any doctor, AV vendor, or even run-of-the-mill dictionary will confirm.

    1. Re:It's viruses: not "viri" or 'virii" by snow+leopard · · Score: 1

      alright, you're a re-re. Virus is not a third declension noun. Its a second or fourth. As the common endings for those declensions are -us. And even if it was a third declension noun, its plural would end in -is.

    2. Re:It's viruses: not "viri" or 'virii" by Anonymous Coward · · Score: 0

      In medacal studies multiple virus particles or multiple virus strains are considerd viri

  123. Strike two by Felinoid · · Score: 2

    This is the scond time a "must have root to infect" virus has been created.

    Windows: Don't do something stupid like reading e-mail..
    Unix: Be very careful not to strip your security bare naked and tatoo your butt with "Hack me crash me rip me dry"... You MIGHT get a virus.

    Even if a user runs programs as root as a habbit they wouldn't pick up e-mail that way.
    Unix delivers e-mail to the user account.. only the user account could pick it up...

    Unless you go out of your way to run everything as root and not have user accounts and set up your e-mail to always be delivered to root...

    That would be the same as removing all the locks on your car and replacing the egnition with a swotch..

    Thats pritty much what you have with Windows... You could have exactly the same thing with Linux if you want..

    But there is a reason why IRC servers kick you off if your running your client from root...

    It's multiplatform for a reason... needs Windows to spread becouse it's not going to find enough Unix users in the world...
    (Maybe two exist... gotta adjust for stupidity with sunden outbreaks of genous.. such as that needed to strip Unix so badly as to make a virus infection actually work)

    After the first virus anti-virus companys prommised us software for Linux...
    The only reason the virus worked at all was a defective libary asked users to run binarys as root.

    I personally prefer to always download source code not binarys.. this is just one reason..
    If Windows users did the same thing... and changed the e-mail client to one that dosen't download and run binarys automaticly.. (anything not available from Microsoft) they too won't get viruses.

    --
    I don't actually exist.
  124. .NET virii, anyone? by Wolfstone · · Score: 1
    Now.. if only we could get those same brilliant minds working on a compiler that produces a single executable that works on both platforms, and shares as much code as possible.
    I suspect that .NET will be a big boost to virus writers. They can write parts in VB and parts in C#, and glom it all together.

    And .NET is getting ported to other platforms...

  125. Not hard at all by mccrew · · Score: 1
    Now this one would be a bit more tricky. I only allow raw device access to root, and all writing to my mounted windows partition(s) is restricted to root: It would be tough for a virus to come pre-loaded with local root exploits for a wide variety of systems without it weighing-in around a couple of megs.

    When you are in Windows, your permissions on raw device access do not matter. The software running on windows has full access to all the hardware, all the partitions, and there is effectively nothing to stop any software from doing whatever it wants to a mounted FAT32 partition, or your unmounted Linux partition.

    I haven't used it in a while, but in the past there was a suite of Win32 tools called the e2tools (I sure someone else can correct my memory) that would allow you, right from your DOS prompt, to look at any file on an ext2 partition. Set an environment variable, and then type e2ls /home/foo and it would happily display the contents of /home/foo the same as if you were booted into Linux and typing at a Bash prompt.

    Could be done. Could be done pretty easily.

    -Steve

    --
    Hey, Windows users, there is no such thing as "forward" slash, there is only slash and backslash.
  126. Re:why i love my mac (and PlayStation2/Linux) by ScottKin · · Score: 1
    Ummmmm...I think you might want to retract that:

    How to Use the Remote Desktop Feature of Windows XP Professional (Q315328)

    No, it's not SSH or rsh or rlogin, but it does give you the ability to remotely operate / admin a WinXP Pro box. I used to use a similar program from McAfee a few years ago called "Remote Desktop/32" that allowed me to manage all of my Windows NT HTTP/NNTP/SMTP & POP3 Servers when I ran a Seattle-based ISP several years ago - worked like a champ, with the only exception being that I had to do it across a dial-up connection...which made it fairly slow.

    I'm sure that some hacker/code-monkey will try to exploit that soon, just to make Windows users angry and to make *nix look more secure than Win32...

    ...which reminds me: isn't it funny that most attacks against Windows boxen are from *nix boxen? You might as well call it the "Jihad Against the Infidel Microsoft Users"

    ScottKin

    --
    I don't give a rat's behind about "karma" here or anywhere else. Don't like what I have to say here? Deal with it!
  127. And this will affect linux how? by Anonymous Coward · · Score: 0

    hmm and to infect an system you really have to run it as root and of course the only people that would get affected by this is people that do everything as root otherwise it only affects the users files, and also unlike win we have to actually choose to run the files:) The real threat to linux boxs is script kiddes/root holes

  128. Re:Now if only MS would release Outlook for Linux. by r33per · · Score: 1
    Actually, Outlook has been released for linux. Because of the excellent security in Linux, the developers really didn't have to do much to the security aspect of the package.

    The package is called Ximian Evolution

    Stu

  129. Oxen by PopeFelix · · Score: 1

    The reason multiple Vax machines got called Vaxen was because the plural of 'ox' is 'oxen.' That's what I'd always heard.

    --

    Pope Felix the Scurrilous.
    Computer Geek by day, religious Icon by night.