All of lore.kernel.org
 help / color / mirror / Atom feed
From: Steve Grubb <sgrubb@redhat.com>
To: linux-audit@redhat.com, burn@swtf.dyndns.org
Subject: Re: One challenge for audit - seeking ideas
Date: Mon, 09 Jun 2014 16:17:50 -0400	[thread overview]
Message-ID: <9108984.DhY7uApaoG@x2> (raw)
In-Reply-To: <1402306766.6186.52.camel@swtf.swtf.dyndns.org>

On Monday, June 09, 2014 07:39:26 PM Burn Alting wrote:
> I am looking a ways to counter the situation where a user restarts a
> service and hence all that service's auditing events are attributed to
> the auid of the user who performed the restart.
> 
> That is
> 
> a. User logs into system (and pam sets auid)
> b. User su's or sudo's up to a service account (auid still the same).
> c. User restarts the service
> d. All audit events resulting from the service have the user's auid.
> 
> At present I am looking at solution that front-end's the
> RHEL5/RHEL6 /sbin/service command which sets the auid via a
> audit_setloginuid() call and then execv's the service script and command
> arguments.
> 
> I am interested in any other solutions that people may have implemented
> successfully. Especially for the systemd replacement, if it's been done.

On older sysvinit systems, you could also plumb upstart to do service starts 
via its dbus/socket kind of the same way telinit communicates with it. I think 
upstream made this work a long time ago. Stopping a service should be left as 
is.

-Steve

      parent reply	other threads:[~2014-06-09 20:17 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-09  9:39 One challenge for audit - seeking ideas Burn Alting
2014-06-09 15:53 ` LC Bruzenak
2014-06-09 20:07   ` Burn Alting
2014-06-09 20:17 ` 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=9108984.DhY7uApaoG@x2 \
    --to=sgrubb@redhat.com \
    --cc=burn@swtf.dyndns.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.