Repository navigation
Update dependency setuptools to v84 [SECURITY] - #78
Open
renovate[bot] wants to merge 1 commit into
Open
renovate[bot] wants to merge 1 commit into
renovate[bot] wants to merge 1 commit into
Conversation
renovate
Bot
force-pushed
the
renovate/pypi-setuptools-vulnerability
branch
from
July 30, 2026 21:32
641c59f to
5d9cce5
Compare
renovate
Bot
force-pushed
the
renovate/pypi-setuptools-vulnerability
branch
from
August 12, 2026 01:40
5d9cce5 to
6392f18
Compare
renovate
Bot
force-pushed
the
renovate/pypi-setuptools-vulnerability
branch
2 times, most recently
from
August 31, 2026 21:29
00f94c3 to
5251a60
Compare
renovate
Bot
force-pushed
the
renovate/pypi-setuptools-vulnerability
branch
from
September 4, 2026 00:26
5251a60 to
464e368
Compare
renovate
Bot
force-pushed
the
renovate/pypi-setuptools-vulnerability
branch
from
September 7, 2026 22:16
464e368 to
421916c
Compare
renovate
Bot
force-pushed
the
renovate/pypi-setuptools-vulnerability
branch
from
September 15, 2026 17:53
421916c to
48ab142
Compare
|
Important Review skippedBot user detected. To trigger a single review, invoke the
|
renovate
Bot
force-pushed
the
renovate/pypi-setuptools-vulnerability
branch
from
September 16, 2026 01:29
48ab142 to
2424c6b
Compare
renovate
Bot
force-pushed
the
renovate/pypi-setuptools-vulnerability
branch
from
September 24, 2026 19:56
2424c6b to
078cf6e
Compare
renovate
Bot
force-pushed
the
renovate/pypi-setuptools-vulnerability
branch
from
October 13, 2026 13:50
078cf6e to
74e1ca3
Compare
renovate
Bot
force-pushed
the
renovate/pypi-setuptools-vulnerability
branch
2 times, most recently
from
October 17, 2026 16:48
236d464 to
26d75d5
Compare
renovate
Bot
force-pushed
the
renovate/pypi-setuptools-vulnerability
branch
from
October 20, 2026 12:47
26d75d5 to
f8296ea
Compare
renovate
Bot
force-pushed
the
renovate/pypi-setuptools-vulnerability
branch
from
October 25, 2026 01:51
f8296ea to
7769f91
Compare
renovate
Bot
force-pushed
the
renovate/pypi-setuptools-vulnerability
branch
from
October 25, 2026 14:11
7769f91 to
a64e447
Compare
renovate
Bot
force-pushed
the
renovate/pypi-setuptools-vulnerability
branch
5 times, most recently
from
October 28, 2026 23:51
2585b13 to
ffbc612
Compare
renovate
Bot
force-pushed
the
renovate/pypi-setuptools-vulnerability
branch
from
October 29, 2026 01:45
ffbc612 to
ac85bd3
Compare
This branch has not been deployed
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
75.3.2→84.1.0setuptools has a path traversal vulnerability in PackageIndex.download that leads to Arbitrary File Write
CVE-2025-47273 / GHSA-5rjg-fvgr-3xxf
More information
Details
Summary
A path traversal vulnerability in
PackageIndexwas fixed in setuptools version 78.1.1Details
Here: https://github.com/pypa/setuptools/blob/6ead555c5fb29bc57fe6105b1bffc163f56fd558/setuptools/package_index.py#L810C1-L825C88
os.path.join()discards the first argumenttmpdirif the second begins with a slash or drive letter.nameis derived from a URL without sufficient sanitization. While there is some attempt to sanitize by replacing instances of '..' with '.', it is insufficient.Risk Assessment
As easy_install and package_index are deprecated, the exploitation surface is reduced.
However, it seems this could be exploited in a similar fashion like GHSA-r9hx-vwmv-q579, and as described by POC 4 in GHSA-cx63-2mw6-8hw5 report: via malicious URLs present on the pages of a package index.
Impact
An attacker would be allowed to write files to arbitrary locations on the filesystem with the permissions of the process running the Python code, which could escalate to RCE depending on the context.
References
https://huntr.com/bounties/d6362117-ad57-4e83-951f-b8141c6e7ca5
https://github.com/pypa/setuptools/issues/4946
Severity
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:H/VA:N/SC:N/SI:N/SA:N/E:PReferences
This data is provided by the GitHub Advisory Database (CC-BY 4.0).
setuptools: MANIFEST.in exclusion bypass in sdist via Unicode normalization collision (NFC/NFD) on macOS APFS/HFS+
CVE-2026-59890 / GHSA-h35f-9h28-mq5c
More information
Details
Summary
When building a source distribution (
python -m build --sdist/setup.py sdist), setuptools'FileListappliesMANIFEST.indirectives (exclude,global-exclude,recursive-exclude,prune) by matching a compiled glob against on-disk file names byte-for-byte, with no Unicode normalization. On normalization-preserving filesystems (notably macOS APFS and HFS+), a file written in NFD and aMANIFEST.inrule written in NFC refer to the same file but are byte-distinct, so the exclusion silently fails to match. A file the maintainer intended to exclude is then packed into the.tar.gzand, if published, uploaded to the public, immutable PyPI index.Details
File names in
FileList.filescome fromos.walk(setuptools/_distutils/filelist.py,_find_all_simple), so on APFS a file written NFD is offered to the matcher in NFD, while theMANIFEST.inpattern carries the author's editor form (typically NFC). The matching path performs no canonicalization:A rule written NFC (
café=63 61 66 c3 a9) does not match an on-disk name written NFD (café=63 61 66 65 cc 81), even though the filesystem treats the two as one file.A
unicodedata.normalize('NFD', ...)helper exists insetuptools/unicode_utils.py(decompose()), but it is never called in the manifest matching path, so neither the pattern nor the walked path is normalized before matching. The only normalization in this area,EggInfoCommand._manifest_normalize, usesfilesys_decode(bytes→str decode only, no NFC/NFD) and runs when writingSOURCES.txt, after matching has already occurred.Impact
MANIFEST.inexclusions are the documented mechanism maintainers use to keep secrets, local configs, and private fixtures out of the published sdist. A non-ASCII excluded file may be published to the public, immutable PyPI index despite the rule — an irreversible disclosure with no visual cue (NFC and NFD forms render identically). Exposure is filesystem-dependent and most relevant on macOS APFS/HFS+, where many maintainers build and publish. Pure-ASCII rules are unaffected.Proof of concept
With a project containing
MANIFEST.in:and an on-disk file
secret_café.txtwritten in NFD,python -m build --sdistpacks the secret file into the resulting.tar.gz, while an ASCII control file excluded by the same directive is correctly dropped — isolating the bypass to the NFC-pattern vs. NFD-name mismatch. Reproduced on macOS APFS with setuptools 82.0.1.Remediation
Normalize both the walked path and each
MANIFEST.inpattern to a single canonical form before matching, in bothsetuptools/command/egg_info.py(FileList) and the vendoredsetuptools/_distutils/filelist.py. For an exclusion list, err toward excluding more, and document thatMANIFEST.inmatching is normalization-insensitive on macOS.Credit
Reported by Tomas Illuminati. Coordinated via CERT/CC VINCE VU#604762.
Severity
CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:H/I:L/A:NReferences
This data is provided by the GitHub Advisory Database (CC-BY 4.0).
setuptools: Windows path escape via namespace_packages.txt during legacy wheel installation Description
GHSA-xmj3-9gf7-h52w
More information
Details
Summary
On Windows, attacker-controlled content in a wheel's
.dist-info/namespace_packages.txtcan cause setuptools' legacy wheelinstallation path to create an
__init__.pyoutside the requesteddestination_eggdir.The attacker can influence the destination path, but not the contents of
the created file.
Details
Tested setuptools commit:
6ead555c5fb29bc57fe6105b1bffc163f56fd558Relevant source:
setuptools/wheel.pySHA-256:
359b7e0d5dd8c3135653abe08a8ed5dc0352eadfd7df22cb5e2b5303b7c3cafdThe relevant call path is:
Wheel(wheel_path).install_as_egg(destination)→
_install_as_egg→
_convert_metadata→
_fix_namespace_packagesA wheel can provide attacker-controlled content in:
<distribution>.dist-info/namespace_packages.txtThe namespace value is eventually used approximately as:
A synthetic wheel was created containing:
demo_pkg-1.0.dist-info/namespace_packages.txtwhose content was the absolute path of:
sandbox\outsideThe real acquired setuptools implementation was then invoked:
The operation completed without exception.
Expected metadata was created under:
sandbox\destination\EGG-INFObut setuptools also created:
sandbox\outside\__init__.pyThe file did not exist before execution.
Its contents were:
The unrelated canary remained byte-identical.
The sandbox was deleted after recording the evidence.