Message-ID: <4897CCE2.90305@ii.net>
Date: Tue, 05 Aug 2008 11:45:38 +0800
From: Cliffe <cliffe@ii.net>
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: Casey Schaufler <casey@schaufler-ca.com>
CC: Eric Paris <eparis@redhat.com>, malware-list@lists.printk.net,
       linux-kernel@vger.kernel.org, linux-security-module@vger.kernel.org
Subject: Re: [RFC 0/5] [TALPA] Intro to a linux interface for on access scanning
References: <1217883616.27684.19.camel@localhost.localdomain> <4897BFB4.9090309@schaufler-ca.com> <4897C2A7.7020601@ii.net> <4897CC9C.2090906@schaufler-ca.com>
In-Reply-To: <4897CC9C.2090906@schaufler-ca.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 924
Lines: 24

Casey Schaufler wrote:
> Cliffe wrote:
>> Additional infrastructure would be necessary. Permissible security 
>> remains a item of contention. Perhaps I am naive but I think most 
>> LSMs could work based on accept/reject. Where every LSM must accept 
>> an action in order for it to be carried out.
>
> Please propose patches.
>
>> MHO,
>
> Oh, humility isn't all it's cracked up to be. Show us all up and
> write the code. I'm serious, I don't think there's anyone here who
> would object to a really good stacking scheme.

Ah, I'd love to give it a shot but I have this little PhD thesis and 
related LSM and tools I need to work on. I just thought I'd put my 5c in.

Cliffe.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/