Ethical Hacking

Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package.
Computer Forensics Training at InfoSec Institute

Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors.




Network Security Web-App-Sec
[Top] [All Lists]

Re: Mambo, Coppermine and PHPBB Attacks

Subject: Re: Mambo, Coppermine and PHPBB Attacks
Date: Sun, 25 Dec 2005 03:54:30 +0900
Paul Laudanski wrote:
On Tue, 20 Dec 2005, Tofik Suleymanov wrote:


From php.ini
"Whether to allow the treatment of URLs (like http:// or ftp://) as files."

In latest versions of php this option is set to secure mode of operation 
by default (as far as i know):
allow_url_fopen = Off
This option prevents such type of attacks.

It's great if this failsafe feature works as expected.
Nobody can guarantee newbie php programmer make such hole in an app.



Just so that we can set the record straight I checked the manual at 
php.net.

Reference: http://us2.php.net/filesystem

allow_url_fopen by default is set to On.


Even if allow_url_fopen=off, anyone can inject any code with POST and 
php://input
if app has such include/require bug.

This hole is opened when php:// type is supported by php stream. Since then,
allow_url_fopen=off cannot be used as failsafe feature to disable remote code
execution. This hole seems to be keep opened.

Besides, someone made allow_url_fopen php.ini setting from INI_ALL to 
INI_SYSTEM.
(i.e. only system level php.ini can change the setting) Some features such as
simplexml require allow_url_fopen=on.

These changes made allow_url_fopen=off useless.

-- 
Yasuo Ohgaki


<Prev in Thread] Current Thread [Next in Thread>