From: Casey Schaufler <casey@schaufler-ca.com>
To: Eric Paris <eparis@redhat.com>
Cc: linux-audit@redhat.com, jmorris@namei.org,
Etienne Basset <etienne.basset@numericable.fr>
Subject: Re: [Fwd: [PATCH][RFC] SMACK : add logging support V1]
Date: Wed, 01 Apr 2009 15:21:42 -0700 [thread overview]
Message-ID: <49D3E8F6.8090706@schaufler-ca.com> (raw)
In-Reply-To: <1238610138.14615.7.camel@localhost.localdomain>
Eric Paris wrote:
>> ...
>>
>> or using audit_log_untrustedstring and live with the fact that Labels with '"' will be
>> printed in hex (i dont expect '"' to be frequently used in labels.)
>>
>
> Since it can contain a " you may not use %s. Just go with
> audit_log_untrustedstring and hope people don't use a "
>
I am willing to declare that ' and " may not be used in labels.
I've already done so with "/" to accommodate anyone who wants to
use a label in a path name. I've never allowed whitespace.
>
>>> Can I suggest if you write userspace tools to do anything with these
>>> audit records that you use libauparse? So if we do make changes, SMACK
>>> tools keep working (this is the main problem with changing how SELinux
>>> uses audit, the userspace tools don't use libauparse so we can't make
>>> changes in just the kernel+library...)
>>>
>>>
>> i can have a look, but my first need is /var/log/messages being pretty obvious to read
>>
>
> The changes to string encoding and we want to do would actually make
> records more human readable, so if that's your concern we are good.
> But, if you ever make tools that parse the raw audit.log rather than
> using libauparse it possible (likely?) they break someday down the line.
>
> Don't forget these are going to show up in /var/log/audit/audit.log if
> you have auditd running. They'll show up in dmesg/syslog if not.
>
> Thanks for trying to share code between LSMs!
>
> -Eric
>
>
>
prev parent reply other threads:[~2009-04-01 22:22 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <49B3AB1A.8040201@numericable.fr>
2009-03-28 5:24 ` [Fwd: [PATCH][RFC] SMACK : add logging support V1] Casey Schaufler
2009-03-30 14:20 ` Eric Paris
[not found] ` <49D10FC5.4060504@numericable.fr>
2009-03-30 19:31 ` Eric Paris
[not found] ` <49D28EAC.1040604@numericable.fr>
2009-04-01 18:22 ` Eric Paris
2009-04-01 22:21 ` Casey Schaufler [this message]
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=49D3E8F6.8090706@schaufler-ca.com \
--to=casey@schaufler-ca.com \
--cc=eparis@redhat.com \
--cc=etienne.basset@numericable.fr \
--cc=jmorris@namei.org \
--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