public inbox for linux-audit@redhat.com
 help / color / mirror / Atom feed
From: PJB <pjb@decafgeek.org>
To: linux-audit@redhat.com
Subject: Re: Filtering out non-interactive users
Date: Wed, 19 Jan 2011 09:01:55 -0500	[thread overview]
Message-ID: <20110119140155.GA4133@monolith> (raw)
In-Reply-To: <201101161000.11655.sgrubb@redhat.com>

On Sun, Jan 16, 2011 at 10:00:11AM -0500, Steve Grubb [sgrubb@redhat.com] wrote:
> > > > Can someone point me to documentation/examples or help me out with the
> > > > proper syntax for setting up rules that will exclude the background
> > > > processes? We are using auditd 1.7.4 now and the 'auid' filter above no
> > > > longer does the job.
> > > 
> > > There's been a lot of bugs fixed since then. You might try building a
> > > newer auditctl and trying it out to see if that makes a difference. Also
> > > note that the event capturing is done by the kernel and the kernel
> > > version would matter more than the auditd version.
> > 
> > Unfortunately I'm in one of those situations where changing software
> > versions will cause severe heartburn with management and customer types
> > due to concerns about baseline stability, so I have to stick with what we
> > have right now. The kernel is 2.6.33.1 with no extra patches, as far as I
> > know.
> 
> That should work unless the is a 32 bit bug everyone has missed or you have another 
> rule preventing the logging. If you do cat /proc/self/loginuid, do you get a number > 
> 0? Also, if you use auid!=4294967295, does that work?

The loginuid is 4294967295. If I pass '-F auid!=4294967295' into the
filters, when I run 'auditctl -l' the rules are listed, but each one has
'auid=2147483647 (0x7fffffff)'. I get log entries then, but they are all
tagged with auid 4294967295. Is this proper or did I stumble upon a bug
after all?

I've managed a workaround for most of my systems; since we do not permit
direct root login to anything, using a filter of '-F uid!=0' manages to
filter out most of the background activity. However I do have a couple of
systems that only have a root user so this method does not work. 

Thanks again!
Patrick

  reply	other threads:[~2011-01-19 14:02 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-14 16:37 Filtering out non-interactive users PJB
2011-01-14 22:21 ` Steve Grubb
2011-01-16  1:39   ` PJB
2011-01-16 15:00     ` Steve Grubb
2011-01-19 14:01       ` PJB [this message]
2011-01-19 14:33         ` Steve Grubb
2011-01-19 14:48           ` PJB
2011-01-19 15:04             ` Steve Grubb
2011-01-20 19:28         ` Steve Grubb

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=20110119140155.GA4133@monolith \
    --to=pjb@decafgeek.org \
    --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