From: Linda Knippers <linda.knippers@hp.com>
To: Steve Grubb <sgrubb@redhat.com>
Cc: linux-audit@redhat.com
Subject: Re: [RFC] Do away with entry filter
Date: Fri, 27 Feb 2009 12:48:30 -0500 [thread overview]
Message-ID: <49A8276E.3050806@hp.com> (raw)
In-Reply-To: <200902271240.12137.sgrubb@redhat.com>
Steve Grubb wrote:
> On Friday 27 February 2009 11:56:57 am Linda Knippers wrote:
>>> Let's discuss...
>> Without "entry", does "exit" still make sense?
>
> You mean the name? I think so for a compatibility perspective.
If you're going to change things and go through a transition
phase, you might as well change everything.
> Not everyone
> will change their rules right away. Are you suggesting to rename the exit
> filter to something more generic?
I'm suggesting changing the name to something that makes a little
more sense, or doing away with it if it isn't necessary for syscalls
anymore. I'm assuming that's the case because there's no need to
distinguish it from "entry", so could we just drop "exit" and
ignore it (silently or otherwise) in the transition?
>
>> In other words, are the choices really just "always" and "never"?
>
> For syscall, yes. There are still task, exclude, and user filters. Of these, I
> can't think of any use for the task filter anymore either. I think at one
> time it, too, was envisioned to help select the right tasks for auditing.
>
>
>> If we're going to change things, is this an opportunity to simplify in
>> general?
>
> I wouldn't mind losing task filter, too. But I was thinking mostly of the case
> where entry rules identify a syscal is auditable and then the exit filter is
> 99% of the time walked in its entirety before deciding nothing to do.
Ok - still makes me think we could drop both "entry" and "exit" and
just have "always" and "never".
-- ljk
>
> -Steve
next prev parent reply other threads:[~2009-02-27 17:48 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-27 14:54 [RFC] Do away with entry filter Steve Grubb
2009-02-27 16:56 ` Linda Knippers
2009-02-27 17:40 ` Steve Grubb
2009-02-27 17:48 ` Linda Knippers [this message]
2009-02-27 18:19 ` Steve Grubb
2009-02-27 19:27 ` Linda Knippers
2009-02-27 20:14 ` Eric Paris
2009-02-27 21:18 ` Steve Grubb
2009-07-28 18:26 ` Steve Grubb
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=49A8276E.3050806@hp.com \
--to=linda.knippers@hp.com \
--cc=linux-audit@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox