Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140328160208.GD8221@example.net>
Date: Fri, 28 Mar 2014 16:02:08 +0000
From: u-igbb@...ey.se
To: musl@...ts.openwall.com
Subject: PATCH (Re: be able to break inheritance of LD_LIBRARY_PATH)

On Fri, Mar 28, 2014 at 02:00:36PM +0000, u-igbb@...ey.se wrote:
> By the way, when you say this - LD_PRELOAD should be actually usable
> in a non-inheritable way too. It brings otherwise the same problems
> as LD_LIBRARY_PATH. It could deserve its own loader argument I guess,
> like --preload.
> 
> > (there ar no "different versions of the loader" in musl)
> 
> Yes this is why I thought that a LD_LIBRARY_PATH removal would
> be enough. Of course it is much better to do this properly, by
> extending the behaviour of the loader when it is being used standalone.
> 
> This would cost just a few bytes I guess. I will look into proposing a patch.

Attaching the patch. It seems to work, under some primitive testing.
Could this or similar be considered for applying upstream?

Regards,
Rune

View attachment "add--library-path.patch" of type "text/plain" (1351 bytes)

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.