From mboxrd@z Thu Jan  1 00:00:00 1970
From: Casey Schaufler <casey@schaufler-ca.com>
Subject: Re: user message limits
Date: Wed, 28 Jan 2009 15:37:23 -0800
Message-ID: <4980EC33.3070306@schaufler-ca.com>
References: <1233100868.30154.103.camel@homeserver>	<200901281215.16996.sgrubb@redhat.com>	<1233164667.30154.142.camel@homeserver>	<200901281514.05301.sgrubb@redhat.com>
	<1233174645.30154.164.camel@homeserver>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Return-path: <linux-audit-bounces@redhat.com>
Received: from mx1.redhat.com (mx1.redhat.com [172.16.48.31])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n0SNcZCJ013076
	for <linux-audit@redhat.com>; Wed, 28 Jan 2009 18:38:35 -0500
Received: from smtp102.prem.mail.sp1.yahoo.com
	(smtp102.prem.mail.sp1.yahoo.com [98.136.44.57])
	by mx1.redhat.com (8.13.8/8.13.8) with SMTP id n0SNbSir015955
	for <linux-audit@redhat.com>; Wed, 28 Jan 2009 18:37:29 -0500
In-Reply-To: <1233174645.30154.164.camel@homeserver>
List-Unsubscribe: <https://www.redhat.com/mailman/listinfo/linux-audit>,
	<mailto:linux-audit-request@redhat.com?subject=unsubscribe>
List-Archive: <https://www.redhat.com/archives/linux-audit>
List-Post: <mailto:linux-audit@redhat.com>
List-Help: <mailto:linux-audit-request@redhat.com?subject=help>
List-Subscribe: <https://www.redhat.com/mailman/listinfo/linux-audit>,
	<mailto:linux-audit-request@redhat.com?subject=subscribe>
Sender: linux-audit-bounces@redhat.com
Errors-To: linux-audit-bounces@redhat.com
To: LC Bruzenak <lenny@magitekltd.com>
Cc: linux-audit@redhat.com
List-Id: linux-audit@redhat.com

LC Bruzenak wrote:
>> ... 
>>
>>     
>
> That's because maybe you have never worked on a MLS system where all
> cross-level cut/paste transfers were required to be audited in toto.
> :)
>
>   

That would be a most peculiar requirement. Are "they" requiring
that you audit the data sent with cross-level send(), read()
and write() as well?


> I'll have to put in some retry logic on my end. Probably would
> regardless.
>
> LCB.
>
>