Bug #53597 [NEW]: open_basedir not working as documented

From: Date: Thu, 23 Dec 2010 11:38:31 +0000
Subject: Bug #53597 [NEW]: open_basedir not working as documented
Groups: php.bugs 
Request: Send a blank email to php-bugs+get-157283@lists.php.net to get a copy of this message
From:             
Operating system: Linux
PHP version:      5.3.4
Package:          *Directory/Filesystem functions
Bug Type:         Bug
Bug description:open_basedir not working as documented

Description:
------------
the php manual in the section "Description of core php.ini directives"
(http://www.php.net/manual/en/ini.core.php, checked on 23-dec-10 11:55
utc)
states:

The restriction specified with open_basedir is actually a prefix, not a
directory name.

this has been so "ever since", but seems now broken at release 5.3.4 -
specifying directory name prefix gives access denied errors, only
specifying complete directory name seems to work.

if the described behaviour is intentional, please fix the documentation
*and note the change in BIG BOLD LETTERS in the release announcement*, or,
better, fix the php-code to behave as documented.

Test script:
---------------
phpmyadmin installed and configured in /u/phpMyAdmin-3.3.8.1-all-languages

entry in /usr/lib/php.ini :

open_basedir = /tmp/:/u/phpMyAdmin:/usr/lib/php/

according to the documentation, this should give access to the phpmyadmin
installation, and used to do so up to php-5.3.3, but now, as of php-5.3.4,
gives an error message
open_basedir restriction in effect.
File(/u/phpMyAdmin-3.3.8.1-all-languages/index.php) is not within the
allowed path(s): (/tmp/:/u/phpMyAdmin:/usr/lib/php/)

it works when changing /usr/lib/php.ini to 
open_basedir = /tmp/:/u/phpMyAdmin-3.3.8.1-all-languages:/usr/lib/php/


-- 
Edit bug report at http://bugs.php.net/bug.php?id=53597&edit=1
-- 
Try a snapshot (PHP 5.2):            http://bugs.php.net/fix.php?id=53597&r=trysnapshot52
Try a snapshot (PHP 5.3):            http://bugs.php.net/fix.php?id=53597&r=trysnapshot53
Try a snapshot (trunk):              http://bugs.php.net/fix.php?id=53597&r=trysnapshottrunk
Fixed in SVN:                        http://bugs.php.net/fix.php?id=53597&r=fixed
Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53597&r=needdocs
Fixed in release:                    http://bugs.php.net/fix.php?id=53597&r=alreadyfixed
Need backtrace:                      http://bugs.php.net/fix.php?id=53597&r=needtrace
Need Reproduce Script:               http://bugs.php.net/fix.php?id=53597&r=needscript
Try newer version:                   http://bugs.php.net/fix.php?id=53597&r=oldversion
Not developer issue:                 http://bugs.php.net/fix.php?id=53597&r=support
Expected behavior:                   http://bugs.php.net/fix.php?id=53597&r=notwrong
Not enough info:                     http://bugs.php.net/fix.php?id=53597&r=notenoughinfo
Submitted twice:                     http://bugs.php.net/fix.php?id=53597&r=submittedtwice
register_globals:                    http://bugs.php.net/fix.php?id=53597&r=globals
PHP 4 support discontinued:          http://bugs.php.net/fix.php?id=53597&r=php4
Daylight Savings:                    http://bugs.php.net/fix.php?id=53597&r=dst
IIS Stability:                       http://bugs.php.net/fix.php?id=53597&r=isapi
Install GNU Sed:                     http://bugs.php.net/fix.php?id=53597&r=gnused
Floating point limitations:          http://bugs.php.net/fix.php?id=53597&r=float
No Zend Extensions:                  http://bugs.php.net/fix.php?id=53597&r=nozend
MySQL Configuration Error:           http://bugs.php.net/fix.php?id=53597&r=mysqlcfg



Thread (9 messages)

« previous php.bugs (#157283) next »