Re: Toggling enable_dl API off for runtime?
| From: | William A. Rowe, Jr. | Date: | Thu, 31 May 2007 20:53:29 +0000 |
| Subject: | Re: Toggling enable_dl API off for runtime? | ||
| References: | 1 2 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-30011@lists.php.net to get a copy of this message | ||
Rasmus Lerdorf wrote:
> William A. Rowe, Jr. wrote:
>> In httpd server (and most) there is a startup phase, when we generally
>> trust what the admin has done, and a runtime phase. There are obvious
>> exploits if untrusted scripts can run arbitrary dlload's after startup.
>>
>> enable_dl in php.ini will obviously override this, but to start up and
>> load dynamic extensions, it's initially required to be on.
>>
>> Is there any sense in having php4apache2 (and other SAPI's) permitted
>> to run the entire startup phase of php prior to turning enable_dl back
>> off for the runtime phase of the server?
>
> enable_dl only affects the userspace dl() function. That can only be
> called at the runtime phase, as you call it. So what you are proposing
> doesn't make much sense.
Thank you for clarifying, Rasmus.
Since userspace dl() can pollute future requests on the same prefork worker,
or pollute other workers running on the threaded/worker style MPM, is there
any thought to disabling this by default in at least one of the flavors
of proposed php.ini solutions that are provided with the distribution?