public inbox for linux-audit@redhat.com
 help / color / mirror / Atom feed
From: LC Bruzenak <lenny@magitekltd.com>
To: linux-audit@redhat.com
Subject: file watch question
Date: Fri, 16 Aug 2013 15:19:22 -0500	[thread overview]
Message-ID: <520E894A.6010403@magitekltd.com> (raw)

Reading the man page for auditctl, looking at file watch rules I see this:

      -w path
              Insert a watch for the file system object at path. You
cannot insert a watch to the top level directory. This is prohibited by 
the  kernel.
              Wildcards  are not supported either and will generate a
warning. The way that watches work is by tracking the inode internally.
If you place
              a watch on a file, its the same as using the -F path
option on a syscall rule. If you place a watch on a directory, its the 
same  as  using
              the  -F  dir  option  on  a  syscall  rule. The -w form of
writing watches is for backwards compatibility and the syscall based
form is more
              expressive. Unlike most syscall auditing rules, watches do
not impact performance based on the number of rules sent to the kernel.
The  only
              valid  options when using a watch are the -p and -k. If
you need to anything fancy like audit a specific user accessing a file,
then use the
              syscall auditing form with the path or dir fields. See the
EXAMPLES section for an example of converting one form to another.

I assume if the "-w form" is just backwards-compatible, it is preferred
to use the syscall method.
Question -
The line saying, "Unlike most syscall auditing rules, watches do not
impact performance based on the number of rules sent to the kernel" -
does this mean that BOTH the "-w" and "syscall" rules have no
performance impact?

Thx,
LCB

-- 
LC (Lenny) Bruzenak
lenny@magitekltd.com

             reply	other threads:[~2013-08-16 20:19 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-16 20:19 LC Bruzenak [this message]
2013-08-16 21:32 ` file watch question LC Bruzenak
2013-08-16 22:08   ` 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=520E894A.6010403@magitekltd.com \
    --to=lenny@magitekltd.com \
    --cc=linux-audit@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