Home
Reading
Searching
Subscribe
Sponsors
Statistics
Posting
Contact
Spam
Lists
Links
About
Hosting
Filtering
Features Download
Marketing
Archives
FAQ
Blog
 
Gmane
From: <riehecky-13hema8v3vg <at> public.gmane.org>
Subject: Security ERRATA Moderate: php on SL4.x i386/x86_64
Newsgroups: gmane.linux.scientific.errata
Date: Monday 30th January 2012 21:54:29 UTC (over 4 years ago)
Synopsis:    Moderate: php security update
Issue Date:  2012-01-30
CVE Numbers: CVE-2011-0708
             CVE-2011-1466
             CVE-2011-2202
             CVE-2011-4885
             CVE-2011-4566


PHP is an HTML-embedded scripting language commonly used with the Apache
HTTP Server.

It was found that the hashing routine used by PHP arrays was susceptible
to predictable hash collisions. If an HTTP POST request to a PHP
application contained many parameters whose names map to the same hash
value, a large amount of CPU time would be consumed. This flaw has been
mitigated by adding a new configuration directive, max_input_vars, that
limits the maximum number of parameters processed per request. By
default, max_input_vars is set to 1000. (CVE-2011-4885)

An integer overflow flaw was found in the PHP exif extension. On 32-bit
systems, a specially-crafted image file could cause the PHP interpreter to
crash or disclose portions of its memory when a PHP script tries to extract
Exchangeable image file format (Exif) metadata from the image file.
(CVE-2011-4566)

An insufficient input validation flaw, leading to a buffer over-read, was
found in the PHP exif extension. A specially-crafted image file could cause
the PHP interpreter to crash when a PHP script tries to extract
Exchangeable image file format (Exif) metadata from the image file.
(CVE-2011-0708)

An integer overflow flaw was found in the PHP calendar extension. A remote
attacker able to make a PHP script call SdnToJulian() with a large value
could cause the PHP interpreter to crash. (CVE-2011-1466)

An off-by-one flaw was found in PHP. If an attacker uploaded a file with a
specially-crafted file name it could cause a PHP script to attempt to write
a file to the root (/) directory. By default, PHP runs as the "apache"
user, preventing it from writing to the root directory. (CVE-2011-2202)

All php users should upgrade to these updated packages, which contain
backported patches to resolve these issues. After installing the updated
packages, the httpd daemon must be restarted for the update to take effect.

SL4:
  i386
     php-4.3.9-3.35.i386.rpm
     php-debuginfo-4.3.9-3.35.i386.rpm
     php-devel-4.3.9-3.35.i386.rpm
     php-domxml-4.3.9-3.35.i386.rpm
     php-gd-4.3.9-3.35.i386.rpm
     php-imap-4.3.9-3.35.i386.rpm
     php-ldap-4.3.9-3.35.i386.rpm
     php-mbstring-4.3.9-3.35.i386.rpm
     php-mysql-4.3.9-3.35.i386.rpm
     php-ncurses-4.3.9-3.35.i386.rpm
     php-odbc-4.3.9-3.35.i386.rpm
     php-pear-4.3.9-3.35.i386.rpm
     php-pgsql-4.3.9-3.35.i386.rpm
     php-snmp-4.3.9-3.35.i386.rpm
     php-xmlrpc-4.3.9-3.35.i386.rpm
  x86_64
     php-4.3.9-3.35.x86_64.rpm
     php-debuginfo-4.3.9-3.35.x86_64.rpm
     php-devel-4.3.9-3.35.x86_64.rpm
     php-domxml-4.3.9-3.35.x86_64.rpm
     php-gd-4.3.9-3.35.x86_64.rpm
     php-imap-4.3.9-3.35.x86_64.rpm
     php-ldap-4.3.9-3.35.x86_64.rpm
     php-mbstring-4.3.9-3.35.x86_64.rpm
     php-mysql-4.3.9-3.35.x86_64.rpm
     php-ncurses-4.3.9-3.35.x86_64.rpm
     php-odbc-4.3.9-3.35.x86_64.rpm
     php-pear-4.3.9-3.35.x86_64.rpm
     php-pgsql-4.3.9-3.35.x86_64.rpm
     php-snmp-4.3.9-3.35.x86_64.rpm
     php-xmlrpc-4.3.9-3.35.x86_64.rpm

- Scientific Linux Development Team
 
CD: 3ms