[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20080818102643.C734D2FE865@pmx1.sophos.com>
Date: Mon, 18 Aug 2008 11:25:41 +0100
From: douglas.leeder@...hos.com
To: Helge Hafting <helge.hafting@...el.hist.no>
Cc: linux-kernel@...r.kernel.org, malware-list@...ts.printk.net
Subject: Re: [malware-list] TALPA - a threat model? well sorta.
Helge Hafting <helge.hafting@...el.hist.no> wrote on 2008-08-18 11:09:25:
> Scanning on open should be a last resort. Scan in advance when you can.
> Of course, removable media cannot be scanned until it is inserted and
> mounted,
> that is obvious. The scanning can start as soon as the filesystem is
> mounted though,
> there is no reason to wait until users try to access something.
>
> A CD inserted into a CD-server may not necessarily be needed
immediately, so
> scanning in advance will help here too. The user inserting a CD in a
home
> computer may start to use stuff right away, or perhaps he spends
> some time reading the docs before a complicated install. Sill room for
some
> scanning in advance, which also may end up with the nice effect of
> caching the CD.
It might be useful to scan in advance, on mount, or scanner start. But
that
can be simulated using a user-space program, and kernel-based on-open
blocking scans:
Just have a background program open the files, and they will be scanned
and
cached.
The background program could also do clever things like check if running
on battery, check
load level, keep hot-lists of files to scan/scan first.
All of which can be implemented on top of the Talpa interface already
specified.
In practice scan on-open with blocking is fast enough for general usage,
even using our existing
hacky kernel module approach.
--
Douglas Leeder
Sophos Plc, The Pentagon, Abingdon Science Park, Abingdon,
OX14 3YP, United Kingdom.
Company Reg No 2096520. VAT Reg No GB 348 3873 20.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists