mailing list of musl libc
 help / color / mirror / code / Atom feed
From: Laine Gholson <laine.gholson@gmail.com>
To: musl@lists.openwall.com
Subject: Re: ldd not working on ET_EXEC executables
Date: Thu, 8 Dec 2016 16:30:42 -0600	[thread overview]
Message-ID: <d6d3e1ae-1259-5bb6-1bc1-642b32dad138@gmail.com> (raw)
In-Reply-To: <20161206023325.GH1555@brightrain.aerifal.cx>

You mean RANDMMAP? PaX's RANDMMAP feature ignoring the address your requesting it (without MAP_FIXED) is perfectly valid, to quote POSIX:
"When MAP_FIXED is not set, the implementation uses addr in an implementation-defined manner to arrive at pa."
mmap2(0x10000, 73728, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x1234abcd
You're not passing MAP_FIXED to mmap() but are expecting the kernel to still use the address you're giving it, which is wrong.

(as a side note, glibc works and it uses MAP_FIXED)

Thanks,

Laine Gholson

On 12/05/16 20:33, Rich Felker wrote:
> On Mon, Dec 05, 2016 at 07:39:32PM -0600, Laine Gholson wrote:
>> Hello,
>>
>> I am running musl on a ARM platform, and ldd won't work on a executable with the ET_EXEC type.
>>
>> running GNU ld 2.25.1, gcc 6.2.0, and musl 1.1.15-git-71-g54991729
>>
>>  $ gcc -fPIE -pie test.c -o test-pie
>>  $ ldd test-pie
>> <no error>
>>  $ gcc -fno-PIE -no-pie test.c -o test-nopie
>>  $ ldd test-nopie
>> ldd: test-nopie: Not a valid dynamic program
>>  $ elfedit --output-type DYN test-nopie
>>  $ ldd test-nopie
>> <no error>
>>
>> Any idea why ldd says executables with the ET_EXEC type aren't valid?
>
> strace it; I suspect you'll find that mmap is not honoring the
> requested address. This is a bug introduced intentionally by grsec/pax
> and perhaps other hardened kernels.
>
> Rich
>


  reply	other threads:[~2016-12-08 22:30 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-12-06  1:39 Laine Gholson
2016-12-06  2:33 ` Rich Felker
2016-12-08 22:30   ` Laine Gholson [this message]
2016-12-08 22:41     ` Rich Felker
2016-12-09  0:05       ` Shiz

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=d6d3e1ae-1259-5bb6-1bc1-642b32dad138@gmail.com \
    --to=laine.gholson@gmail.com \
    --cc=musl@lists.openwall.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.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/musl/

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