From: Eric Paris <eparis@redhat.com>
To: Steve Grubb <sgrubb@redhat.com>
Cc: linux-audit@redhat.com
Subject: Re: Fw: How to define rule for SERVICE_START/STOP?
Date: Wed, 06 Aug 2014 08:57:20 -0400 [thread overview]
Message-ID: <1407329840.13538.49.camel@localhost> (raw)
In-Reply-To: <2027195.kI1qZKnNKp@x2>
On Tue, 2014-08-05 at 12:48 -0400, Steve Grubb wrote:
> On Tuesday, August 05, 2014 10:36:17 AM Gisela Cheng wrote:
> > Would this trigger the creation of the audit record?
>
> I don't think anything in the config file would affect this. The requirements are
> to record all starts and stops. I don't think it can record a segfault kind of
> stop. That would, however, generate an ANOM_ABEND event.
All stops of a non-forking daemon will be properly tracked with a stop
event (including segfault). systemd doesn't just start processes and
forget about them. It isn't sysv. We don't live in the stone ages any
more :)
For forking services (like yours) it gets it right most of the time,
especially since you told it the pid file, but I understand it isn't
perfect. sendmail is a forking service if you kill -SIGV $SENDMAIL_PID
you will get something like:
type=ANOM_ABEND msg=audit(1407329684.562:419): auid=4294967295 uid=0 gid=0 ses=4294967295 subj=system_u:system_r:sendmail_t:s0 pid=1114 comm="sendmail" exe="/usr/sbin/sendmail.sendmail" sig=11
type=SERVICE_STOP msg=audit(1407329684.570:420): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg=' comm="sendmail" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=failed'
Aka, Steve is right and you are right.
prev parent reply other threads:[~2014-08-06 12:57 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-05 14:36 Fw: How to define rule for SERVICE_START/STOP? Gisela Cheng
2014-08-05 16:48 ` Steve Grubb
2014-08-06 12:57 ` Eric Paris [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=1407329840.13538.49.camel@localhost \
--to=eparis@redhat.com \
--cc=linux-audit@redhat.com \
--cc=sgrubb@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.