Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1440845

Re: [PATCH] capabilities: audit capability use

From Topi Miettinen <toiwoton@gmail.com>
Newsgroups linux.kernel
Subject Re: [PATCH] capabilities: audit capability use
Date 2016-07-11 21:50 +0200
Message-ID <rTPnj-30E-5@gated-at.bofh.it> (permalink)
References <rTHpM-6ib-3@gated-at.bofh.it> <rTN29-1BX-7@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On 07/11/16 17:09, Tejun Heo wrote:
> Hello,
> 
> On Mon, Jul 11, 2016 at 02:14:31PM +0300, Topi Miettinen wrote:
>> [   28.443674] audit: type=1327 audit(1468234333.144:520): proctitle=6D6B6E6F64002F6465762F7A5F343639006300310032
>> [   28.465888] audit: type=1330 audit(1468234333.144:520): cap_used=0000000008000000
>> [   28.482080] audit: type=1331 audit(1468234333.144:520): cgroups=:/test;
> 
> Please don't put additions of the two different audit types into one
> patch and I don't think the cgroup audit logging makes much sense.
> Without logging all migrations, it doesn't help auditing all that
> much.  Also, printing all cgroup membership like that can be
> problematic for audit it can be arbitrarily long.
> 
> Thanks.
> 

It's really critical to be able to associate a task in the logs to
cgroups which were valid that time. Or can we infer somehow what cgroups
a task was taking part, long time after task exit? Perhaps task cgroup
membership changes and changes in available cgroups should be logged too?

Some kind of cgroup IDs could be logged instead of long paths. Then
these IDs should be reliably resolvable to paths offline somehow.

How usual migrations between cgroups are? Why would a task ever move
from (say) systemd/system.slice/smartd.service to anywhere else?

-Topi

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[PATCH] capabilities: audit capability use Topi Miettinen <toiwoton@gmail.com> - 2016-07-11 13:20 +0200
  Re: [PATCH] capabilities: audit capability use "Serge E. Hallyn" <serge@hallyn.com> - 2016-07-11 17:30 +0200
    Re: [PATCH] capabilities: audit capability use Topi Miettinen <toiwoton@gmail.com> - 2016-07-11 18:10 +0200
      Re: [PATCH] capabilities: audit capability use Topi Miettinen <toiwoton@gmail.com> - 2016-07-11 21:30 +0200
  Re: [PATCH] capabilities: audit capability use Tejun Heo <tj@kernel.org> - 2016-07-11 19:20 +0200
    Re: [PATCH] capabilities: audit capability use Topi Miettinen <toiwoton@gmail.com> - 2016-07-11 21:50 +0200
      Re: [PATCH] capabilities: audit capability use Tejun Heo <tj@kernel.org> - 2016-07-12 17:00 +0200
        Re: [PATCH] capabilities: audit capability use Topi Miettinen <toiwoton@gmail.com> - 2016-07-13 09:00 +0200
  Re: [PATCH] capabilities: audit capability use ebiederm@xmission.com (Eric W. Biederman) - 2016-07-12 00:10 +0200
    Re: [PATCH] capabilities: audit capability use Topi Miettinen <toiwoton@gmail.com> - 2016-07-12 11:00 +0200
      Re: [PATCH] capabilities: audit capability use ebiederm@xmission.com (Eric W. Biederman) - 2016-07-12 15:30 +0200
        Re: [PATCH] capabilities: audit capability use Paul Moore <paul@paul-moore.com> - 2016-07-13 00:10 +0200
        Re: [PATCH] capabilities: audit capability use Topi Miettinen <toiwoton@gmail.com> - 2016-07-13 09:40 +0200
  Re: [PATCH] capabilities: audit capability use Paul Moore <paul@paul-moore.com> - 2016-07-13 00:00 +0200

csiph-web