#14751 [Com]: [critical!] mozilla downloads source of .php files
| From: | info at mkmgmbh dot com | Date: | Mon, 11 Nov 2002 16:58:57 +0000 |
| Subject: | #14751 [Com]: [critical!] mozilla downloads source of .php files | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-24599@lists.php.net to get a copy of this message | ||
ID: 14751
Comment by: info@mkmgmbh.com
Reported By: info@mkmgmbh.com
Status: Closed
Bug Type: Apache related
Operating System: redhat 7.1 glibc2.2.4 kernel2.4
PHP Version: 4.1.1
New Comment:
I already told you that it happens when the SSL-Servername differs from
the default Servername. I did not, however, reproduce this behaviour
again using apache 1.3.27 and php 4.2.3.
This is probably an apache internal communications problem, so that PHP
never gets called, or it is a PHP problem, so PHP doesn't get to work.
If it is PHP internal I'd guess there's a bug in the EAPI integration,
but I'm no expert on that.
When I debugged this stuff there at least was _no_ obvious difference
in the http headers sent by Mozilla or Internet Explorer. Nevertheless,
Mozilla got the source, *if* and *only if* the SSL-Servername differed
from the default server name. The most interesting thing is that IE
gets the fully processed page.
Now, this is a very deep technical issue and very hard to debug. If it
doesn't turn up again over the next few decades consider it a glitch in
the matrix and get over it. This is not the place for "PHP is better
than..." and "I think PHP is a security problem" - talks.
Thanks.
Previous Comments:
------------------------------------------------------------------------
[2002-11-11 10:25:54] rasmus@php.net
What are you talking about? This can not possibly be a PHP problem.
It is a web server configuration problem or perhaps a bug in the web
server. What is happening is that PHP is not getting invoked at all
because somehow either the server is misconfigured to not apply the PHP
mime type in certain circumstances or there is a bug in the server that
causes it to lose that mime type. But the result is that PHP is never
getting called. You can't blame php for that.
------------------------------------------------------------------------
[2002-11-11 06:30:30] janus@linux-de.org
How can that be?
PHP is a preprocessor, so the files can't be delivered to the browser
_before_ php processed them... but it seems that php refuses work...
Another strange issue that teaches us not to use PHP :(
------------------------------------------------------------------------
[2001-12-29 13:56:55] imajes@php.net
Since this is not a php bug, (since the behaviour does not
happen on IE), but does need investigation, I have opened
a bug on the mozilla bug system:
http://bugzilla.mozilla.org/show_bug.cgi?id=117354
They need a testcase, so if the reporter could recreate the
problem, that would help.
James Cox
------------------------------------------------------------------------
[2001-12-29 08:35:23] info@mkmgmbh.com
seems resolved for us.
This phenomenon occurs if the SSL-VirtualHost entry's ServerName
differs from the main server's ServerName (in our case
nexus.mkmgmbh.com and secure.mkmgmbh.com).
Anyway, this is undocumented _and_ leads to strange behaviour (as
posted before, IE seems to have no problems, while Mozilla is able to
download PHP-Source-Code in this case, which makes this a definite
security-risk for all not-thoroughly tested Internet sites!).
Jonas Maurus
MKM GmbH
------------------------------------------------------------------------
[2001-12-29 07:57:26] info@mkmgmbh.com
I don't exactly understand how this happens, but with a Apache+mod_ssl
server, Mozilla 0.9.7 is able to retrieve the source of a .php file,
probably by sending non-standard headers.
Software used:
- Apache 1.3.22
- mod_ssl 2.8.5
- php 4.1.1
- VirtualHost on port 443 with SSLEngine On.
- "AddHandler application/x-httpd-php .php"
Test URL: https://secure.mkmgmbh.com/horde/test.php
Using Internet Explorer 6, you get the compiled page, using Mozilla
0.9.7 it downloads the source, same url, different behaviour.
Please note that the server uses a non-standard certificate (signed by
our own CA).
[Configure line: './configure' '--prefix=/httpd/php'
'--with-apxs=/httpd/bin/apxs' '--with-config-file-path=/httpd/conf'
'--with-gdbm=/usr' '--with-mysql=/usr' '--with-openssl=/usr'
'--with-vpopmail=/home/vpopmail' '--with-gettext' '--with-xml'
'--with-mcrypt=/usr' '--with-imap=/projects/serverupd/imap/imap-2001a'
'--with-zlib=/usr']
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=14751&edit=1