Re: [patch] auto-load safe-path reset back by set ""

[Jan Kratochvil <jan.kratochvil@redhat.com>]

On Sun, 22 Apr 2012 23:26:16 +0200, Doug Evans wrote:
> A thought occurred to me regarding the default value of auto-load-path
> = ${prefix}.
> For a typical value of /usr, it doesn't give as much protection as it could.
> E.g. /usr/tmp, /usr/local/tmp

I never noticed /usr/tmp, this is a real problem.


> (or possibly anything in /usr/local).

This should not be a problem, /usr/local has superuser-only write permissions.


> So I was wondering if we really want security to be on by default,

I do not think it is so important for custom GDB builds and neither for
Fedora/RHEL when I can set it up properly but I have some doubts distros in
general will set it at all if the default will remain insecure.


> should the default value be gdb's data-directory (e.g.,
> $prefix/share/gdb) + $exec_prefix/lib{,32,64} + ???

I was thinkink about making the default '$prefix:-$prefix/tmp' (sure with
a new GDB feature to remove safety from sub-trees by '-').

But you are right $prefix/share/gdb may be enough as packages use / should use
$prefix/share/gdb/auto-load/ for their *-gdb.py hooks.  In such case I do not
know why to add also that $exec_prefix/lib{,32,64} + ???.


> Plus, it seems like at least data-directory should be relocatable.
> Implementing this might be cumbersome unless data-directory was
> represented as something like "$ddir".  Or maybe represent $prefix as
> $pdir, etc..  There is precedent.  Whether to apply that here - I'm
> just raising the issue, I'm not sure myself.

$pdir from libthread-db-search-path is different, it should not be overloaded
to a different meaning here.  But $ddir for data-directory looks correct to
me.


Thanks,
Jan