Re: Re: open_basedir enhancement, runtime tightening
| From: | Pierre | Date: | Fri, 13 Oct 2006 14:23:39 +0000 |
| Subject: | Re: Re: open_basedir enhancement, runtime tightening | ||
| References: | 1 2 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-26054@lists.php.net to get a copy of this message | ||
Hello,
On 10/13/06, Tim Starling <tstarling@wikimedia.org> wrote:
Sara Golemon wrote: The attached patch changes open_basedir from PHP_INI_SYSTEM to PHP_INI_ALL. [...] The advantage of doing this is that package authors and/or users of shared hosting who may not have access to making their settings more restrictive can avoid most simple FS inspection attacks caused by buggy script code by adding a single ini_set(basedir(__FILE__)); to the top of their script or setting it with an .htaccess directive. Great feature. I can see this being very useful to packaged PHP applications like ours (MediaWiki). The only complication in implementation I can think of is trying to work out the location of PEAR, for those modules that use it. I suppose we would have to append the default include_path to the runtime open_basedir, to make sure that PEAR is accessible.There is no issue with PEAR or any applications using include_path and relative paths in include/require. The system include_path, if any, paths should already be in the open_basedir. If they are not, you have to install the desired modules within your open_basedir, just like now. Sara, I did not check the patch (not readable here :P), but I like the idea. --Pierre