summaryrefslogtreecommitdiffstats
path: root/Python/thread.c
diff options
context:
space:
mode:
authorAlexey Izbyshev <izbyshev@ispras.ru>2022-04-08 17:40:39 (GMT)
committerGitHub <noreply@github.com>2022-04-08 17:40:39 (GMT)
commit1c8b3b5d66a629258f1db16939b996264a8b9c37 (patch)
tree114d4b1e1f26ee192f292a81438baac1d80e78f5 /Python/thread.c
parentd6fb104690cdeeea04ecbaf5c9bcafc622e03648 (diff)
downloadcpython-1c8b3b5d66a629258f1db16939b996264a8b9c37.zip
cpython-1c8b3b5d66a629258f1db16939b996264a8b9c37.tar.gz
cpython-1c8b3b5d66a629258f1db16939b996264a8b9c37.tar.bz2
bpo-47260: Fix os.closerange() potentially being a no-op in a seccomp sandbox (GH-32418)
_Py_closerange() currently assumes that close_range() closes all file descriptors even if it returns an error (other than ENOSYS). This assumption can be wrong on Linux if a seccomp sandbox denies the underlying syscall, pretending that it returns EPERM or EACCES. In this case _Py_closerange() won't close any descriptors at all, which in the worst case can be a security issue. Fix this by falling back to other methods in case of any close_range() error. Note that fallbacks will not be triggered on any problems with closing individual file descriptors because close_range() is documented to ignore such errors on both Linux[1] and FreeBSD[2]. [1] https://man7.org/linux/man-pages/man2/close_range.2.html [2] https://www.freebsd.org/cgi/man.cgi?query=close_range&sektion=2
Diffstat (limited to 'Python/thread.c')
0 files changed, 0 insertions, 0 deletions