From: Steve Grubb <sgrubb@redhat.com>
To: linux-audit@redhat.com
Cc: Wojtczak Arkadiusz <arkadiusz.wojtczak@pkobp.pl>
Subject: Re: Audit/Auditd/Audispd documentation
Date: Thu, 13 Nov 2014 10:15:51 -0500 [thread overview]
Message-ID: <1607221.nGWIAH2cY9@x2> (raw)
In-Reply-To: <4E8FFAAD447BD2478D75C4FAC3BD2CBF53CC98CB@M30SIEEXMX02.bank.ad.pkobp.pl>
On Thursday, November 13, 2014 02:20:02 PM Wojtczak Arkadiusz wrote:
> I've been searching for Audit documentation and stumbled upon following
> conversation:
> http://www.redhat.com/archives/linux-audit/2006-September/msg00081.html
>
> Has anything changed since 2006?
Yes, there is a little more documentation and sample code.
> I need to write set of rules to correlate audit events from many systems.
> Following information would be very useful:
>
> 1) Event formats - What fields will be generated for particular event
> type?
Doesn't exist. What I have been doing is using ausearch-test to collect
events. From that you can look through them.
> Which fields are common to all event types?
The audit events have to meet common criteria requirements which asks for
date, time, subject, object, action, outcome. Each event has that somewhere.
Generally the events have auid as the subject, the object varies based on what
kind of event it is, the action is generally the type of event except syscalls
- which the key that may be added serves as the action, the outcome is either
sucess, res, or results.
> What type of data will be in those fields (binary/encoded/ASCII/UNICODE)?
> What do those fields describe?
I have created a mapping here:
http://people.redhat.com/sgrubb/audit/audit-events.txt
This document describes all known fields.
> 2) For all event types - description when (in what circumstances) are
> generated events of this type
Doesn't exist. There are over 150 kinds of events. Some are deprecated, some
are not. The best description for what they are is in the header file for the
kernel and libaudit.
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/include/uapi/linux/audit.h?id=refs/tags/v3.18-rc4#n30
https://fedorahosted.org/audit/browser/trunk/lib/libaudit.h#L40
Also, I have been writing some specifications around when and why certain
events are created:
http://people.redhat.com/sgrubb/audit/user-account-lifecycle.txt
http://people.redhat.com/sgrubb/audit/audit-state-diagram.png
I have another around logins that is in development and have another around
virt/containers in works.
> 3) How do DAC event types relate to AVC (which fields are common,
> which are not)
The AVCs are created by a whole different community for their own needs. They
more or less conform to the recommended style. If you have auditing enabled,
you should also get a syscall record with the AVC. But if auditing is not
enabled, then you won't.
For DAC events, you get a syscall record. You have to specify what events you
are interested in by the rules. I'd recommend the stig.rules as the best
starting point
-Steve
prev parent reply other threads:[~2014-11-13 15:15 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-13 14:20 Audit/Auditd/Audispd documentation Wojtczak Arkadiusz
2014-11-13 14:37 ` Richard Guy Briggs
2014-11-13 15:15 ` 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=1607221.nGWIAH2cY9@x2 \
--to=sgrubb@redhat.com \
--cc=arkadiusz.wojtczak@pkobp.pl \
--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