From: Steve Grubb <sgrubb@redhat.com>
To: linux-audit@redhat.com
Cc: Gisela Cheng <giselac@us.ibm.com>
Subject: Re: How to define rule for SERVICE_START/STOP?
Date: Mon, 04 Aug 2014 16:34:02 -0400 [thread overview]
Message-ID: <3629511.3xbsXR2T4f@x2> (raw)
In-Reply-To: <OFFC980498.516A81CC-ON85257D2A.00682E9B-85257D2A.0069DCEA@us.ibm.com>
On Monday, August 04, 2014 03:16:18 PM Gisela Cheng wrote:
> We want to use Linux audit type SERVICE_START/STOP for our application
> running as service.
> But I am not able to find example on how to use auditctl to define the
> rule. It seems to me that all the examples are of rules defined for
> system_calls.
There are 2 kinds of events. Some are hardwired into the applications (or
kernel) and they send them if auditing is enabled. The other kind are
discretionary in that the admin defines what to audit. The problem with the
discretionary rules are that it is from the kernel's point of view. Meaning
that you only get events as the process transitions through something the
kernel controls like files or syscalls.
> Questions:
> 1. Can I use audit type SERVICE_START/STOP for my application runs as
> service?
The SERVICE_START/STOP command are intended to be sent by the init daemon.
Systemd already sends these. Upstart could be patched, but if that is done it
would need to match the layout, order, and formatting of the systemd events.
> or would it be considered as type USR_CMD?
USER_CMD is for something like sudo to record what command the user will be
running.
> 2. How do I use auditctl to define rule for SERVICE_START/STOP? Can you
> direct/point me to URL/documentation where it is documented?
It can't define these events because the kernel only sees a process start or
stop. It has no idea that its a service. Only init can tell the difference.
-Steve
prev parent reply other threads:[~2014-08-04 20:34 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-04 19:16 How to define rule for SERVICE_START/STOP? Gisela Cheng
2014-08-04 20:34 ` 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=3629511.3xbsXR2T4f@x2 \
--to=sgrubb@redhat.com \
--cc=giselac@us.ibm.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