* Re: Linux-audit Digest, Vol 40, Issue 9
[not found] <20080114170028.0385D73507@hormel.redhat.com>
@ 2008-01-16 6:59 ` kunal chandarana
2008-01-16 12:27 ` John Dennis
2008-01-16 13:59 ` Steve Grubb
0 siblings, 2 replies; 3+ messages in thread
From: kunal chandarana @ 2008-01-16 6:59 UTC (permalink / raw)
To: linux-audit
[-- Attachment #1.1: Type: text/plain, Size: 298 bytes --]
In audit logs fields are generated for specific type. Each log has different
type and depending on type there are different fields shown in
audit.logfiles. Is there a way to map this audit type to the fields.
Like if i have type=XYZ then log will contain n fields. So how to find these
N fields.?
[-- Attachment #1.2: Type: text/html, Size: 318 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: Linux-audit Digest, Vol 40, Issue 9
2008-01-16 6:59 ` Linux-audit Digest, Vol 40, Issue 9 kunal chandarana
@ 2008-01-16 12:27 ` John Dennis
2008-01-16 13:59 ` Steve Grubb
1 sibling, 0 replies; 3+ messages in thread
From: John Dennis @ 2008-01-16 12:27 UTC (permalink / raw)
To: kunal chandarana; +Cc: linux-audit
kunal chandarana wrote:
> In audit logs fields are generated for specific type. Each log has
> different type and depending on type there are different fields shown in
> audit.log files. Is there a way to map this audit type to the fields.
>
> Like if i have type=XYZ then log will contain n fields. So how to find
> these N fields.?
I'm not sure if you're asking how do you know which fields will appear
for a specific type or how can you easily parse the fields.
If it's the former there is no such mapping I'm familiar with, there is
however a dictionary with all the possible fields in the set of all
messages (http://people.redhat.com/sgrubb/audit/audit-parse.txt)
The field names are a product of the current kernel and the auditing
messages it happens to contain. I don't think anybody has gone through
the source code to produce such a map. In addition the message are
subject to change based on the discretion of kernel developers. This is
one of the frustrations of the current auditing system. However, the
messages have been fairly stable so over time it's possible to get a
pretty good idea. The source code in the kernel which produces the
messages is pretty regular, I don't think it would be too hard to write
a tool which scanned the kernel source tree and produced such a map, but
I'm not aware of such a tool ATM.
If you want to find the fields in the sense of parsing then the auparse
library will be of help.
--
John Dennis <jdennis@redhat.com>
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Linux-audit Digest, Vol 40, Issue 9
2008-01-16 6:59 ` Linux-audit Digest, Vol 40, Issue 9 kunal chandarana
2008-01-16 12:27 ` John Dennis
@ 2008-01-16 13:59 ` Steve Grubb
1 sibling, 0 replies; 3+ messages in thread
From: Steve Grubb @ 2008-01-16 13:59 UTC (permalink / raw)
To: linux-audit; +Cc: kunal chandarana
On Wednesday 16 January 2008 01:59:34 kunal chandarana wrote:
> Is there a way to map this audit type to the fields.
I don't have a map of each type. They can all be found by code inspection. For
kernel, I'd recommend using LXR.
http://lxr.linux.no/linux/include/linux/audit.h
Look at explanation about ranges. Look for kernel record types and click on
the define to see where they are used. From that you can click to the code
that uses it.
Alternatively, you could run one of the audit test suites and then maybe see
what each audit record looks like.
-Steve
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2008-01-16 13:59 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20080114170028.0385D73507@hormel.redhat.com>
2008-01-16 6:59 ` Linux-audit Digest, Vol 40, Issue 9 kunal chandarana
2008-01-16 12:27 ` John Dennis
2008-01-16 13:59 ` Steve Grubb
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox