ðòïåëôù 


  áòèé÷ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  óôáôøé 


  ðåòóïîáìøîïå 


  ðòïçòáííù 



ðéûéôå
ðéóøíá














     áòèé÷ :: Security-alerts
Security-Alerts mailing list archive (security-alerts@yandex-team.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[security-alerts] FW: [SA17371] PHP Multiple Vulnerabilities



> TITLE:
> PHP Multiple Vulnerabilities
> 
> SECUNIA ADVISORY ID:
> SA17371
> 
> VERIFY ADVISORY:
> http://secunia.com/advisories/17371/
> 
> CRITICAL:
> Moderately critical
> 
> IMPACT:
> Security Bypass, Cross Site Scripting, DoS, System access
> 
> WHERE:
> From remote
> 
> SOFTWARE:
> PHP 4.0.x
> http://secunia.com/product/1655/
> PHP 4.1.x
> http://secunia.com/product/1654/
> PHP 4.2.x
> http://secunia.com/product/105/
> PHP 4.3.x
> http://secunia.com/product/922/
> PHP 4.4.x
> http://secunia.com/product/5768/
> PHP 5.0.x
> http://secunia.com/product/3919/
> 
> DESCRIPTION:
> Some vulnerabilities have been reported in PHP, which can be
> exploited by malicious people to conduct cross-site scripting
> attacks, bypass certain security restrictions, and potentially
> compromise a vulnerable system.
> 
> 1) An error where the "GLOBALS" array is not properly protected, can
> be exploited to define global variables by sending a
> "multipart/form-data" POST request with a specially crafted file
> upload field, or via a script calling the PHP function "extract()" or
> "import_request_variables()".
> 
> Successful exploitation may open up for vulnerabilities in various
> applications, but requires that "register_globals" is enabled.
> 
> The vulnerability has been reported in versions 4.4.0 and 5.0.5, and
> prior.
> 
> 2) An error in the handling of an unexpected termination in the
> "parse_str()" PHP function, can be exploited to enable the
> "register_globals" directive for the current execution by e.g.
> triggering a memory_limit request shutdown in a script calling
> "parse_str()".
> 
> The vulnerability has been reported in versions 4.4.0 and 5.0.5, and
> prior.
> 
> 3) Some unspecified input passed to the "phpinfo()" PHP function
> isn't properly sanitised before being returned to the user. This can
> be exploited via a script calling "phpinfo()" to execute arbitrary
> HTML and script code in a user's browser session in context of an
> affected site.
> 
> The vulnerability has been reported in versions 4.4.0 and 5.0.5, and
> prior.
> 
> 4) An integer overflow error in pcrelib may be exploited to cause a
> memory corruption via a script calling a PHP function using the PCRE
> library where the regular expression can be controlled by the
> attacker.
> 
> For more information:
> SA16502
> 
> Successful exploitation may allow execution of arbitrary code.
> 
> 5) The problem is that it is possible to bypass the "safe_mode" and
> "open_basedir" protection mechanisms via the "ext/curl" and "ext/gd"
> modules.
> 
> 6) An unspecified error in calling "virtual()" on Apache 2 can be
> exploited to bypass certain configuration directives (e.g.
> "safe_mode" and "open_basedir").
> 
> Other bugs have also been reported where some may be security
> related.
> 
> SOLUTION:
> Update to version 4.4.1.
> http://www.php.net/downloads.php
> 
> PROVIDED AND/OR DISCOVERED BY:
> 1-3) Stefan Esser, Hardened-PHP Project
> 
> Reported by vendor.
> 
> ORIGINAL ADVISORY:
> Hardened-PHP Project:
> http://www.hardened-php.net/advisory_202005.79.html
> http://www.hardened-php.net/advisory_192005.78.html
> http://www.hardened-php.net/advisory_182005.77.html
> http://www.hardened-php.net/index.76.html
> 
> The PHP Group:
> http://www.php.net/release_4_4_1.php
> 
> OTHER REFERENCES:
> SA16502:
> http://secunia.com/advisories/16502/
> 
> ----------------------------------------------------------------------




 




Copyright © Lexa Software, 1996-2009.