From mboxrd@z Thu Jan  1 00:00:00 1970
From: Burn Alting <burn@swtf.dyndns.org>
Subject: Re: Auparse feature or bug
Date: Thu, 14 Mar 2013 22:10:42 +1100
Message-ID: <1363259442.3199.44.camel@swtf.swtf.dyndns.org>
References: <1363256490.3199.23.camel@swtf.swtf.dyndns.org>
	<2011116.HnREtfWCp5@x2>
Reply-To: burn@swtf.dyndns.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <linux-audit-bounces@redhat.com>
In-Reply-To: <2011116.HnREtfWCp5@x2>
List-Unsubscribe: <https://www.redhat.com/mailman/options/linux-audit>,
	<mailto:linux-audit-request@redhat.com?subject=unsubscribe>
List-Archive: <https://www.redhat.com/archives/linux-audit>
List-Post: <mailto:linux-audit@redhat.com>
List-Help: <mailto:linux-audit-request@redhat.com?subject=help>
List-Subscribe: <https://www.redhat.com/mailman/listinfo/linux-audit>,
	<mailto:linux-audit-request@redhat.com?subject=subscribe>
Sender: linux-audit-bounces@redhat.com
Errors-To: linux-audit-bounces@redhat.com
To: Steve Grubb <sgrubb@redhat.com>
Cc: linux-audit@redhat.com
List-Id: linux-audit@redhat.com

OK. So, in essence, the example I provided is a just poorly formatted
event from PAM. Or rather, one that can't be parsed by the auparse
library without loss of data.

TIA

On Thu, 2013-03-14 at 06:54 -0400, Steve Grubb wrote:
> On Thursday, March 14, 2013 09:21:30 PM Burn Alting wrote:
> > As you can see, we have lost the 'password' element of the
> > 	"op=change password"
> > key value pair in the original event.
> > 
> > Is this a feature or bug???
> 
> Its a feature. The only thing guaranteed by the audit system is that 
> name=value pairs are supported. Additional text may be there to add context 
> for people reading the event. But for machine parsing only name=value is 
> returned. So, if the additional text is needed, then either '-' or '_' can be 
> added between words (as many other events do).
> 
> -Steve