All of lore.kernel.org
 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.