From: Steve Grubb <sgrubb@redhat.com>
To: linux-audit@redhat.com
Subject: Re: ABI guarantee for auditd
Date: Fri, 16 Jan 2015 08:48:03 -0500 [thread overview]
Message-ID: <1952249.ljydSPkMKP@x2> (raw)
In-Reply-To: <67f972dd606a13a87560d389463a5390@thefroid.net>
On Thursday, January 15, 2015 06:20:41 PM hsultan@thefroid.net wrote:
> Thanks for the info, so I tried using libauparse (again, Ubuntu 14.04
> LTS), however I'm hitting something truly weird: once I've adddd the
> event parsing code (taken from
> https://fedorahosted.org/audit/browser/trunk/contrib/plugin/audisp-example.c
> ) and added -lauparse, what I get out of audit_get_reply now is
> mangled.
Why are you using that in an analytical program? That is a very low level
function for getting events out of the kernel. You might want to have a look
at this presentation to understand the audit architecture:
http://people.redhat.com/sgrubb/audit/audit_ids_2011.pdf
Auditd handles getting events from the kernel, passes them to audispd, you
have a plugin to audispd and get the event in realtime. If you want events on
disk, you just tell auparse_init that you want to use the logs as your source.
Libauparse handles events after they have been processed by auditd.
> That clearly can't be a code mistake because I didn't touch the event
> retrieval code,
It is a mistake. The example code works and demonstrates how to get events and
iterate over the records and fields of the record. The presentation mentioned
above also shows how to iterate over events, records, and fields. It also has a
UML diagram to orient a developer to the data abstractions.
> Is there a conflict or some specific setup between the 2 libraries I
> should know about ?
No. Auparse needs to be linked against libaudit for syscall lookup functions
and a couple other items.
> Does libauparse configures the audit infrastructure
> in the kernel somehow ?
No. Its used for post-processing audit events. Its not meant for grabbing
events out of the audit netlink socket. Its expects events that are properly
formatted.
-Steve
next prev parent reply other threads:[~2015-01-16 13:48 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-15 20:24 ABI guarantee for auditd hsultan
2015-01-15 20:44 ` Steve Grubb
2015-01-15 22:34 ` hsultan
2015-01-15 22:59 ` Steve Grubb
2015-01-16 2:20 ` hsultan
2015-01-16 4:45 ` Hassan Sultan
2015-01-16 13:48 ` Steve Grubb [this message]
2015-01-16 21:34 ` hsultan
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=1952249.ljydSPkMKP@x2 \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox