From mboxrd@z Thu Jan 1 00:00:00 1970 From: LC Bruzenak Subject: Re: need rules help Date: Thu, 06 Aug 2009 16:17:36 -0500 Message-ID: <1249593456.3048.70.camel@homeserver> References: <1249526745.12117.986.camel@homeserver> <1249571430.12117.1002.camel@homeserver> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: Received: from mx1.redhat.com (mx1.redhat.com [172.16.48.31]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n76LHsZA024328 for ; Thu, 6 Aug 2009 17:17:54 -0400 Received: from mail.magitekltd.com (rrcs-24-242-137-197.sw.biz.rr.com [24.242.137.197]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n76LHdZ5020664 for ; Thu, 6 Aug 2009 17:17:39 -0400 Received: from [24.242.137.194] (helo=[192.168.30.40]) by mail.magitekltd.com with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1MZAK1-0006jg-Rk for linux-audit@redhat.com; Thu, 06 Aug 2009 16:16:25 -0500 In-Reply-To: <1249571430.12117.1002.camel@homeserver> 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 On Thu, 2009-08-06 at 10:10 -0500, LC Bruzenak wrote: > On Wed, 2009-08-05 at 21:45 -0500, LC Bruzenak wrote: OK, I'm back with new evidence of a problem after what I think is correct setup. I put only the subj_type as a comparator even though I want a more restrictive set. the rule was set with the "-A" flag. * My rules start with (use "auditctl -l"): LIST_RULES: entry,always arch=3221225534 (0xc000003e) syscall=mknod,mknodat LIST_RULES: entry,always arch=3221225534 (0xc000003e) syscall=mount,umount2 LIST_RULES: exit,never subj_type=jcdx_mtdb_t syscall=all ... * I note the date: Thu Aug 6 20:36:31 UTC 2009 * I search again later (using ausearch) and find: node=jcdx type=PATH msg=audit(08/06/2009 20:42:20.726:21672) : item=0 name=/var/opt/jcdx/tracks/mltrackdb/PlatformTracks.inst/040fd238ede9dfbbc19e012c7633836f/PlatformTracks node=jcdx type=CWD msg=audit(08/06/2009 20:42:20.726:21672) : cwd=/ node=jcdx type=SYSCALL msg=audit(08/06/2009 20:42:20.726:21672) : arch=i386 syscall=stat64 success=no exit=-2(No such file or directory) a0=9a4ea40 a1=ffc93644 a2=d2aff4 a3=ffc9377c items=1 ppid=1 pid=23599 auid=root uid=root gid=jcdx euid=root suid=root fsuid=root egid=jcdx sgid=jcdx fsgid=jcdx tty=(none) ses=8 comm=mtdb exe=/opt/jcdx/sbin/mtdb subj=system_u:system_r:jcdx_mtdb_t:s0-s6:c0.c511 key=(null) node=jcdx type=AVC msg=audit(08/06/2009 20:42:20.726:21672) : avc: denied { search } for pid=23599 comm=mtdb name=040fd238ede9dfbbc19e012c7633836f dev=dm-0 ino=269567 scontext=system_u:system_r:jcdx_mtdb_t:s0-s6:c0.c511 tcontext=system_u:object_r:jcdx_stdb_var_t:s15:c0.c1023 tclass=dir So it appears that the "never" rule is not firing...right? I'm not sure if the rule applies to only the info in the "type=syscall" line. Really I want to compare against the specific scontext/tcontext pair in the "type=AVC" line. Thanks in advance, LCB. -- LC (Lenny) Bruzenak lenny@magitekltd.com