Bug 782657 - (CVE-2012-0057) CVE-2012-0057 php: XSLT file writing vulnerability
CVE-2012-0057 php: XSLT file writing vulnerability
Product: Security Response
Classification: Other
Component: vulnerability (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Red Hat Product Security
: Security
Depends On: 819855 819856 830727 830728 830729 830730
Blocks: 782956 835958 835959 835960
  Show dependency treegraph
Reported: 2012-01-17 22:30 EST by Kurt Seifried
Modified: 2015-11-24 10:03 EST (History)
6 users (show)

See Also:
Fixed In Version: php 5.3.9
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2012-06-27 13:19:25 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Kurt Seifried 2012-01-17 22:30:01 EST
Nicolas Grégoire nicolas.gregoire@agarri.fr

Please find attached the "php539-xslt.php" script.

This script displays by default a pre-filled HTML form including some
XML data and XSLT code. When the form is submitted, the user-controlled
XML data is transformed using the user-controlled XSLT code. Then, the
output of this transformation is displayed in the browser.

When executed, the pre-filled XSLT code will write
to /var/www/xxx/backdoor.php this content :

<h1><font color="red">I'm a (very) malicious PHP file !!!</font></h1>
<?php phpinfo()?>

Note : the payload is encrypted with RC4. A static key ("simple_demo")
embedded in the XSLT code is used to decrypt it.


Original thread: http://seclists.org/oss-sec/2012/q1/138
This message: http://seclists.org/oss-sec/2012/q1/157
Comment 4 Tomas Hoger 2012-01-18 04:01:00 EST
Upstream bug report:

Upstream commits:

There's a difference in between 5.4 and 5.3 fixes.  Both disable writing by default, however, there are different ways to control that default.  5.4 fix introduces XsltProcessor::setSecurityPrefs($options) and getSecurityPrefs(), while 5.3 fix adds new xsl.security_prefs ini option.

OSS-Security list discussion:
Comment 5 Tomas Hoger 2012-01-18 04:02:50 EST
This was fixed upstream in 5.3.9:
Comment 6 Huzaifa S. Sidhpurwala 2012-01-27 00:14:10 EST
This issue has been addressed in the following security advisories for Fedora 15 and Fedora 16:

Fedora-15: https://admin.fedoraproject.org/updates/FEDORA-2012-0420/php-5.3.9-1.fc15
Fedora-16: https://admin.fedoraproject.org/updates/FEDORA-2012-0504/php-5.3.9-1.fc16
Comment 8 Huzaifa S. Sidhpurwala 2012-02-06 01:58:34 EST
This issue affects the version of php as shipped with Red Hat Enterprise Linux 4, 5 and 6. This issue affects the version of php53 as shipped with Red Hat Enterprise Linux 5.
Comment 12 Bogdan 2012-06-22 04:22:03 EDT
Will there be any updates to php53 (RHEL 5) to address this problem?
Comment 13 errata-xmlrpc 2012-06-27 11:52:10 EDT
This issue has been addressed in following products:

  Red Hat Enterprise Linux 5

Via RHSA-2012:1047 https://rhn.redhat.com/errata/RHSA-2012-1047.html
Comment 14 errata-xmlrpc 2012-06-27 11:52:46 EDT
This issue has been addressed in following products:

  Red Hat Enterprise Linux 6

Via RHSA-2012:1046 https://rhn.redhat.com/errata/RHSA-2012-1046.html
Comment 15 errata-xmlrpc 2012-06-27 11:54:01 EDT
This issue has been addressed in following products:

  Red Hat Enterprise Linux 5

Via RHSA-2012:1045 https://rhn.redhat.com/errata/RHSA-2012-1045.html

Note You need to log in before you can comment on or make changes to this bug.