From mboxrd@z Thu Jan 1 00:00:00 1970 From: LC Bruzenak Subject: audit aggregation Date: Wed, 30 Jan 2008 11:26:12 -0600 Message-ID: <1201713972.3760.29.camel@homeserver> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: Received: from mx3.redhat.com (mx3.redhat.com [172.16.48.32]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m0UHQnuR001856 for ; Wed, 30 Jan 2008 12:26:49 -0500 Received: from magi (rrcs-24-242-137-197.sw.biz.rr.com [24.242.137.197]) by mx3.redhat.com (8.13.1/8.13.1) with ESMTP id m0UHQS2X021491 for ; Wed, 30 Jan 2008 12:26:28 -0500 Received: from [24.242.137.194] (helo=[192.168.30.40]) by magi with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1JKGgA-0001Gl-5E for linux-audit@redhat.com; Wed, 30 Jan 2008 11:24:54 -0600 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-audit-bounces@redhat.com Errors-To: linux-audit-bounces@redhat.com To: linux-audit@redhat.com List-Id: linux-audit@redhat.com Just a thought from someone who is following this list closely b/c I'm tasked with setting up a multi-host system auditing capability - one thing Steve G. mentioned was: > > > it both decodes AND performs contextual substitution. Contextual > > substitution only has meaning when applied on the same host and at > > approximately the same time as when the audit record was generated. > > Correct. You are talking about something the library does not handle > today. The reason is because there is no designed method to aggregate > logs. So, when that work is done, auparse will be fixed up to handle > the situation. I have been thinking about how to solve this also; I bet I'm not alone. So if/when changes are made I'd be grateful if it is included. I'll be willing to participate as required. LCB. ps: Steve the prelude plugins are excellent! -- LC (Lenny) Bruzenak lenny@magitekltd.com