New submission from John Beck:
A bug has been filed against Solaris' internal version of Python, which is
largely the same (including in this case) as the base version we get from
python.org. The bug is that os.defpath starts with ':' and thus any Python
script run with a null PATH environment variable will use the current
working directory as its first entry. This is generally considered to
be bad practice, and especially dangerous for anyone running with root
privileges on a Unix box. So we intend to change Solaris' version of
Python to elide this, i.e., to apply the attached patch to our 2.7 version
and comparable patches to our 3.4 and 3.5 versions
As a precaution, I queried the security list before filing this bug, asking:
* Is this intentional? (Seems like it but I couldn't find any documentation
to confirm.)
* If so, why? (Feel free to point me to any docs I missed.)
* If it is intentional, and we were to change our version anyway, do you know
of any gotchas we should look out for? There were no regressions when I
ran the Python test suite.
and got the following reply:
---
From: Guido van Rossum <gu...@python.org>
Date: Sat, 20 Feb 2016 09:29:11 -0800
Subject: Re: [PSRT] os.defpath too permissive
Wow. That looks like something really old. I think you can just file
an issue with a patch for this at bugs.python.org. I agree that it
should be fixed. I don't think there are many users that would be
vulnerable, nor do I think that much code would break; the only use in
the stdlib has os.environ.get("PATH", os.defpath) so in all practical
cases it would get the user's $PATH variable (which is presumably
safe) anyway.
---
So I am now filing this bug as suggested.
----------
components: Library (Lib)
files: 2.7-defpath.patch
keywords: patch
messages: 260703
nosy: jbeck
priority: normal
severity: normal
status: open
title: os.defpath too permissive
versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6
Added file: http://bugs.python.org/file42010/2.7-defpath.patch
_______________________________________
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26414>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
