linux-audit.redhat.com archive mirror
 help / color / mirror / Atom feed
From: Paul Moore <pmoore@redhat.com>
To: Richard Guy Briggs <rgb@redhat.com>
Cc: Eric Paris <eparis@redhat.com>,
	linux-audit@redhat.com, linux-kernel@vger.kernel.org,
	sgrubb@redhat.com
Subject: Re: [PATCH V6 4/4] audit: avoid double copying the audit_exe path string
Date: Fri, 17 Jul 2015 14:09:21 -0400	[thread overview]
Message-ID: <6509131.Ia9PugiO3c@sifl> (raw)
In-Reply-To: <20150717164853.GB20540@madcap2.tricolour.ca>

On Friday, July 17, 2015 12:48:53 PM Richard Guy Briggs wrote:
> On 15/07/16, Paul Moore wrote:
> > On Thursday, July 16, 2015 10:01:30 PM Eric Paris wrote:
> > > I have to admit, I'm partial to not merging this (with the other
> > > patches).  Changing object lifetimes in what i seem to remember is long
> > > standing code (auditfilter, not auditexe) seems to me like something we
> > > really would want to be git bisectable, not mushed with an unrelated
> > > feature addition. But it ain't my tree   :)
> > 
> > It's been a long day, and maybe I'm missing something here, but this patch
> > only affects the new code, no?
> 
> Correct.  However, it aims to follow the approach used in watch and tree
> code, rather than making yet another copy.

I guess I still don't understand why this is separate - either I'm missing 
something painfully obvious or we're just not on the same page ...?  Oh well, 
this patch isn't really a bugfix or something that makes the feature 
functionally complete so I suppose keeping it as a separate patch is harmless.

In general, when adding new functionality I like to see individual patches 
that are functionally complete, hence my request to merge patch 1/4 and 3/4; 
the only solid reason I can think of for not doing so is due to size 
constraints on the mailing list (and reviewers minds).

