public inbox for linux-audit@redhat.com
 help / color / mirror / Atom feed
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
>
>
>   

      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