LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
To: Ingo Molnar <mingo@elte.hu>
Cc: Jiri Kosina <jkosina@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Arjan van de Ven <arjan@infradead.org>,
	Randy Dunlap <randy.dunlap@oracle.com>,
	Hugh Dickins <hugh@veritas.com>, Pavel Machek <pavel@ucw.cz>,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH 2/2] ASLR: add possibility for more fine-grained tweaking
Date: Thu, 7 Feb 2008 11:43:43 +0100 (CET)	[thread overview]
Message-ID: <Pine.LNX.4.64.0802071143090.11914@vixen.sonytel.be> (raw)
In-Reply-To: <20080207103231.GD16735@elte.hu>

[-- Attachment #1: Type: TEXT/PLAIN, Size: 2155 bytes --]

On Thu, 7 Feb 2008, Ingo Molnar wrote:
> * Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> wrote:
> > On Wed, 6 Feb 2008, Ingo Molnar wrote:
> > > @@ -541,6 +541,18 @@ config ELF_CORE
> > >  	help
> > >  	  Enable support for generating core dumps. Disabling saves about 4k.
> > >  
> > > +config COMPAT_BRK
> > > +	bool "Disable heap randomization"
> > > +	default y
> > > +	help
> > > +	  Randomizing heap placement makes heap exploits harder, but it
> > > +	  also breaks ancient binaries (including anything libc5 based).
> > > +	  This option changes the bootup default to heap randomization
> > > +	  disabled, and can be overriden runtime by setting
> > > +	  /proc/sys/kernel/randomize_va_space to 2.
> > > +
> > > +	  On non-ancient distros (post-2000 ones) Y is usually a safe choice.
> > 
> > Somehow my belly feeling tells me something is wrong with this description...
> > 
> > Ah, a negative option (Y -> disable).  So Y is always safe.
> > 
> > `non-ancient distros' really means `recent distros', and if you have 
> > one, then _N_ should be a safe choice, too?
> 
> yeah, you are right :-) I'll fix this.
> 
> btw., "non-ancient distros" does not just mean "recent distros", it 
> really means "just about any distro you picked up in the past 10 years". 
> You'd have to go out on a limb to find something historic (or keep 
> copying /lib/libc5 binaries to new distros like Pavel did) to still have 
> this particular libc5 assumption/breakage. [ Or at least so i hope =B-)]

Bummer, I guess my good old m68k recovery ramdisk is affected ;-)

With kind regards,

Geert Uytterhoeven
Software Architect

Sony Network and Software Technology Center Europe
The Corporate Village · Da Vincilaan 7-D1 · B-1935 Zaventem · Belgium

Phone:    +32 (0)2 700 8453
Fax:      +32 (0)2 700 8622
E-mail:   Geert.Uytterhoeven@sonycom.com
Internet: http://www.sony-europe.com/

Sony Network and Software Technology Center Europe
A division of Sony Service Centre (Europe) N.V.
Registered office: Technologielaan 7 · B-1840 Londerzeel · Belgium
VAT BE 0413.825.160 · RPR Brussels
Fortis Bank Zaventem · Swift GEBABEBB08A · IBAN BE39001382358619

      reply	other threads:[~2008-02-07 10:43 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-06 13:45 [PATCH 0/2] brk and randomization fixes Jiri Kosina
2008-02-06 13:45 ` [PATCH 1/2] brk: check the lower bound properly Jiri Kosina
2008-02-06 13:45 ` [PATCH 2/2] ASLR: add possibility for more fine-grained tweaking Jiri Kosina
2008-02-06 13:49   ` Ingo Molnar
2008-02-06 16:26     ` [PATCH] Document randomize_va_space and CONFIG_COMPAT_BRK (was Re: [PATCH 2/2] ASLR: add possibility for more fine-grained tweaking) Jiri Kosina
2008-02-06 23:10       ` Ingo Molnar
2008-02-07  9:49         ` Jiri Kosina
2008-02-07 14:30         ` Jiri Kosina
2008-02-07 15:01           ` Ingo Molnar
2008-02-07 10:23     ` [PATCH 2/2] ASLR: add possibility for more fine-grained tweaking Geert Uytterhoeven
2008-02-07 10:31       ` Ismail Dönmez
2008-02-07 10:32       ` Ingo Molnar
2008-02-07 10:43         ` Geert Uytterhoeven [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=Pine.LNX.4.64.0802071143090.11914@vixen.sonytel.be \
    --to=geert.uytterhoeven@sonycom.com \
    --cc=akpm@linux-foundation.org \
    --cc=arjan@infradead.org \
    --cc=hugh@veritas.com \
    --cc=jkosina@suse.cz \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=pavel@ucw.cz \
    --cc=randy.dunlap@oracle.com \
    --subject='Re: [PATCH 2/2] ASLR: add possibility for more fine-grained tweaking' \
    /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

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).