Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1442036
| From | Topi Miettinen <toiwoton@gmail.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH] capabilities: audit capability use |
| Date | 2016-07-13 09:00 +0200 |
| Message-ID | <rUmjf-7Re-7@gated-at.bofh.it> (permalink) |
| References | <rTHpM-6ib-3@gated-at.bofh.it> <rTN29-1BX-7@gated-at.bofh.it> <rTPnj-30E-5@gated-at.bofh.it> <rU7ke-6jl-23@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 07/12/16 14:59, Tejun Heo wrote: > On Mon, Jul 11, 2016 at 07:47:44PM +0000, Topi Miettinen wrote: >> 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 > > When is "that time"? Without logging all operations, this is > meaningless. > >> 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. > > I don't think that's doable. That pretty much requires the kernel to > remember paths of all past cgroups. That's a show stopper for audit approach for getting helpful information for configuration. I'll try something different, probably cgroupstats. -Topi > >> How usual migrations between cgroups are? Why would a task ever move >> from (say) systemd/system.slice/smartd.service to anywhere else? > > In most cases, they won't move once set up initially but that's not > the point of audit subsystem. Logging this once one exit isn't gonna > help anything for auditing the system. > > Thanks. >
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll 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