Bug 692133 (CVE-2011-1425) - CVE-2011-1425 xmlsec1: arbitrary file creation when verifying signatures
Summary: CVE-2011-1425 xmlsec1: arbitrary file creation when verifying signatures
Alias: CVE-2011-1425
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
Assignee: Red Hat Product Security
QA Contact:
Depends On: 692792 692793 694123 694124 694125 833997
TreeView+ depends on / blocked
Reported: 2011-03-30 13:59 UTC by Tomas Hoger
Modified: 2021-02-24 16:14 UTC (History)
3 users (show)

Fixed In Version: xmlsec1 1.2.17
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2013-04-03 20:18:22 UTC

Attachments (Terms of Use)

System ID Private Priority Status Summary Last Updated
Debian BTS 620560 0 None None None Never
Red Hat Product Errata RHSA-2011:0486 0 normal SHIPPED_LIVE Moderate: xmlsec1 security and bug fix update 2011-05-04 21:36:45 UTC

Description Tomas Hoger 2011-03-30 13:59:25 UTC
Nicolas Grégoire discovered that xmlsec1 can create a file with attacker-specified path name and content when xmlsec1 is used to verify a signature of a specially-crafted XML file specifying XSLT transformation.  This may be used to create or overwrite arbitrary file writeable to the user running xmlsec1.

This issue was addressed upstream via following commit, which disables XSLT read/write by default:


Red Hat would like to thank Nicolas Grégoire and Aleksey Sanin for reporting this issue.

Comment 2 Tomas Hoger 2011-04-01 06:25:53 UTC
Public now via xmlsec upstream release 1.2.17:

Comment 3 Tomas Hoger 2011-04-01 07:46:02 UTC
Created xmlsec1 tracking bugs for this issue

Affects: fedora-all [bug 692792]
Affects: epel-6 [bug 692793]

Comment 7 errata-xmlrpc 2011-05-04 21:36:53 UTC
This issue has been addressed in following products:

  Red Hat Enterprise Linux 4
  Red Hat Enterprise Linux 5

Via RHSA-2011:0486 https://rhn.redhat.com/errata/RHSA-2011-0486.html

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