Slashdot Mirror


The End of Signature-Based Antivirus Software?

nosig writes "PCMagazine is running a story around the latest AV-TEST response time and proactive detection test for the latest MS05-039 vulnerability related attacks. The test results were announced by the author to the focus-virus discussion list. What's really impresive, besides the huge difference between response times among antivirus companies, is that two products succeeded to proactively detect all 6 attacks without any signature update. "

290 comments

  1. Excel sheet Zip file???? by gtrubetskoy · · Score: 5, Funny

    From the referred posting: You can find the information how fast the AV companies have reacted with a solution against Bozari.A/B, Drudgebot.B, IRCBot!Var and Zotob.A/B in an Excel sheet (18 KB ZIP file) which is available at http://www.av-test.org./

    At first glance this looks like a clever variation on "important document attached" e-mails we all get every day...

    1. Re:Excel sheet Zip file???? by El_Muerte_TDS · · Score: 1

      Is it safe to open?
      I just updated my virus scanner and I want to see how effective it was according to the tests. But I'm not just going to open that zip just to found out that virus scanner apperently didn't do that well afterall.

    2. Re:Excel sheet Zip file???? by Anonymous Coward · · Score: 0, Offtopic

      What no tripmasterbater monkee with first prost? I miss seeing the little ascii guy that I haven't seen since I was in middle school....

    3. Re:Excel sheet Zip file???? by hobbesx · · Score: 1
      But I'm not going to open that zip just to found out that virus scanner apperently didn't do that well afterall.


      Why not just scan the zip file? Your AV program should be able to uncompress it safely.

      --
      This rating is Unfair ( ) ( ) Fair (*) Funny
      Sigh... If only. Modding would be so much more fun.
    4. Re:Excel sheet Zip file???? by Skiron · · Score: 3, Insightful

      http://marc.theaimsgroup.com/?l=focus-virus&m=1124 89911518567&w=2

      Perhaps. But unless you are on windows, and with the additional £300 MS Office, you are not going to see a lot?

      Straight away any creditabilty to a study group issuing information in a non open standard application leaves doubt.

    5. Re:Excel sheet Zip file???? by Anonymous Coward · · Score: 0

      Just go to OpenOffice.org and you can open just about any Excel, Word, or PowerPoint document.

    6. Re:Excel sheet Zip file???? by Anonymous Coward · · Score: 2, Insightful
      Is it safe to open?

      Go ahead. It's safe.

      (You are using OpenOffice under Linux or BSD, right?)

    7. Re:Excel sheet Zip file???? by milimetric · · Score: 5, Funny

      what I find interesting here is that whereas in the detection time sorted column Symantec performed at an average level, in the alphabetically sorted column they performed very badly, being one of the last ones in the list. Judging by a quick glance at this, I will switch my antivirus software to AntiVir which was at the TOP of the list.

    8. Re:Excel sheet Zip file???? by hobbesx · · Score: 1
      Looks like a communications issue- I think the GP was expecting the Excel file to be infected with the viruses- I did RTFA before posting, but I figured that I must have misunderstood.


      BTW, OpenOffice opens Excel files just fine in my experience, Windows or Linux. Still, I see your point. Why not just release the information in the post?

      --
      This rating is Unfair ( ) ( ) Fair (*) Funny
      Sigh... If only. Modding would be so much more fun.
    9. Re:Excel sheet Zip file???? by gehel · · Score: 1

      If anyone has mod points, mod the parent funny ! And thanks for the good laugh before going to bed ...

    10. Re:Excel sheet Zip file???? by FragHARD · · Score: 2, Funny

      well I'm not giong to open it ....... Hey I know lets get mikey to open it, he'll open anything!

      --
      FragHARD or don't frag at all
    11. Re:Excel sheet Zip file???? by slashdevnull · · Score: 2, Funny
      (You are using OpenOffice under Linux or BSD, right?)

      Yeah, but they're running it as root.

    12. Re:Excel sheet Zip file???? by CastrTroy · · Score: 1

      I just opened it in openoffice, and it looks fine. The question is though, why would they do something like this and release in an excel file, inside a zip file. There are so many open standards out there that everyone can open. Why would you want to chose a closed format that needs a $300 program to view it.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    13. Re:Excel sheet Zip file???? by darmey · · Score: 0

      They are probably Russians.

    14. Re:Excel sheet Zip file???? by OldManAndTheC++ · · Score: 1

      Umm, is that you Boss? Gee, I didn't know you read Slashdot!

      --
      Soylent Green is peoplicious!
  2. The death of X by twigles · · Score: 4, Funny

    This week on /., "The Death of [fill in the blank]!" It's just one test, slow down and breath.

    1. Re:The death of X by Anonymous Coward · · Score: 0

      This week on /., "The Death of [fill in the blank]!" It's just one test, slow down and breath.

      Here, I'll spot you an 'e'.

    2. Re:The death of X by woah · · Score: 3, Funny
      Death of X?

      Not my X!

      *sob* *hugs monitor running X session*

  3. NGSCB/Palladium by electrosoccertux · · Score: 3, Insightful

    We better find a way to secure our computers without Bill's help. Otherwise he has a major reason for why we "need" the NGSCB....even though it would most likely be used to accomplish other things.

    1. Re:NGSCB/Palladium by TheRaven64 · · Score: 1

      Something like TCPA (or whatever they are calling it this week) could be very good when used in combination with something like NetBSD's Verified Exec. Don't allow any kernel to run, unless it's hash matches one added by someone with physical access. Don't allow any program to run outside a sandbox unless it has a hash which matches the one set by root.

      --
      I am TheRaven on Soylent News
    2. Re:NGSCB/Palladium by Limburgher · · Score: 1

      We've got that. Just try this, thisthis, or, if all else fails, this.

      --

      You are not the customer.

    3. Re:NGSCB/Palladium by Fareq · · Score: 1

      That's the worst thing about Palladium.

      When properly implemented, Palladium does tons of really really terrible things. And also makes spyware and viruses much much much less troublesome, thereby making everyone overlook all the badness and buy it anyway.

  4. In other words... by cryptoz · · Score: 3, Funny

    The anti-virus companies have finally learned that the type of viruses they're creating are too difficult to fight against. So they've decided to start writing slightly new viruses that can be more easily killed through their new type of program, which will cost the unsuspecting Windows user, oh, only a few dozen more dollars a month.

    I love the world of GNU/Linux.

    1. Re:In other words... by cryptoz · · Score: 1

      Woah. Troll? Eh? I don't follow the logic of the mods here. I was trying to, uh, be..."funny". But I guess I'm just not. Ouch.

    2. Re:In other words... by Jacked · · Score: 1

      If I had some mod points, I'd help ya out. Some people just have no sense of humor.

  5. Data from the article by Anonymous Coward · · Score: 5, Informative

    The product scores (only the trolls need more karma). Or you can try page 4.

    BitDefender 6/6
    Fortinet 6/6
    Nod32 5/6
    eSafe 3/6
    F-Prot 3/6
    Panda 3/6
    QuickHeal 3/6
    McAfee 2/6
    Norman 2/6
    AntiVir 1/6
    ClamAV 1/6
    Proventia-VPS 3/6
    Panda TruPrevent 6/6

    1. Re:Data from the article by SynapseLapse · · Score: 1

      It know it's from TFA, but I'm not so sure about this Norman Anti-virus ^_^.

    2. Re:Data from the article by Jeff+Molby · · Score: 1

      only the trolls need more karma

      Hey, don't forget us n00bs.

    3. Re:Data from the article by CKW · · Score: 1

      Ummm, I take issue with the following bit of the summary:

      is that two products succeeded to proactively detect all 6 attacks without any signature update

      Note that the listis NOT ordered, there are 3 products that scored 6/6. ;-)

      .

    4. Re:Data from the article by ajwitte · · Score: 1

      Not that I read the ariticle either, but one of them may have required a signature update. (The assertion was only that of those products which scored 6/6, two required no update.)

      --
      chown -R us ~you/base
    5. Re:Data from the article by Steele · · Score: 1

      Just be wary when it starts to talk about its Mother Anti-Virus ?

    6. Re:Data from the article by Baron+von+Leezard · · Score: 5, Insightful

      This is a meaningless test. I can write an AV program that will get 6/6 no matter what you feed it: it always returns positive. Is that actually helpful? Obviously not. The article mentions that the products that scored 6/6 have a higher false positive rate. Sounds harmless, but even the tiniest false positive rate renders a product completely unusable when the volume of scanned items is high. So what does this test actually reveal? Absolutely nothing. [BvL]

    7. Re:Data from the article by Martin+Blank · · Score: 1

      Panda required an update for all but the two Bozari viruses according to the spreadsheet. I don't know how they came up with a 6/6 score.

      --
      You can never go home again... but I guess you can shop there.
    8. Re:Data from the article by CProgrammer98 · · Score: 1
      --
      And the people shall be oppressed, every one by another, and every one by his neighbour Isaiah 3:5
    9. Re:Data from the article by flithm · · Score: 1

      Not at all!

      The test is actually quite useful, it's the article that's not.

      If you look at the av test publication data you'll see all sorts of great information.

      The information I find of particular interest is in the column that's sorted by response time, especially the programs that didn't proactively react such as: ClamAV, F-Secure, Sophos, McAfee, Symantec... ie all the big guys.

      The interesting thing about this (and these are the guys that don't give so many false positives as you are right -- you definitely need to avoid this).

      The interesting thing is that out of all the big guys, Symantec comes up basically last!

      The difference between say 3 minutes, or even 45 minutes and Symantec's 3 hours is huge! Depending on the virus 3-5 minutes may be all it needs to propagate through an entire company's network. But some are much slower, taking several hours.

      Either way, the lower the response time the better!

    10. Re:Data from the article by Decker-Mage · · Score: 1

      Actually I've had zero false positives to date with BitDefender and that's with the freebie implementation. I do have MD5 hashes, tucked in a locked/encrypted drive, just in case I do run into a possible false positive, but I'm very paranoid. The only irritating thing about the product is that some of my security/penetration testing tools set it off as well which surprised me at first but it makes sense after I thought about it. I now keep them locked up as well. Very nice tool, although I'm adding ClamAV to the mix to have a second check; something I did for years (since '87) back when I was a file librarian on CompuServe. Is is paranoia when they really are out to get you?

      --
      "[I]t is a wise man who admits the limits of his knowledge or skill, and that pretending either causes harm." --Terry Go
    11. Re:Data from the article by Magada · · Score: 1

      Mod parent down. The fine article about the test specifically states that only one of the solutions that tested 6/6 provided a large number of false positives, and flagged the infected files as such simply by deciding that all packed executables are suspect. The other, is actually commended for having a low false positives rate.

      --
      Something bad is coming when people are suddenly anxious to tell the truth.
    12. Re:Data from the article by babybird · · Score: 1

      I've been running Panda TruPrevent now since about April, and I have yet to have it detect any false positives (even as an IRC admin and intentionally downloading and playing with suspect files in a sandbox, not one false positive so far). It also got 6/6 detected correctly. Say what you will, for me it's been working brilliantly.

      --
      Keith D.
    13. Re:Data from the article by Baron+von+Leezard · · Score: 1

      This may be more of a testament to the fact that the average /. user doesn't really need AV software. If you don't use Outlook, use Firefox instead of IE, and don't download and install fairly stupid things, you can avoid most chances of getting infected.

      Of course, I don't know — maybe these are great products. I don't use any AV software personally, since there are zero viruses for OS X.

      [BvL]

  6. Sandbox by hrieke · · Score: 4, Interesting

    A thought, and perhaps a better mind can say why this would or would not work.
    Build an AV system that creates a VM sandbox that would then allow the a program to run to see what it would do, and if determind to work normally, then to pass the IO requests directly to the system.
    So a worm or virus would begin to make calls out to the various sub-systems to hide itself and open up ports, then the AV would nip it in the bud.

    --
    III.IIVIVIXIIVIVIIIVVIIIIXVIIIXIIIIIIIIVIIIIVVIIIV IIVIIIIIIVIII...
    1. Re:Sandbox by trosenbl · · Score: 1
      Build an AV system that creates a VM sandbox that would then allow the a program to run to see what it would do, and if determind to work normally, then to pass the IO requests directly to the system.


      That's more or less what's going on here. They aren't necessarily running it in a virtual machine, that would be enormous overhead. But they do watch for types of behavior that is typical for a virus. They don't need the sandbox approach, because the execution can still be stopped before actual damage occurs.
    2. Re:Sandbox by hobbesx · · Score: 1
      But how would you determine 'normally'? By prompting the user?


      You've changed data in a cell, are these changes ok?


      I don't see AV software companies jumping from the signature-based detection just yet. No, this is just another bullet point to add to a list of features:
      * Guaranteed to catch know-viruses with your current signature update!
      * Catch new viruses before we even know about them 95% of the time!
      * Send us your money now, and then send more to us again later!

      --
      This rating is Unfair ( ) ( ) Fair (*) Funny
      Sigh... If only. Modding would be so much more fun.
    3. Re:Sandbox by 99BottlesOfBeerInMyF · · Score: 1

      Build an AV system that creates a VM sandbox that would then allow the a program to run to see what it would do, and if determind to work normally, then to pass the IO requests directly to the system.

      Do you mean for a limited time so that it does not hurt performance (in which case worms/viruses can get around it by sleeping for a predefined time) or do you mean running in a VM all the time, which is actually just good ACLs for userland applications (something I have been preaching along with an easy UI and good defaults for several years)? Heck this can be done right now with Java application, except I don't know any JVMs that give the user the configuration tools needed to use them properly. When you download/install an application it should be ACL'ed with a preconfigured setting, like game, internet game, offline application, internet application, etc. This would have the added benefit of keeping developers from accessing the internet with applications that don't really need to, and encouraging them to use OS hooks to do updates. By default most applications don't need to use the internet and most don't need to access any files either not created by them or not specified by the user. That right there would kill 90% of the worms and viruses we see today.

    4. Re:Sandbox by Quirk · · Score: 3, Interesting
      Build an AV system that creates a VM sandbox that would then allow the a program to run to see what it would do, and if determind to work normally, then to pass the IO requests directly to the system.

      I apologise in advance for not having a link or a referrence. I did a quick read on a paper from SANS, wherein they commented on an exploit referred to as "the red pill". IIRC the gist of the exploit is that it tests for the memory segment it is run in. A VM sandbox runs in a higher memory segment. If the exploit tests and finds itself being run in a higher memory segment it becomes dormant, if, OTOH, it tests and finds it's being run in a lower memory area it releases its payload.

      Sorry I can't link to the pdf. I have the file but haven't the time to search for it at the moment.

      cheers

      --
      "Academicians are more likely to share each other's toothbrush than each other's nomenclature."
      Cohen
    5. Re:Sandbox by jcuervo · · Score: 1
      IIRC the gist of the exploit is that it tests for the memory segment it is run in. A VM sandbox runs in a higher memory segment. If the exploit tests and finds itself being run in a higher memory segment it becomes dormant, if, OTOH, it tests and finds it's being run in a lower memory area it releases its payload.
      So have the VM lie to the program about where it's running. Easy.
      --
      Assume I was drunk when I posted this.
    6. Re:Sandbox by merlin_jim · · Score: 1

      and if determind to work normally

      There's your problem right there. How do you differentiate between work normally and not? Viruses aren't doing anything that the HARDWARE of the system wasn't designed to do... they're just subverting the software.

      You say:
      So a worm or virus would begin to make calls out to the various sub-systems to hide itself and open up ports, then the AV would nip it in the bud.

      Well first off a program has to go to extra lengths to make itself visible; a hidden task is the default running mode until you start creating UI. And there's tons of legitimate software that create legitimate but hidden processes to help themselves out.

      As far as port opening; they have software to regulate that. It's called a software firewall.

      Now there is a virus detection method known as heuristics, which basically looks for virus like behaviour. Things like copying your own code en masse, spitting it out to network ports, scanning for certain types of files. It's not easy and it's not perfect but it does work. It also takes a long time to do.

      --
      I am disrespectful to dirt! Can you see that I am serious?!
    7. Re:Sandbox by ChrisA90278 · · Score: 1

      "VM sandbox that would then allow the a program to run to see what it would do," Not a bad idea except if the virus is programed to do nothing for period of time or until some event happens like the 11,347th keystoke and then get on with "whatever". How could the VM know what would trigger the action? There is a simple method. Design an Operating system that knows about "usrs" and only run anonymous code as the user "anonymous" who is allowed to access almost nothing. OSes that enforce various types of access controls don't have this problem.

    8. Re:Sandbox by dragonp12 · · Score: 1

      There are a lot of legitimate programs that won't run if they can "access almost nothing".

      --
      This is me. Don't like it? That's unlucky.
    9. Re:Sandbox by sjha · · Score: 1

      something like this

      --
      There is no solution for stupidity.
    10. Re:Sandbox by suitepotato · · Score: 1

      IOW, running Windows through Virtual PC on MacOSX or through VMWare on Linux would be a better solution.

      I'm sure a lot of people already knew this. I've been wishing MS and others would write their OSes this way for a long time. There needs to be a lowest possible software layer, just above the mobo firmware, that runs everything within it and controls its access. It would be possible with this paradigm to run multiple OSes simultaneously and switch between them on the fly. The most viruses would be able to do was destroy data within the sandbox not fark up things at large and pwn a machine.

      You could probably do an absolute minimal stripped to the bones built just for it Linux build that on boot went to VMWare and then loaded the working Linux build with everything or Windows, or whatever.

      --
      If my grammar and spelling are off, I am [distracted/tired/careless] (take your pick)
    11. Re:Sandbox by hrieke · · Score: 1

      Perhaps a VM for unsigned / unknown programs.
      So your copy of Word (okay, bad choice) would run normally, but anything that you download from the net would run inside of a VM.

      --
      III.IIVIVIXIIVIVIIIVVIIIIXVIIIXIIIIIIIIVIIIIVVIIIV IIVIIIIIIVIII...
    12. Re:Sandbox by flonker · · Score: 1

      You run into the halting problem, or a variation thereof. Let's assume a virus that only infects 1 out of 10 times. It has a 90% chance of getting through the sandbox. Let's assume you have a virus that doesn't start the "bad stuff" until the program has been running for 15 minutes. To catch that, you need to watch the program for 15 minutes in the sandbox.

    13. Re:Sandbox by Rorschach1 · · Score: 1

      I spoke to someone from Symantec a couple of years ago at Black Hat (a senior VP, I think?) and I got the impression that they were working on something like that. Not sure if anything ever came of it.

    14. Re:Sandbox by DanVenture · · Score: 1

      The product you may be referring to is: Avinti iSolation Server which does a VM-type test of attachments.

    15. Re:Sandbox by tumbleweedsi · · Score: 0

      I was chatting to a bloke at Sybari (pretty much the only bloke that M$ did not fire) and he gave me the impression that they are working on this idea for their Antigen product... who knows if M$ will continue this dev thread?

      --
      Be nice, sponsor me: http://jailbreak.ragabonds.org.uk
    16. Re:Sandbox by Anonymous Coward · · Score: 0

      As others have pointed out, this won't work in general.

      HOWEVER, if *you* do this and nobody else does, you might catch a lot of viruses, just because it's impossible for the virus to guess what's on your computer. Generally if Symantec or whoever put this in their shrink-wrapped products, the virus writers could always keep one step ahead.

      The solution is to *always* run programs in sandboxes. For instance, if your friend sends a word document, pass that document to a chrooted, low-privilege process that can't open any network sockets or allocate more than X MB of RAM (all enforced with the OS).

      That process should then convert the document into a graphic image (or some other simple, well-defined, *verifiable* byte sequence).

      Unfortunately this requires careful paranoid programming, which the Microsofts and open source developers of the world simply cannot do, as has been demonstrated over and over again.

      However it is *theoretically possible* which gives me hope that somebody will implement it.

    17. Re:Sandbox by jayloden · · Score: 1

      http://sandbox.norman.no/

      Sort of like that?

    18. Re:Sandbox by njyoder · · Score: 1

      AV systems already do that. They have software that monitors for suspicious behavior and pops up a message box if it does. Like if it tries modifying an executable, it will warn out. Firewall software (sometimes bundled with AV software) will also question you if you want to allow certain outgoing/incoming connections.

      This is nothing new. And your proposal is worse than the existing ones, because it will test them for a fixed period of time. The virus/worm can just wait until that period of time is over until it does something naughty. Existing sandboxes, however, work non-stop, they don't just shut off after they've made an aribtrary determination that it's not a virus.

    19. Re:Sandbox by Geoffreyerffoeg · · Score: 2, Interesting

      it tests for the memory segment it is run in

      How does it find that out honestly? It's running in a sandbox.

      Unless it's running in a really crappy sandbox. The point of this protection mechanism is to dupe the virus into running normally....

    20. Re:Sandbox by Anonymous Coward · · Score: 0

      That's essentially what next-gen AV is doing. The particular one I'm a team member of, which was presented in that test, virtualizes the executable and analyzes the behavior. There are still several problems to overcome, namely the overhead (which I believe another poster mentioned). But virus writers are getting quicker to act on public vulnerability disclosures, and far scarier are the virus writers taking advantage of undisclosed vulnerabilitie, so virtualization is looking more and more attractive vs. signature-based scanning that has to wait until AFTER someone recognizes the virus as malicious.

    21. Re:Sandbox by jimfulton · · Score: 1
      Right line of thought (anybody who says they can absolutely detect all forms of unknown/morphing threats is jerking your chain), but go further.

      > creates a VM sandbox that would then allow the a program to run to see what it would do, and if determind to work normally

      Actually, the newest generations of security products go significantly beyond this. You *really* don't want to rely on "trying" out content and guessing whether or not it'll eventually do something bad: that's just asking trouble from threats that "sleep" for a while and then unleash trouble later.

      Instead, newer systems create isolated subsystems in which the relevant portions of the browser, email and any viewers or applications that touch Internet content run. Such subsystems intercept all attempts to access system resources from anything running inside. That way, if anything does manage to punch a hole through the browser, email client, or viewer apps, all it can do is swim around in the isolation environment. Most solutions make it trivial to then flush out any remnants of Internet activity at logout.

      Examples include BSD jail, Solaris Zones (and even Trusted Solaris), and GreenBorder (a product for Windows).

      Some of the key differences between this approach and simple detect-block schemes are:

      • no restrictions on what content can be used = no user complaints/blaming IT
      • no signatures = no updates = no hassles
      • no having to distinguish "good" from "bad" = no false positives or false negatives
      • no vulnerability to unknown/new/morphing attacks

      Ultimately, these solutions trace their conceptual lineage to the Compartmentalized-Mode Workstation (CMW) effort that was part of the "Orange" book series of multi-level security standards back in the 90s.

      Caveat: I work for GreenBorder.

    22. Re:Sandbox by Anonymous Coward · · Score: 0

      Browsing trough greenborder site i have seen this interesting statement:
      GreenBorder stops Zotob from worming in via browser or e-mail.
      That is quite interesting, especialy when you know that zotob does not spread in any of those ways (it is exploit based) :). I don't know how good your product is, but i can see that the marketing part is realy good ;).

    23. Re:Sandbox by CTachyon · · Score: 1

      For performance reasons, VMs work by directly running the virtualized software on the hardware. When the software reaches the edge of the sandbox, by hitting a page fault or by running a privileged instruction, the VM emulates the memory access or instruction in question, then sends the program off on its merry way. (The list of instructions, BTW, is determined by the processor architecture. Reading a segment register on x86 does not trigger a security exception.)

      Emulation can trick a program completely, but the performance is terrible. VMs like VMware, Plex86, QEMU, etc. generally perform orders of magnitude faster than true emulators like Bochs. In general, one wouldn't want to use an emulator on a regular basis if it can at all be avoided, and for same-architecture binaries, it can.

      (Hypothetically, an emulator could borrow a page from Java and do a Just-In-Time hybrid where native machine code is emitted and cached the first time a virtualized code region is executed. However, it's damn tricky -- mostly due to self-modifying code, which is used more often than one might naïvely expect.)

      --
      Range Voting: preference intensity matters
    24. Re:Sandbox by 99BottlesOfBeerInMyF · · Score: 1

      anything that you download from the net would run inside of a VM.

      Any Java application you run already does this, but it does not stop java worms or trojans. The trick is to run in a VM, have well thought out default permissions for applications, have reasonably easy configuration for the end user, and make sure that your system treats new applications in a properly paranoid manner and communicates that via the UI. I do think this is the way the industry is moving with Java, BSD jails, Linux Vservers, and MS's acquisition of Connectix

    25. Re:Sandbox by jimfulton · · Score: 1

      Go read the press reports again. Zotob spread through a number of vectors, including downloads. It used the PnP as just one mechanism.

  7. good av software by l3v1 · · Score: 0, Troll

    Experience taught me that no av solution is good enough if it's just some string scanner. The best solutions I've come across are those which offer string search + resident protection + web shield + resident p2p/torrent and im scan + file hashing with file altering monitoring, and the whole combined with a good firewall. With time I have found the one for the first and one for the second task which I'm satisfied to the point that I quite rarely evaluate newly popped up solutions and install these every time. I won't name them 'cause I'm no free advertiser for nobody. I'm sure the thousands of security experts the /. crowd has :P will provide you with a gazillion of options to choose from :]

    --
    I am putting myself to the fullest possible use, which is all I can think that any conscious entity can ever hope to do.
    1. Re:good av software by Anonymous Coward · · Score: 0

      from a resource consumption standpoint, i'll take spyware and viruses anyday over the array of resident software that a modern AV+firewall setup requires.

      put another way "when the solution is worse than the problem" ......

    2. Re:good av software by Anonymous Coward · · Score: 0

      Christ, that sounds like a lot of work.

      I just use linux.

    3. Re:good av software by kabz · · Score: 1

      Yeah, if anyone wants to take a shot at my laptop, all the AV software is now disabled.

      I did this to fix (and fix it did) my ping times to a remote machine. They were reduced from 1.9 secs or so, to a more reasonable 100 ms.

      That's the difference between getting work done on a remote network from a hotel room, or tossing the machine out the window and heading for the bar.

      --
      -- "It's not stalking if you're married!" My Wife.
    4. Re:good av software by FragHARD · · Score: 1

      So what's your ip?

      --
      FragHARD or don't frag at all
  8. The problem isn't the software... by QuantumPion · · Score: 4, Insightful

    ...It's the users. Until the general population of computer users become smart enough to know not to open strange attachments or install malware from unscrupulous websites, hax0rs will always find a way around virus protection schemes.

    People here always clamor about how poorly Windows is designed and how it leaves people so open to attack. The truth is, even if everyone in the world used Linux, the hackers would still write viruses to exploit the same vulnerabilities stemming from the ignorant masses.

    1. Re:The problem isn't the software... by Nutria · · Score: 0

      The truth is, even if everyone in the world used Linux, the hackers would still write viruses to exploit the same vulnerabilities stemming from the ignorant masses.

      You truly don't know anything about "Unix", do you?

      --
      "I don't know, therefore Aliens" Wafflebox1
    2. Re:The problem isn't the software... by Iphtashu+Fitz · · Score: 1

      Until the general population of computer users become smart enough to know not to open strange attachments

      A-men! I used to work for a company that used MS Exchange for e-mail among a handful of offices scattered around the US. Thankfully I was in an office made up mostly of tech-savvy people. Whenever word got out of a new virus/worm e-mail message our IT department would send out a warning message like "Don't open any e-mail with a subject line of 'foo'". Nobody in our office ever did, but throughout the rest of the day we'd get spammed with multiple copies of the spam/virus/worm because it seemed that every non-technical idiot in the other offices opened up multiple copies of those e-mails anyway.

    3. Re:The problem isn't the software... by Anonymous Coward · · Score: 0

      Some 'program' they download doesn't work, and suggests they sudu chmod +x whatever, and i guarantee you, people will do it.

    4. Re:The problem isn't the software... by QuantumPion · · Score: 1

      I know how to install and use Linux/Unix. I occasionally load a distro on my box at home and I often use Unix at work. I'm no expert though, I don't know much about customizing, script files, Linux-from-scratch, etc. The deepest I have ever delved was customizing the kernal a bit.

      What I do know is how the average computer user behaves. I worked as a university tech support guy for 3 years. Hackers always target the largest base of vulnerable, ignorant users. That happens to be the average Windows user right now. But Windows can be made secure, simply by keeping up with the update patches to prevent infection from zombie machine attacks, and by using common sense to not open virus attachments or install malware activex or java apps.

      Linux can be made more secure then Windows, but because of its complexity, the average computer user will probably be more vulnerable. E.g. running as root all the time in linux or just having a weak root password can lead to more disastrous consequences then running as admin in Windows.

      My original point though was that hackers target what everyone uses. If everyone used Linux, hackers would FIND a way to exploit it.

    5. Re:The problem isn't the software... by QuantumPion · · Score: 1

      Exactly! As a perfect example, Microsoft really helped security issues with the changes to IE in service pack 2. Things like the data execution prevention stuff, and the information bar that stops activex apps from running automatically are really helpful to those of use who actually read the warning messages and click "no way, man!". But already the unscrupulous websites have gotten around this. Just look at all the warez sites on the net that require you to install their activex or java app to download their goodies. They all have the same flash animation that directly points out how to disable the security features.

    6. Re:The problem isn't the software... by Drooling+Iguana · · Score: 1, Insightful

      Sigh... There seems to be one of these in every virus-related thread...

      Linux would not get this many viruses if it was as popular as Windows because Linux doesn't have these "same vulnerabilities". For one thing, while a default Windows install has countless "services" enabled that would allow a malicious user or program to gain access to the system, a typical Linux install would have absolutely no point of entry for these types of attacks unless the user choses to enable them.

      Other types of problems such as trojan horse attacks and spyware would also find Linux machines far more difficult to exploit as all system files are kept in directories that typical users do not have write access to. Yes, I know it's possible to enable such a system on recent versions of Windows, but many users do not do so and many programs will not work in such a configuration.

      Add this to the fact that Linux is not a monoculture, and that an exploit that opens up on one configuration will most likely not be a problem on others, and you have a system that is not and never will be as inherantly insecure as Windows.

      --
      ... I'm addicted to placebos
    7. Re:The problem isn't the software... by johnnyb · · Score: 3, Insightful

      Most of these problems are not problems specific to Windows but are specific to dumb users.

      Windows viruses usually don't propogate by modifying system files and whatnot. They do it just through the user's own account.

      If a UNIX user opened what was advertised as a pr0n screensaver, and it wound up infecting his .bashrc file and creating an SMTP worm, there is absolutely NOTHING in the UNIX architecture that would stop this.

      The problem is the culture that Windows has engendered, which says "everything should be automagic -- don't think! -- just click and the world will be yours!" It was caused by Windows, but bringing users of the same mentality to UNIX will just cause the problem to exist on UNIX, too.

    8. Re:The problem isn't the software... by saintp · · Score: 3, Insightful

      You don't know anything about users, do you? You can always get a user to something stupid, no matter what OS they're running. It's just that Windows usually makes it easier to do stupid things. Keeping the OS updated isn't even hard -- hell, you configure it once and never click anything again -- but users can't seem to do it. I don't care if everyone on the planet ran BSD or AIX or Trusted Solaris or friggin' VMS; there would still be plenty of morons who would be unable to keep their boxes patched to even remotely current levels, and even more who would happily type in their root password to get a "free web accelerator!" or to see "so cool a movie." It doesn't matter how secure an OS is if the computer has a stupid operator.

    9. Re:The problem isn't the software... by Tim+C · · Score: 1

      You don't know anything about users, do you?

      Tell me, what is it about Unix and other similar systems that prevents a malicious executable from wreaking havoc on the machine when run by a user in possession of the root password?

      Don't tell me about having to use chmod, or file system permissions, or anything like that; I know all that. I am talking about a user, with the root password, a desire to run this cool-sounding app he's just downloaded, and enough knowledge to chmod +x file && sudo ./file to do it. (Or, more likely, a user with the root password who's gotten so sick of logging out and back in or using su or sudo that he just runs as root the whole damn time anyway)

    10. Re:The problem isn't the software... by 99BottlesOfBeerInMyF · · Score: 2, Informative

      very non-technical idiot in the other offices opened up multiple copies of those e-mails anyway.

      You're confusing idiocy, with reasonable expectations. I expect that my e-mail program will read e-mail. I expect that when I open an e-mail it will display the text, included images, and, if I request it, it will display remote images. My e-mail client does that, and so did my last 3 or 4 e-mail clients over the last 10 years. What I do not, and should not expect, is for my e-mail program to run a virus, install anything, run random scripts, connect to remote servers, touch any of my files, write to my hard drive, or run any sort of executable. If it does that, it is broken. If it does that all the time, it is fundamentally broken and needs to be replaced, and the vendor blacklisted.

      You complain about how stupid the non-technical users are, but you should not have to be technical or an expert to read e-mail. You should just open your messages and be able to read without fear. If you are one of those rare few people who need to have executables e-mailed to you, fine, but you should have to turn that feature on manually and your e-mail program should say, "hey this e-mail has an executable in it, do you want to install or run it? (Note this may be a worm or virus!)" I mean how hard is that already? Viruses should not run when you preview a mail, nor when you open a mail, nor when you double click on an attachment. They should run when you double click on them and then confirm that you know the contained item is a program that might be a virus.

      If all e-mail programs did that (pretty much all but MS ones do now) would there still be viruses? Sure, but there would be a lot fewer and they would spread more slowly. And there is no reason why the number could not be further reduced by running new apps with restricted privileges, requiring you to not only agree to run a strange and untrusted program but to explicitly grant it access to the internet and/or your personal files and/or your operating system files. Sure there are people who would agree to even that, but those few people cannot be helped. The problem is more a technical one right now than an end user education one. Give them the right tools and then if they still screw up you can complain justly. End users of e-mail should not have to be experts.

    11. Re:The problem isn't the software... by Drooling+Iguana · · Score: 1

      In most distributions, Linux programs aren't simply "downloaded", as they are in Windows. They're installed from a central repository through a special utility (such as Debian's apt-get and Gentoo's Portage.) This prevents users from being tricked into installing maliscious software as they will not be used to simply downloading and running programs from strange websites, as they must in order to install most programs in Windows.

      --
      ... I'm addicted to placebos
    12. Re:The problem isn't the software... by qray · · Score: 2, Informative

      Stupid user + Stupid software companies = comprimised security.

      I can easily lock my Window's machine down as tight as Linux. The problem is that half the software won't install in such a restricted account, and even if it does, it's likely to fall down later on.

      Linux/UNIX users are used to avoid running as root. Most Windows users never give it a thought and those that do often give up when the software won't install or won't run under a restricted account

      I guess Microsoft could create a default user account at install time. But then I'm sure they'd get a ton of support calls from clueless users complaining that their favorite software doesn't run under Windows.

      --
      Ogdrip froptor nogro docor

    13. Re:The problem isn't the software... by why-is-it · · Score: 4, Informative
      You truly don't know anything about "Unix", do you?

      He might. I am wondering just how much you know about it though...

      From what I have read, many (but not all) trojans , viruses and spyware can operate just find in the user space, without needing to be root. It all depends on what the vx'er wanted to achieve. Sure, if they want to 0wn j00, they want root access. But you would not need root access to:

      • install a TCP-based application in $HOME/bin and phone home
      • participate in a DDOS attack against a specific host
      • send spam via sendmail (user-mode)

      There are lots of malevolent things that could be done without being root. Fortunately, the vx'ers want the most bang for the buck and target windows users.

      The pp's point was entirely valid. It has just as much to do with user education as it does with securing your boxen.

      --
      *** Where are we going? And what's with this handbasket?
    14. Re:The problem isn't the software... by PygmySurfer · · Score: 1

      ...It's the users. Until the general population of computer users become smart enough to know not to open strange attachments or install malware from unscrupulous websites, hax0rs will always find a way around virus protection schemes

      Except worms propogate on their own, not by clueless users opening random attachments. The only thing the clueless user is guilty of in this case is not patching their software.

      I don't doubt the number of viruses for Linux (Or OS X, or FreeBSD, or any other non-Windows OS) would rise were one of them the dominant platform. However, the very design of these platforms severely reduces the possible exploits, as well as the impact any possible exploits would have.

    15. Re:The problem isn't the software... by ka9dgx · · Score: 1
      I'll bite... it's not the users, or the software, it's the security model!

      Linux, Mac OSX, and Windows all run programs as the user, there is no way to run an untrusted application, that that is the heart of the problem. You can talk all you want about Windows vs Linux, but you need to step back and look at the big picture.

      ACL based security is fine if you never need new code, and manage to kill all the bugs in the existing code... but of course that's impossible.

      Capability based security models make it possible to set up systems to run any cool new thing, and be reasonably certain it won't take everything out. Some folks might object that Capability based systems are vaporware, and they'd be right... but at least the path is clear.

      --Mike--

    16. Re:The problem isn't the software... by Delphiki · · Score: 5, Insightful
      The Linux kernel might be fairly low on bugs, but the entire library of software that typically comes with it is not. If you really think that's not true, then you must not watch Linux forums that list things like critical security updates for a distribution very often.

      Your post reads like you've never thought to question any of the rhetoric associated with OSS. Have you ever heard of social engineering? How about the fact that you wouldn't need root privileges to install a keylogger on a user's account if you can get them to run a malicious program?

      Are you going to try and suggest that if we all ran Linux that an exploit for MySQL wouldn't be just as bad as SQL slammer? There are plenty of applications which are installed on the vast majority of Linux systems, like the kernel, bash, XFree86, etc.. If one of those had a major security vulnerability how is the lack of a "monoculture" going to help you?

      Just about everyone who posts something like what you did points out that most Linux users do not run under root. Guess what? That's because most of them are computer geeks like me, and I would assume you. I don't run Windows under my admin account and I don't run Linux under root. If the average user moves to Linux, they will probably end up running everything under root, because the average user doesn't want to deal with two logins and having to move from one to the other to do certain tasks. If you think somehow it will magically solve that problem because it's Linux, you're fooling yourself.

      --

      Feel free to mod me "-1 - Angry Jerk".

    17. Re:The problem isn't the software... by 99BottlesOfBeerInMyF · · Score: 4, Insightful

      The problem is the culture that Windows has engendered, which says "everything should be automagic -- don't think! -- just click and the world will be yours!"

      I call this the "OK/Cancel" problem. Users get into the mindset that if they just click OK all the time things will work. You have to click OK a dozen times a day to keep your computer working, just like adding gas to a car. After a little while they don't even pay attention to what is being asked.

      Part of the solution is simply to use better dialogue windows and part of it is to give the user better choices. I remember in Word (back in the day) I would get a dialogue box that said, "Warning, this word file contains macros that may be viruses, open it anyway? OK/Cancel" Talk about useless. What it needed was a button that said, "open the file, but don't run any macros." I know people who would have paid $500 bucks for that option. Aside from all the viruses that autorun (which are pretty much MS's fault) e-mail should never run executables when clicked without attaching a warning that says, this is a program, not a file. it may be a virus (Don't run)/(Run but don't allow access to my files of the internet)/(Run and let it access my files and the internet.)" That would stop most viruses right there. If Linux was the market leader it would have some of the same problems, but I bet someone would include that dialogue box and make all our lives easier. This is partially a problem with users, but mostly it is a problem with functionality. Users need fine grained control, good default settings, and a good user interface that lets them know what it is they are doing. I haven't seen all three of those yet, anywhere but it is very possible. The only reason it does not exist is because MS doesn't care because it has a monopoly and Apple/Linux developers don't have a problem yet and are thus not motivated to solve it.

    18. Re:The problem isn't the software... by ratboy666 · · Score: 1

      The problem IS the software. The email program should NOT execute ANYTHING, without having the user go through a contortion. The email program should NOT make use of complex system internals -- until material has been isolated. The email program should NOT "magically" fill in images from URLs. The email program should not call on proxies that elevate priviledge.

      &etc.

      The issue is the same whether or not Windows, Linux, or another OS is concerned.

      Note that a lot of Unix mailers probably fail these tests.

      But, it is Microsofts influence (make it convenient, easy and inherently not secure) that drives a lot of this crap.

      Good for the end users, for some value of "good", and, I guess, seemed like a good idea at the time, because it provided home users with a better "OOB" (out-of-box) experience. It is still WRONG.

      In the "Linux" community, you can find mailers and software that run the gamut from the Windows-inspired "do it all" approach, to the Unix (mail) approach of "do NOTHING except mail".

      Ratboy.

      --
      Just another "Cubible(sic) Joe" 2 17 3061
    19. Re:The problem isn't the software... by mythosaz · · Score: 1

      MS05-039 exploited the oh-so-frivilous service that handles plug-and-play hardware.

    20. Re:The problem isn't the software... by GoatPigSheep · · Score: 1

      Not true, lots of non-savvy users use apple computers, and they are damn hard to mess up.. Generally apple users are much more wealthy than PC users, so attacking that platform with trojans to steal bank information and what-not would be a goldmine for criminals... But it just doesn't happen because the OS is more solid.

      --
      GoatPigSheep, the 3 most important food groups
    21. Re:The problem isn't the software... by Anonymous Coward · · Score: 0

      Someone mod this guy up!

    22. Re:The problem isn't the software... by Drooling+Iguana · · Score: 4, Insightful
      The Linux kernel might be fairly low on bugs, but the entire library of software that typically comes with it is not. If you really think that's not true, then you must not watch Linux forums that list things like critical security updates for a distribution very often.
      Those updates are for potential exploits in programs that the user may have installed (but, in the case of a typical desktop user, probably won't.) This hardly compares to the endless march of exploits that can attack the default configurations for Windows.
      Your post reads like you've never thought to question any of the rhetoric associated with OSS. Have you ever heard of social engineering? How about the fact that you wouldn't need root privileges to install a keylogger on a user's account if you can get them to run a malicious program?
      And how, pray tell, would such a malicious program get onto a Linux machine in the first place, since Linux programs are typically installed from a central repository using a tool such as apt-get or Portage, rather than from executables downloaded from random web sites, as Windows programs are?
      Are you going to try and suggest that if we all ran Linux that an exploit for MySQL wouldn't be just as bad as SQL slammer?
      And how many regular users will have MySQL installed on their systems, particularily in a configuration that allows it to be accessed remotely?
      There are plenty of applications which are installed on the vast majority of Linux systems, like the kernel, bash, XFree86, etc.. If one of those had a major security vulnerability how is the lack of a "monoculture" going to help you?
      Those programs are not remotely-accessable in their default configurations.
      Just about everyone who posts something like what you did points out that most Linux users do not run under root. Guess what? That's because most of them are computer geeks like me, and I would assume you. I don't run Windows under my admin account and I don't run Linux under root. If the average user moves to Linux, they will probably end up running everything under root, because the average user doesn't want to deal with two logins and having to move from one to the other to do certain tasks. If you think somehow it will magically solve that problem because it's Linux, you're fooling yourself.
      Except that nearly every Linux distribution strongly encourages or even outright forces the creation of a regular user account during installation, and many programs will pop up warnings when run as root.
      --
      ... I'm addicted to placebos
    23. Re:The problem isn't the software... by PhoenixPath · · Score: 1

      Vista has admin-level security for running any program that could has a decent possibly of damaging/changing how the system behaves. Even in Beta, it will (like MacOSX, amazingly enough) prompt the user (even the admin) for the administrator password before executing most installations. Will this be enough to keep grandma from simply typing in the PW each time it pops up without question? Hell no.

    24. Re:The problem isn't the software... by Nutria · · Score: 1

      Vista has blah blah blah...

      It's fscking vaporware that won't be out until 2007!!!

      Let's have this discussion again in 2 years, 'kay?

      --
      "I don't know, therefore Aliens" Wafflebox1
    25. Re:The problem isn't the software... by johnnyb · · Score: 1, Interesting
      "Users need fine grained control, good default settings, and a good user interface that lets them know what it is they are doing."

      No, users need to know what the heck they are doing. The problem with Windows is that it was selling people the idea that you could do complex tasks with a computer without actually knowing what you are doing. That idea is plain false. You either have to have tasks which are simple in reality, or have tasks that are complex in reality. That doesn't mean that they have to be hard-to-use, but that it recognizes the complexity of the task which is being handled.

      "I haven't seen all three of those yet, anywhere but it is very possible."

      While a minority of what you are saying is possible, this assumes that someone can in theory (and in practice):

      (a) predict all of the needed options. The fact that you know of an option or two that everyone needs does not mean that all needed options are known.

      (b) with all of the options produced by (a), make it in such a way that a user can perform their task easily.

      (c) make users understand both the consequences of the individual options listed in (a) and the consequences of combinations of these options.

      Here's some better solutions from the "keep-it-simple" table:

      1. Make Word documents unscriptable even in theory
      2. Only allow applications launched from email to be open by certain, trusted programs, and not the shell. Even further, you could have it so that executable files cannot simply be dragged into the system, but they must be run through some sort of "verifier/installer" first.


      You may say that your business cases require #1 to not be the case. But what I'm saying is that you are using Microsoft Word for something that you shouldn't be using it for. If you need your Word document to be an application program, then write a frickin application program!. If _really_ need customizations done to word, then the way they are loaded on needs to be as different from loading "normal" files as the east is from the west. It's the muddle that we are getting ourselves into where Microsoft Word is our development platform, and somehow we wonder why it's unsafe to even open a text document.

      These are my two basic rules:

      1) If a process needs to be simple, it must ACTUALLY be simple.

      2) If a process needs to be complex, it must be UNDERSTOOD by its users, and its complexity must not be hidden (it can be moved out-of-the-way of normal processes, etc., but it should not be hidden).

      You can be simple, or you can be complex, but to be complex-while-pretending-to-be-simple-but-only-for -certain-cases-where-it-really-works-but-is-always -insufficient-for-real-world-work won't cut it.
    26. Re:The problem isn't the software... by PhoenixPath · · Score: 1
      What. Ever.

      Parent made comment:

      I guess Microsoft could create a default user account at install time. But then I'm sure they'd get a ton of support calls from clueless users complaining that their favorite software doesn't run under Windows.

      I responded with information regarding said comment.

      Let's not throw tantrum every time Vista is mentioned, 'kay?

    27. Re:The problem isn't the software... by iminplaya · · Score: 2, Insightful

      The problem is the culture that Windows has engendered, which says "everything should be automagic -- don't think! -- just click and the world will be yours!"

      For the average joe that's the way it should be. Just like the TV, microwave, car, etc. They're not buying a Heathkit. They want a working appliance. The thing should be every bit as trustworthy and reliable and durable as a typewriter and an adding machine and an old sytle desk phone. When defects show up in these things, we usually take it to the shop, or there is a recall, or it's fixed under warranty. Why we continue to buy defective computers I'll never understand. The situation is truly unacceptable. The real danger comes up when an x86 machine with any kind of OS is put into a critical system. They have absolutely no business in such a place. BTW, the Mac is pretty much "click and go". Windows is simply trying to emulate it. With pretty nasty results I might add.

      --
      What?
    28. Re:The problem isn't the software... by 99BottlesOfBeerInMyF · · Score: 2, Interesting

      predict all of the needed options. The fact that you know of an option or two that everyone needs does not mean that all needed options are known.

      You're mistaken. There is no reason to predict all possible options. You need merely provide a few, easy to understand template ACLs and let the programs request additional resources. If Windows did this two things would happen very quickly. First developers would write programs to match up with the templates to minimize user support costs. Two users would become suspicious of programs that requested access to things they do not understand. Basically access to the internet, user files (not created by this program), system files (not created by this program), and peripherals. Applications could be simply internet or not internet and it would be a big step forward. So you get a program in the mail. Your mail program should tell you, "hey this is a program, not a file." If you run it anyway it should say, "hey this is reading your personal files." if the user says ok to that it should say, "hey this is modifying your operating system" and if the user says ok to that it should say, "hey this wants to connect to the internet. Finally, it should say, "hey this wants to use your webcam. All of these things are pretty understandable, even to a novice user. If most of their applications (legitimate ones) behave properly and don't access their personal files or their os or the internet or their webcam, they will then be suspicious of programs that do access those resources, unless of course they are expecting the program to use their webcam and the internet.

      That is not pretending to be any simpler than it is, but it is telling the user in plain english what is going on and giving them the option to allow it or stop it. Right now, unless they are an expert, they are not given any of these options, are not warned when applications do suspicious things, and are shown endless OK/Cancel dialogue boxes, or even just OK boxes, with no other options. The problem is that functionality is missing and the good UI design is missing. Add those two elements in and not only will education be greatly simplified, but in some cases it will be wholly unnecessary because the UI is self documenting.

      Now I agree Word has no business accessing the internet or running executables and e-mail should, by default, never allow a user to open an executable. That still does not stop trojans or do anything about viruses that do find a chink somewhere. The key is letting users know what is going on, doing the right thing by default if they don't know, and explaining it to them. Do that and legitimate developers will fall in line or suffer for it and trojans and viruses will be largely mitigated.

    29. Re:The problem isn't the software... by iabervon · · Score: 1

      Any time common user behavior is to do something wrong, it's a usability problem. Using Windows is like living in a house with a light switch that sets it on fire and expecting that, if it's clearly labelled, nobody will flip that switch. Users should have to seek out dangerous actions like opening attachments or installing software, not have to navigate a minefield of buttons which do these things in order to use their computers.

    30. Re:The problem isn't the software... by Anonymous Coward · · Score: 0
      And how, pray tell, would such a malicious program get onto a Linux machine in the first place, since Linux programs are typically installed from a central repository using a tool such as apt-get or Portage, rather than from executables downloaded from random web sites, as Windows programs are?

      Hmmm...Someone emails an RPM?
      Except that nearly every Linux distribution strongly encourages or even outright forces the creation of a regular user account during installation, and many programs will pop up warnings when run as root.

      Users will still ignore it and use root. When things get difficult for the average Joe, as it will under a regular account, they'll switch to root and ignore the warnings.
    31. Re:The problem isn't the software... by johnnyb · · Score: 1

      "For the average joe that's the way it should be. Just like the TV, microwave, car, etc."

      Yes, if the process is truly simple. However, in the cases where the processes aren't truly simple, the facade of simplicity should be removed. This would include most Windows applications.

      If you want a Windows application that actually _is_ simple, I have an example, but can't remember the name. Basically, it had a bunch of templates that you HAD to follow the template. It didn't allow you to screw around and totally wreck the template. It was _truly_ simple -- the user's options were few and discrete.

      However, with beasts such a MS Word and OpenOffice (no digs to OO, except that they are mimmicking a broken model), there is absolutely no way to have true simplicity. Anything resembling simplicity is just a covering/faking of simplicity that will ultimately bite you.

      If we are going to make things that are REALLY simple, that's great. That's what made the old Mac's great -- they really _were_ simple! What made it even better is that because it was simple, the users actually understood the product. That's one of the reasons Mac users hate Windows, is that with Mac being simple was being real, while on Windows the simplicity is just hiding what's really going on.

      I'm all for simplicity IN SIMPLE SYSTEMS. But putting users on complex systems that just have a shallow "friendly" cover is asking for trouble. And that's precisely what the Windows world has.

    32. Re:The problem isn't the software... by Nutria · · Score: 1
      I can easily lock my Window's machine down as tight as Linux. The problem is that half the software won't install in such a restricted account, and even if it does, it's likely to fall down later on.

      To follow up and expand on this point:
      • Linux is, top to bottom, userland to kernel, designed multi-user, and has a 30 year tradition of this.
      • Even though the NT kernel is multiuser, Windows come from a 30 yearsingle-user single-tasking tradion, starting with CP/M in the mid 1970s up thru WinME. Win 3.1, Win95 & Win98 presume that the luser is the administrator, and that there is no one except the luser who has full control of the hardware. That tradition has permeated developers assumptions.

      --
      "I don't know, therefore Aliens" Wafflebox1
    33. Re:The problem isn't the software... by RealityThreek · · Score: 1

      Disagreed. Linux is not a magic bullet that fixes all security problems. User education is as important and likely more so.

      Your entire point hinges on the fact that 99% of all Windows users do so with admin rights. As a standard user, they have no write acccess to the system files.

      I do agree on the point about the Windows monoculture. Windows = domesticated cow.

      --
      :wq
    34. Re:The problem isn't the software... by Anonymous Coward · · Score: 0
      Users will still ignore it and use root. When things get difficult for the average Joe, as it will under a regular account, they'll switch to root and ignore the warnings.
      Just an example, in Ubuntu the root account is disabled by default. Switching to root is not the easy way anymore...
    35. Re:The problem isn't the software... by nazsco · · Score: 1

      > "Except that nearly every Linux distribution strongly encourages or even outright forces the creation of a regular user account during installation, and many programs will pop up warnings when run as root."

      against that i must side with the troll.

      i've noted the use of ubuntu and debian by 7 people. all was installed by them.

      ubuntu creates to you a regular user account, and don't even allow root logins. but gives you a full sudo access.

      Then, everytime they changed something it popup a window "enter your password"... ok.

      then it became so comon place to retype your password that if a malicious bash script tryed to run sudo for something, they'd just type in their password and forget. I bet it.

    36. Re:The problem isn't the software... by mgv · · Score: 1

      What it needed was a button that said, "open the file, but don't run any macros." I know people who would have paid $500 bucks for that option.

      Please refer them to me.

      For $500 I'll show them how to hold down the shift key while they load up a file.

      Not that I suggest that this is good programming practice on the part of microsoft ... Its obscure to the average user, and is a gross over kill approach, as some macro's are very useful.

      Look at what Google does with Javascript and Gmail. I've done something similar (as a quick and dirty) with Excel, where I was really just using it to display a grid.

      The difference between Javascript and VBA? Well, one lets you take over the user's machine, the other is sandboxed much more appropriately.

      I'll leave it to the /. reader to work out which is which.

      Michael

      --
      There is no cryptographic solution to the problem where the intended receiver and the attacker are the same entity.
    37. Re:The problem isn't the software... by LnxAddct · · Score: 1

      Unless you're a developer, there are few reasons why you would need to ever execute a file that you've downloaded or created as regular user. If you're going to install something, its almost always done as root. How often do you get emails related to work that legitimately have an executable attatched? I mount my user's home directories as non-executable. They are there to store data related to work, if there is a program they need to run to get their job done then they can notify the administrator. It is an extremely rare occurance, much rarer then most people realize. Mounting the home directories as non-executable, in addition to the many additional security features provided through SE-Linux, has proven to be an excellent solution in every scenario I've used it in. I'm curious if you can mount drives in Windows as non-executable, or if it provides permissions as fine grained as SE-Linux. I'm genuinely curious as I have not a clue.
      Regards,
      Steve

    38. Re:The problem isn't the software... by iminplaya · · Score: 1

      Your original post:

      Most of these problems are not problems specific to Windows but are specific to dumb users.

      In this post you are stating that Windows and its apps are too complicated. Excuse me if I seem confused. And your recommendation on how to deal with is right on. The options should be limited. Now I'll be honest with you and tell you that I have amazing luck with virtually all the Windows machines I set up. XP is real plug 'n play. It acts damn near as good as a Mac when I plug something into it(except the network cable). I know that underneath it's a horrible kludge, but clumsy as it is, it works for me. However, The damn thing falls apart with every pot-hole it hits. This is my complaint. The user shouldn't have to deal with that anymore. The computer isn't just a plaything for the super leet anymore. I don't care about the complexity under the hood. It just has to look nice and work well. If a machine with more limited options and is not pretenting to be capable of managing a nuclear reactor comes onto the market, and is advertised for its reliability, I think people will buy them. Most people would do fine with a 386 for their internet and email. But they would compete with all the new crud coming out every week. And to keep the economy alive we need to keep "selling refrigerators to the Eskimos"(Close the door, and the light stays on! Two shelves where none are needed...). I'm just saying that our present day consumer computers are defective, and we should stop buying defective goods.

      I'm all for simplicity IN SIMPLE SYSTEMS. But putting users on complex systems that just have a shallow "friendly" cover is asking for trouble. And that's precisely what the Windows world has.

      Absolutely. That may happen when we get a cube of epoxy with a reliable embedded system on ROM. And there's no reason not to expect the thing to last at least twenty years. Just like my Magnavox with the "works in a drawer". I really don't feel like we're in disagreement. I'm just not sure if I'm making myself clear...or if I'm understanding you. Just so you know, a lot of things we use appear to be simple, but the moment you open the access panel, you think, "OMG! How in the world does this thing keep from exploding!?" Windows is not only complicated, but it's also way too brittle. Linux may be better, but on an x86, it too, will suffer. We do have a real hardware problem here. I once had ten identical machines with identical configurations. On any given random moment, three of them would lock up, freeze solid. This wasn't a windows problem. These machines are just made out of junk. And they were name brand. I can name off all sorts of bizarre problems that are due to just one marginal, intermittent contact in the RAM slot. UGH!

      --
      What?
    39. Re:The problem isn't the software... by podperson · · Score: 1

      Yes but how many UNIX mail clients feature embedded scripting languages (default = ON) and yet refuse to allow you to save attachments containing zipped executables?

    40. Re:The problem isn't the software... by Dread_ed · · Score: 1

      "just click and the world will be yours!"

      click...

      Clickety, Click...

      CLICKLCLICKCLICKETYCLICKCLICKCLICKCLICKCLICKCLICK! !!!!!!

      Hmmmmm.

      Damn liars!

      --
      When the only tool you have is a claw hammer every problem starts to look like the back of someone's skull.
    41. Re:The problem isn't the software... by njyoder · · Score: 1

      Just an example, in Ubuntu the root account is disabled by default. Switching to root is not the easy way anymore...

      It doesn't matter, people still need elevated privileges to install software and they can and will 'click through' any 'security dialogs' (including ones requiring passwords) without thinking about it.

    42. Re:The problem isn't the software... by njyoder · · Score: 2, Insightful

      Those updates are for potential exploits in programs that the user may have installed (but, in the case of a typical desktop user, probably won't.)

      You're joking, right? A lot of software for Linux is de facto standard and is effectively equivalent to the software installed by defaulted by windows. A good example is fetchmail, which is very commonly used for fetching pop3 email, which can and has has had exploits. It wouldn't even matter if you were using mutt or whatever other software, as the weak link (fetchmail) would allow them to compromise your account anyway.

      And spare me the rhetoric. Many windows exploits are theoretical too and they don't know if they can be practically be exploited either. *nix software is no specical exception.

      rather than from executables downloaded from random web sites, as Windows programs are?

      1. E-mail, users can and will run programs from e-mail.
      2. From random websites. If *nix were as popular as windows, there would inevitably be many websites offering software not available from a central repository.

      If the reposistory is too strict, then software authors will be forced to offer it from their own websites and to some extent they already do this. If it's too leanient, then anyone can get a trojan added to the repository, it's not like they audit every single binary added to it. hell, they don't even audit 99% of those added.

      And how many regular users will have MySQL installed on their systems, particularily in a configuration that allows it to be accessed remotely?

      You do realize that this statement can be reversed and applied in the same exact way to MS SQL, right? Most users don't run MS SQL and most aren't stupid enought oh ave it on an open port, but for those that did, it caused a lot of problems. You're ridiculously naive to assume that there aren't tons of MySQL servers whose ports are open to the public.

      Those programs are not remotely-accessable in their default configurations

      You're focusing on a few bad examples and missing the point completely. There are plenty of widely used *nix internet apps that are most definitely remotely accessible.

      Except that nearly every Linux distribution strongly encourages or even outright forces the creation of a regular user account during installation, and many programs will pop up warnings when run as root.

      And we all know how effective warnings are for end users who have tendency to just mindlessly click 'ok.' You're completely ignoring the fact that we're talking about the segment of the population that doesn't follow even the most basic security practices.

      The distro MUST allow the user to install their own software and this would just entail some boxes that the user would just click through without thinking about it. Not just that, but you don't even need root access to spread a worm/virus. You just need direct or indirect access to an internet connected program, such as e-mail. IT can spread entirely within a regular user's account.

    43. Re:The problem isn't the software... by Anonymous Coward · · Score: 1, Interesting

      I don't run Windows under my admin account and I don't run Linux under root.

      I don't run linux under root. I do run Windows under an admin account.

      Many of my Windows programs won't run without admin privs. Most especially, my children's educational games won't run without admin. So I finally gave up and made them admin. At that point I surrendered everything.

    44. Re:The problem isn't the software... by MrNonchalant · · Score: 1

      The problem is the culture that Windows has engendered, which says "everything should be automagic -- don't think! -- just click and the world will be yours!"

      I'm tired of the UNIX philosophy that seems to say that anything that allows users to do things easier should be considered a security risk. News flash, empowering users is not a fundamentally bad idea.

    45. Re:The problem isn't the software... by johnnyb · · Score: 0

      "I'm tired of the UNIX philosophy that seems to say that anything that allows users to do things easier should be considered a security risk. News flash, empowering users is not a fundamentally bad idea."

      This is the problem. I love empowering users. However, there's two ways to do it, and they don't mix. The first way is to make systems that are TRULY simple. The second way is to make systems that are complicated and to educate the users. What doesn't work is to make systems that are truly complicated but are papered over by pretty interfaces and make people think that they don't need to know what is going on.

    46. Re:The problem isn't the software... by Anonymous Coward · · Score: 0

      Have you ever bothered to even think about the difference between the LFHS and Windows directory structure?

      In Linux, the LFHS requires that all optional subdirectories must be mountable on seperate drives or partitions, unlike windows that wants everything in a single partition and does not provide an easy method to override this behavior.

      For example, in a proper linux configuration, I specifically seperate /usr /home /opt /tmp & /var/tmp into seperate partitions/drives. In fstab, /home /var/tmp & /tmp are always mounted with noexec nodev & sticky bits while /usr & /opt are always mounted read-only with nodev. I even keep / isolated and basic permissions disallow a normal user from even accessing anything above /home to even view files.

      It's these basic capabilities that Windows lacks. Sure you can in a business enviroment restrict hard drive access and force users to save all work onto a network server but you can't prevent an application from executing from an unauthorized location unlike linux.

    47. Re:The problem isn't the software... by Anonymous Coward · · Score: 0

      Windows viruses usually don't propogate by modifying system files and whatnot. They do it just through the user's own account.

      Well, usually the first thing they try to do is write to Windows' system directory and modify entries in the registry under HKEY_LOCAL_MACHINE. Limited user accounts don't have access to either of these, so not running as admin helps a lot.

      Of course if everyone started running under a LUA, viruses would adapt. As you point out, the way they work doesn't require root-level access at all. (still, they'd be easier to clean up than they are now)

    48. Re:The problem isn't the software... by Decker-Mage · · Score: 1

      Actually, I know Unix quite well right down to the details of how it works at the assembler/C level since I've been working with it since the '70's. I watch the march of privilege escalation problems march by in the security notices that I receive on a daily basis. A privilege escalation is a privilege escalation whether we are speaking about Windows, OS/X, or some form of *nix. True, *nix is inherently more secure by design but the defects in the applications are a killer, not counting the occasional (rare) kernel bug. {Shrug} Nothing is perfect, to date. The way to deal with it is to exercise that thing we call a brain when working on computers. Something that I see rarely happen in practice {sigh}.

      --
      "[I]t is a wise man who admits the limits of his knowledge or skill, and that pretending either causes harm." --Terry Go
    49. Re:The problem isn't the software... by Anonymous Coward · · Score: 0

      You have a point about multiple logins. The average user does not want to put up with that.

      However sudo seems to do a pretty good job of mitigating that problem. Having installed Ubuntu several months ago, I was surprised to see that they don't even ask you to create a root account. Everything is handled with sudo, which only requires you to use one password and have one account. IMHO this is vastly superior to having a separate root account for the average user. Any system changes, like for instance installing software, requires you to enter your regular user password.

      Is this perfect? No. But it's certainly a step away from running as root all the time. Not sure, but I think Apple does something similar.

    50. Re:The problem isn't the software... by Anonymous Coward · · Score: 0

      A good example is not to consider the desktop user (though, for every Windows user who has SQLServer running, you'll find a Linux user who has MySQL running too), but the more common use for Linux - web and file servers.

      Web Servers especially are very vulnerable, all those php exploits allowing trojans and viruses to be uploaded by the 'apache' user, (you did secure your separate tmp partition didn't you?), those DoS Bind issues, those spam smtp issues... the list is endless in the webserver world.

      As much as people think that windows desktop is insecure but their linux desktop is secure, they conveniently forget the most commonly installed linux installations.

    51. Re:The problem isn't the software... by F�an�ro · · Score: 1

      Part of the solution is simply to use better dialogue windows and part of it is to give the user better choices. I remember in Word (back in the day) I would get a dialogue box that said, "Warning, this word file contains macros that may be viruses, open it anyway? OK/Cancel" Talk about useless. What it needed was a button that said, "open the file, but don't run any macros." I know people who would have paid $500 bucks for that option.

      That is still too complicated for many. Best to just open the document WHITOUT macros per default, and present a small info bar somewhere "macros have been blocked. click here to learn more or change settings". No click neccesary to just continue working.

    52. Re:The problem isn't the software... by Jussi+K.+Kojootti · · Score: 1
      I agree with you on almost all points, but the last one is not, in my opinion, true:
      The distro MUST allow the user to install their own software and this would just entail some boxes that the user would just click through without thinking about it. Not just that, but you don't even need root access to spread a worm/virus. You just need direct or indirect access to an internet connected program, such as e-mail. IT can spread entirely within a regular user's account.
      A regular user does not need to install their own programs. I'm using Ubuntu as the example here, since that's what I am using: Official "guaranteed" Ubuntu repositories include everything they really need. As a side effect of only installing via Synaptic (or something similar) a regular user does not even need to know how to set the executable bit on their email attachments...

      I agree that a regular user coming from the Windows world might object at first (Whaddaya mean I can't install this desktop eyecandy stuff I found in a seedy corner of the 'net? ... I should install gdesklets from Synaptic instead? Naah...), but I don't think there are 'real' reasons for not accepting a different way of installing stuff.

    53. Re:The problem isn't the software... by Drooling+Iguana · · Score: 1

      I never said that Linux is a "magic bullet." Simply that it is far more secure than Windows, and that this security has little to do with its relative obscurity. A Linux machine can be compromised, but it's far more difficult to do so than with a Windows machine, and any exploits that do exist would work on a much smaller subset of Linux installations than their Windows equivalents.

      --
      ... I'm addicted to placebos
    54. Re:The problem isn't the software... by 99BottlesOfBeerInMyF · · Score: 1

      For $500 I'll show them how to hold down the shift key while they load up a file.

      First, I'm not sure that works on really old versions of Word, and Second, telling a bunch of middle-aged computer-phobic businessmen who keep a list next to their computer to tell them how to save, open, quit, and delete and who transfer files by putting them on a floppy disk and mailing them with the USPS to "hold down shift" when opening files is a bit like telling them to always stand on one foot while opening files. A few might do it, a good percentage will think you are an idiot because no system would be designed that way, a good chunk would not care or remember what you said and ignore you, and another good chunk would add it to their arguments for getting rid of the computers and going back to typewriters (which some still advocate to this day).

      Computers need to be simple enough for the average person to use without having to go back to school and they have to give the user the options they need and explain them. This is possible, it just hasn't been happening lately and viruses/worms are part of the price we pay.

    55. Re:The problem isn't the software... by fsterman · · Score: 1

      These are two very good rules. If a process is complex but for design reasons the interface has four buttons it requires modes and ends up being _more_complex_.

      I am rather weary, however, of every proggramer having their own little design rules. You could, and should, read up on Cognative research into the field of UI design. They can give you equations for how easy it is to click a button, studies showing things like the max number of buttons in a given area, even frameworks by which you can work out the relative speed of an interface, error rates, habituation rates, and more.

      --
      Is there anything better than clicking through Microsoft ads on Slashdot?
    56. Re:The problem isn't the software... by FragHARD · · Score: 1

      > So can I, unplugit and through it in freezer, DONE. whew that was easy.!!!

      --
      FragHARD or don't frag at all
    57. Re:The problem isn't the software... by njyoder · · Score: 1

      How can Ubuntu guarantee that the software they package is free of exploits? Offering it through a central repository is no different than offering windows shareware througha popular website like tucows. The only real advantage you get is that they might virus/trojan scan it for you, but that's it.

      Not just that, but the user is STILL installing it, they're just installing it with a package manager instead of running an executable directly. The scripts that come with package managers still allow you to clobber all kinds of stuff.

      And this is ignoring the fact that there is still software that they don't have available. You can say it's not a valid reason, but the fact is that's what people want and there are in fact many software packages which are good that you wouldn't, at least initially, get through any 'official repository.'

  9. Death of? by springbox · · Score: 4, Insightful

    That's a bit extreme. If anything the signature based AV software isn't going anywhere right now. It seems like behavior analysis, which is what I thought of when I read the headline, would be a nice extra preventative measure to integrate into exisiting resident scanners. It doesn't seem like that type of technique would be very reliable if used by itself. Maybe the headline should have been: "A program that watches other programs spots a potential problem in advance!"

    1. Re:Death of? by wo1verin3 · · Score: 1

      You hit it right on...

      People use a condom but it's not 100% effective on its own.... but more effective when used in conjunction with about birth control method (such as reading slashdot).

    2. Re:Death of? by Anonymous Coward · · Score: 0

      Once an exploit is discovered, one of the first implementations is usually to deliver a standard payload into the infected PC (eg a remote shell). Since it's easier to implement than writing a whole new payload for every virus. I'm not at all surprised that these viruses have been detected.

  10. Hotmail is doing this already? by Thunderstruck · · Score: 5, Informative

    I think, based on my personal experience, that Hotmail is already moving away from virus definitions to a more general measure of "traits." In the case of Hotmail, the primary trait used in determining whether a file contains a virus is whether or not it has a really long name and more than one "." (dot) in it.

    I base this on the fact that, after exporting a document from StarOffice 7 directly to a .pdf file, and using a filename with two "dots." I send this document to a Hotmail user, who wrote me back that Hotmail had declared the file to contain an incurable virus. Reasonably sure that my Xandros linux box had no virii on it, I renamed the file something more Microsoft friendly. The file was received with no problems.

    So there you have it, any file with a suspicious name must contain a virus. Easy, reliable detection.

    --
    Trying to use sarcasm in text-based forums does not work.
    1. Re:Hotmail is doing this already? by fr1kk · · Score: 1

      This happened to me as well. I had a document for my sister's term paper that I exported as a PDF, and hotmail told me it was a virus. It was named something like 'summer.pdf'. I didn't understand, because PDFs should not have viruses, right?

      --
      sig: Playfully doing something difficult, whether useful or not
    2. Re:Hotmail is doing this already? by Anonymous Coward · · Score: 2, Interesting

      In the case of Hotmail, the primary trait used in determining whether a file contains a virus is whether or not it has a really long name and more than one "."

      <conspiracy>

      Interesting, as a significant number of linux apps are distributed in the form APPNAME.V.R.S.tar.gz.

      </conspiracy>

    3. Re:Hotmail is doing this already? by Rude+Turnip · · Score: 2, Informative

      "I didn't understand, because PDFs should not have viruses, right?"

      Getting a virus by opening an email was just a myth until Microsoft made it a realtiy. Adobe is doing the same with PDF now, by introducing a bunch of javascript/multimedia BS that can be integrated in PDFs.

    4. Re:Hotmail is doing this already? by Tim+C · · Score: 1

      A significant number of viruses are distributed with names along the lines of "cute picture of puppies.jpg.pif" too.

      How do you flag one as potentially dodgy (which it is) without getting false positives for the other?

    5. Re:Hotmail is doing this already? by yuriismaster · · Score: 1
      A significant number of viruses are distributed with names along the lines of "cute picture of puppies.jpg.pif" too.

      How do you flag one as potentially dodgy (which it is) without getting false positives for the other?


      Simple. By scanning the contents of the file. Sure it may take a little time, but seriously, look at the contents of the file. Never assume the file-extension is right. Also, mime-types are good things to check.
    6. Re:Hotmail is doing this already? by Anonymous Coward · · Score: 0

      Thats becuase noone in their sane mind would pay US$449.00 just for a virtual paper printout.

    7. Re:Hotmail is doing this already? by yodaj007 · · Score: 1

      Reliable? While its true that a lot of stuff uses multiple periods to disguise the true nature of the file, you just gave an example of a false positive.
      Not a good criteria to use for detecting malware. But it is a good rule of thumb.

      --
      These aren't the sigs you're looking for.
    8. Re:Hotmail is doing this already? by Anonymous Coward · · Score: 0

      Well. I know GMail is doing something for sure. I had some socket code (chat server) I had programmed in C# which I had zipped up and e-mailed myself. Gmail kept rejecting the e-mail attachment until I renamed the file to have a different extension than ZIP. I tried a simple ZIP of a text file and it went thru fine. So Gmail had to look inside my attachment, seen something in the EXE which was part of the ZIP and rejected it.

    9. Re:Hotmail is doing this already? by Anonymous Coward · · Score: 0

      Panda also will call out a virus and delete the attachment if it has 2 dots in the file name.

    10. Re:Hotmail is doing this already? by hurfy · · Score: 1

      It could start by flagging the one i got the other day: filename.jpg (25 blanks) .pif

      Hehe, slashdot won't display that with 25 blanks between extensions why does outlook need to ?!?

      It did a nice job of pushing the real extension off the edge of the window. Nasty little trick that shouldn't work :(

    11. Re:Hotmail is doing this already? by cortana · · Score: 1

      It's in Microsoft's best interests to make PDFs difficult to use. They would rather you used their competing Metro technology, which will 'just work'.

    12. Re:Hotmail is doing this already? by edwazere · · Score: 1

      By checking the bit at the end?

      Hardly rocket science!

      I'm yet to see any virus that actually is a .jpg or .pdf.

      --
      -- You ain't seen me, right?
    13. Re:Hotmail is doing this already? by Anonymous Coward · · Score: 0

      Occasionally, over the span of the past two years or so, I have noticed some false positives on Hotmail. At first, it will claim that the attachment has an incurable virus. However, if I try to download the attachment a few more times, the incurable attachment magically becomes virus-free. And this has happened to others to whom I've sent attachments, which I know have no virus.

      My allegedly plausible assumption is that Hotmail, when giving these spurious false positives one second yet not giving them the next, is either experiencing a scanner error or simply cannot spare the processing power at the time. Thus, they default on the side of caution and let a virus take the fall rather than admit any fault on their part.

    14. Re:Hotmail is doing this already? by gr8dude · · Score: 1

      This is extremely primitive. Multiple dots in a filename could be a sign of "maliciousness", but this does not guarantee that the file _is_ dangerous. They should have simply thrown a warning that says that the file could be dangerous, but not permanently block it.

      Moreover, hotmail is a dumb system, if you send an EXE - it's blocked and nothing can be done. But as in the previous case, they should just warn the user (red, bold message in the middle of the screen, so that one cannot miss it). What if I am 100% sure the source is reliable?

      Certainly, this does help them avoid some trouble, but it also limits the peoples' freedom. What will they do next? Read my mail for me and simply send me a short notification that says "nothing to see here, move along" ? :-)

    15. Re:Hotmail is doing this already? by Baricom · · Score: 1

      Moreover, hotmail is a dumb system, if you send an EXE - it's blocked and nothing can be done.

      Gmail must be dumb, too - it bounces e-mail with an EXE attached. I cannot remember the last time I received a legitimate EXE through e-mail. It's really not that hard to put the file on the web somewhere and link to it. If all else fails, you can upload it to Yahoo! Briefcase.

    16. Re:Hotmail is doing this already? by FragHARD · · Score: 1

      Sound like m$ viruses, they 'just work'.

      --
      FragHARD or don't frag at all
  11. Re:well by the_mighty_$ · · Score: 4, Informative

    It just means that they already had the signature.

    No, it means that the AV program was using "proactive virus protection."

    That simply means that the AV program monitors the behavior of programs and makes sure they don't violate security policy. If they do, the AV software assumes it is a virus.

    --
    VI VI VI - the editor of the beast!
  12. Signature is the only way to scan on entry by m50d · · Score: 4, Insightful

    This kind of thing can only work if it's on the machines that will be running the viruses. If you want to scan everything coming in, or at your mail gateway, signature is still the way to go. There's a place for both methods, as has been the case for a long time.

    --
    I am trolling
    1. Re:Signature is the only way to scan on entry by linuxdefender · · Score: 1

      It can work on every host & environment, if it's well implemented. It doesn't have to run on the same host. Moreover, AFAIK, the test has been made on a linux system with linux tools :)

    2. Re:Signature is the only way to scan on entry by m50d · · Score: 1

      Any virus writer worth his salt these days will have the main body encrypted, so all the mailer will see without running it is a decryption stub.

      --
      I am trolling
  13. I don't know about you, but I saw this coming. by Bnderan · · Score: 4, Funny

    Sheesh...This should be obvious to anyone that MS05-039 totally outclasses MS05-038 in proactive detection test response time. NTIKWTFIATA

    1. Re:I don't know about you, but I saw this coming. by StormShaman · · Score: 1

      What's funny is that I know without being told that NTIKWTFIATA means Not That I Know What The Fuck I Am Talking About.

    2. Re:I don't know about you, but I saw this coming. by Bnderan · · Score: 1

      Finally, somebody "gets" me!

  14. Missing end of summary by Tx · · Score: 2, Informative

    ...using heuristic detection rules that generate a high number of false positives as well, if scanned files are simply runtime-compressed.

    Thanks, but I prefer not to throw the baby out with the bathwater.

    --
    Oh no... it's the future.
    1. Re:Missing end of summary by youknowmewell · · Score: 1

      That only counts for 3 of the 11 anti-viruses, and that doesn't include BitDefender which get all 6 viruses without signatures.

  15. beyond detection to action by pohl · · Score: 1

    I was surprised that this article was not in the writeup since it seems at least tangential to the subject: this product claims to actually slow the propagation of worms that have no known signature...which strikes me as being one louder than detecting a virus without a signature. I realize I'm conflating worms with viruses here, but nevertheless...

    --

    The "cue the foo posts in 3, 2, 1..." posts will commence with no subsequent foo posts in 3, 2, 1...

  16. Re:Had To Be Done by Anonymous Coward · · Score: 0

    You did it wrong. The formula is this:

    All Your [fill in the blank with a SINGULAR noun] Are Belong To Us

  17. Windows Worms by hey · · Score: 1, Insightful

    Nice to see them called "Windows Worms" instead of computer viruses as usual. These are all Windows problems.

  18. Heuristics by Cally · · Score: 4, Interesting
    Most of the major AV programs have incorporated some sort of heuristics capability for years now. The problem with these (and the reason they're not usually turned on by default) is that they tend to false positive all over the place. So the corrolary to these test results is: how many false positives did these product generate using the same config?

    Disclaimer: I worked for a household-name antivirus sw firm in the past and now work for one that does filters network-based viruses as a network service.

    --
    "None are more hopelessly enslaved than those who falsely believe they are free." -- Goethe
  19. Virus proliferation by QangMartoq · · Score: 5, Insightful
    It is almost amazing to me that most viruses (and other various forms of malware) continue to flourish in a computer culture where using a virus scanner is so common nowadays.

    Why is that? From personal experience, most people I know run some form of AV software, which is good. They do not however, keep it updated! Let's examine why this is.

    Average Joe buys a Dell. It comes with AV software, such as Norton or McAfee preloaded.

    The software has a finite length of time (usually 3 to 6 months) before the user must pay to continue getting updates.

    Average Joe doesn't see why they should have to pay to keep their AV software updated. ("I paid $XXX for this machine, and they want more? Heck no.")

    While that may be a valid objection, it doesn't help to stop the spread of viruses. So what is the solution?

    In my personal opinion , the solution is to make basic AV software, and any required updates, free of charge for the user. Software that fits this desription Example: Grisoft AVG Free Edition is already available.

    What I cannot understand is why PC manufacturers do not use something like the above instead of "pay for updates" products. It would reduce their support calls dramatically, would it not?

    1. Re:Virus proliferation by Carrot007 · · Score: 2, Interesting

      > What I cannot understand is why PC manufacturers do not use something like the above instead of "pay for updates" products. It would reduce their support calls dramatically, would it not?

      Which stone are you hiding under?

      Putting free stuff on gets them nothing, where as something people may pay for in the future will.

      The company will give them incentives, maybe pay them a small ammount to bunbdle, give them concessions on other software to budle etc.

      Furthermore, yes I use AVG free edition on my windows box's however I can see why it doesn'y get bundled.

      --
      +----------------- | What is the question!
    2. Re:Virus proliferation by dreamer-of-rules · · Score: 1

      No. He has a point. Dell spends a lot of time (equals money) on virus/trojan related support calls. They either fork out the bucks for customer service, or not. And so the quality of customer support goes down, and so does their reputation. (Dell customer service is almost as bad as HP's desktop support.)

      It would make "good business sense" for Dell to include free AV, with automatic updates for the life of the warranty. Then.. you can abandon your customer and step 3-- profit!

      --
      Everyone is entitled to his own opinions, but not his own facts.
    3. Re:Virus proliferation by Anonymous Coward · · Score: 0

      Actually, you're missing the true reason it's included.

      1) the companies who provide the AV sw to Dell and other manufacturers are compensated by the AV companies for the free advertising/install base,

      and 2) Virus/Spyware calls are handled by Fee-based phone queues now...so either direction, the computer company makes money!

    4. Re:Virus proliferation by BaudKarma · · Score: 1

      You've still got the customer calling the free line first, and the phone tech having to determine that the support issue is indeed virus/worm related. Sometimes it's obvious, sometimes not so. Either way, there's still a support cost before the call can be handed off to the fee line.

      --
      It's the land of the brave, and the home of the free
      Where the less you know, the better off you'll be.
    5. Re:Virus proliferation by QangMartoq · · Score: 1
      > What I cannot understand is why PC manufacturers do not use something like the above instead of "pay for updates" products. It would reduce their support calls dramatically, would it not?

      Which stone are you hiding under?

      Putting free stuff on gets them nothing, where as something people may pay for in the future will.

      The company will give them incentives, maybe pay them a small ammount to bunbdle, give them concessions on other software to budle etc.

      Furthermore, yes I use AVG free edition on my windows box's however I can see why it doesn'y get bundled.

      Not hiding under a stone here, just wondering why is all.

      Free software, such as AVG, may very well get them something. AVG does make a more advanced version, for which they charge money. It is conceivable that as the users learn more about how to use their systems, they may want more control than the free edition offers, and upgrade to the paid version. This could easily be made into a commission for the PC maker.

      As for the paid software companies giving them incentives, which would you consider more important if you were in charge at that PC company? Lower support costs from less viruses and malware, or a (very likely) ridiculously small amount from software makers? The first option also has the added benefit of giving customers a better impression of the PC maker. If Joe's Dell gets a lot less virus infections than his friend's Compaq, one of them is bound to notice that eventually. This would hopefully lead to increased repeat sales and referrals.

      While I'm pleased to see that you use AVG on your Windows boxes, I am curious as to why you says you can see that it doesn't get bundled. (If not for one of the above reasons already stated.)

    6. Re:Virus proliferation by ceswiedler · · Score: 1

      That's because most of the problems we have these days aren't viruses. They're worms. Viruses (and trojans) are transmitted slowly, via a user's actions. Worms spread proactively, and do so quickly enough that there isn't time for a virus company to put out a signature. Generally, the effect of a worm isn't anything it does to your computer, but what it does to the network. The only way to stop worms is to make sure there are no security holes in your operating system.

      Virus scanning for anything other than emails is a waste of time. And even email viruses aren't very hard to avoid; it's much easier to secure an email client than a network-connected operating system.

    7. Re:Virus proliferation by Nethead · · Score: 1

      QangMartoq: "What I cannot understand is why PC manufacturers do not use something like the above instead of "pay for updates" products. It would reduce their support calls dramatically, would it not?"

      That's because the suits that put together the co-packaging deal aren't the suits that run tech support. Sales/Marketing vs Operations.

      --
      -- I have a private email server in my basement.
    8. Re:Virus proliferation by Anonymous Coward · · Score: 0
      how will these people make money?

      they wont which is bad for them (?) computer companys dont really care about the security of people unless they pay for it.

      now im sorry im not going to pay how ever much a month just to use some anti virus system that is most probley badly done and buggy. just because 100,000,000 joe users out there are dumb enough to think porn.exe is really porn doesnt mean i have to pay for it.

      i would rather just use avg on ALL my ms computers and clamav on all my linux computers. http://free.grisoft.com/doc/1

    9. Re:Virus proliferation by E-Mind · · Score: 1

      Just FYI - Some viruses are re-using code of prior viruses which may trigger a previous signature. This works for variants when they are not packed and are not polymorphic and the analyst wrote a good signature (i.e. chose the right part of the virus for the signature string). In cases of worms - such as the Plug and Play variants - IPS signatures could be blocking the exploit part of the worm - and when an AV vendor also supplies IPS products... I will not be surprised if what has cought the worm proactivly was the IPS signature due to the exploit code which was public - being used in the worm...

    10. Re:Virus proliferation by sootman · · Score: 4, Funny

      Average Joe doesn't see why they should have to pay to keep their AV software updated. ("I paid $XXX for this machine, and they want more? Heck no.")

      Understandable. $30 was a lot of money in ancient Roman times.

      --
      Dear Slashdot: next time you want to mess with the site, add a rich-text editor for comments.
    11. Re:Virus proliferation by Anonymous Coward · · Score: 0

      It would reduce their support calls dramatically, would it not?

      Exactly. How much money in support call charges do you think they make?

    12. Re:Virus proliferation by jimicus · · Score: 1
      Hmmm. Let's think:

      • Licensing implications. "Buy our computer, it comes with FREE antivirus software with FREE updates!" sounds pretty commercial to me. From AVG Anti Virus licensing:

        AVG Free Edition is available free-of-charge to home users! AVG Free Edition is for private, non-commercial, single home computer use only.
        Use of AVG Free Edition within any organization or for commercial purposes is strictly prohibited.


      • Tech support. "This free antivirus software just broke a whole lot of stuff!"
      • Legal liability. "Free trial, you must pay after 30 days" means after 30 days it's pretty difficult to argue "I lost data because your AV software wasn't working" 32 days later. What if updates were free? Could get pretty messy.
    13. Re:Virus proliferation by advocate_one · · Score: 0
      Average Joe doesn't see why they should have to pay to keep their AV software updated. ("I paid $XXX for this machine, and they want more? Heck no.")

      Understandable. $30 was a lot of money in ancient Roman times.

      yeah, $30 buys a lot of blank CDR's

      --
      Donald 'Duck' Dunn: We had a band powerful enough to turn goat piss into gasoline.
    14. Re:Virus proliferation by Anonymous Coward · · Score: 0
      Understandable. $30 was a lot of money in ancient Roman times.

      Indeed: even assuming a low 2 % average inflation rate, $30 in the year 5 AD has a net present value of 4758442 trillion dollars. No wonder the ancient Romans didn't have any money left for antivirus updates.

  20. wait a second ... by Anonymous Coward · · Score: 3, Insightful

    How about a proper security & permissions architecture and non-exploitable system & application sw? Wouldn't that be better than having to burn CPU cycles looking for this crap?

    1. Re:wait a second ... by Nethead · · Score: 1

      Not if you can make money both selling an insecure OS and an AV system.

      --
      -- I have a private email server in my basement.
    2. Re:wait a second ... by koehn · · Score: 3, Insightful

      Just let me know if you find any reasonably popular OS available which fits that description. I could easily craft a unix worm in the form of a shell script, with instructions in the email that would trick grandma into running it, and get it running on at least half of all *nix based machines, regardless of vendor. In that script, I'd nohup a simple process which finds a port open and internet-accessible, open a listener on it, and give that listener access to the shell. Then I'd install myself in the user's .*rc file so I could run after a reboot. Profit!

      Building a secure OS (where the user can still install their own s/w) is pretty-much agreed to be nowhere near doable these days, so we "burn CPU cycles" dealing with the problems that the developers missed. Seems like an intelligent response to me.

    3. Re:wait a second ... by njyoder · · Score: 1

      I can't believe this was modded up as +5 Insightful. This anonymous coward literally just suggested a system that was either 99% or 100% secure. That's a complete joke, no such thing exists, especially when it's the stupid end user that's the weakest link.

      I know that Slashdot is bad, but this is appalling. "Why not make a system that is 100% secure?" +5 Insightful. WTF?

    4. Re:wait a second ... by Anonymous Coward · · Score: 0

      Capability-based security/paradigm might then intrest you. (Look it up wikipedia or anywhere ya want)

    5. Re:wait a second ... by Anonymous Coward · · Score: 0

      with instructions in the email that would trick grandma into running it

      Go ahead, show me how you'd instruct grandma to do "chmod +x worm.sh". Or better yet - show me how you'd make grandma understand which directory the attachment is saved in. And try pulling all this off without having grandma send you emails back with questions like "What does xterm and chmod mean?". I'm eagerly awaiting your response because if you figure that one out then you will have revolutionized UNIX.

      I'm not saying UNIX doesn't have stupid users (o'boy, we sure have plenty of those) but due to the complex nature of the system - from a user perspective - it'll be difficult as hell to take advantage of the user-stupidity-factor which is so prominent on Windows.

      You see, whenever it's UNIX, someone with half a brain always seems to get involved (damn near unavoidable) so for a worm to work it must be fully automated and exploit something like sendmail, apache, sshd etc.

      I have no doubts that you could easily write an email attachment-worm but I would be really, really surprised if it actually worked.

    6. Re:wait a second ... by Geoffreyerffoeg · · Score: 1

      I could easily craft a unix worm in the form of a shell script, with instructions in the email that would trick grandma into running it

      What instructions? Grandma doesn't know how to use chmod. She knows how to use property sheets to change permissions, but she knows that execute permission is one of those dangerous things that you don't touch.

      Grandma's POSIX account does not need to open any listening sockets. Period. If she needs something, let it be started at bootup by root. This can be enforced by the OS or by a personal firewall (what makes you think you'd find an open port, btw?)

      Speaking of root, you wouldn't get root access.

      And as far as installing software, allow trusted cool people in the community (use an Advogato-style mechanism, I guess) to sign the MD5 of the binary with their private key and upload it to a secure whitelist. If the developer himself is trusted enough, he can sign his software. Otherwise, he can submit the code (OSS only, remember? :-) to this site, and someone else can sign off on it. Or the user can manually set the execute bit after 15 billion "Are you sure? No you're not. Don't click OK." popups.

    7. Re:wait a second ... by koehn · · Score: 1

      I'd put my exploit inside a malformed...

      o Zip archive
      o PNG file
      o JPEG image
      o ICMP packet
      o Sendmail envelope (server only, o/c)

      All of which have had buffer overflow vulnerabilities, without needing to set any executable bits. And who knows how many other ways I could hide the payload that haven't yet been discovered?

      And several buffer overflows (like ICMP) allowed root access on commercial and OSS OSes, so don't give me that "you can't get root" crap.

      Granted a shell script would be a bit tougher to hide in there, and my exploit would be arch/os specific, but it's entirely doable: you just need a vulnerability and the right skills to exploit it.

  21. Not any time soon. by Telastyn · · Score: 2, Interesting

    This sort of technology isn't new. Intrusion Detection systems have used it for 5 years or so, though their targets are better tailored to the setup. Anyways, most of those systems needed modified to include signatures.

    Why? Because the systems couldn't be guaranteed to win 'bake off' tests versus their signature based competators. Competators that often only had signatures for the often ancient and arcane vulnerabilites used in the tests.

    Such shiny statistics are like catnip for executives it seems.

    Anyways, this sort of setup is wonderful that not only does it detect new attacks, it's also usually an order of magnitude faster than the signature scanners.

  22. I don't use an antivirus and don't suffer at all by zlogic · · Score: 2, Informative

    Just follow the simple rules:
    1) Never install stuff from the browser (like ActiveX etc.)
    2) Never open email attachments that are executable (most mailer warn about it)
    3) Never download software from third-party sites, only from the vendor's site
    4) Scan all suspicious files with an online scanner (or send them through a virus-protected mailbox)
    5) Configure your firewall properly (close all ports you don't need)
    If you follow these rules you aren't likely to get any infection at all. I didn't have ANY anti-virus software when I had Windows and didn't get ANY infection in about ten years.
    Antivirus software on the other hand requires constant updates, slows down PCs (I can determine if an antivirus is running without pressing Ctrl-Alt-Del or looking at the taskbar) and eats your money. What's more, if a virus is new and the user doesn't have the latest updates, he can be easily infected. The only users of antivirus software should be Windows users with relatively no computer experience. This way, the antivirus will probably protect evil from happening when a user doesn't understand what's happening to his PC.
    Oh, and some (but not all) antivirus programs are simply a waste of time and money. This applies to most mobile device software. I remember a Norton Antivirus For PalmOS which had an impressive database of FOUR variations of ONE virus. That's all. And yet it cost something like $30 and required yearly subscription in order to receive updates.

  23. Would have been more impressive... by bad_outlook · · Score: 1

    >What's really impresive, besides the huge difference between response times among antivirus
    >companies, is that two products succeeded to proactively detect all 6 attacks without any
    >signature update. "

    This would have been more impressive if they had signatures that said "all your base belong to me!" or "in soviet russia, grits pour down portman!" or "/* place sig here */" or the like.

  24. Re:well by mrdaveb · · Score: 1

    How can they already have the signature for a virus before the virus actually exists? They obviously managed to detect the virus by some general heuristics for spotting suspicious behaviour. ... unless you are suggesting the AV companies were the virus authors? :-)

    --
    Homme petit d'homme petit, s'attend, n'avale
  25. About time. by Vitriol+Angst · · Score: 1

    On the Macintosh, there was an application called "Gatekeeper" (not positive on the name) that was round at least 10 years ago. It basically looked at actions that a virus might take and alerted a user. You had to allow for actions like writing to another application or such.

    I have been waiting for this to catch on. I've also been waiting for virus makers to become more sophisticated, but I'm amazed none have learned to use compression and randomize their own signature. My point is, that the clock has been ticking on virus patterns being useful for detecting viruses for years. It's pretty equivalent to blocking email with certain words because that was the title given to a previous email with a trojan horse in it.

    --
    >>"ad space available -- low rates!!!"
    1. Re:About time. by rnews · · Score: 1

      You might want to read up on Mandatory Access Control. http://www.google.com/search?q=mandatory+access+co ntrol

      You may as well want to look in on systrace(1) and systrace(4). http://www.google.com/search?q=systrace

    2. Re:About time. by Vitriol+Angst · · Score: 1

      How would I use this on a BSD system like the current Mac OS X. I say this because I installed an application that kept dialing out to the internet -- I think it was from a BullDog UPS. I used an application (I forget the name) that reports when an application tries to access the internet, but all it reported was the application that the OS uses to access the internet.

      What would be the command line calls to say, trace which application calls "InternetConnect.app" for instance?

      --
      >>"ad space available -- low rates!!!"
    3. Re:About time. by Anonymous Coward · · Score: 0

      You might want to read up on polymorphic viruses as well...

      fuck the captcha

  26. Yep, it's the end by Anonymous Coward · · Score: 0

    Just like this selected quote from one of the links says:

    Of course, we know that the problem related to MS05-039 is not primary an AV problem, but something for (Personal) Firewalls, IDS/IPS systems and a better patch management. :-)

  27. Hmmm... by bad_outlook · · Score: 1

    I'm using Mailscanner on my mail server, it passes mail through ClamAV (which scored 1/6 on this test) and then BitDefender - the command line version for FreeBSD (which scored 6/6). Perhaps I don't need both...

    1. Re:Hmmm... by Anonymous Coward · · Score: 0

      Don't throw out ClamAV yet...

      If you look at the FULL set of numbers, ClamAV had a pretty good rate in comparison to others. 1/6 is for PRE-detecting without the latest virus defs. If you look at the defs update rate, ClamAV beats McAfee and Norton in quite a few (usually in the top to middle of the pack)

      Since ClamAV is usually used on the server side, its still a great FREE solution! I bookmarked this data for the smarties who say that OpenSource will never be able to compete in Virus because defs won't get updated as fast.

    2. Re:Hmmm... by tumbleweedsi · · Score: 0

      We use Antigen for Exchange (and yes, I know that Sybari has recently been assimilated into the Borg) and it uses 7 AV engines for every piece of mail however it does so in such a way that it is more efficient in benchmarks than using any one of the vendor email scanners. We have been clean to the point that we now regard viruses as something that happens to other people... of course we use a layered approach which means we also have desktop and server file and memory scanning taking place so if someone brings in an infected laptop it never gets very far and I am sure that any *new improved* method of preventing malicious code execution will be adopted as an additional tool in our AV toolbox however it is never going to be the end of sig based AV as this clears 99% of the crap and lets the cleverer stuff concentrate on the 1% that gets past that net.

      Why wear one condom when you can wear 7 and also use a coil, a cap and have her go on the pill?

      --
      Be nice, sponsor me: http://jailbreak.ragabonds.org.uk
    3. Re:Hmmm... by bad_outlook · · Score: 1

      Agreed, I love Mailscanner, it just works perfectly for me. It's been updated, latest version is 4.44, which came out 1st August 2005. I installed it from ports in freebsd, and it worked with little modification. Highly recommended.

  28. not just in reference to anti-virus software by meatbridge · · Score: 1

    why is every third post on technology sites, the end of the old way, and the ushering in of something untested. i understand the need to write eye grabbing headlines, but wouldn't saying something threatens the old way, be more accurate?

  29. how long do you quarantine? by Sagarian · · Score: 1

    fine. quarantine for X minutes and observe behavior... then hax0r writes malware that hibernates for X+1 minutes...

    1. Re:how long do you quarantine? by hrieke · · Score: 1

      Forever.
      If the program is from an unknown, non trusted site, then you can never fully trust it, now can you?

      --
      III.IIVIVIXIIVIVIIIVVIIIIXVIIIXIIIIIIIIVIIIIVVIIIV IIVIIIIIIVIII...
  30. Antivirus is basically bunkum by rufusdufus · · Score: 1, Interesting

    The real story here is that new malware are not normally caught by antivirus programs until they are discovered and updated in the patch file. What percentage of malware have never been discovered before? How many of those are on your computer right now?

    Nobody knows.

    The only trustworthy solution to malware is a read-only system: the system and application partitions must not be modifiable without rigorous user-initiated discipline including disconnecting from the network and rebooting to a known-clean state.

    This sounds crazy, but it is practicable. It requires some technology and some resetting of expectations. One way to think of it is how game systems like the PS/2 operate: you boot the system and save the data to removable media. There are no PS/2 viruses.

    What I do today is re-dump my system partition image every couple of days. The image is highly compressed and the dump actually is actually faster than a virus scan. Now my system partition is perfectly organized. Whenever I want to install some new software, I disconnect from internet, re-dump, install the new software, and then re-image. Keeps the harddrive nice and organized. I put data files on removable media. Its remarkable how well this system works; and its great to have piece of mind that my system is not growing crufty over time.

    1. Re:Antivirus is basically bunkum by Creepy+Crawler · · Score: 1

      Actually, in this case a form of "trusted computing" would help immensely.

      First(directed at hollywood), drop the idea that media which is PLAYED by the customer can be restricted. Anything I can see or hear can be recorded.

      Second, look at trusted computing as a form of way to secure a computer to KNOW FOR SURE there's no easy way for unauthorized programs to enter. Data and executable parts of memory can be seperated, a hardware encryption chip can be integrated, and many small ram banks on devices could be made of ecc ram (so no easy corruption, which can break programs).

      Even systems like AIX and SunOS always had a "trusted base" mode in which ONLY programs trusted had access to anything that could grant real harm. You could also run a trusted backup and KNOW there's no trojans or malware scripts. Hell, not even most Linux system installs provide static linked needed tools (you know, like ls, more, ld, grep, nano, or anything).

      If anything, there needs to be a good setup of Debian with 2.6's NSA patch with a sane RBAC control lists. Auditing should be on everything by default, and turned off by necessity.

      Still, at least on *Nix, what I fear the most are rogue pieces of obfusicated shellcode. If you provide any way of encrypting files, a shellcode can use that and encrypt your ~ and then proceed to demand X$ in some bank account for decryption key. Comes down to whats more important: the computer, or the information?

      And the last point, PS/2 are the mouse and keyboard ports on the back of your computer. As in "IBM PS/2" (Personal System/2)

      --
    2. Re:Antivirus is basically bunkum by NOPteron · · Score: 1

      We are born with an immune-system. Computers are born with the equivalent to AIDS: Immune Deficiency Syndrome, but in their case it is ABSOLUTE Immune Deficiency Syndrome.

      And there are a couple of gotchas in the parent's cosmology, it seems:

      One doesn't know if one's system is infected just because one hasn't connected to the 'net "raw". . . ( if you want to "know" something, test it correctly )

      Firewalls are circumventable ( i.e. have bugs, and such are exploited ).

      Software is sometimes accidentally distributed already-infected ( Microsoft did it with one of their CDs, manufactured in an infected factory, IIRC ).

      Using recordable media means ( if one exchanges information between systems, or between infected previous-install and current not-yet-infected install, for instance ) risk. . .

      Etc.

      And. . . Trusted Computing can also pertain to INDEPENDENT, INTEGRITY-DRIVEN comparative-reviews, eh?

      Virus Bulletin used-to-have visible to anyone archives ( I think they changed that, some time ago ), and back-a-year-or-two ago it was Eset & Vet ( http://www.nod32.com/ and http://www.vet.com.au/ ) who were the ones to beat. Vet won if simplicity was a factor, as Eset apparently has one gazillion config microsettings
      ( and also, it wasn't possible to buy Eset online if one was running Linux, last time I tried: one HAD to be using MS-Windoze + MS Browser to buy it, but they apparently contracted-out their net-purchase-system, so it wasn't Eset that did that, it was whomever their contractor-company that enforced non-secure system to purchase Eset )

      Anyways. . Oh! they've boshed privacy entirely! now one MUST register/login to view the awards at all, eh?

      Ah well, they USED to offer good independent information to us, anyways. . .
      Here's the only page it seems they allow anonymous reading of:
      http://www.virusbtn.com/magazine/this_month/index. xml

      if you've a throwaway e-mail address, maybe you can see if they're worth anything nowadays, on their "100% Award", which is an award given to all AV progs that defeat 100% of all the in the wild viruses they sic on 'em. . .

      --
      IPTables enhancement Fail2Ban bans cracker-login's
  31. Switch A/V S/W from a blacklists to whitelists? by Anonymous Coward · · Score: 5, Interesting

    Wouldn't it be safer to switch from blacklists to whitelists? i.e. Only known safe applications are permitted to run. If some shiny-new-app isn't added to your current A/V whitelist for 48 hours, all that means is you can't run the program for a while. That's an inconvenience. If shiny-new-malware isn't added to an A/V blacklist for 48 hours, major damage can ensue. I'd prefer the former, personally.

    Users don't add new apps to their computers that often, and corporations wouild welcome the chance to ensure only approved and paid-for programs can run on their systems.

    When you uploaded free software to a reputable FTP site, getting a suitable signature so that people could download it and use it would become a routine part of the upload procedure, and certainly one that the sort of geeks who use those services can handle.

    It's true that a comprehensive whitelist database would be a big file, but why does that matter? No-one runs /every/ piece of software; so the whitelist for the stuff that one particular person uses should be of a manageable size, shouldn't it?

    If you use whitelists, the only time code needs to be checked is when new exectuable code files arrive on a system; given a competent gatekeeper program, all pre-existing stuff will be known-approved and won't need to be checked. That would provide a significant speed-up too.

    Is this feasible? Where's the downside?

    1. Re:Switch A/V S/W from a blacklists to whitelists? by Flying+Purple+Wombat · · Score: 1

      Good thoughts. Your ideas sound workable, but I don't think it will work any better than the current AV blacklist method on desktop systems.

      Servers are another matter entirely, and I think your ideas have merit in that environment. Server software tends to updated infrquently, and are usually maintained by intelligent people.

      The downside is that it still requires the whitelist to be updated. It would probably work in a corporate environment, as you mentioned, where most normal users are only allowed to run a small set of programs.

      I doubt that most home users would keep the whitelist updated. Just look at the number of home users that don't keep the current blacklist-type AV systems updated. They will scream when newly-purchased software doesn't run, or gets flagged as a security problem. And they won't call the AV vendor, they will call the the vendor of the software that won't run!

      Whitelists would also be a hassle for programmers. The edit-compile-run cycle is already a pain, adding "generate key" and "update whitelist" would be a major annoyance.

      --
      If God had meant for man to see the sunrise, He would have scheduled it later in the day.
    2. Re:Switch A/V S/W from a blacklists to whitelists? by egypt_jimbob · · Score: 1

      Wouldn't it be safer to switch from blacklists to whitelists? i.e. Only known safe applications are permitted to run.

      That might work. But I certainly don't trust McAfee to tell me what applications are "approved" any more than I would trust, say, a used car salesperson to tell me how reliable a vehicle on another lot is. Suppose AntiVirusCompany A feels threatened by application X. Do you think they'll "approve" that application as safe? What if they get bought by MonopolySoft?

      Dictatorships can work amazingly well and efficiently if and only if there is a benevolent dictator. I don't know about you, but I don't like those odds.

      --
      I am a leaf on the wind. Watch how I soar.
    3. Re:Switch A/V S/W from a blacklists to whitelists? by StrawberryFrog · · Score: 1

      Wouldn't it be safer to switch from blacklists to whitelists?

      It wouldn't be better. I have a new build of my app every hour or so. I have to click to let the firewall let it through for each new build as it is, and after a week or so the firewall's rules are cluttered with dozens of obsolete builds.

      --

      My Karma: ran over your Dogma
      StrawberryFrog

    4. Re:Switch A/V S/W from a blacklists to whitelists? by Anonymous Coward · · Score: 0

      [I'm the original poster, BTW]

      As a developer, though, you are in a small minority. Most users would not need this refinement. And I think the concept of having a sandbox area for S/W developers is a relatively minor tweak on the basic whitelist idea.

      I think 'layers of approval' would be another necessary refinement - level 1 would 'all possible software', level 2 is 'all company-approved software' (a subset of level 1), level 3 is 'approved by the local admin' (which would not necessarily be a subset of level 2). However, using approval levels in combination with an automated method to sign your own software (so that only you and your team can use it) would hopefully be adequate during development.

      Someone else raised concerns about trust issues. Well, is falsely identifying a competitor's software as malware (which happens now) better than identifying a competitor's software as 'non-approved'? I don't think that's any better or worse than what we have now, to be honest.

    5. Re:Switch A/V S/W from a blacklists to whitelists? by RAMMS+EIN · · Score: 1

      ``Only known safe applications are permitted to run.''

      That's kind of like, you run only the programs that you installed, like, no stuff you got from an email or by clicking on a link. You know, the way things work on systems besides Windows?

      --
      Please correct me if I got my facts wrong.
    6. Re:Switch A/V S/W from a blacklists to whitelists? by RAMMS+EIN · · Score: 1

      ``Is this feasible?''

      Well, looking at the current state of things, most of the "not approved" software enters the system through holes in the "approved" software. Many of these are caused by shortcomings of C. So if we stopped using software written in such unsafe languages, that would be a start.

      --
      Please correct me if I got my facts wrong.
    7. Re:Switch A/V S/W from a blacklists to whitelists? by njyoder · · Score: 1

      That's a horrible idea. There are tens of thousands of software packages and basically you're suggesting that some mystery company personally audit every single relese of each piece of software. Who exactly is going to pay the hundreds of millions of dollars to do that auditing? What's the criteria used for auditing in the first place?

      Everyone who released new software/utilities is going to have wait weeks or months to get their software approved, because the auditors are inevitably going to be backlogged.

      Oh and getting uploaded to a reputable FTP site doesn't mean much of anything. Even ignoring that it will include tons of software that those sites don't want to include, those sites don't actually do any auditing other than virus scanning the files themselves.

    8. Re:Switch A/V S/W from a blacklists to whitelists? by o517375 · · Score: 1

      Already been done.

      Win 95/98 had a way in the registrytoonlyallowcertain programs to be run. The trouble is that ANY program on the list would be allowed to run including those that changed their names to one of theoneson the list!

      Now enter Cisco. Cisco has aproduct which probably was purchased (not developed in house) that does exactly what you are saying in a much more sophisticated way. It even lets the program run to see what it will do then stops it before it can do it.

      Sorry. I'm bad with names.But you can look it up your self.

    9. Re:Switch A/V S/W from a blacklists to whitelists? by Geoffreyerffoeg · · Score: 1

      Just do the Unix-style thing.

      Start with:
      $ chmod a-x *
      $ chmod a+x *.exe
      on all directories. New files by default are umask 111. To make it executable, you have to go to the property window and change the permissions yourself.

      Our C++ professor mentioned this a couple of days ago in class - that Windows' biggest vulnerability is that executability is determined by filename. I always thought it was vulnerable because of leaving RPC on or something. But chmod is more important - even if someone hacks your computer, they can't e.g. plant a rootkit or keylogger without chmodding it +x. And then you can just block chmods that aren't done from the physical console.

      Oh, and if you want, you can add the whitelist to automatically +x approved EXEs, but that's optional. This system lets whoever does the installing (admins or clueful users) take care of the permission bits.

    10. Re:Switch A/V S/W from a blacklists to whitelists? by AnyoneEB · · Score: 1

      Kerio Personal Firewall has a setting which makes it ask you every time a program runs if you want to allow it to run, along with simple checkbox to tell it to always use your choice. I have used this when trying to clean some really nasty adware, but I do not use this mode in normal usage, since it seems like it would be too annoying. I do use the option to have it control which programs have permission to run other programs. (All the programs I use are permanently allowed or denied, but it would ask me about a virus/adware trying to open itself again after I kill it.) Obviously, any such system has the problem that if a malicious program is already running, and knows about the system, can just programmatically click the "Allow" button.

      --
      Centralization breaks the internet.
    11. Re:Switch A/V S/W from a blacklists to whitelists? by megabunny · · Score: 1

      That is a goofy idea.

      What about custom or in-house software?

      What about frequently released software?

      You are going to get Symantec to add a signature for the program you just compiled, so you can send it to your clients?
      MB

      --
      I am a viral sig. Please copy me and help me spread. Thank you.
    12. Re:Switch A/V S/W from a blacklists to whitelists? by adamdeprince · · Score: 1

      <smirk>White lists are a great idea. If you only allow approved software to download to trusted approved computers owned by licensed operators over an approved network connection from an approved site that wrote software using only approved and corporate HR vetted software development professionals operating within the restiction of approved IP collections you can be entirely safe from anything every happening on your computer! </smirk>

    13. Re:Switch A/V S/W from a blacklists to whitelists? by mibus · · Score: 1

      The real beauty of 95/98's "allow only certain programs" thing was that there were hidden defaults that you couldn't remove!

      As a practical joke by a sysadmin (I'd been on IRC and mailing lists too long in the IT labs) he locked down my user profile to have nothing in the "Start" menu, no control panel, and (just in case) no apps in the "allow" list.

      He had a helluva smirk on his face when I logged in and had no apps. (he was standing nearby at the time)

      When he walked back into the room five minutes later to witness me using IRC, his giant smirk turned into a giant "confused" face :)

    14. Re:Switch A/V S/W from a blacklists to whitelists? by cgreuter · · Score: 1

      ...Windows' biggest vulnerability is that executability is determined by filename.

      I'd argue that it's a bit more complicated than that. The problem is that Windows (and its associated culture) doesn't distinguish between accessing a data file and running a program. You view a picture by double-clicking its icon and you execute a (possibly malicious) program by double-clicking on its icon. Both of these actions are called "Opening the file".

      It's fairly straightforward to tell a naive user (or his software) never to run a program unless it comes from a trusted source. However, when the operating system deliberately makes it difficult to tell which is which and when people routinely send legitimate data packaged in executables (e.g. self-displaying pictures), that advice stops being quite so useful.

      AIUI, the standard Outlook Express virus works by being an executable of some sort that OE doesn't recognize as one. Then, when OE passes it on to Windows to take care of, Windows just runs it.

      Probably the best way to solve this problem is to provide a way to deliberately mark a file as being of suspect origin (via some file attribute, for example) and make all of the main Windows apps honour it.

    15. Re:Switch A/V S/W from a blacklists to whitelists? by Geoffreyerffoeg · · Score: 1

      However, when the operating system deliberately makes it difficult to tell which is which and when people routinely send legitimate data packaged in executables (e.g. self-displaying pictures), that advice stops being quite so useful.

      Who needs a self-displaying picture? The picture and its viewer (or a "projector" in the lingo of old Macromedia Director) should be separated, and the viewer digitally signed and available for separate download.

      Probably the best way to solve this problem is to provide a way to deliberately mark a file as being of suspect origin (via some file attribute, for example) and make all of the main Windows apps honour it.

      SP2 does that. If you download a file via Internet Explorer, save it to disk, and click on it 5 days later, it says "Files from the Internet may contain viruses. Ar you sure you want to open this?" Of course, that dialog has the same uncurable problem as all Windows "Are you sure?" dialogs: everyone instinctively clicks yes.

  32. Polymorphous, anyone? by wumpus188 · · Score: 2, Interesting

    Aren't they wrinting polymorphous viruses these days? They were pretty common back in DOS era... pretty hard for AV to catch coz there is *no* signatire.

    1. Re:Polymorphous, anyone? by zlogic · · Score: 1

      >pretty hard for AV to catch coz there is *no*
      >signatire.
      And that's exactly how these viruses are caught. A normal program never changes itself while a virus acts suspiciously trying to avoid the antivirus. If a program edits an executable file 50 times a minute, something's wrong here. In addition, polymorphous viruses still have some unchanging parts because it's simply hard to write a program which completely changes itself. It has to have a very sophisticated AI (or the virus writer has to be a genius) and if it's ever developed it will probably a major breakthrough in computer science.
      One thing I've noticed in the past years is that more and more virii makers are scriptkiddies who get a ready-made exploit from Securityfocus and add the virus bits. Or simply write a .vbs script. It surprises me how many computers were infected with the LoveLetter virus. It was a simple .vbs script with nothing exceptional in, and yet it got to the news headlines and caused major disaster.
      My guess is that most previous virusmakers with great skills either got themselves proper jobs or got themselves involved in OSS projects which are IMHO just as (or even more) interesting as doing evil.

    2. Re:Polymorphous, anyone? by 3l1za · · Score: 1

      Actually polymorphic viruses do have a signature : the decryption loop that decrypts the payload. It's metamorphic viruses that have no signature.

  33. Re:Sandbox - No, this doesn't work by Anonymous Coward · · Score: 1, Interesting

    Simply put, it is relatively trivial for a virus writer to have the virus determine whether it is running inside a virtual environment/sandbox. This is a known problem in the AV world - shortly after the first attempts to create this sort of sandbox the virus writers demonstrated this capability in the wild.

    A good discussion of this is the somewhat famous Halting Problem:
    http://en.wikipedia.org/wiki/Halting_problem

    My favourite use of this was a book by Greg Bear (Legacy/Eon, I believe) where the protaganists capture an alien, and then clone its mind in a computer simulated world in order to question it. However, the alien knowns how to determine that it is in a virtual environment, and the virtual alien commits mental suicide (somehow). Great book, mind blowing hard sci fi.

    Regardless - sandbox technology only catches the really dumb viruses, which are pretty easy to catch anyways. You can pretty much count on any viruses taking advantage of new advances in other viruses pretty quickly - whether it be host file rewrites, building botnets, disabling AV functionality, keylogging, auto-upgrades, encrypted command and control channels, etc.

    And yes, I do work for an AV company.

  34. Re:Had To Be Done by fury88 · · Score: 1

    CLASSIC!

  35. Ummm... by Wuher · · Score: 1

    Did you just defend Windows' security? You may be barking up the wrong tree... ;) I think you have to assume the user is ignorant. An OS designed to be used by such users should not be able to be taken down by a single double-click. Whether or not Windows should be designed with these kinds of users in mind is a different issue altogether.

    1. Re:Ummm... by FragHARD · · Score: 1

      Did you just infer that windows has security? hahahahahahahahahhehehehehehe whew...

      --
      FragHARD or don't frag at all
  36. Re:well by globalar · · Score: 2, Informative

    Testing virus definitions is somewhat straightforward. Aside from variations (which can still be detected in many cases), you're just looking for a pattern that you already have.

    A policy approach is practically an AI problem. We can describe it in terms of patterns, but it should be very easy to find a loophole in the logic (or too many false positives). Most importantly, the problem frequently begs for intrinsic knowledge of a system - but the whole goal is to find a general solution to specific problems (hence "policy").

    In true /. tradition, let me give a shoddy example. Consider the crime of murder. There are many ways to kill someone. If we want to detect this crime, we need to analyze one of two perspectives: the ability of a human to survive or the functions required for life (alternatively the presence of death). Looking for death and looking for a life-taking action are not too difficult (with exceptions). But the in-between, fuzzy areas where the subject might be dead but could be alive are very difficult.

    We also have to identify the cause of the crime. Not to mention since this action is automated, we need a way to double check our data and ensure it hasn't been tampered with.

    Frankly, signature matching is what I pay for in an AV client. The vast bulk of threats are known and preventable. Until I know more about the policy logic of a client, I cannot afford to bank on it.

  37. Re:well by Drakonite · · Score: 3, Funny
    unless you are suggesting the AV companies were the virus authors? :-)

    I might suggest that, but I don't want a sudden string of viruses to attack my computer...

    --
    Shoot Pixels, Not People!
  38. signatures? by milktoastman · · Score: 1

    Now, I don't know about any of you, but I myself have never found it necessary to give my signature out to McAffee or Norton to get their products to work. Maybe I had a cracked version, I don't know, but I've always been able to install and operate without signing a damn thing....okay, okay, I'm kidding! Sorry to all you who were about to just rip into my stupidity. I've taken away your fun! I'm just foolin'!

  39. Re:well by Anonymous Coward · · Score: 0

    lol what?

  40. REAL Antivirus! by rcbarnes · · Score: 2, Insightful

    Honestly...

    I haven't needed signature-based AV for over a year, and I've never gotten a virus. What's my AV? POSIX. Look at the safety record of POSIX OSs. Only about 40 known viruses for Linux (yes, technically, it's not officially tested, but it does comply with the Single Unix Specification) or MacOS X (I know, it does not quite comply, and has also not been approved either), about 6 for commercial UNIXs. Almost all of these viruses were proof-of-concepts, and none have been seen in the wild (largely because the concept they proved was promptly secured).

    --
    "Fight for lost causes. You may discover they weren't."
    1. Re:REAL Antivirus! by justsomebody · · Score: 2, Insightful

      NT is POSIX compliant too, you know:)
      You did mean to say *NIX, didn't you?

      I'm avid Linux user, but I couldn't say that safety is the problem here. Install application as normal user in userland and this application is virus prone.

      Same goes for OSX. Almost all applications are d'n'd-ed to Application folder. Only installable applications are installed wit higher user. You can simply modify .app/Contents/Info.plist (or something like that, in my usual reality I hate OSX), put a bash script

      #!/bin/sh
      rm -y /
      application

      then say how secure it is.

      --
      Signature Pro version 1.13.2-3 release 83.5 beta3try7 after-breakfast edition
  41. Re:I don't use an antivirus and don't suffer at al by Anonymous Coward · · Score: 0

    3) Never download software from third-party sites, only from the vendor's site

    Sorry to rain on your parade there champ, but that won't keep you safe. There have been instances of software vendors unknowingly distributing infected executables on both physical media and via the web. It doesn't happen often but it does happen.

    Your method of passive scanning should be extended to all downloads to be safe. If you aren't willing to do that then you should be running an active antivirus scanner.

  42. Re:well by jazman_777 · · Score: 2, Funny
    In true /. tradition, let me give a shoddy example.

    Mod parent down. The properly shoddy example would have had something to do with cars.

    Slashdot: News for Nerds, Stuff that Matters, Bad Car Analogies.

    --
    Slashdot: Failed Car Analogies. Amateur Lawyering. Anecdote Battles.
  43. off-warranty service calls and kickbacks by vena · · Score: 1

    more profit than loss. why else?

  44. Faster than updates by phorm · · Score: 1

    "Keeping it updated" doesn't help for the flash-flood viruses though. If you get infected before your AV company comes out with a tool to scan/remove the infection then it really doesn't matter when you last updated.

  45. I'm tired of hearing "don't open attachments" by Anonymous Coward · · Score: 0

    You can open an attachment from anyone, known or unknown. Just don't open it by (duh) double clicking it!

    So you want to see that naked tennis player? Save the damned thing to your desktop, and open [name of photo editing software]. There's a menu item called "file" and another called "open". Click them. Choose your picture of the naked tennis player.

    If a picture of a naked tennis player appears, you got your picture, which isn't a virus.

    If you get "Unknown file format" you have been served a virus - which you haven't executed and can safely delete.

    Strange spreadsheet? Don't open it. Screen saver? Ditto. Word document? Are you nuts? DON'T OPEN IT!

    WMA file? DON'T OPEN IT. It has DRM, meaning a microsoftian mix of code and data. DON'T OPEN IT. It can contain a virus that will be run by ANY media player.

    MP3? Fine, just don't use WiMP (Windows Media Player) to open it, as it may actually be a WMA file renamed to MP3, and can contain a virus that WiMP will execute.

    Use just about any other media player (eg Winamp) and if it's a WMA file it won't play. IT'S LIKELY A VIRUS.

    Text file? Use a text editor.

    "But" you say, "what about buffer overflows?" True, you can have a real JPG carefully crafted to overflow a buffer in a poorly written app, but if your OS and apps are patched you're in very little danger.

    Programs are dangerous, whether or not they have data imbedded. Pure data is not, provided you can assure yourself it's simply data.

    Microsoft could just about end viruses by stopping the active-everything nonsense and keep code as code and data as data, and to SHOW EXTENSIONS! It's just stupid that you can rename "virus.exe" to "Naked Tennis Player.jpg.exe" and Windows will display it as "Naked Tennis Player.jpg."

    And for God's sake get a firewall and don't use IE!!!!

    And please stop blaming users for Microsoft's shortcomings. Users can be educated, Microsoft apparently cannot.

    1. Re:I'm tired of hearing "don't open attachments" by FragHARD · · Score: 1

      > Actually I think you might be wrong on this point look here ---> http://www.theregister.co.uk/2004/09/15/windows_jp eg_bug// There are several other ways to make pics virillous. Other ways to keep your computer safe : M$ tells us not to open attachments unless they come from someone you know...!!!!WRONG!!!! you get an email from your friend who has just become infected with a worm that sends out itself to EVERYONE including you ) on their address book! This would lead me to believe that most people get viruses from people they know ;+0

      --
      FragHARD or don't frag at all
  46. not really by vena · · Score: 1

    the time invested in writing most of todays "viruses" amounts to little more than 20 lines of VB script.

  47. Re:Sandbox - No, this doesn't work by jekk · · Score: 1

    I understand the Halting Problem fairly well. I also went and read the wikipedia entry you reference (which is quite well written, as usual). But I simply do not understand how this enables a virus to determine whether it is running inside a virtual environment/sandbox.

    Is it possible that you are confused? The Halting Problem DOES guarantee that no virtual sandbox can be created which will review any program and verify that it never engages in virus-like behavior. But I fail to see how it proves anything about the virus's ability to determine whether it is in a virtual environment or not. And it seems obvious to me (although I'm certainly not claiming to possess a proof) that the opposite is true: for a good-enough sandbox a program can NEVER determine whether it is running in a sandbox or in the "real world".

    [Insert clever Matrix quip here, but I'm too bored to come up with one.]

    You posted AC, but if the previous poster (or anyone else) knows the answer, please let me know (email jekk@mcherm.com) or post it here.

    -- Michael Chermside

  48. Old news... by Jetekus · · Score: 0, Troll

    I heard about this ages ago. I think it was called something like "mac"... ;)

  49. Same here, but for different reasons. by Jerk+City+Troll · · Score: 0, Troll

    Just follow these simple rules:

    1. Buy a Macintosh

    There is no step two!

    1. Re:Same here, but for different reasons. by zlogic · · Score: 1

      I use Linux. To make a simple resident virus that loads automagically you'll have to recompile the kernel on the target machine (that's what most users hate: having to recompile the kernel to install their new WiFi card) or at least typethe root password. And a user certainly won't do something he hates or doesn't know how to do if a virus tells him to do so.

  50. Re:I don't use an antivirus and don't suffer at al by ratboy666 · · Score: 1

    On the other hand, you really wouldn't know if you had an "infection", would you?

    --
    Just another "Cubible(sic) Joe" 2 17 3061
  51. Re:I don't use an antivirus and don't suffer at al by zlogic · · Score: 1

    You can do a network scan of your harddisk from a friend who DOES have an antivirus and then press Reset to make sure any viruses resident in the memory but not on the harddrive are killed.

  52. Norman Anti-virus by Anonymous Coward · · Score: 0

    Dammit, I knew I should never have trusted those cheap Taiwanese AV knock-offs!!!

  53. Except for MS05-39, of course by freeweed · · Score: 2, Informative

    Sure, users can cause problems on every platform.

    However, what this article is about is worms. Specifically, "flash" worms that spread faster than AV vendors can respond with signature updates. Worms don't spread through user interaction, they spread through vulnerabilities in the OS/application suite, and they spread FAST. Most places were hit with Zobot hours before users had much if anything to do with it, and in some cases days before virus signatures were out.

    even if everyone in the world used Linux, the hackers would still write viruses to exploit the same vulnerabilities

    Nice try, but no Linux distribution that I'm aware of has its hardware discovery service bound to the network interface, by default. And very few Linux distros (if any these days) are shipped with *any* listening services by default. A worm like this, or Code Red, or Nimda, or Slammer, or Blaster, or Sasser simply isn't possible. If it was, believe me, you'd have seen it - there's a whole buttload of Linux servers out there in the wild, and believe me, worm authors would love that prize.

    But sure, keep spreading the "nothing is 100% secure, therefore everything is equally insecure" myth. I need a chuckle from time to time.

    --
    Endless arguments over trivial contradictions in books written by ignorant savages to explain thunder in the dark.
  54. Re:I don't use an antivirus and don't suffer at al by Anonymous Coward · · Score: 0

    you can scan your windows systems with the following 2 online windows scanners from time to time:

    http://www3.ca.com/virusinfo/virusscan.aspx
    http://housecall.trendmicro.com/

  55. Re:well by jim_v2000 · · Score: 2, Informative

    That simply means that the AV program monitors the behavior of programs and makes sure they don't violate security policy. If they do, the AV software assumes it is a virus

    Unfortunately, according TFA, the programs that did the best "proactive" virus detection also tend to catch a lot of false positives.

    Kinda like shooting squirrels with cruise missiles. Effective....yes. But was it worth taking out the tree/yard/half a house the squirrel was next to?

    --
    Don't take life so seriously. No one makes it out alive.
  56. The only downside by Anonymous Coward · · Score: 0

    The only downside is if a third party controls the whitelist.
    I think the solution is good if the "gatekeeper" can be setup to a similar way that ZoneAlarm Firewall works today. The whitelist should be managed by the user. You download a program and run its executable. Up pops a window:
    "Hello, Program ABC is about to be executed. Are you certain that you want to allow this program to run?
    [Yes, and add ABC to whitelist] [Yes, allow ABC to run once] [No, do not allow ABC to run]

  57. Re:well by geekoid · · Score: 1

    becasue AV companies employ people in labs to write computer virus . not to release them in the wild, just so they can be proactive.

    It is interesting to look at how the AV companies(large ones) stocks are performing the previous 6 months before a sudden and major virus release.

    But that is coincidental.

    --
    The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  58. Why not Grisoft AVG? by Jherek+Carnelian · · Score: 2, Informative

    I don't recognize about half of those anti-virus products, but I do not see my personal favorite - AVG from Grisoft. It is free for personal use and you get access to the same timely updates as the paying corporate customers. So you don't have to worry about your virus definition subscription expiring or not working because your laptop is no longer on the campus network so can't get the site-license for the updates.

    1. Re:Why not Grisoft AVG? by Martin+Blank · · Score: 1

      AVG has scored poorly on a number of tests that I've seen. I ditched them and went for Avast instead. Thinking about buying one of these others, though.

      --
      You can never go home again... but I guess you can shop there.
    2. Re:Why not Grisoft AVG? by bogie · · Score: 1

      I've had good success with the latest AVG and having it installed for clients. Not outbreaks to speak of and its free to boot. AVG also passed the latest https://www.virusbtn.com/ test with 100% detection.

      I used to use Avast but IMHO just gotten to the point where its too bloated. Scan every file accessed or downloaded and my email. Don't hook into every nook and cranny of my OS. Avast IMHO does a good job, its just way heavy on resources.

      Either way both Avast and AVG are still better than norton which unfortunately can be found everywhere with of course a virus subscription that expired in June 2004. Sigh.

      --
      If you wanna get rich, you know that payback is a bitch
    3. Re:Why not Grisoft AVG? by ZeusAndHades · · Score: 1

      I've had similar results. Even to the point where windows takes roughly 20 minutes to shut down. I switched back to AVG and couldn't be happier. AVG still does a great job, and has saved my butt on a number of different occations.

      --
      -=Zeus=And=Hades=-
  59. Antivirus vs. WIndows Update by OneByteOff · · Score: 2, Interesting

    Maybe Windowsupdate will provide an option to "Update and install automatically" like A/V does with signatures. Most end users ignore the globe in the taskbar anyway so no matter the visual indicator they won' t install the updates. It's pathetic that A/V is tasked with saving us becase we are too lazy to patch....

    1. Re: Antivirus vs. Windows Update by Anonymous Coward · · Score: 0

      Windows XP SP2 DOES "update and install automatically": it downloads the patches automatically, then installs them as part of the shutdown process. I'm not sure if it is the default option, but the option is there.

    2. Re:Antivirus vs. WIndows Update by Frogbert · · Score: 1
      Maybe Windowsupdate will provide an option to "Update and install automatically" like A/V does with signatures.
      It does. It is the "Automatically download and install updates" option in the "Automatic Updates" section of your control panel.
    3. Re:Antivirus vs. WIndows Update by trongey · · Score: 1

      Mod parent up!
      +1 Clueless

      --
      You never really know how close to the edge you can go until you fall off.
  60. Re:I don't use an antivirus and don't suffer at al by Anonymous Coward · · Score: 0

    Or you could do it the easy way
    1) Install Linux

  61. Panda TruVent found 3/6 by Tetravus · · Score: 3, Informative

    clerical error in parent

  62. Crappy analysis by Anonymous Coward · · Score: 0

    This report is pure crap. Most of those companies have multiple products/versions. Shouldn't an analysis of this type detail what product they tested? Further, shouldn't they document which options they enabled? There is no merit to this at all without some basic information to make comparisons from. How is an administrator/user suppossed to use this information?

  63. Re:well by FragHARD · · Score: 1

    yeah so when the latest version of photoshop (or whatever else) decides to do a direct read to the FS it will just terminate the app without saving that last ten hours of work you just did to try out the latest app you just paid several hundred $$$ for. Since we all know how Adobe and certain other coMpanie$ like to through in some non-standard code (like there is a standard) where you least expect it.

    --
    FragHARD or don't frag at all
  64. Not suprised... by Anonymous Coward · · Score: 0

    that Fortinet did well in this test. Fortinet as a company seems to have developed an excellent AV Engine. I am a huge fan of their Fortigate firewalls as well as their FortiClient host software. My company transistioned from the Symantec product, and we haven't looked back.

    1. Re:Not suprised... by Anonymous Coward · · Score: 0

      Agreed.

  65. From someone in the AV field. by the+swaying+branch · · Score: 1

    Signature based malware detection is hardly becoming obsolete. In fact, quite the opposite. The majority of threats are poorly written, and have very little in the way of dynamic code. I would go so far as to say that checksumming is becoming increasingly popular. Not however in the way you might think! By using intelligent code, and hardware optimized scanning we are able to perform "fuzzy checksums" of certaining "interesting" code. This is the way by which two of the three companies earning perfect detection succeeded in this test. Point being; don't think for a second this stuff is getting much harder. The difficulty is in creating engines that are fast, and very efficient with memory and CPU resources. Fortinet is going down the right path with their antivirus firewalls for sure.

    1. Re:From someone in the AV field. by wolverine1999 · · Score: 1

      However what you are saying was done years ago!
      I used the same principles myself in a small shareware antivirus I wrote a number of years ago.

  66. TruPrevent by courtarro · · Score: 1
    I love the quote about TruPrevent and its 6/6 score:

    TruPrevent is not a scanner, but a behavioral analyzer. The malware must be executed and then TruPrevent detects and announces that there is a problem on the PC.

    That's great, a program that tells me I got infected. OK, maybe that's useful to some people, but should a "reactive" program really be named "Prevent" ?

  67. Re:I don't use an antivirus and don't suffer at al by scibbers · · Score: 1

    time after time I have to clean all the spyware/addware/viruses off my friends computers, becuase they do things like instal random activex controls.

    the easy thing is cleaning the computer, it usually takes me 10 mins.
    the hard thing is convincing these people to change their computer use habits and getting them to remember not to do things such as click random popups on the web.
    Invariably I get called back to clean the computer again because they did not take my advice.

  68. Re:Sandbox - No, this doesn't work by Anonymous Coward · · Score: 0

    You're right that the virus cannot determine whether it's in a sandbox. That was the subject of a huge flame war in comp.theory a while back. However, it is also true that the sandbox cannot determine whether it contains a virus, for Halting Problem reasons; proving a more rigorously defined version of that is a commonly-assigned homework problem in theory of computation classes.

    The grandparent AC (which wasn't me) was probably thinking of the book Permutation City by Greg Egan, although the mind in the box in that book wasn't actually an alien. It was a downloaded human mind, and there was no spooky detection of virtuzalization involved - the human on the outside intended to be copied and knew what to expect before getting scanned for the copy in the first place, so he had no doubt that he was a downloaded copy when he woke up in the simulation.

    Posted and mailed - I'm only posting AC because I stubbornly refuse to get a Slashdot account.

  69. Plotting a graph... by Omega+Blue · · Score: 1

    I am amused. How do you plot a unique graph on a single data point? You could have an infinite number of curves going through it.

    Drawing conclusion on one single fact borders on the insane.

  70. False positives by Gary+W.+Longsine · · Score: 1

    Quite. At a client site last year, an obscure DLL buried in a 3rd party software package set off what turned out to be a false positive. It generated a flood (well, hundreds) of helpdesk calls on the day it "hit", which, as it turned out, was first day of an automated weekly scan following the definition udpate. False positives can be dreadfully expensive on a large network.

    --
    If you mod me down, I shall become more powerful than you could possibly imagine.
  71. What about the *free* *full featured* AVG??? by aybiss · · Score: 0

    ...so you whacked on Norton Internet, Car and Household Security 2006 and suddenly your rig turned into a complete hoe.

    Has anybody mentioned AVG? I use this at home and on all my (non-business) client's computers and it seems to be quick to update, has heuristic analysis (which is what we are talking about), and has your resident+email scanner and auto update.

    For P2P I just keep my IP blocker up-to-date. I find my computer runs as normal most of the time, as opposed to those business clients running Norton's.

    Norton *is* the virus goddammit. If everybody uninstalls Norton's there will be no more viruses! :-)

    Aaron.

    --
    It's OK Bender, there's no such thing as 2.
    1. Re:What about the *free* *full featured* AVG??? by l3v1 · · Score: 1

      No I didn't. My favourite tools for windows protection are the free avast av and kerio firewall. That's it. Still, half of my days and all weekends are spent in Debian land, thankyouverymuch.

      As for the above replies, all I can say is I find them amusingly interesting :] That's all folks.

      --
      I am putting myself to the fullest possible use, which is all I can think that any conscious entity can ever hope to do.
  72. Five Years late is better than never...? by Anonymous Coward · · Score: 0

    I note that the ITSEC government security evaluation rules specifically cover the speed of updating of an AV product. The standard is termed F-AVIR, and this comment refers:

    http://vx.netlux.org/lib/asg09.html

    If you have trouble finding it - I enclose a short extract:

    "By attempting to measure a product's performance against the threat by scanning a comprehensive large collection of all viruses, testing extensively against those viruses which are known to be "In the Wild" according to designated reporting authorities, and measuring product abilities against a range of different attack strategies, the ITSEC scheme is focusing on the current and future "In the Wild" threat. By evaluating the product's ability to defend against the different techniques used by viruses, they hope to provide a measure of a developer's ability to track a rapidly changing threat. The CLEF would maintain close contact with the developer of the product currently under evaluation, with developers being required to demonstrate that not only are they up to date with the current threat, but that they have in place sufficient procedures to monitor the threat as a function of time and update the software to meet this threat. This would be documented through the use of the Certificate Maintenance Scheme, which includes extensive paperwork on the part of the developer to document their resources and plans in various areas including intelligence activities related to monitoring the threat, threat analysis and countermeasures. This "vendor evaluation" is something that almost no other evaluations of anti-virus software includes, and is one of the biggest benefits of the proposed ITSEC approach. It is also one of the areas which appears to meet with the most resistance within the USA."

    If this does not get modded 'insightful' I don't know what will!!

    1. Re:Five Years late is better than never...? by Anonymous Coward · · Score: 0

      If this does not get modded 'insightful' I don't know what will!!

      Insightful? Insight into what?

      That's 'interesting' or maybe 'informative' but it's a bit off on a tangent here. It's also too large a quote, a bit dull and dry, and frankly I don't see anything concrete in there other than "we care about AV product updates".

  73. Re:Sandbox - No, this doesn't work by Anonymous Coward · · Score: 0

    First off: relatively trivial actually means 95% of VXers fail to make the cut. That's good security.

    Second: The first attempts were easily thwarted because they attempted to emulate the hardware, rather than the operating system environment itself.

    However, they resulted in the creation of , and spearheaded further development.

    Third: The halting problem does not apply.

    Fourth: Don't diss it just because you don't use it.

    And yes, so do I.

  74. Re:well by Magada · · Score: 1

    No, it doesn't. Antiviruses are not single-machine intrusion detection systems.

    --
    Something bad is coming when people are suddenly anxious to tell the truth.
  75. No Signature updates = payload detection? by Gyorg_Lavode · · Score: 1
    Did the worms that were detected without signature updates rerly at all on payload detection? Is payload detection a reasonable method for characterizing malicious attacks? Search for both the exploit and the payload? Are payloads more static than attacks or are payloads likely to be constantly modified and/or encoded in such a way that they will not consistantly be identifiable?

    (I assume that a signature for an encoded payload could be used but that hopefully anyone who encoded their payload in their executable would also take the time to include a table to xor against unique for each exploit in which the payload was used so that the same payload could be used undetected with different exploits.)

    --
    I do security
  76. E-Mail Security With Procmail by hany · · Score: 1

    I'm using E-Mail Security With Procmail for just that: proactive detection (plus sanitation). It works quite well, especialy considering its price and no need for frequent automatic updates (though they are available, sort of).

    --
    hany
  77. Re:Five Years == never...? sounds right to me by FragHARD · · Score: 1

    > well I don't think it has any chance of getting modded insightful for various reasons, the first of which is you didn't bash m$ at all... I mean whats up with that? this is slashdot afterall. Then all you really did was quote a link to some goverment report (borrrrring) with a bunch of double-talk where they make up all kinds of acronyms and 'cliche sorts'... but then thats what they do best ;) maybe the mods thought that lase statement was your sig???

    --
    FragHARD or don't frag at all