public inbox for linux-audit@redhat.com
 help / color / mirror / Atom feed
* crond
@ 2009-01-07 21:24 Starr-Renee Corbin
  2009-01-07 22:22 ` crond Steve Grubb
  0 siblings, 1 reply; 5+ messages in thread
From: Starr-Renee Corbin @ 2009-01-07 21:24 UTC (permalink / raw)
  To: linux-audit

Hello,

I would like to filter out audit log entries that are created from the  
default cron.daily, hourly etc.  However, I would like to still be  
able to view cron jobs that are run by users.

Is there a way to run an auditctl command that will do both of the  
above?

Thanks in advance.


Starr-Renee Corbin
Applied Research Lab
The University of Texas at Austin
512-835-3628

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: crond
  2009-01-07 21:24 crond Starr-Renee Corbin
@ 2009-01-07 22:22 ` Steve Grubb
  2009-01-07 22:40   ` crond Eric Paris
  0 siblings, 1 reply; 5+ messages in thread
From: Steve Grubb @ 2009-01-07 22:22 UTC (permalink / raw)
  To: linux-audit

On Wednesday 07 January 2009 04:24:27 pm Starr-Renee Corbin wrote:
> Is there a way to run an auditctl command that will do both of the  
> above?

Not at this point. If the user filter in the kernel allowed type to be used, 
you might stand a chance. But then there is no way to filter on cron being 
the source in the kernel. 

User space originating audit events are sent as a string to the kernel. The 
kernel does not parse strings and won't match against it. 

-Steve

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: crond
  2009-01-07 22:22 ` crond Steve Grubb
@ 2009-01-07 22:40   ` Eric Paris
  2009-01-07 22:52     ` crond Steve Grubb
  0 siblings, 1 reply; 5+ messages in thread
From: Eric Paris @ 2009-01-07 22:40 UTC (permalink / raw)
  To: Steve Grubb; +Cc: linux-audit

On Wed, 2009-01-07 at 17:22 -0500, Steve Grubb wrote:
> On Wednesday 07 January 2009 04:24:27 pm Starr-Renee Corbin wrote:
> > Is there a way to run an auditctl command that will do both of the  
> > above?
> 
> Not at this point. If the user filter in the kernel allowed type to be used, 
> you might stand a chance. But then there is no way to filter on cron being 
> the source in the kernel. 
> 
> User space originating audit events are sent as a string to the kernel. The 
> kernel does not parse strings and won't match against it. 
> 
> -Steve

in man auditctl you talk about the "exclude" list.  Do you know if this
maps to list number 0x05 ?  Anyway, assuming so, I don't see a reason
right off hand we couldn't pass the userspace audit messages through the
exclude filter list (In kernel it's called the "type" filter list.

-Eric

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: crond
  2009-01-07 22:40   ` crond Eric Paris
@ 2009-01-07 22:52     ` Steve Grubb
  2009-01-07 22:59       ` crond Eric Paris
  0 siblings, 1 reply; 5+ messages in thread
From: Steve Grubb @ 2009-01-07 22:52 UTC (permalink / raw)
  To: Eric Paris; +Cc: linux-audit

On Wednesday 07 January 2009 05:40:14 pm Eric Paris wrote:
> in man auditctl you talk about the "exclude" list.

Yes, I thought about that, too. This is what you have to work with:

type=USER_START msg=audit(1231365661.252:161): user pid=4681 uid=0 auid=0 
ses=14 subj=system_u:system_r:crond_t:s0-s0:c0.c1023 

This part is a string and cannot be matched against:
msg='op=PAM:session_open acct="root" exe="/usr/sbin/crond" (hostname=?, 
addr=?, terminal=cron res=success)'

If the type filter allows matching by selinux context, then you might be able 
to say:

-a always,exclude -F msgtype=USER_START -F auid=0 -F subj_type=crond_t

-Steve

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: crond
  2009-01-07 22:52     ` crond Steve Grubb
@ 2009-01-07 22:59       ` Eric Paris
  0 siblings, 0 replies; 5+ messages in thread
From: Eric Paris @ 2009-01-07 22:59 UTC (permalink / raw)
  To: Steve Grubb; +Cc: linux-audit

On Wed, 2009-01-07 at 17:52 -0500, Steve Grubb wrote:
> On Wednesday 07 January 2009 05:40:14 pm Eric Paris wrote:
> > in man auditctl you talk about the "exclude" list.
> 
> Yes, I thought about that, too. This is what you have to work with:
> 
> type=USER_START msg=audit(1231365661.252:161): user pid=4681 uid=0 auid=0 
> ses=14 subj=system_u:system_r:crond_t:s0-s0:c0.c1023 
> 
> This part is a string and cannot be matched against:
> msg='op=PAM:session_open acct="root" exe="/usr/sbin/crond" (hostname=?, 
> addr=?, terminal=cron res=success)'
> 
> If the type filter allows matching by selinux context, then you might be able 
> to say:

of course not, it allows matching only on type.

I can push type matching down into the user filter though (that was my
original thought)

I'll try to remember to poke it tomorrow.....

-Eric

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2009-01-07 22:59 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-01-07 21:24 crond Starr-Renee Corbin
2009-01-07 22:22 ` crond Steve Grubb
2009-01-07 22:40   ` crond Eric Paris
2009-01-07 22:52     ` crond Steve Grubb
2009-01-07 22:59       ` crond Eric Paris

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox