<?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>Tue, 20 Oct 2026 03:08:35 +0000</lastBuildDate>
    <item>
      <title>CVE-2025-30370 — jupyterlab-git has a command injection vulnerability in "Open Git Repository in Terminal"</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2025-30370</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; jupyterlab-git&lt;/p&gt;
&lt;p&gt;jupyterlab-git is a JupyterLab extension for version control using Git. On many platforms, a third party can create a Git repository under a name that includes a shell command substitution string in the syntax $(&amp;lt;command&amp;gt;). These directory names are allowed in macOS and a majority of Linux distributions. If a user starts jupyter-lab in a parent directory of this inappropriately-named Git repository, opens it, and clicks &amp;#34;Git &amp;gt; Open Git Repository in Terminal&amp;#34; from the menu bar, then the injected command &amp;lt;command&amp;gt; is run in the user&amp;#39;s shell without the user&amp;#39;s permission. This issue is occurring because when that menu entry is clicked, jupyterlab-git opens the terminal and runs cd &amp;lt;git-repo-path&amp;gt; through the shell to set the current directory. Doing so runs any command substitution strings present in the directory name, which leads to the command injection issue described here. A previous patch provided an incomplete fix. This vulnerability is fixed in 0.51.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; jupyterlab-git&lt;/p&gt;
&lt;p&gt;jupyterlab-git is a JupyterLab extension for version control using Git. On many platforms, a third party can create a Git repository under a name that includes a shell command substitution string in the syntax $(&amp;lt;command&amp;gt;). These directory names are allowed in macOS and a majority of Linux distributions. If a user starts jupyter-lab in a parent directory of this inappropriately-named Git repository, opens it, and clicks &amp;#34;Git &amp;gt; Open Git Repository in Terminal&amp;#34; from the menu bar, then the injected command &amp;lt;command&amp;gt; is run in the user&amp;#39;s shell without the user&amp;#39;s permission. This issue is occurring because when that menu entry is clicked, jupyterlab-git opens the terminal and runs cd &amp;lt;git-repo-path&amp;gt; through the shell to set the current directory. Doing so runs any command substitution strings present in the directory name, which leads to the command injection issue described here. A previous patch provided an incomplete fix. This vulnerability is fixed in 0.51.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2025-30370</guid>
    </item>
    <item>
      <title>GHSA-cj5w-8mjf-r5f8 — jupyterlab-git has a command injection vulnerability in "Open Git Repository in Terminal"</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-cj5w-8mjf-r5f8</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: jupyterlab-git&lt;/p&gt;
&lt;p&gt;## Overview&lt;/p&gt;
&lt;p&gt;On many platforms, a third party can create a Git repository under a name that includes a shell command substitution [^1] string in the syntax `$(&amp;lt;command&amp;gt;)`. These directory names are allowed in macOS and a majority of Linux distributions [^2]. If a user starts `jupyter-lab` in a parent directory of this inappropriately-named Git repository, opens it, and clicks &amp;#34;Git &amp;gt; Open Git Repository in Terminal&amp;#34; from the menu bar, then the injected command `&amp;lt;command&amp;gt;` is run in the user&amp;#39;s shell without the user&amp;#39;s permission.&lt;/p&gt;
&lt;p&gt;This issue is occurring because when that menu entry is clicked, `jupyterlab-git` opens the terminal and runs `cd &amp;lt;git-repo-path&amp;gt;` through the shell to set the current directory [^3]. Doing so runs any command substitution strings present in the directory name, which leads to the command injection issue described here. A previous patch provided an incomplete fix [^4].&lt;/p&gt;
&lt;p&gt;[^1]: https://www.gnu.org/software/bash/manual/html_node/Command-Substitution.html
[^2]: https://www.gnu.org/software/libc/manual/html_node/File-Name-Portability.html
[^3]: https://github.com/jupyterlab/jupyterlab-git/blob/7eb3b06f0092223bd5494688ec264527bbeb2195/src/commandsAndMenu.tsx#L175-L184
[^4]: https://github.com/jupyterlab/jupyterlab-git/pull/1196&lt;/p&gt;
&lt;p&gt;## Scope of Impact&lt;/p&gt;
&lt;p&gt;This issue allows for arbitrary code execution via command injection. A wide range of actions are permitted by this issue, including but not limited to: modifying files, exfiltrating data, halting services, or…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: jupyterlab-git&lt;/p&gt;
&lt;p&gt;## Overview&lt;/p&gt;
&lt;p&gt;On many platforms, a third party can create a Git repository under a name that includes a shell command substitution [^1] string in the syntax `$(&amp;lt;command&amp;gt;)`. These directory names are allowed in macOS and a majority of Linux distributions [^2]. If a user starts `jupyter-lab` in a parent directory of this inappropriately-named Git repository, opens it, and clicks &amp;#34;Git &amp;gt; Open Git Repository in Terminal&amp;#34; from the menu bar, then the injected command `&amp;lt;command&amp;gt;` is run in the user&amp;#39;s shell without the user&amp;#39;s permission.&lt;/p&gt;
&lt;p&gt;This issue is occurring because when that menu entry is clicked, `jupyterlab-git` opens the terminal and runs `cd &amp;lt;git-repo-path&amp;gt;` through the shell to set the current directory [^3]. Doing so runs any command substitution strings present in the directory name, which leads to the command injection issue described here. A previous patch provided an incomplete fix [^4].&lt;/p&gt;
&lt;p&gt;[^1]: https://www.gnu.org/software/bash/manual/html_node/Command-Substitution.html
[^2]: https://www.gnu.org/software/libc/manual/html_node/File-Name-Portability.html
[^3]: https://github.com/jupyterlab/jupyterlab-git/blob/7eb3b06f0092223bd5494688ec264527bbeb2195/src/commandsAndMenu.tsx#L175-L184
[^4]: https://github.com/jupyterlab/jupyterlab-git/pull/1196&lt;/p&gt;
&lt;p&gt;## Scope of Impact&lt;/p&gt;
&lt;p&gt;This issue allows for arbitrary code execution via command injection. A wide range of actions are permitted by this issue, including but not limited to: modifying files, exfiltrating data, halting services, or…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-cj5w-8mjf-r5f8</guid>
    </item>
  </channel>
</rss>
