<?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-07T19:49:55.549430+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/brew-apm-cve-2026-46383</id>
    <title>BREW-apm-CVE-2026-46383 — Microsoft APM: Windows absolute-path tar member overwrite during legacy-bundle probing in `apm install`</title>
    <updated>2026-10-07T19:49:55.634199+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Homebrew: apm</p>
<p>Microsoft APM is an open-source, community-driven dependency manager for AI agents. Prior to 0.13.0, Microsoft APM contains a Windows-specific archive extraction boundary failure in the legacy-bundle probe used by apm install &lt;bundle&gt; on supported Python 3.10 and 3.11 runtimes. When apm install is given a local .tar.gz that is not recognized as a plugin-format bundle, APM probes whether it is a legacy --format apm bundle. On Python versions earlier than 3.12, that probe extracts untrusted tar members with raw tar.extractall() without rejecting Windows absolute member names such as D:/.... This vulnerability is fixed in 0.13.0.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/brew-apm-cve-2026-46383"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-319028</id>
    <title>EUVD-2026-319028</title>
    <updated>2026-10-07T19:49:55.634264+00:00</updated>
    <content>EUVD-2026-319028</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-319028"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-46383</id>
    <title>fkie_cve-2026-46383</title>
    <updated>2026-10-07T19:49:55.634280+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Microsoft APM is an open-source, community-driven dependency manager for AI agents. Prior to 0.13.0, Microsoft APM contains a Windows-specific archive extraction boundary failure in the legacy-bundle probe used by apm install &lt;bundle&gt; on supported Python 3.10 and 3.11 runtimes. When apm install is given a local .tar.gz that is not recognized as a plugin-format bundle, APM probes whether it is a legacy --format apm bundle. On Python versions earlier than 3.12, that probe extracts untrusted tar members with raw tar.extractall() without rejecting Windows absolute member names such as D:/.... This vulnerability is fixed in 0.13.0.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-46383"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-mq5j-pw29-jcv3</id>
    <title>GHSA-mq5j-pw29-jcv3 — Microsoft APM: Windows absolute-path tar member overwrite during legacy-bundle probing in `apm install`</title>
    <updated>2026-10-07T19:49:55.634308+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: apm-cli</p>
<p>### Summary</p>
<p>Microsoft APM contains a Windows-specific archive extraction boundary failure in the legacy-bundle probe used by `apm install &lt;bundle&gt;` on supported Python 3.10 and 3.11 runtimes. When `apm install` is given a local `.tar.gz` that is not recognized as a plugin-format bundle, APM probes whether it is a legacy `--format apm` bundle. On Python versions earlier than 3.12, that probe extracts untrusted tar members with raw `tar.extractall()` without rejecting Windows absolute member names such as `D:/...`.</p>
<p>This issue is still present on the latest `main` commit at review time (`2b7a931d58a73cbfc0bcf086cea332d204075e27`) and on the latest release (`v0.12.4`). In both cases, a crafted legacy-looking tarball caused an external file to be created or overwritten outside the temporary extraction root before `apm install` finished rejecting the bundle with the expected legacy-format usage error.</p>
<p>This report is scoped narrowly to Windows installations running Python 3.10 or 3.11.</p>
<p>### Details</p>
<p>The broken trust boundary is the boundary between an untrusted local bundle artifact and the host filesystem state that APM is allowed to modify while probing that artifact. The attacker-controlled input is the tar member name inside the `.tar.gz` bundle. A crafted archive can include a member whose name is a Windows absolute path such as `D:/apm/run-main-install/outside/legacy-probe-outside-main.txt`.</p>
<p>The current install caller path still reaches the legacy probe for `.tar.gz` inpu…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-mq5j-pw29-jcv3"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/pysec-2026-2378</id>
    <title>PYSEC-2026-2378 — Microsoft APM: Windows absolute-path tar member overwrite during legacy-bundle probing in `apm install`</title>
    <updated>2026-10-07T19:49:55.634392+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: apm-cli</p>
<p>### Summary</p>
<p>Microsoft APM contains a Windows-specific archive extraction boundary failure in the legacy-bundle probe used by `apm install &lt;bundle&gt;` on supported Python 3.10 and 3.11 runtimes. When `apm install` is given a local `.tar.gz` that is not recognized as a plugin-format bundle, APM probes whether it is a legacy `--format apm` bundle. On Python versions earlier than 3.12, that probe extracts untrusted tar members with raw `tar.extractall()` without rejecting Windows absolute member names such as `D:/...`.</p>
<p>This issue is still present on the latest `main` commit at review time (`2b7a931d58a73cbfc0bcf086cea332d204075e27`) and on the latest release (`v0.12.4`). In both cases, a crafted legacy-looking tarball caused an external file to be created or overwritten outside the temporary extraction root before `apm install` finished rejecting the bundle with the expected legacy-format usage error.</p>
<p>This report is scoped narrowly to Windows installations running Python 3.10 or 3.11.</p>
<p>### Details</p>
<p>The broken trust boundary is the boundary between an untrusted local bundle artifact and the host filesystem state that APM is allowed to modify while probing that artifact. The attacker-controlled input is the tar member name inside the `.tar.gz` bundle. A crafted archive can include a member whose name is a Windows absolute path such as `D:/apm/run-main-install/outside/legacy-probe-outside-main.txt`.</p>
<p>The current install caller path still reaches the legacy probe for `.tar.gz` inpu…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/pysec-2026-2378"/>
  </entry>
</feed>
