public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Robert Love <rml@novell.com>
To: Timothy Chavez <chavezt@gmail.com>
Cc: Chris Wright <chrisw@osdl.org>,
	linux-kernel@vger.kernel.org, sds@epoch.ncsc.mil,
	ttb@tentacle.dhs.org
Subject: Re: [audit] Upstream solution for auditing file system objects
Date: Thu, 09 Dec 2004 22:42:18 -0500	[thread overview]
Message-ID: <1102650138.6052.228.camel@localhost> (raw)
In-Reply-To: <f2833c76041209185024cb1c4d@mail.gmail.com>

On Fri, 2004-12-10 at 02:50 +0000, Timothy Chavez wrote:

Hi, Timothy.  You work for IBM?

> Some way for inotify to "notify" other parts of the kernel of file
> system activity would be good.  This is the arguement I'd like to use.
>  If inotify can notify userspace apps of activity/events, why can't it
> notify kernel subsystems?  There might be a very good reason as to why
> this can't be so.  "Just because" might be it :-) Whatever the reason,
> it'd be good to hear.  I wouldn't want to destroy or degrade the
> intended use of inotify, but expand it.  If that's not doable, then
> there's no way we can use inotify.  This would have to be something
> John and Rob and whoever else contributes to Inotify would like in
> addition to the community as a whole.

I do not think it makes any sense for inotify to be the mechanism that
implements auditing.  What you want is a general file event mechanism at
the level and time that we currently do the inotify hooks.  I agree,
that is good.  What you also want is to do is hack into inotify your
auditing code.  I don't like that--I don't want inotify to grow into a
generic file system tap.

What we both need, ultimately, is a generic file change notification
system.  This way inotify, dnotify, your audit thing, and whatever else
can hook into the filesystem as desired.

Subverting the inotify project to add this functionality now will only
hurt inotify.  We are not yet in the kernel and we need to streamline
and simplify ourselves, not bloat and featurize.  Besides, indeed, we
are not in the kernel yet--you can just as easily add the hooks
yourself.

So my position would be that I am all for moving the inotify hooks to
generic file change hooks, but that needs to be done either once inotify
is in the kernel proper or as a separate project.  Then inotify can be
one consumer of the hooks and auditing another.

If you want to move forward with a project to hook file system events,
go for it.  Regardless, I think that you should post to lkml your
intentions.

Best,

	Robert Love



  reply	other threads:[~2004-12-10  3:41 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-12-10  0:02 [audit] Upstream solution for auditing file system objects Timothy Chavez
2004-12-10  1:46 ` Chris Wright
2004-12-10  2:50   ` Timothy Chavez
2004-12-10  3:42     ` Robert Love [this message]
2004-12-10  4:38       ` Timothy Chavez
2004-12-10  4:45         ` Robert Love
2004-12-10  4:59       ` Chris Wright
2004-12-10  5:22       ` John McCutchan
2004-12-10  7:36   ` Jan Engelhardt
2004-12-10  2:28 ` James Morris
2004-12-10  5:41 ` John McCutchan
2004-12-10 13:00 ` Paul Rolland
2004-12-10 14:29 ` Valdis.Kletnieks
2004-12-10 16:35   ` Timothy Chavez

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=1102650138.6052.228.camel@localhost \
    --to=rml@novell.com \
    --cc=chavezt@gmail.com \
    --cc=chrisw@osdl.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sds@epoch.ncsc.mil \
    --cc=ttb@tentacle.dhs.org \
    /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