> > > On Thu, 2015-07-16 at 22:01 -0400, Richard Guy Briggs wrote:
> > > > On 15/07/16, Paul Moore wrote:
> > > > > On Tuesday, July 14, 2015 11:50:26 AM Richard Guy Briggs wrote:
> > > > > > Make this interface consistent with watch and filter key,
> > > > > > avoiding the extra
> > > > > > string copy and simply consume the new string pointer.
> > > > > > 
> > > > > > Signed-off-by: Richard Guy Briggs <rgb@redhat.com>
> > > > > > ---
> > > > > > 
> > > > > >  kernel/audit_exe.c      |    8 ++++++--
> > > > > >  kernel/audit_fsnotify.c |    9 +--------
> > > > > >  kernel/auditfilter.c    |    2 +-
> > > > > >  3 files changed, 8 insertions(+), 11 deletions(-)
> > > > > 
> > > > > Merge this patch too, there is no reason why these needs to be its
> > > > > own patch.
> > > > 
> > > > I wanted to keep this patch seperate until it is well understood and
> > > > accepted rather than mix it in.
> > > > 
> > > > I'm fine merging it if you prefer.
> > > > 
> > > > > > diff --git a/kernel/audit_exe.c b/kernel/audit_exe.c
> > > > > > index 75ad4f2..09e4eb4 100644
> > > > > > --- a/kernel/audit_exe.c
> > > > > > +++ b/kernel/audit_exe.c
> > > > > > @@ -27,11 +27,15 @@ int audit_dupe_exe(struct audit_krule *new,
> > > > > > struct
> > > > > > audit_krule *old) struct audit_fsnotify_mark *audit_mark;
> > > > > > 
> > > > > >  	char *pathname;
> > > > > > 
> > > > > > -	pathname = audit_mark_path(old->exe);
> > > > > > +	pathname = kstrdup(audit_mark_path(old->exe),
> > > > > > GFP_KERNEL);
> > > > > > +	if (!pathname)
> > > > > > +		return -ENOMEM;
> > > > > > 
> > > > > >  	audit_mark = audit_alloc_mark(new, pathname,
> > > > > > 
> > > > > > strlen(pathname));
> > > > > > -	if (IS_ERR(audit_mark))
> > > > > > +	if (IS_ERR(audit_mark)) {
> > > > > > +		kfree(pathname);
> > > > > > 
> > > > > >  		return PTR_ERR(audit_mark);
> > > > > > 
> > > > > > +	}
> > > > > > 
> > > > > >  	new->exe = audit_mark;
> > > > > >  	
> > > > > >  	return 0;
> > > > > > 
> > > > > > diff --git a/kernel/audit_fsnotify.c b/kernel/audit_fsnotify.c
> > > > > > index a4e7b16..e57e08a 100644
> > > > > > --- a/kernel/audit_fsnotify.c
> > > > > > +++ b/kernel/audit_fsnotify.c
> > > > > > @@ -94,7 +94,6 @@ struct audit_fsnotify_mark
> > > > > > *audit_alloc_mark(struct
> > > > > > audit_krule *krule, char *pa struct dentry *dentry;
> > > > > > 
> > > > > >  	struct inode *inode;
> > > > > >  	unsigned long ino;
> > > > > > 
> > > > > > -	char *local_pathname;
> > > > > > 
> > > > > >  	dev_t dev;
> > > > > >  	int ret;
> > > > > > 
> > > > > > @@ -115,21 +114,15 @@ struct audit_fsnotify_mark
> > > > > > *audit_alloc_mark(struct
> > > > > > audit_krule *krule, char *pa ino = dentry->d_inode->i_ino;
> > > > > > 
> > > > > >  	}
> > > > > > 
> > > > > > -	audit_mark = ERR_PTR(-ENOMEM);
> > > > > > -	local_pathname = kstrdup(pathname, GFP_KERNEL);
> > > > > > -	if (!local_pathname)
> > > > > > -		goto out;
> > > > > > -
> > > > > > 
> > > > > >  	audit_mark = kzalloc(sizeof(*audit_mark), GFP_KERNEL);
> > > > > >  	if (unlikely(!audit_mark)) {
> > > > > > 
> > > > > > -		kfree(local_pathname);
> > > > > > 
> > > > > >  		audit_mark = ERR_PTR(-ENOMEM);
> > > > > >  		goto out;
> > > > > >  	
> > > > > >  	}
> > > > > >  	
> > > > > >  	fsnotify_init_mark(&audit_mark->mark,
> > > > > > 
> > > > > > audit_fsnotify_free_mark);
> > > > > > 
> > > > > >  	audit_mark->mark.mask = AUDIT_FS_EVENTS;
> > > > > > 
> > > > > > -	audit_mark->path = local_pathname;
> > > > > > +	audit_mark->path = pathname;
> > > > > > 
> > > > > >  	audit_mark->ino = ino;
> > > > > >  	audit_mark->dev = dev;
> > > > > >  	audit_mark->rule = krule;
> > > > > > 
> > > > > > diff --git a/kernel/auditfilter.c b/kernel/auditfilter.c
> > > > > > index f65c97f..f46ed69 100644
> > > > > > --- a/kernel/auditfilter.c
> > > > > > +++ b/kernel/auditfilter.c
> > > > > > @@ -559,8 +559,8 @@ static struct audit_entry
> > > > > > *audit_data_to_entry(struct
> > > > > > audit_rule_data *data, entry->rule.buflen += f->val;
> > > > > > 
> > > > > >  			audit_mark = audit_alloc_mark(&entry
> > > > > > 
> > > > > > ->rule, str, f->val);
> > > > > > -			kfree(str);
> > > > > > 
> > > > > >  			if (IS_ERR(audit_mark)) {
> > > > > > 
> > > > > > +				kfree(str);
> > > > > > 
> > > > > >  				err = PTR_ERR(audit_mark);
> > > > > >  				goto exit_free;
> > > > > >  			
> > > > > >  			}
> 
> - RGB
> 
> --
> Richard Guy Briggs <rbriggs@redhat.com>
> Senior Software Engineer, Kernel Security, AMER ENG Base Operating Systems,
> Red Hat Remote, Ottawa, Canada
> Voice: +1.647.777.2635, Internal: (81) 32635, Alt: +1.613.693.0684x3545

-- 
paul moore
security @ redhat

  reply	other threads:[~2015-07-17 18:09 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-14 15:50 [PATCH V6 0/4] audit by executable name Richard Guy Briggs
2015-07-14 15:50 ` [PATCH V6 1/4] audit: implement audit by executable Richard Guy Briggs
2015-07-17  1:18   ` Paul Moore
2015-07-17 15:33     ` Richard Guy Briggs
2015-07-17 18:24       ` Paul Moore
2015-07-17 20:46         ` Richard Guy Briggs
2015-07-20 15:10           ` Paul Moore
2015-07-17 20:27       ` Richard Guy Briggs
2015-07-14 15:50 ` [PATCH V6 2/4] audit: clean simple fsnotify implementation Richard Guy Briggs
2015-07-17  1:45   ` Paul Moore
2015-08-01 20:03     ` Richard Guy Briggs
2015-07-14 15:50 ` [PATCH V6 3/4] audit: convert audit_exe to audit_fsnotify Richard Guy Briggs
2015-07-17  1:54   ` Paul Moore
2015-07-17  2:02     ` Richard Guy Briggs
2015-07-14 15:50 ` [PATCH V6 4/4] audit: avoid double copying the audit_exe path string Richard Guy Briggs
2015-07-17  1:56   ` Paul Moore
2015-07-17  2:01     ` Richard Guy Briggs
2015-07-17  2:42       ` Paul Moore
2015-07-17  3:01       ` Eric Paris
2015-07-17  3:24         ` Paul Moore
2015-07-17 16:48           ` Richard Guy Briggs
2015-07-17 18:09             ` Paul Moore [this message]
2015-07-17 16:18         ` Richard Guy Briggs
2015-07-17 18:01           ` Paul Moore
2015-07-15 12:28 ` [PATCH V6 0/4] audit by executable name Steve Grubb
2015-07-15 18:23   ` Richard Guy Briggs

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=6509131.Ia9PugiO3c@sifl \
    --to=pmoore@redhat.com \
    --cc=eparis@redhat.com \
    --cc=linux-audit@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rgb@redhat.com \
    --cc=sgrubb@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;
as well as URLs for NNTP newsgroup(s).