<?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, 16 Oct 2026 04:29:10 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-358660</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-358660</link>
      <description>EUVD-2026-358660</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-358660</guid>
    </item>
    <item>
      <title>fkie_cve-2026-45099</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-45099</link>
      <description>&lt;p&gt;Terragrunt is a flexible orchestration tool that allows Infrastructure as Code written in OpenTofu or Terraform to scale. Prior to 1.0.4, Terragrunt trusts paths decoded from a downloaded module&amp;#39;s .terragrunt-module-manifest during fileManifest.Clean() in internal/util/file.go. A malicious or compromised external module can place absolute or traversal paths in the manifest, causing cleanup to delete files outside the module cache that are accessible to the Terragrunt process before OpenTofu or Terraform executes. This deletion-only primitive can remove local source code or configuration and disrupt CI/CD pipelines. This issue is fixed in version 1.0.4.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Terragrunt is a flexible orchestration tool that allows Infrastructure as Code written in OpenTofu or Terraform to scale. Prior to 1.0.4, Terragrunt trusts paths decoded from a downloaded module&amp;#39;s .terragrunt-module-manifest during fileManifest.Clean() in internal/util/file.go. A malicious or compromised external module can place absolute or traversal paths in the manifest, causing cleanup to delete files outside the module cache that are accessible to the Terragrunt process before OpenTofu or Terraform executes. This deletion-only primitive can remove local source code or configuration and disrupt CI/CD pipelines. This issue is fixed in version 1.0.4.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-45099</guid>
    </item>
    <item>
      <title>GHSA-8394-6f8r-whxg — Terragrunt: Arbitrary File Deletion via Malicious Module Manifest</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-8394-6f8r-whxg</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/gruntwork-io/terragrunt&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;Terragrunt is vulnerable to an arbitrary file deletion flaw when downloading external modules. If a remote module contains a maliciously crafted `.terragrunt-module-manifest` file, Terragrunt can be tricked into deleting files anywhere on the local filesystem that the Terragrunt process has access to.&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;This vulnerability impacts users who download and run untrusted or compromised OpenTofu/Terraform modules. The file deletion occurs during the module download and initialization phase, meaning it happens before OpenTofu or Terraform executes.&lt;/p&gt;
&lt;p&gt;In a CI/CD environment or automated runner, an attacker-controlled module could delete arbitrary files, causing denial of service in the deployment pipeline. In a local environment, it could lead to the loss of local source code or configuration files.&lt;/p&gt;
&lt;p&gt;This vulnerability is a deletion-only primitive; it does not directly allow for arbitrary code execution (RCE) or data exfiltration.&lt;/p&gt;
&lt;p&gt;### Affected Versions&lt;/p&gt;
&lt;p&gt;- Terragrunt &amp;lt; `v1.0.4`&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;This vulnerability has been resolved in Terragrunt version `v1.0.4`.&lt;/p&gt;
&lt;p&gt;All users are strongly advised to upgrade.&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;If users cannot upgrade immediately, they can mitigate this risk by:&lt;/p&gt;
&lt;p&gt;1. Strictly auditing the source URLs of all remote modules used in their Terragrunt configurations.
2. Only consuming modules from trusted, internally vetted sources or verified registries.
3. Pinning module versions to specific, known-safe Git commit SHAs rather than mutabl…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/gruntwork-io/terragrunt&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;Terragrunt is vulnerable to an arbitrary file deletion flaw when downloading external modules. If a remote module contains a maliciously crafted `.terragrunt-module-manifest` file, Terragrunt can be tricked into deleting files anywhere on the local filesystem that the Terragrunt process has access to.&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;This vulnerability impacts users who download and run untrusted or compromised OpenTofu/Terraform modules. The file deletion occurs during the module download and initialization phase, meaning it happens before OpenTofu or Terraform executes.&lt;/p&gt;
&lt;p&gt;In a CI/CD environment or automated runner, an attacker-controlled module could delete arbitrary files, causing denial of service in the deployment pipeline. In a local environment, it could lead to the loss of local source code or configuration files.&lt;/p&gt;
&lt;p&gt;This vulnerability is a deletion-only primitive; it does not directly allow for arbitrary code execution (RCE) or data exfiltration.&lt;/p&gt;
&lt;p&gt;### Affected Versions&lt;/p&gt;
&lt;p&gt;- Terragrunt &amp;lt; `v1.0.4`&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;This vulnerability has been resolved in Terragrunt version `v1.0.4`.&lt;/p&gt;
&lt;p&gt;All users are strongly advised to upgrade.&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;If users cannot upgrade immediately, they can mitigate this risk by:&lt;/p&gt;
&lt;p&gt;1. Strictly auditing the source URLs of all remote modules used in their Terragrunt configurations.
2. Only consuming modules from trusted, internally vetted sources or verified registries.
3. Pinning module versions to specific, known-safe Git commit SHAs rather than mutabl…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-8394-6f8r-whxg</guid>
    </item>
  </channel>
</rss>
