All of lore.kernel.org
 help / color / mirror / Atom feed
From: Steve Grubb <sgrubb@redhat.com>
To: Richard Guy Briggs <rgb@redhat.com>, Paul Moore <pmoore@redhat.com>
Cc: linux-audit@redhat.com
Subject: Re: [userspace PATCH v2 0/2] Add support for loginuid_set
Date: Mon, 10 Oct 2016 13:24:16 -0400	[thread overview]
Message-ID: <3382475.po8Up8mjF7@x2> (raw)
In-Reply-To: <1471544337-3108-1-git-send-email-rgb@redhat.com>

On Thursday, August 18, 2016 2:18:55 PM EDT Richard Guy Briggs wrote:
> loginuid_set support should have been added to userspace when it was
> added to the kernel around v3.10.  Add it before we do similar for
> sessionID and sessionID_set.

If this were accepted, how would this change writing rules? IOW, can you give 
an example rule so we can see what this looks like?

Thanks,
-Steve


> There will be a number of users of features_bitmap within the same
> function (exclude filter extension, sessionID filter), so refactor
> audit_rule_fieldpair_data() to put audit_get_features earlier in the
> function.
> 
> Richard Guy Briggs (2):
>   get feature list only once
>   Add user filter option loginuid_set from uapi macro
>     AUDIT_LOGINUID_SET
> 
>  trunk/lib/errormsg.h |    2 ++
>  trunk/lib/fieldtab.h |    2 ++
>  trunk/lib/libaudit.c |   17 ++++++++++++++++-
>  trunk/lib/libaudit.h |    6 ++++++
>  4 files changed, 26 insertions(+), 1 deletions(-)

  parent reply	other threads:[~2016-10-10 17:24 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-08-18 18:18 [userspace PATCH v2 0/2] Add support for loginuid_set Richard Guy Briggs
2016-08-18 18:18 ` [userspace PATCH v2 1/2] get feature list only once Richard Guy Briggs
2016-08-18 18:18 ` [userspace PATCH v2 2/2] Add user filter option loginuid_set from uapi macro AUDIT_LOGINUID_SET Richard Guy Briggs
2016-10-10 17:24 ` Steve Grubb [this message]
2016-10-10 21:10   ` [userspace PATCH v2 0/2] Add support for loginuid_set Paul Moore
2016-10-11 16:40     ` Steve Grubb
2016-10-11 18:27       ` Richard Guy Briggs
2016-10-11 19:22         ` Steve Grubb
2016-10-11 20:42           ` Paul Moore
2016-10-11 20:50             ` Steve Grubb
2016-10-11 20:54               ` Paul Moore
2016-10-11 21:31                 ` Steve Grubb
2016-10-11 22:15                   ` Paul Moore
2016-10-17 15:40                     ` Richard Guy Briggs
2016-10-17 16:04                       ` Steve Grubb
2016-10-17 16:51                         ` Richard Guy Briggs
2016-10-17 17:06                           ` Steve Grubb
2016-10-17 21:19                       ` Paul Moore
2016-10-17 22:21                         ` Steve Grubb
2016-10-18  4:35                           ` Richard Guy Briggs
2016-10-18 10:48                             ` 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=3382475.po8Up8mjF7@x2 \
    --to=sgrubb@redhat.com \
    --cc=linux-audit@redhat.com \
    --cc=pmoore@redhat.com \
    --cc=rgb@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.