[lkml]   [2008]   [Aug]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectSidebar to [malware-list] [RFC 0/5] [TALPA] Intro to a linux interface for on access scanning
"Press, Jonathan" <> wrote:
>>but close is... very limited in value. Open is a discrete event
>>traditionally associated withh permission checks.
>>Close... not so. (And if you mmap memory, you can then close the file
>>and still write to it via the mmap)

Eric Paris wrote:
> I think we all agree that open is the most interesting time for scanning
> operations, but as Jonathan points out there is some value (even if not
> perfect value) in looking at closes as well.

Open for read is the "traditional" time for scanning, but the
sequence (open for write) -> change -> (time passes or close happens)
is specifically a good time to do content checking, so as to have the
answer to the check available for the open for read.

I'd suggest "read" and "write" are the two cases that are interesting,
and that we've been using 'open" an "close" for a not very good
approximation to them (;-))

David Collier-Brown | Always do right. This will gratify
Sun Microsystems, Toronto | some people and astonish the rest | -- Mark Twain
cell: (647) 833-9377, bridge: (877) 385-4099 code: 506 9191#

 \ /
  Last update: 2008-08-06 17:49    [W:0.183 / U:1.672 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site