linux-kernel - Re: [PATCH 02/12] AppArmor: basic auditing infrastructure.

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <7e0fb38c0911090737i35173bbla07dcf539cd5791c@mail.gmail.com>
Date:	Mon, 9 Nov 2009 10:37:27 -0500
From:	Eric Paris <eparis@...isplace.org>
To:	John Johansen <john.johansen@...onical.com>
Cc:	linux-kernel@...r.kernel.org, linux-security-module@...r.kernel.org
Subject: Re: [PATCH 02/12] AppArmor: basic auditing infrastructure.

On Tue, Nov 3, 2009 at 6:48 PM, John Johansen
<john.johansen@...onical.com> wrote:
> Update kenel audit range comments to show AppArmor's registered range of
> 1500-1599.  This range used to be reserved for LSPP but LSPP uses the
> SELinux range and the range was given to AppArmor.
> Patch is not in mainline -- pending AppArmor code submission to lkml
>
> Add the core routine for AppArmor auditing.
>
> Signed-off-by: John Johansen <john.johansen@...onical.com>

As the audit maintainer I NAK.  I NAK any patch that calls
audit_log_format() with %s.  Use an audit_log_string() function unless
you can prove to me it meets all of the audit string handling rules
(and you know them).  That part isn't too hard to fix but....

I'd like to register an objection to this patch as a whole.  I know
it's a pain and its probably going to take a little reshaping of your
userspace tools that ran against your out of tree patches, but we get
a lot of work for free if you would make use of the lsm_audit.{c,h}
file instead of redoing everything.  Extend it as you need to the same
way that SMACK and SELinux did.  Personally I think it needs a generic
lsm=%s (SMACK does it in smack_log_callback, SELinux doesn't do it but
could/should)

I don't think we want to use more AUDIT messages for the same thing
even if someone in userspace said you could a long time ago.

LSM unification and code sharing is a good thing, even if the LSMs
can't agree on much else  :)

-Eric
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/