From: Nicolas Pitre <nicolas.pitre@linaro.org>
To: Andrew Morton <akpm00@gmail.com>
Cc: Josh Boyer <jwboyer@redhat.com>, Ingo Molnar <mingo@elte.hu>,
Jiri Kosina <jkosina@suse.cz>,
hongjiu.lu@intel.com, linux-kernel@vger.kernel.org,
Andrew Morton <akpm@linux-foundation.org>,
Russell King <rmk@arm.linux.org.uk>
Subject: Re: [RFC PATCH] binfmt_elf: Fix PIE execution with randomization disabled
Date: Thu, 29 Sep 2011 20:41:33 -0400 (EDT) [thread overview]
Message-ID: <alpine.LFD.2.02.1109291958210.9106@xanadu.home> (raw)
In-Reply-To: <20110929141929.43df799d.akpm00@gmail.com>
On Thu, 29 Sep 2011, Andrew Morton wrote:
> On Thu, 29 Sep 2011 15:53:59 -0400
> Josh Boyer <jwboyer@redhat.com> wrote:
>
> > We've had a bug report[1] of some PIE programs getting a SIGKILL upon exec
> > if you disable address randomization with:
> >
> > echo 0 > /proc/sys/kernel/randomize_va_space
> >
> > I tracked this down to get_unmapped_area_prot returning -ENOMEM because
> > the address being passed in is larger than TASK_SIZE - len for the bss
> > section of the test executable. That filters back to set_brk returning
> > an error to load_elf_binary and the SIGKILL being sent around line 872
> > of binfmt_elf.c.
> >
> > H.J. submitted an upstream bug report [2] as well, but got no feedback
> > and we can't view it with kernel.org being down anyway. He came up with
> > the patch below as well, which is what I'm sending on for comments. The
> > changelog is my addition, so if that is wrong yell at me.
> >
> > I wanted to get some more eyes on this, because the current code sets
> > load_bias to 0 unconditionally on CONFIG_X86 or CONFIG_ARM. I have no
> > idea why that is. The original execshield patches had an #ifdef on
> > __i386__ but the patch that was commited to add PIE support has the
> > CONFIG_X86 setting.
> >
>
> It appears that Nicolas understood what's going on in there when he
> wrote e4eab08d6050ad0 ("ARM: 6342/1: fix ASLR of PIE executables").
> Alas, that patch's changelog is rather useless.
>
> Help?
Well, in order to obtain randomization, the addr argument to elf_map()
must be zero to eventually let arch_get_unmapped_area() do its job of
selecting a random address.
Since only X86 supported ASLR at the time, I simply did the same for ARM
i.e. let load_bias be set to 0 so elf_map() would get a zero address.
> Also, please: review and test?
>
> > #if defined(CONFIG_X86) || defined(CONFIG_ARM)
> > - load_bias = 0;
> > + if (vaddr)
> > + load_bias = 0;
> > + else
> > + load_bias = ELF_PAGESTART(ELF_ET_DYN_BASE);
> > #else
> > load_bias = ELF_PAGESTART(ELF_ET_DYN_BASE - vaddr);
> > #endif
Simply looking at this patch, I don't see how the second argument to
elf_map() called as follows could ever be zero anymore, effectively
breaking ASLR.
error = elf_map(bprm->file, load_bias + vaddr, elf_ppnt,
elf_prot, elf_flags, 0);
Nicolas
next prev parent reply other threads:[~2011-09-30 0:41 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-29 19:53 Josh Boyer
2011-09-29 21:19 ` Andrew Morton
2011-09-29 21:36 ` Lu, Hongjiu
2011-09-30 0:41 ` Nicolas Pitre [this message]
2011-09-30 2:16 ` Josh Boyer
2011-10-03 14:53 ` Jiri Kosina
2011-10-03 15:03 ` Josh Boyer
2011-10-03 15:11 ` [PATCH v2] binfmt_elf: Fix PIE execution with randomization disabled (was Re: [RFC PATCH] binfmt_elf: Fix PIE execution with randomization disabled) Jiri Kosina
2011-10-03 15:42 ` Josh Boyer
2011-10-03 15:56 ` Nicolas Pitre
2011-10-03 16:02 ` Lu, Hongjiu
2011-10-03 16:13 ` Nicolas Pitre
2011-10-03 21:14 ` Jiri Kosina
2011-10-03 22:03 ` Andrew Morton
2011-10-03 22:06 ` Jiri Kosina
2011-10-03 22:56 ` [PATCH v3] " Jiri Kosina
2011-10-08 22:35 ` [PATCH v2] " Jiri Kosina
2011-10-03 12:10 ` [RFC PATCH] binfmt_elf: Fix PIE execution with randomization disabled Jiri Kosina
2011-10-03 12:59 ` Josh Boyer
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=alpine.LFD.2.02.1109291958210.9106@xanadu.home \
--to=nicolas.pitre@linaro.org \
--cc=akpm00@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=hongjiu.lu@intel.com \
--cc=jkosina@suse.cz \
--cc=jwboyer@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=rmk@arm.linux.org.uk \
/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
all inboxes | Powered by JetHome®