Adding ~/.local/bin to default PATH
Bryn M. Reeves
bmr at redhat.com
Thu Jul 28 10:24:48 UTC 2011
On 07/27/2011 03:14 PM, Bernd Stramm wrote:
> On Wed, 27 Jul 2011 15:54:09 +0200
> Lennart Poettering <mzerqung at 0pointer.de> wrote:
>> If you don't hide ~/.local and ~/.config then users who are less savvy
>> than us might wonder what thzat stuff is and delete it and nothing
>> will stop them and then all their configuration is lost.
>
> Hiding configuration is one thing, hiding executables is another. Hiding
> executables is a security risk, and should not be done just because
> a single person asked for it in a BZ.
There are already quite a few things that may place executables under . prefixed
paths in home. Java web start (javaws) for instance will install an entire jre
under .java/deployment/cache, wine has for many years installed Windows
executables (that can be executed by the system) under .wine, browser plugins
may be installed to .mozilla/plugins and are just as capable of performing
"evil" actions as an executable (e.g. drop a malicious plugin that hijacks some
common MIME types, do your $evil and then wrap the intended plugin).
There are various other examples - on an older release I find 171 such files
under ~/:
$ find $(l. | egrep -v '\.$|\.\.$') -type f -perm /111 | wc -l
171
Some of these aren't actually binaries/scripts - e.g. .desktop files and others
just appear to have "wrong" mode on creation but it's still clear that this is
nothing new.
I think the security aspects of this change are being overstated in this thread.
If something has already obtained the ability to create executable files under a
user's home directory then "your men are already dead"; The sophistication
needed to exploit it might vary a little but that's not something that gives me
great comfort.
Regards,
Bryn.
More information about the devel
mailing list