<?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>Mon, 05 Oct 2026 14:25:28 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-358859</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-358859</link>
      <description>EUVD-2026-358859</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-358859</guid>
    </item>
    <item>
      <title>fkie_cve-2026-64679</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-64679</link>
      <description>&lt;p&gt;Atlantis is a self-hosted golang application that listens for Terraform pull request events via webhooks. From 0.19.8 until 0.45.0, Atlantis does not consistently validate user-controlled workspace values supplied through accepted repository-level atlantis.yaml configuration or authenticated /api/plan input before joining them into local workspace paths. Traversal segments can escape the intended per-pull workspace directory and cause clone preparation or other working-directory code paths to call os.RemoveAll, os.MkdirAll, or related filesystem operations on out-of-bounds directories before Terraform rejects the invalid workspace name. This can create, delete, or reuse writable paths with the privileges of the Atlantis process, causing integrity loss or denial of service. This issue is fixed in version 0.45.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Atlantis is a self-hosted golang application that listens for Terraform pull request events via webhooks. From 0.19.8 until 0.45.0, Atlantis does not consistently validate user-controlled workspace values supplied through accepted repository-level atlantis.yaml configuration or authenticated /api/plan input before joining them into local workspace paths. Traversal segments can escape the intended per-pull workspace directory and cause clone preparation or other working-directory code paths to call os.RemoveAll, os.MkdirAll, or related filesystem operations on out-of-bounds directories before Terraform rejects the invalid workspace name. This can create, delete, or reuse writable paths with the privileges of the Atlantis process, causing integrity loss or denial of service. This issue is fixed in version 0.45.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-64679</guid>
    </item>
    <item>
      <title>GHSA-26w5-6g95-gj28 — Atlantis Workspace Handling has Path Traversal that Allows Out-of-Bounds Directory Deletion/Creation</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-26w5-6g95-gj28</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/runatlantis/atlantis&lt;/p&gt;
&lt;p&gt;### Summary
Atlantis versions `&amp;gt;= 0.19.8` and `&amp;lt; 0.45.0` did not consistently validate user-controlled `workspace` values before using them to construct local workspace paths.&lt;/p&gt;
&lt;p&gt;A crafted workspace value containing path traversal segments could cause Atlantis to resolve workspace paths outside the intended per-pull workspace directory. In vulnerable versions or code paths, Atlantis could create, use, or remove/recreate out-of-bounds directories with the privileges of the Atlantis process user, before Terraform rejected the invalid workspace name.&lt;/p&gt;
&lt;p&gt;The issue is fixed in Atlantis `0.45.0`.&lt;/p&gt;
&lt;p&gt;### Details
The issue is a path traversal vulnerability in Atlantis workspace handling. `workspace` values can be supplied through repository-level `atlantis.yaml` configuration accepted by the server or through authenticated API input. A value such as `../../../../../../../../tmp/f1-canary` could escape the intended Atlantis workspace root.&lt;/p&gt;
&lt;p&gt;In affected code paths, Atlantis used the resolved workspace path for local working-directory operations. For example, workspace values were joined into repo pull paths, and clone preparation paths could call directory removal/recreation operations such as `os.RemoveAll` and `os.MkdirAll` on the resolved directory.&lt;/p&gt;
&lt;p&gt;### PoC
In a local PoC using repo-level `atlantis.yaml`, the following workspace value caused Atlantis to resolve and use `/tmp/f1-canary` outside `~/.atlantis/repos/...`:&lt;/p&gt;
&lt;p&gt;```yaml
version: 3
projects:
  - dir: .
    workspace: ../../../../.…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/runatlantis/atlantis&lt;/p&gt;
&lt;p&gt;### Summary
Atlantis versions `&amp;gt;= 0.19.8` and `&amp;lt; 0.45.0` did not consistently validate user-controlled `workspace` values before using them to construct local workspace paths.&lt;/p&gt;
&lt;p&gt;A crafted workspace value containing path traversal segments could cause Atlantis to resolve workspace paths outside the intended per-pull workspace directory. In vulnerable versions or code paths, Atlantis could create, use, or remove/recreate out-of-bounds directories with the privileges of the Atlantis process user, before Terraform rejected the invalid workspace name.&lt;/p&gt;
&lt;p&gt;The issue is fixed in Atlantis `0.45.0`.&lt;/p&gt;
&lt;p&gt;### Details
The issue is a path traversal vulnerability in Atlantis workspace handling. `workspace` values can be supplied through repository-level `atlantis.yaml` configuration accepted by the server or through authenticated API input. A value such as `../../../../../../../../tmp/f1-canary` could escape the intended Atlantis workspace root.&lt;/p&gt;
&lt;p&gt;In affected code paths, Atlantis used the resolved workspace path for local working-directory operations. For example, workspace values were joined into repo pull paths, and clone preparation paths could call directory removal/recreation operations such as `os.RemoveAll` and `os.MkdirAll` on the resolved directory.&lt;/p&gt;
&lt;p&gt;### PoC
In a local PoC using repo-level `atlantis.yaml`, the following workspace value caused Atlantis to resolve and use `/tmp/f1-canary` outside `~/.atlantis/repos/...`:&lt;/p&gt;
&lt;p&gt;```yaml
version: 3
projects:
  - dir: .
    workspace: ../../../../.…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-26w5-6g95-gj28</guid>
    </item>
  </channel>
</rss>
