CVE-2026-113720: virtualenv · Seeded files retain permissions from an older cache
Affects poetrySource GCVE Database
Not known to be exploited · CVSS 4.4 Medium : upgrade to 2.5.1_1 or 1.2.2_1 when convenient.
Data as of 30 Oct 2026, 08:29 UTC
- Patch
- Available – fixed in 2.5.1_1, 1.2.2_1
CVSS:4.0/AV:L/AC:H/AT:P/PR:L/UI:P/VC:L/VI:H/VA:L/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 20 Oct 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 29 Oct 2026.
What to do
Upgrade poetry to 2.5.1_1 or 1.2.2_1.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Homebrewpoetrypkg:brew/poetryOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
A fix is available in virtualenv versions 1.2.2_1 and 2.5.1_1, which enforce stricter file permissions on files copied from the app-data cache, respecting the current umask. Users should upgrade to these fixed versions to remediate the issue. No additional mitigation is required if the environment is updated. If upgrading is not immediately possible, ensure that the cache is not populated with permissive permissions and restrict access to the environment directories to prevent traversal by other local users.
Description
Virtualenv versions prior to 1.2.2_1 and 2.5.1_1 have a vulnerability where files copied from a cached app-data directory retain file permissions from the cache rather than applying the current environment's umask. This can result in files with overly permissive access rights in new environments if the cache was created with a permissive umask, potentially allowing other local users to modify files such as pip scripts. The issue arises because shutil.copy preserves the source file mode, overriding the current umask. A fix is available in versions 1.2.2_1 and 2.5.1_1, which enforce stricter file permissions when copying from the cache.
References
- github.com/pypa/virtualenv/security/advisories/GHSA-fc2g-4w5p-6whm (opens in a new tab)
- nvd.nist.gov/vuln/detail/CVE-2026-113720 (opens in a new tab)
- github.com/pypa/virtualenv/pull/3425 (opens in a new tab)
- github.com/pypa/virtualenv/commit/35f0b33562790176dd186d0a3c517af3acc7a0e1 (opens in a new tab)
- github.com/pypa/virtualenv (opens in a new tab)
- github.com/pypa/virtualenv/releases/tag/21.14.9 (opens in a new tab)