* 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