From: Steve Grubb <sgrubb@redhat.com>
To: linux-audit@redhat.com
Subject: Re: Audit rules use of flags.
Date: Mon, 26 Feb 2007 11:04:27 -0500 [thread overview]
Message-ID: <200702261104.27862.sgrubb@redhat.com> (raw)
In-Reply-To: <000601c7562b$f2978ff0$6400a8c0@powerbox>
On Wednesday 21 February 2007 21:48, Walt Powell wrote:
> I have a requirement to audit/log all failed attempts to access files.
If you are on x86_64, I think you'll need a new kernel. There was a problem in
exit codes and sign extention during promotion.
> I entered the following line in audit.rules:
>
> -w exit,always -S open -F success!=0
>
> and audit flags all file exits regardless of success.
See below. I think you can get this with 2 rules until you can update your
kernel.
> When I try:
>
> -w exit,possible -S open -F success!=0
>
> it does NOT flag any file openings, including failure.
Possible only collects information so that if another rule actually triggers
an event, it has everything on hand to give a full context dump. Generally,
you do not need "possible" rules.
> I am curious if:
>
> -w exit,never -S open -F success=0
>
> but I suspect that the 'first hit takes it' nature of audit-1.0.12 will
> make the flag at the end useless.
Yes, but you should be able to follow that rule with:
-w exit,always -S open
which means the success !=0 case hits the second rule.
> So I suppose the question is - do I need to put the -F flag before the -w
> portion of the entry, or is there some other way to meet the requirement?
No, you have to use syscall auditing for this and not watches.
-Steve
prev parent reply other threads:[~2007-02-26 16:04 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-02-22 2:48 Audit rules use of flags Walt Powell
2007-02-22 14:06 ` Steve Grubb
2007-02-26 16:04 ` Steve Grubb [this message]
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=200702261104.27862.sgrubb@redhat.com \
--to=sgrubb@redhat.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 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.