oss-sec mailing list archives

Re: CVE Request -- python-suds: Insecure temporary directory use when initializing file-based URL cache


From: Kurt Seifried <kseifried () redhat com>
Date: Fri, 28 Jun 2013 10:44:02 -0600

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 06/27/2013 08:31 AM, Jan Lieskovsky wrote:
Hello Kurt, Steve, vendors,

based on the public Red Hat Bugzilla report: [1]
https://bugzilla.redhat.com/show_bug.cgi?id=978696

by Ralph Loader:

A insecure temporary directory use flaw was found in the way 
python-suds, a Python SOAP web services client library, performed 
initialization of its internal file-based URL cache (predictable 
location was used for directory to store the cached files). A local
attacker could use this flaw to conduct symbolic link attacks,
possibly leading to their ability for example the SOAP .wsdl
metadata to redirect queries to a different host, than originally
intended.

The reasons for the current behaviour are detailed at: [2]
https://bugzilla.redhat.com/show_bug.cgi?id=978696#c4

Could you allocate a CVE id for this?

Thank you && Regards, Jan. -- Jan iankko Lieskovsky / Red Hat
Security Response Team

P.S.: There doesn't seem to be an upstream patch available yet
(afaik), but the fix is obvious - use more unpredictable routine 
for file-based URL cache directory location generation than 
Python's tempfile.gettempdir() (which is case tempfile.tempdir is
None, defaults to '/tmp').


Please use CVE-2013-2217 for this issue.

- -- 
Kurt Seifried Red Hat Security Response Team (SRT)
PGP: 0x5E267993 A90B F995 7350 148F 66BF 7554 160D 4553 5E26 7993
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.13 (GNU/Linux)

iQIcBAEBAgAGBQJRzb1RAAoJEBYNRVNeJnmTnJwP/jRQn05DhFJoLcckhb6+MgN8
ydVyE4FiKb1qTbK+wq3dYsmPTx1LdP5HVsg/OPfU2hEOpWOSynQVbhXhm7shpHbl
RRApRkO2r//afZykwqaZK7aXHkGV134cj4C1B5r/3NZAVcFNdufEQkMLJl+z8uso
t/sadkTHVkUvgz3RO2tvfLpp9h1gXeil21BGOo/4xj4lj2O6qedLAfkIdFkIF0Uo
RB6U33jbeOb5E9YMFqewVzrPaqU8qypXKQk+82RLQPHbCD68V6NXDQF6DOfBkxT7
SKRyrDBylBhhBTNOt10M66NHLO18DnY3FlvfpVaPSgwA43SLTS8tDy0lBhy3T3Jq
GjXAeNtFCszn83vNBlFcXMTmmu1BhZcn+1AlSjXeV+vLlTqkHQ4AIptE9fS/WY9Y
lvFUI9SzyzAq6kFtxjA57j/G01CwPvCFhIrCoWQzfl+w6kVId4xCiSmXXPCpIqaT
mM5ZPXuaggE9QknkJ0w41PO9De1rvZ4Im90s5wYlCNxeh010zuBDIrsNOnOEDmmW
RnIjoPXmcoNw8cWsWjFuWAfDdT6VU8OFpg0XQlJz+TkDx/leIg8BQUZjF6EEgJbG
7qU1cpkWEHgQsyRgtvOBwYtg2VfgfQpPQX8NqEZi/3nC0vdX0/TFFqLGXxc9aryD
HhSELZ4iK3KSuoqUbRVW
=lIRn
-----END PGP SIGNATURE-----


Current thread: