<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://db.gcve.eu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-31T16:19:19.678427+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@gcve.eu</email>
  </author>
  <link href="https://db.gcve.eu" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://db.gcve.eu/vuln/bit-virtualenv-2026-113713</id>
    <title>BIT-virtualenv-2026-113713 — virtualenv: Temporary app-data can leave dangling seed package links</title>
    <updated>2026-10-31T16:19:19.680809+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Bitnami: virtualenv</p>
<p>virtualenv is a tool for creating isolated virtual python environments. From 21.14.8 until 21.14.10, the app-data seeder can leave an environment linked to temporary package files that virtualenv deletes when creation finishes. The environment-variable and configuration-file forms of symlink_app_data can enable this state even though the command-line flag is disabled for temporary app-data. The resulting environment depends on a cache pathname that its owner no longer controls. This issue is fixed in version 21.14.10.</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/bit-virtualenv-2026-113713"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/cve-2026-113713</id>
    <title>CVE-2026-113713 — virtualenv: Temporary app-data can leave dangling seed package links</title>
    <updated>2026-10-31T16:19:19.680870+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> pypa virtualenv</p>
<p>virtualenv is a tool for creating isolated virtual python environments. From 21.14.8 until 21.14.10, the app-data seeder can leave an environment linked to temporary package files that virtualenv deletes when creation finishes. The environment-variable and configuration-file forms of symlink_app_data can enable this state even though the command-line flag is disabled for temporary app-data. The resulting environment depends on a cache pathname that its owner no longer controls. This issue is fixed in version 21.14.10.</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/cve-2026-113713"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/ghsa-4f8h-vr72-p32c</id>
    <title>GHSA-4f8h-vr72-p32c — virtualenv: Temporary app-data can leave dangling seed package links</title>
    <updated>2026-10-31T16:19:19.680901+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: virtualenv</p>
<p>## Summary</p>
<p>The app-data seeder can leave an environment linked to temporary package files that virtualenv deletes when creation
finishes. The environment-variable and configuration-file forms of `symlink_app_data` can enable this state even though
the command-line flag is disabled for temporary app-data. The resulting environment depends on a cache pathname that its
owner no longer controls.</p>
<p>Anthropic's OSS Scanner reported this as `ANT-2026-ZOE2GEPC` in `virtualenv-20261015-005`, received on 15 October 2026.
This draft records source review and functional remediation checks. The reporter's cross-account code-execution claim
has not been independently reproduced.</p>
<p>## Affected area</p>
<p>Integrity of app-data references after temporary cache cleanup.</p>
<p>## Attacker-controlled input</p>
<p>Symlink seeding must be enabled through `VIRTUALENV_SYMLINK_APP_DATA` or `symlink_app_data` in the configuration file,
and app-data setup must fall back to a temporary directory. A missing or unwritable configured cache can cause that
fallback. Ordinary copy seeding does not leave these references.</p>
<p>The security concern requires a shared temporary-directory parent where another account can acquire the deleted cache
pathname, followed by use of the affected environment. That account need not already be able to modify the environment
or the private cache while it exists. This differs from the security policy's excluded case of an account that already
controls live app-data contents. On a platform with a…</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/ghsa-4f8h-vr72-p32c"/>
  </entry>
</feed>
