All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paul Moore <pmoore@redhat.com>
To: Casey Schaufler <casey@schaufler-ca.com>
Cc: Steve Grubb <sgrubb@redhat.com>,
	Richard Guy Briggs <rgb@redhat.com>,
	linux-audit@redhat.com, linux-kernel@vger.kernel.org
Subject: Re: [PATCH V4 (was V6)] audit: use macros for unset inode and device values
Date: Fri, 07 Aug 2015 10:22:18 -0400	[thread overview]
Message-ID: <5436127.FQ1IkbQgGc@sifl> (raw)
In-Reply-To: <55C3D24D.7040602@schaufler-ca.com>

On Thursday, August 06, 2015 02:31:57 PM Casey Schaufler wrote:
> I remember the Orange Book days when we were *required* to audit by
> dev/inode because it was the only true way to identify the object. Yes,
> it's analogous to auditing the pid, but we had to audit by that, too. The
> dev/indode and pid are the "true" names. Anything else is a hint at what
> you're looking at. I can easily imaging someone who really cares about the
> audit data supplying the dev/inode and pid.

Just to add a bit of clarity, my original question was if there was any value 
in exposing the unset/invalid device and inode values, e.g. -1.  While I agree 
that there is value in auditing by dev/inode, I can't think of a reasonable 
situation where the user would need to pass an unset/invalid device and/or 
inode value into the kernel as part of an audit configuration command.

-- 
paul moore
security @ redhat

  reply	other threads:[~2015-08-07 14:22 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-08-01 19:42 [PATCH V4 (was V6)] audit: macros to replace unset inode and device values Richard Guy Briggs
2015-08-01 19:42 ` [PATCH V4 (was V6)] audit: use macros for " Richard Guy Briggs
2015-08-04 22:34   ` Paul Moore
2015-08-04 22:34     ` Paul Moore
2015-08-05  6:30     ` Richard Guy Briggs
2015-08-05 19:16       ` Paul Moore
2015-08-05 20:08         ` Steve Grubb
2015-08-06 21:31           ` Casey Schaufler
2015-08-07 14:22             ` Paul Moore [this message]
2015-08-05 19:22   ` William Roberts
2015-08-05 19:38     ` Richard Guy Briggs
2015-08-05 20:23       ` Paul Moore
2015-08-04 22:37 ` [PATCH V4 (was V6)] audit: macros to replace " Paul Moore
2015-08-05  6:32   ` Richard Guy Briggs

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=5436127.FQ1IkbQgGc@sifl \
    --to=pmoore@redhat.com \
    --cc=casey@schaufler-ca.com \
    --cc=linux-audit@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rgb@redhat.com \
    --cc=sgrubb@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.