public inbox for linux-audit@redhat.com
 help / color / mirror / Atom feed
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

  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