| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Tue, 5 Aug 2008 21:17:32 +0100 From: Alan Cox <alan@...rguk.ukuu.org.uk> To: Greg KH <greg@...ah.com> Cc: "Press, Jonathan" <Jonathan.Press@...com>, Arjan van de Ven <arjan@...radead.org>, Eric Paris <eparis@...hat.com>, linux-kernel@...r.kernel.org, malware-list@...ts.printk.net, linux-security-module@...r.kernel.org Subject: Re: [malware-list] [RFC 0/5] [TALPA] Intro to a linux interfaceforon access scanning > > However, I want to point out that scanning on close is still an integral > > part of AV protection, even if intercepting opens and execs > > theoretically catches everything. > > Great, then put a hook in glibc and catch all closes and then kick off > your scanning. kill -9 deferred close via mmap etc etc etc You can't just armwave it into glibc, that doesn't hold water. You also have shared state between processes (index on last close of a handle shared by several threads or processes). Same problem you have in the indexing business (which also wants the close hook) - aside from all the practical issues that LD_PRELOAD tends to turn up. I'm not actually interested in the AV stuff, but content indexing I do care about and we do need a way to get notification up to user space. Alan -- 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