Message-ID: <489A4686.4080700@schaufler-ca.com>
Date: Wed, 06 Aug 2008 17:49:10 -0700
From: Casey Schaufler <casey@schaufler-ca.com>
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
MIME-Version: 1.0
To: Paul Moore <paul.moore@hp.com>
CC: Cliffe <cliffe@ii.net>, 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> <200808051656.28231.paul.moore@hp.com> <489913CF.1010708@schaufler-ca.com> <200808061018.06110.paul.moore@hp.com>
In-Reply-To: <200808061018.06110.paul.moore@hp.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 899
Lines: 20

Paul Moore wrote:
> With multiple security markings on an entity then you have to decide if 
> you want to consider every marking at each LSM instance, or a subset.  
> The complexity in this case does go up dramatically, but I think the 
> key point for our discussion is that it doesn't matter if the entity is 
> a file or a packet.
>
>   

Perhaps you're right. I'm thinking in terms of the notion that each
LSM can have an independent file system attribute, but if they all
want to use IP options we're talking about a very limited resource.
No real biggie, I mostly wanted to point out that there's more to
stacking than fetching multiple xattrs.

--
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/