linux-kernel - Re: [patch, rfc] mm.h, security.h, key.h and preventing namespace poisoning

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: <Xine.LNX.4.64.0712201506520.6851@us.intercode.com.au>
Date:	Thu, 20 Dec 2007 15:11:40 +1100 (EST)
From:	James Morris <jmorris@...ei.org>
To:	David Chinner <dgc@....com>
cc:	lkml <linux-kernel@...r.kernel.org>,
	linux-security-module@...r.kernel.org,
	Eric Paris <eparis@...hat.com>, dhowells@...hat.com
Subject: Re: [patch, rfc] mm.h, security.h, key.h and preventing namespace
 poisoning

On Thu, 20 Dec 2007, David Chinner wrote:

> > I'm not sure I understand your namespace pollution issue, either.
> 
> doing this globally:
> 
> #ifdef CONFIG_SOMETHING
> extern int	some_common_name(int a, int b, int c);
> #else
> #define some_common_name(a,b,c)	0
> #endif

I suspect it may be useful ensure all global identifiers for the key 
subsystem are prefixed with key_, as 'copy_keys' does seem a little 
generic.

> > +#ifdef CONFIG_SECURITY
> > +extern unsigned long mmap_min_addr;
> > +#endif
> > +
> >  #include <asm/page.h>
> >  #include <asm/pgtable.h>
> >  #include <asm/processor.h>
> 
> Fine by me.

I'll queue it for -mm & 2.6.25.


- James
-- 
James Morris
<jmorris@...ei.org>
--
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/