From: Steve Grubb <sgrubb@redhat.com>
To: linux-audit@redhat.com
Subject: Re: [PATCH] audit: set context->dummy even when audit is off
Date: Fri, 01 Nov 2019 10:49:04 -0400 [thread overview]
Message-ID: <786313584.jd3umIO2dN@x2> (raw)
In-Reply-To: <f54be09d-297b-108a-533e-324a04fd1f6d@magitekltd.com>
On Friday, November 1, 2019 10:26:41 AM EDT Lenny Bruzenak wrote:
> On 11/1/19 9:16 AM, Steve Grubb wrote:
> > This is the root of the problem. Journald should never turn on audit
> > since it has no idea if auditd even has rules to load. What if the end
> > user does not want auditing? By blindly enabling audit without knowing
> > if its wanted, it causes a system performance hit even with no rules
> > loaded. It would be best if journald leaves audit alone. If it wants to
> > listen on the multicast socket, so be it. It should just listen and not
> > try to alter the system.
>
> +1 for me, except I would also question why it would even listen, as to
> me it seems that implies storage.
>
> If that's true, I would want to be able to disable it as I do not want
> audit events stored elsewhere as well.
It is true. You get 2 copies, one in the journal and it also relays one to
rsyslog. This should fix it:
systemctl mask systemd-journald-audit.socket
-Steve
next prev parent reply other threads:[~2019-11-01 14:49 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20190923155041.GA14807@codemonkey.org.uk>
2019-09-23 16:14 ` ntp audit spew Paul Moore
2019-09-23 16:58 ` Dave Jones
2019-09-23 18:57 ` Paul Moore
2019-09-23 19:49 ` Dave Jones
2019-09-23 19:49 ` Eric Paris
2019-09-24 2:39 ` Paul Moore
2019-09-24 13:30 ` Steve Grubb
2019-09-23 21:00 ` Richard Guy Briggs
2019-09-24 3:01 ` Paul Moore
2019-09-24 13:50 ` Richard Guy Briggs
2019-09-24 17:05 ` Paul Moore
2019-09-26 15:50 ` Paul Moore
2019-09-24 13:19 ` Steve Grubb
2019-09-24 17:01 ` Paul Moore
2019-10-31 16:39 ` [PATCH] audit: set context->dummy even when audit is off Chris Mason
2019-10-31 23:27 ` Paul Moore
2019-11-01 13:24 ` Chris Mason
2019-11-01 14:16 ` Steve Grubb
2019-11-01 14:26 ` Lenny Bruzenak
2019-11-01 14:49 ` Steve Grubb [this message]
2019-11-01 14:58 ` Lenny Bruzenak
2019-11-01 15:55 ` Chris Mason
2019-11-05 0:15 ` Paul Moore
2019-11-05 0:39 ` Chris Mason
2019-11-05 0:45 ` Paul Moore
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=786313584.jd3umIO2dN@x2 \
--to=sgrubb@redhat.com \
--cc=linux-audit@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox