<?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://cve.radiocsirt.org</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, 02 Oct 2026 14:34:50 +0000</lastBuildDate>
    <item>
      <title>bdu:2026-11001</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2026-11001</link>
      <description>bdu:2026-11001</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2026-11001</guid>
    </item>
    <item>
      <title>BREW-aider-CVE-2026-67325 — GitPython: Command Injection via git long-option prefix abbreviation bypass of CVE-2026-42215 blocklist</title>
      <link>https://cve.radiocsirt.org/vuln/brew-aider-cve-2026-67325</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Homebrew: aider&lt;/p&gt;
&lt;p&gt;## Command injection via long-option prefix abbreviation bypassing `check_unsafe_options` (incomplete fix of CVE-2026-42215 / GHSA-rpm5-65cw-6hj4)&lt;/p&gt;
&lt;p&gt;**Component:** gitpython-developers/GitPython (PyPI: GitPython)
**Affected:** all versions carrying the 3.1.47 blocklist fix, through current `main` (verified at commit `20c5e275`, `3.1.50-42`)
**Reporter:** hackkim&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;The 3.1.47 fix for CVE-2026-42215 blocks dangerous git options (`--upload-pack`, `--config`, `-c`, `-u` for clone; `--upload-pack` for fetch/pull; `--receive-pack`, `--exec` for push) so callers cannot reach command-executing options unless they pass `allow_unsafe_options=True`.&lt;/p&gt;
&lt;p&gt;The fix canonicalizes an option name along **one** axis (underscore→hyphen via `dashify`) and checks it against an **exact-match** dict. It does not account for git&amp;#39;s unambiguous long-option prefix abbreviation. Git accepts any unambiguous prefix of a long option (`--upload-p`, `--upload-pa`, `--upload-pac` all resolve to `--upload-pack`). So a kwarg key like `upload_p` canonicalizes to `upload-p`, misses the blocklist dict, and is emitted to git as `--upload-p=&amp;lt;value&amp;gt;` → executed as `--upload-pack=&amp;lt;value&amp;gt;` → command injection, in the default `allow_unsafe_options=False` configuration.&lt;/p&gt;
&lt;p&gt;### The asymmetry (root cause)&lt;/p&gt;
&lt;p&gt;```python
# git/cmd.py (commit 20c5e275), lines 948-974
@classmethod
def _canonicalize_option_name(cls, option):
    option_name = option.lstrip(&amp;#34;-&amp;#34;).split(&amp;#34;=&amp;#34;, 1)[0]
    option_tokens = option_name.split(None, 1)…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Homebrew: aider&lt;/p&gt;
&lt;p&gt;## Command injection via long-option prefix abbreviation bypassing `check_unsafe_options` (incomplete fix of CVE-2026-42215 / GHSA-rpm5-65cw-6hj4)&lt;/p&gt;
&lt;p&gt;**Component:** gitpython-developers/GitPython (PyPI: GitPython)
**Affected:** all versions carrying the 3.1.47 blocklist fix, through current `main` (verified at commit `20c5e275`, `3.1.50-42`)
**Reporter:** hackkim&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;The 3.1.47 fix for CVE-2026-42215 blocks dangerous git options (`--upload-pack`, `--config`, `-c`, `-u` for clone; `--upload-pack` for fetch/pull; `--receive-pack`, `--exec` for push) so callers cannot reach command-executing options unless they pass `allow_unsafe_options=True`.&lt;/p&gt;
&lt;p&gt;The fix canonicalizes an option name along **one** axis (underscore→hyphen via `dashify`) and checks it against an **exact-match** dict. It does not account for git&amp;#39;s unambiguous long-option prefix abbreviation. Git accepts any unambiguous prefix of a long option (`--upload-p`, `--upload-pa`, `--upload-pac` all resolve to `--upload-pack`). So a kwarg key like `upload_p` canonicalizes to `upload-p`, misses the blocklist dict, and is emitted to git as `--upload-p=&amp;lt;value&amp;gt;` → executed as `--upload-pack=&amp;lt;value&amp;gt;` → command injection, in the default `allow_unsafe_options=False` configuration.&lt;/p&gt;
&lt;p&gt;### The asymmetry (root cause)&lt;/p&gt;
&lt;p&gt;```python
# git/cmd.py (commit 20c5e275), lines 948-974
@classmethod
def _canonicalize_option_name(cls, option):
    option_name = option.lstrip(&amp;#34;-&amp;#34;).split(&amp;#34;=&amp;#34;, 1)[0]
    option_tokens = option_name.split(None, 1)…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/brew-aider-cve-2026-67325</guid>
    </item>
    <item>
      <title>EUVD-2026-352669</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-352669</link>
      <description>EUVD-2026-352669</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-352669</guid>
    </item>
    <item>
      <title>fkie_cve-2026-67325</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-67325</link>
      <description>&lt;p&gt;GitPython before 3.1.51 contains an incomplete command injection blocklist that fails to account for git&amp;#39;s long-option prefix abbreviation feature. Attackers can bypass the unsafe options guard by using abbreviated option names like upload_p instead of upload_pack, which git resolves to dangerous options and executes arbitrary commands.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;GitPython before 3.1.51 contains an incomplete command injection blocklist that fails to account for git&amp;#39;s long-option prefix abbreviation feature. Attackers can bypass the unsafe options guard by using abbreviated option names like upload_p instead of upload_pack, which git resolves to dangerous options and executes arbitrary commands.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-67325</guid>
    </item>
    <item>
      <title>GHSA-2f96-g7mh-g2hx — GitPython: Command Injection via git long-option prefix abbreviation bypass of CVE-2026-42215 blocklist</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-2f96-g7mh-g2hx</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: GitPython&lt;/p&gt;
&lt;p&gt;## Command injection via long-option prefix abbreviation bypassing `check_unsafe_options` (incomplete fix of CVE-2026-42215 / GHSA-rpm5-65cw-6hj4)&lt;/p&gt;
&lt;p&gt;**Component:** gitpython-developers/GitPython (PyPI: GitPython)
**Affected:** all versions carrying the 3.1.47 blocklist fix, through current `main` (verified at commit `20c5e275`, `3.1.50-42`)
**Reporter:** hackkim&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;The 3.1.47 fix for CVE-2026-42215 blocks dangerous git options (`--upload-pack`, `--config`, `-c`, `-u` for clone; `--upload-pack` for fetch/pull; `--receive-pack`, `--exec` for push) so callers cannot reach command-executing options unless they pass `allow_unsafe_options=True`.&lt;/p&gt;
&lt;p&gt;The fix canonicalizes an option name along **one** axis (underscore→hyphen via `dashify`) and checks it against an **exact-match** dict. It does not account for git&amp;#39;s unambiguous long-option prefix abbreviation. Git accepts any unambiguous prefix of a long option (`--upload-p`, `--upload-pa`, `--upload-pac` all resolve to `--upload-pack`). So a kwarg key like `upload_p` canonicalizes to `upload-p`, misses the blocklist dict, and is emitted to git as `--upload-p=&amp;lt;value&amp;gt;` → executed as `--upload-pack=&amp;lt;value&amp;gt;` → command injection, in the default `allow_unsafe_options=False` configuration.&lt;/p&gt;
&lt;p&gt;### The asymmetry (root cause)&lt;/p&gt;
&lt;p&gt;```python
# git/cmd.py (commit 20c5e275), lines 948-974
@classmethod
def _canonicalize_option_name(cls, option):
    option_name = option.lstrip(&amp;#34;-&amp;#34;).split(&amp;#34;=&amp;#34;, 1)[0]
    option_tokens = option_name.split(None, 1)…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: GitPython&lt;/p&gt;
&lt;p&gt;## Command injection via long-option prefix abbreviation bypassing `check_unsafe_options` (incomplete fix of CVE-2026-42215 / GHSA-rpm5-65cw-6hj4)&lt;/p&gt;
&lt;p&gt;**Component:** gitpython-developers/GitPython (PyPI: GitPython)
**Affected:** all versions carrying the 3.1.47 blocklist fix, through current `main` (verified at commit `20c5e275`, `3.1.50-42`)
**Reporter:** hackkim&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;The 3.1.47 fix for CVE-2026-42215 blocks dangerous git options (`--upload-pack`, `--config`, `-c`, `-u` for clone; `--upload-pack` for fetch/pull; `--receive-pack`, `--exec` for push) so callers cannot reach command-executing options unless they pass `allow_unsafe_options=True`.&lt;/p&gt;
&lt;p&gt;The fix canonicalizes an option name along **one** axis (underscore→hyphen via `dashify`) and checks it against an **exact-match** dict. It does not account for git&amp;#39;s unambiguous long-option prefix abbreviation. Git accepts any unambiguous prefix of a long option (`--upload-p`, `--upload-pa`, `--upload-pac` all resolve to `--upload-pack`). So a kwarg key like `upload_p` canonicalizes to `upload-p`, misses the blocklist dict, and is emitted to git as `--upload-p=&amp;lt;value&amp;gt;` → executed as `--upload-pack=&amp;lt;value&amp;gt;` → command injection, in the default `allow_unsafe_options=False` configuration.&lt;/p&gt;
&lt;p&gt;### The asymmetry (root cause)&lt;/p&gt;
&lt;p&gt;```python
# git/cmd.py (commit 20c5e275), lines 948-974
@classmethod
def _canonicalize_option_name(cls, option):
    option_name = option.lstrip(&amp;#34;-&amp;#34;).split(&amp;#34;=&amp;#34;, 1)[0]
    option_tokens = option_name.split(None, 1)…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-2f96-g7mh-g2hx</guid>
    </item>
    <item>
      <title>OESA-2026-3249 — python-GitPython security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2026-3249</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:24.03-LTS-SP4: python-GitPython&lt;/p&gt;
&lt;p&gt;GitPython is a python library used to interact with git repositories, high-level like git-porcelain, or low-level like git-plumbing.&#13;
&#13;
Security Fix(es):&lt;/p&gt;
&lt;p&gt;GitPython before 3.1.52 is vulnerable to environment-variable exfiltration in Repo.clone_from(). The caller-supplied remote URL is passed through Git.polish_url(), which on non-Cygwin platforms calls os.path.expandvars() on the URL before invoking git clone. An attacker who controls the clone URL can embed $NAME or ${NAME} tokens that are expanded to the values of the hosting process&amp;amp;apos;s environment variables (e.g., AWS_SECRET_ACCESS_KEY or GITHUB_TOKEN). The resulting URL, now containing the secret, is transmitted over the network to an attacker-controlled host during the clone attempt, disclosing the secret.(CVE-2026-67322)&lt;/p&gt;
&lt;p&gt;GitPython before 3.1.51 fails to guard against dangerous Git options passed as keyword arguments in Repo.archive() and git.ls_remote(), allowing command injection via options such as --exec/--upload-pack (leading to arbitrary command execution). Additionally, Repo.iter_commits() and Repo.blame() do not check for leading-dash revision arguments, so a revision like --output=&amp;amp;lt;path&amp;amp;gt; can cause Git to open and truncate an arbitrary file. Exploitation requires an application that passes attacker-controlled arguments to these methods.(CVE-2026-67323)&lt;/p&gt;
&lt;p&gt;GitPython 3.1.50 fails to recognize joined short-option forms such as -u&amp;amp;lt;value&amp;amp;gt; (the short form of --upload-pack=&amp;amp;lt;value&amp;amp;gt;) when enforcing i…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:24.03-LTS-SP4: python-GitPython&lt;/p&gt;
&lt;p&gt;GitPython is a python library used to interact with git repositories, high-level like git-porcelain, or low-level like git-plumbing.&#13;
&#13;
Security Fix(es):&lt;/p&gt;
&lt;p&gt;GitPython before 3.1.52 is vulnerable to environment-variable exfiltration in Repo.clone_from(). The caller-supplied remote URL is passed through Git.polish_url(), which on non-Cygwin platforms calls os.path.expandvars() on the URL before invoking git clone. An attacker who controls the clone URL can embed $NAME or ${NAME} tokens that are expanded to the values of the hosting process&amp;amp;apos;s environment variables (e.g., AWS_SECRET_ACCESS_KEY or GITHUB_TOKEN). The resulting URL, now containing the secret, is transmitted over the network to an attacker-controlled host during the clone attempt, disclosing the secret.(CVE-2026-67322)&lt;/p&gt;
&lt;p&gt;GitPython before 3.1.51 fails to guard against dangerous Git options passed as keyword arguments in Repo.archive() and git.ls_remote(), allowing command injection via options such as --exec/--upload-pack (leading to arbitrary command execution). Additionally, Repo.iter_commits() and Repo.blame() do not check for leading-dash revision arguments, so a revision like --output=&amp;amp;lt;path&amp;amp;gt; can cause Git to open and truncate an arbitrary file. Exploitation requires an application that passes attacker-controlled arguments to these methods.(CVE-2026-67323)&lt;/p&gt;
&lt;p&gt;GitPython 3.1.50 fails to recognize joined short-option forms such as -u&amp;amp;lt;value&amp;amp;gt; (the short form of --upload-pack=&amp;amp;lt;value&amp;amp;gt;) when enforcing i…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2026-3249</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:11466-1 — python313-GitPython-3.1.58-1.1 on GA media</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2026:11466-1</link>
      <description>&lt;p&gt;python313-GitPython-3.1.58-1.1 on GA media&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;python313-GitPython-3.1.58-1.1 on GA media&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2026:11466-1</guid>
    </item>
    <item>
      <title>PYSEC-2026-3836 — GitPython: Command Injection via git long-option prefix abbreviation bypass of CVE-2026-42215 blocklist</title>
      <link>https://cve.radiocsirt.org/vuln/pysec-2026-3836</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: gitpython&lt;/p&gt;
&lt;p&gt;## Command injection via long-option prefix abbreviation bypassing `check_unsafe_options` (incomplete fix of CVE-2026-42215 / GHSA-rpm5-65cw-6hj4)&lt;/p&gt;
&lt;p&gt;**Component:** gitpython-developers/GitPython (PyPI: GitPython)
**Affected:** all versions carrying the 3.1.47 blocklist fix, through current `main` (verified at commit `20c5e275`, `3.1.50-42`)
**Reporter:** hackkim&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;The 3.1.47 fix for CVE-2026-42215 blocks dangerous git options (`--upload-pack`, `--config`, `-c`, `-u` for clone; `--upload-pack` for fetch/pull; `--receive-pack`, `--exec` for push) so callers cannot reach command-executing options unless they pass `allow_unsafe_options=True`.&lt;/p&gt;
&lt;p&gt;The fix canonicalizes an option name along **one** axis (underscore→hyphen via `dashify`) and checks it against an **exact-match** dict. It does not account for git&amp;#39;s unambiguous long-option prefix abbreviation. Git accepts any unambiguous prefix of a long option (`--upload-p`, `--upload-pa`, `--upload-pac` all resolve to `--upload-pack`). So a kwarg key like `upload_p` canonicalizes to `upload-p`, misses the blocklist dict, and is emitted to git as `--upload-p=&amp;lt;value&amp;gt;` → executed as `--upload-pack=&amp;lt;value&amp;gt;` → command injection, in the default `allow_unsafe_options=False` configuration.&lt;/p&gt;
&lt;p&gt;### The asymmetry (root cause)&lt;/p&gt;
&lt;p&gt;```python
# git/cmd.py (commit 20c5e275), lines 948-974
@classmethod
def _canonicalize_option_name(cls, option):
    option_name = option.lstrip(&amp;#34;-&amp;#34;).split(&amp;#34;=&amp;#34;, 1)[0]
    option_tokens = option_name.split(None, 1)…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: gitpython&lt;/p&gt;
&lt;p&gt;## Command injection via long-option prefix abbreviation bypassing `check_unsafe_options` (incomplete fix of CVE-2026-42215 / GHSA-rpm5-65cw-6hj4)&lt;/p&gt;
&lt;p&gt;**Component:** gitpython-developers/GitPython (PyPI: GitPython)
**Affected:** all versions carrying the 3.1.47 blocklist fix, through current `main` (verified at commit `20c5e275`, `3.1.50-42`)
**Reporter:** hackkim&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;The 3.1.47 fix for CVE-2026-42215 blocks dangerous git options (`--upload-pack`, `--config`, `-c`, `-u` for clone; `--upload-pack` for fetch/pull; `--receive-pack`, `--exec` for push) so callers cannot reach command-executing options unless they pass `allow_unsafe_options=True`.&lt;/p&gt;
&lt;p&gt;The fix canonicalizes an option name along **one** axis (underscore→hyphen via `dashify`) and checks it against an **exact-match** dict. It does not account for git&amp;#39;s unambiguous long-option prefix abbreviation. Git accepts any unambiguous prefix of a long option (`--upload-p`, `--upload-pa`, `--upload-pac` all resolve to `--upload-pack`). So a kwarg key like `upload_p` canonicalizes to `upload-p`, misses the blocklist dict, and is emitted to git as `--upload-p=&amp;lt;value&amp;gt;` → executed as `--upload-pack=&amp;lt;value&amp;gt;` → command injection, in the default `allow_unsafe_options=False` configuration.&lt;/p&gt;
&lt;p&gt;### The asymmetry (root cause)&lt;/p&gt;
&lt;p&gt;```python
# git/cmd.py (commit 20c5e275), lines 948-974
@classmethod
def _canonicalize_option_name(cls, option):
    option_name = option.lstrip(&amp;#34;-&amp;#34;).split(&amp;#34;=&amp;#34;, 1)[0]
    option_tokens = option_name.split(None, 1)…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/pysec-2026-3836</guid>
    </item>
    <item>
      <title>RHSA-2026:44416 — Red Hat Security Advisory: Red Hat Hardened Images RPMs bug fix and enhancement update</title>
      <link>https://cve.radiocsirt.org/vuln/rhsa-2026:44416</link>
      <description>&lt;p&gt;gitpython: GitPython: Environment variable exfiltration via attacker-controlled clone URL gitpython: GitPython: Arbitrary code execution via command injection due to unguarded Git options gitpython: GitPython: Command Injection via Git option prefix abbreviation gitpython: GitPython: Remote Code Execution via Newline Injection in config_writer()&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;gitpython: GitPython: Environment variable exfiltration via attacker-controlled clone URL gitpython: GitPython: Arbitrary code execution via command injection due to unguarded Git options gitpython: GitPython: Command Injection via Git option prefix abbreviation gitpython: GitPython: Remote Code Execution via Newline Injection in config_writer()&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/rhsa-2026:44416</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-67325</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-67325</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: python-git, Ubuntu:Pro:16.04:LTS: python-git, Ubuntu:Pro:18.04:LTS: python-git, Ubuntu:Pro:20.04:LTS: python-git, Ubuntu:Pro:22.04:LTS: python-git, Ubuntu:Pro:24.04:LTS: python-git, Ubuntu:Pro:26.04:LTS: python-git&lt;/p&gt;
&lt;p&gt;GitPython before 3.1.51 contains an incomplete command injection blocklist that fails to account for git&amp;#39;s long-option prefix abbreviation feature. Attackers can bypass the unsafe options guard by using abbreviated option names like upload_p instead of upload_pack, which git resolves to dangerous options and executes arbitrary commands.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: python-git, Ubuntu:Pro:16.04:LTS: python-git, Ubuntu:Pro:18.04:LTS: python-git, Ubuntu:Pro:20.04:LTS: python-git, Ubuntu:Pro:22.04:LTS: python-git, Ubuntu:Pro:24.04:LTS: python-git, Ubuntu:Pro:26.04:LTS: python-git&lt;/p&gt;
&lt;p&gt;GitPython before 3.1.51 contains an incomplete command injection blocklist that fails to account for git&amp;#39;s long-option prefix abbreviation feature. Attackers can bypass the unsafe options guard by using abbreviated option names like upload_p instead of upload_pack, which git resolves to dangerous options and executes arbitrary commands.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-67325</guid>
    </item>
  </channel>
</rss>
