From: Steve Grubb <sgrubb@redhat.com>
To: linux-audit@redhat.com
Subject: Re: auditing daemon activity (restart, stop, start)
Date: Thu, 30 Sep 2010 17:58:39 -0400 [thread overview]
Message-ID: <201009301758.40193.sgrubb@redhat.com> (raw)
In-Reply-To: <7B0942425E628C468907C3029A0F33E45825BF36@MBX16.bell.corp.bce.ca>
On Wednesday, September 29, 2010 11:01:29 am romain.pelissier@bell.ca wrote:
> I am wondering is there is a way to monitor with auditd deamon activity
> like a start and stop.
We recently patched systemd to record this information. Otherwise, you can add
a file watch on the individual daemon init scripts and see someone accessing
the file, but you don't know what they have attempted. Could just be status.
> I see in the logs of auditd that some activities
> with crond and/or pam are logged like :
>
> msg='PAM session close: user=root exe="/usr/sbin/crond"
> ...
> msg='PAM accounting: user=nagios exe="/usr/sbin/sshd"
>
> and I am wondering if I can catch a user that trying to stop or start a
> daemon like syslog-ng.
Not without patching the init program. You need something with privilege and
that knows what is going on in order to do that.
> Also, why if that I have no rules defined, auditd logs those things anyway?
because auditd enables the audit system. If the audit system was not enabled,
you would not get anything. You also have to understand that the rules are for
kernel events like accessing a file or making a syscall. It cannot decide that
pam should start sending anything or cron or sshd. So, all daemons and
security apps send events because they can't tell if they are needed or not.
But if you don't want some kinds of events, you can always use the exclude
filter.
-Steve
prev parent reply other threads:[~2010-09-30 21:58 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-29 15:01 auditing daemon activity (restart, stop, start) romain.pelissier
2010-09-30 21:58 ` Steve Grubb [this message]
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=201009301758.40193.sgrubb@redhat.com \
--to=sgrubb@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 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.