On Sat, Aug 16, 2008 at 09:38:30PM +1000, Peter Dolding wrote:You have this problem anyway, given that AV database updates are coming every few hours; so if you scan the disk at noon, and an AV update comes at 1pm it may be that there were malware that wasn't detected by the noon DB, but will be detected by the 1pm DB. And for non read-only filesystems (i.e., anything other than UDF and ISO), anytime the filesystem is unmounted, the OS is going to have to assume that it might have been modified by some other system before it was remounted, so realistically you have to rescan after remounting anyway, regardless of whether different mount options were in use. So I draw a very different set of conclusions than yours given your obervations of all of the ways that an AV scanner might miss certain viruses, due to things like alternate streams that might not be visible at the time, snapshotting filesystems where the AV scanner might not know how to access past snapshots, and hence miss malware. I don't believe that this means we have to cram all possible filesystem semantics into the core VFS just for the benefit of AV scanners. I believe this shows the ultimate fallacy that AV scanners can be foolproof. It will catch some stuff, but it will never be foolproof. The real right answer to malware are things like not encouraging users to run with the equivalent of Windows Administrator privileges all the time (or training them to say, "Yeah, Yeah" every time the Annoying Vista UAC dialog box comes up and clicking "ok"), and using mail user agents that don't auto-run contents as soon as you open a mail message in the name of "the user wants functionality, and we're going to let them have it" attitude of Microsoft. - Ted --
| David Miller | Re: Slow DOWN, please!!! |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Heiko Carstens | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| Jan Engelhardt | Re: iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49 |
