<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://db.gcve.eu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Fri, 13 Nov 2026 21:47:18 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-115791</title>
      <link>https://db.gcve.eu/vuln/fkie_cve-2026-115791</link>
      <description>&lt;p&gt;When tarfile or zipfile command line interface (CLI) is used to&lt;/p&gt;
&lt;p&gt;decompress an archive, a Python script shadowing the stdlib can be&lt;/p&gt;
&lt;p&gt;created. Then if an error occurs during decompressing the next file,&lt;/p&gt;
&lt;p&gt;the newly created Python script is executed. This is especially true&lt;/p&gt;
&lt;p&gt;if the created Python is called traceback.py. The problem is that&lt;/p&gt;
&lt;p&gt;Python adds the current directory to sys.path when python -m MODULE is&lt;/p&gt;
&lt;p&gt;run, and the archive is also decompressed in the current directory.&lt;/p&gt;
&lt;p&gt;The fix removes sys.path[0] in gzip, tarfile and zipfile command line&lt;/p&gt;
&lt;p&gt;interface to prevent shadowing standard library modules from extracted&lt;/p&gt;
&lt;p&gt;files.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;When tarfile or zipfile command line interface (CLI) is used to&lt;/p&gt;
&lt;p&gt;decompress an archive, a Python script shadowing the stdlib can be&lt;/p&gt;
&lt;p&gt;created. Then if an error occurs during decompressing the next file,&lt;/p&gt;
&lt;p&gt;the newly created Python script is executed. This is especially true&lt;/p&gt;
&lt;p&gt;if the created Python is called traceback.py. The problem is that&lt;/p&gt;
&lt;p&gt;Python adds the current directory to sys.path when python -m MODULE is&lt;/p&gt;
&lt;p&gt;run, and the archive is also decompressed in the current directory.&lt;/p&gt;
&lt;p&gt;The fix removes sys.path[0] in gzip, tarfile and zipfile command line&lt;/p&gt;
&lt;p&gt;interface to prevent shadowing standard library modules from extracted&lt;/p&gt;
&lt;p&gt;files.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/fkie_cve-2026-115791</guid>
    </item>
    <item>
      <title>GHSA-mcvr-4p4q-h9hh</title>
      <link>https://db.gcve.eu/vuln/ghsa-mcvr-4p4q-h9hh</link>
      <description>&lt;p&gt;When tarfile or zipfile command line interface (CLI) is used to&lt;/p&gt;
&lt;p&gt;decompress an archive, a Python script shadowing the stdlib can be&lt;/p&gt;
&lt;p&gt;created. Then if an error occurs during decompressing the next file,&lt;/p&gt;
&lt;p&gt;the newly created Python script is executed. This is especially true&lt;/p&gt;
&lt;p&gt;if the created Python is called traceback.py. The problem is that&lt;/p&gt;
&lt;p&gt;Python adds the current directory to sys.path when python -m MODULE is&lt;/p&gt;
&lt;p&gt;run, and the archive is also decompressed in the current directory.&lt;/p&gt;
&lt;p&gt;The fix removes sys.path[0] in gzip, tarfile and zipfile command line&lt;/p&gt;
&lt;p&gt;interface to prevent shadowing standard library modules from extracted&lt;/p&gt;
&lt;p&gt;files.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;When tarfile or zipfile command line interface (CLI) is used to&lt;/p&gt;
&lt;p&gt;decompress an archive, a Python script shadowing the stdlib can be&lt;/p&gt;
&lt;p&gt;created. Then if an error occurs during decompressing the next file,&lt;/p&gt;
&lt;p&gt;the newly created Python script is executed. This is especially true&lt;/p&gt;
&lt;p&gt;if the created Python is called traceback.py. The problem is that&lt;/p&gt;
&lt;p&gt;Python adds the current directory to sys.path when python -m MODULE is&lt;/p&gt;
&lt;p&gt;run, and the archive is also decompressed in the current directory.&lt;/p&gt;
&lt;p&gt;The fix removes sys.path[0] in gzip, tarfile and zipfile command line&lt;/p&gt;
&lt;p&gt;interface to prevent shadowing standard library modules from extracted&lt;/p&gt;
&lt;p&gt;files.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-mcvr-4p4q-h9hh</guid>
    </item>
    <item>
      <title>msrc_CVE-2026-115791 — Prevent shadowing stdlib in gzip/tarfile/zipfile CLI during extraction</title>
      <link>https://db.gcve.eu/vuln/msrc_cve-2026-115791</link>
      <description>msrc_CVE-2026-115791</description>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/msrc_cve-2026-115791</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-115791</title>
      <link>https://db.gcve.eu/vuln/ubuntu-cve-2026-115791</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: python2.7, Ubuntu:Pro:14.04:LTS: python3.4, Ubuntu:Pro:14.04:LTS: python3.5, Ubuntu:Pro:16.04:LTS: python2.7, Ubuntu:Pro:16.04:LTS: python3.5, Ubuntu:Pro:18.04:LTS: python2.7, Ubuntu:Pro:18.04:LTS: python3.6, Ubuntu:Pro:18.04:LTS: python3.7, Ubuntu:Pro:18.04:LTS: python3.8, Ubuntu:Pro:20.04:LTS: python3.8 and 8 more&lt;/p&gt;
&lt;p&gt;When tarfile or zipfile command line interface (CLI) is used to decompress an archive, a Python script shadowing the stdlib can be created. Then if an error occurs during decompressing the next file, the newly created Python script is executed. This is especially true if the created Python is called traceback.py. The problem is that Python adds the current directory to sys.path when python -m MODULE is run, and the archive is also decompressed in the current directory. The fix removes sys.path[0] in gzip, tarfile and zipfile command line interface to prevent shadowing standard library modules from extracted files.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: python2.7, Ubuntu:Pro:14.04:LTS: python3.4, Ubuntu:Pro:14.04:LTS: python3.5, Ubuntu:Pro:16.04:LTS: python2.7, Ubuntu:Pro:16.04:LTS: python3.5, Ubuntu:Pro:18.04:LTS: python2.7, Ubuntu:Pro:18.04:LTS: python3.6, Ubuntu:Pro:18.04:LTS: python3.7, Ubuntu:Pro:18.04:LTS: python3.8, Ubuntu:Pro:20.04:LTS: python3.8 and 8 more&lt;/p&gt;
&lt;p&gt;When tarfile or zipfile command line interface (CLI) is used to decompress an archive, a Python script shadowing the stdlib can be created. Then if an error occurs during decompressing the next file, the newly created Python script is executed. This is especially true if the created Python is called traceback.py. The problem is that Python adds the current directory to sys.path when python -m MODULE is run, and the archive is also decompressed in the current directory. The fix removes sys.path[0] in gzip, tarfile and zipfile command line interface to prevent shadowing standard library modules from extracted files.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ubuntu-cve-2026-115791</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-4460 — CPython: Mehrere Schwachstellen</title>
      <link>https://db.gcve.eu/vuln/wid-sec-w-2026-4460</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in CPython ausnutzen, um Dateien zu manipulieren, Sicherheitsmaßnahmen zu umgehen und beliebigen Code auszuführen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in CPython ausnutzen, um Dateien zu manipulieren, Sicherheitsmaßnahmen zu umgehen und beliebigen Code auszuführen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/wid-sec-w-2026-4460</guid>
    </item>
  </channel>
</rss>
