<?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://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-02T23:19:42.884975+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" 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://cve.radiocsirt.org/vuln/cve-2026-67324</id>
    <title>CVE-2026-67324 — GitPython 3.1.50 Authentication Bypass via Joined Short Options</title>
    <updated>2026-10-02T23:19:42.887111+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> gitpython-developers GitPython</p>
<p>GitPython 3.1.50 fails to recognize joined short-option forms such as -u&lt;value&gt; (the short form of --upload-pack=&lt;value&gt;) when enforcing its default unsafe-option gate. When an application passes attacker-influenced clone options into Repo.clone_from(..., multi_options=..., allow_unsafe_options=False), an attacker can supply -u&lt;helper&gt; to bypass the gate that blocks --upload-pack/-u, causing Git to execute the specified helper command during clone. Fixed in 3.1.51.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2026-67324"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-v396-v7q4-x2qj</id>
    <title>GHSA-v396-v7q4-x2qj — GitPython unsafe clone option gate bypass through joined short options</title>
    <updated>2026-10-02T23:19:42.887164+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: GitPython</p>
<p>`GitPython` version `3.1.50` blocks unsafe `git clone` options such as `--upload-pack`, `-u`, `--config`, and `-c` unless callers explicitly pass `allow_unsafe_options=True`. However, the default unsafe-option gate does not recognize joined short-option forms such as `-u/path/to/helper`.</p>
<p>Git itself accepts `-u&lt;upload-pack&gt;` as the short form of `--upload-pack=&lt;upload-pack&gt;`. As a result, `Repo.clone_from(..., multi_options=["-u&lt;helper&gt;"], allow_unsafe_options=False)` can execute the helper command even though the equivalent long option is blocked.</p>
<p>Affected package:</p>
<p>- Ecosystem: PyPI
- Package: `GitPython`
- Confirmed affected version: `3.1.50`
- Repository: `gitpython-developers/GitPython`
- Current PyPI version during triage: `3.1.50`</p>
<p>Relevant behavior:</p>
<p>- `Repo.unsafe_git_clone_options` correctly lists `--upload-pack`, `-u`, `--config`, and `-c` as unsafe clone options.
- `Repo._clone()` splits `multi_options` with `shlex.split(" ".join(multi_options))` and then calls `Git.check_unsafe_options(...)`.
- `_canonicalize_option_name("-u/path/to/helper")` returns a string beginning with `u...`, not the canonical short option `u`, so it does not match the blocked `-u` entry.
- Git accepts the same joined short option as `--upload-pack=&lt;helper&gt;` and executes the helper during clone.</p>
<p>Preconditions:</p>
<p>An application must pass attacker-influenced clone options into `Repo.clone_from(..., multi_options=...)` while relying on GitPython's default unsafe-option gate to block command-…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-v396-v7q4-x2qj"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/pysec-2026-3947</id>
    <title>PYSEC-2026-3947</title>
    <updated>2026-10-02T23:19:42.887234+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: gitpython</p>
<p>GitPython 3.1.50 fails to recognize joined short-option forms such as -u&lt;value&gt; (the short form of --upload-pack=&lt;value&gt;) when enforcing its default unsafe-option gate. When an application passes attacker-influenced clone options into Repo.clone_from(..., multi_options=..., allow_unsafe_options=False), an attacker can supply -u&lt;helper&gt; to bypass the gate that blocks --upload-pack/-u, causing Git to execute the specified helper command during clone. Fixed in 3.1.51.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/pysec-2026-3947"/>
  </entry>
</feed>
