From: Michael C Thompson <thompsmc@us.ibm.com>
To: James Antill <jantill@redhat.com>
Cc: Linux Audit <linux-audit@redhat.com>
Subject: Re: auditctl se_sen & se_clr
Date: Fri, 19 May 2006 14:30:21 -0500 [thread overview]
Message-ID: <446E1CCD.4090805@us.ibm.com> (raw)
In-Reply-To: <1148066375.3469.232.camel@code.and.org>
James Antill wrote:
> On Fri, 2006-05-19 at 12:44 -0500, Michael C Thompson wrote:
>> James Antill wrote:
>>> On Fri, 2006-05-19 at 10:30 -0500, Michael C Thompson wrote:
>>>
>>>> Thanks, that's what I thought as well. Here is my result of testing this:
>>>>
>>>> root linux user, id:
>>>> context=root:staff_r:staff_t:SystemLow-SystemHigh
>>>>
>>>> mcthomps linux user, id:
>>>> context=user_u:user_r:user_t:SystemLow
>>>>
>>>> When I have the following audit rule is
>>>> auditctl -a entry,always -S chmod -F se_clr=s0
>>>> the chmod actions taken by mcthomps get logged, but not those done by
>>>> root (this is as expected).
>>> This means that a "range" of s0 is being interpreted as:
>>>
>>> se_sen=''
>>> se_clr='s0'
>>>
>>> ...which isn't what I'd expect, but given that...
>> I'm sorry, I do not follow what you mean here.
>
> The mls range for root is s0-s0:c0.c255, where:
>
> se_sen = s0
> se_clr = s0:c0.c255
Right, this makes sense.
> The mls range for mcthomps is s0, given the above works then:
>
> se_clr = s0
>
> ...and given the range is s0 and not s0-s0 then se_sen must be blank
> (and so won't match s0).
AFIAK, you must have both a low and a high, which means for mcthomps,
se_sen=0 and se_clr=s0.
The testing that I have done with auditctl's se_sen and se_clr filters
has the se_clr working for both the root user and the mcthomps user, but
se_sen only captures audit events for mcthomps when:
auditctl -a entry,always -S chmod -F se_sen=s0
I would expect that since se_sen=s0 for both root and mcthomps, that
both of their chmod actions would be logged, but root's actions are not
being captured.
This leads me to believe either our definition of se_sen is wrong, or if
our definition of se_sen is correct, then the implementation of se_sen
has some bug in it.
Thanks,
Mike
next prev parent reply other threads:[~2006-05-19 19:30 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-19 15:07 auditctl se_sen & se_clr Michael C Thompson
2006-05-19 15:17 ` Stephen Smalley
2006-05-19 15:30 ` Michael C Thompson
2006-05-19 16:31 ` James Antill
2006-05-19 17:44 ` Michael C Thompson
2006-05-19 19:19 ` James Antill
2006-05-19 19:30 ` Michael C Thompson [this message]
2006-05-19 19:39 ` Steve Grubb
2006-05-24 14:06 ` [PATCH] fix se_sen audit filter Darrel Goeddel
2006-05-26 15:43 ` auditctl se_sen & se_clr Michael C Thompson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=446E1CCD.4090805@us.ibm.com \
--to=thompsmc@us.ibm.com \
--cc=jantill@redhat.com \
--cc=linux-audit@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox