<?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>Wed, 07 Oct 2026 03:11:11 +0000</lastBuildDate>
    <item>
      <title>bdu:2022-03978</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2022-03978</link>
      <description>bdu:2022-03978</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2022-03978</guid>
    </item>
    <item>
      <title>EUVD-2026-233972</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-233972</link>
      <description>EUVD-2026-233972</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-233972</guid>
    </item>
    <item>
      <title>fkie_cve-2022-31016</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2022-31016</link>
      <description>&lt;p&gt;Argo CD is a declarative continuous deployment for Kubernetes. Argo CD versions v0.7.0 and later are vulnerable to an uncontrolled memory consumption bug, allowing an authorized malicious user to crash the repo-server service, resulting in a Denial of Service. The attacker must be an authenticated Argo CD user authorized to deploy Applications from a repository which contains (or can be made to contain) a large file. The fix for this vulnerability is available in versions 2.3.5, 2.2.10, 2.1.16, and later. There are no known workarounds. Users are recommended to upgrade.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Argo CD is a declarative continuous deployment for Kubernetes. Argo CD versions v0.7.0 and later are vulnerable to an uncontrolled memory consumption bug, allowing an authorized malicious user to crash the repo-server service, resulting in a Denial of Service. The attacker must be an authenticated Argo CD user authorized to deploy Applications from a repository which contains (or can be made to contain) a large file. The fix for this vulnerability is available in versions 2.3.5, 2.2.10, 2.1.16, and later. There are no known workarounds. Users are recommended to upgrade.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2022-31016</guid>
    </item>
    <item>
      <title>GHSA-jhqp-vf4w-rpwq — DoS through large manifest files in Argo CD</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-jhqp-vf4w-rpwq</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/argoproj/argo-cd, Go: github.com/argoproj/argo-cd/v2&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;All versions of Argo CD starting with v0.7.0 are vulnerable to an uncontrolled memory consumption bug, allowing an authorized malicious user to crash the [repo-server](https://argo-cd.readthedocs.io/en/stable/operator-manual/architecture/#repository-server) service. The repo-server is a critical component of Argo CD, so crashing the repo-server effectively denies core Argo CD services (such as syncing Application updates).&lt;/p&gt;
&lt;p&gt;To achieve denial of service, the attacker must be an authenticated Argo CD user authorized to deploy Applications from a repository which contains (or can be made to contain) a large file.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;A patch for this vulnerability has been released in the following Argo CD versions:&lt;/p&gt;
&lt;p&gt;* v2.4.1
* v2.3.5
* v2.2.10
* v2.1.16&lt;/p&gt;
&lt;p&gt;**The patch introduces a new `reposerver.max.combined.directory.manifests.size` config parameter, which you should tune before upgrading in production.** It caps the maximum total file size of .yaml/.yml/.json files in directory-type (raw manifest) Applications. The default max is `10M` per Application. This max is designed to keep any single app from consuming more than 3G of memory in the repo-server (manifests consume more space in memory than on disk). The 300x ratio assumes a maliciously-crafted manifest file. If you only want to protect against accidental excessive memory use, it is probably safe to use a smaller ratio.&lt;/p&gt;
&lt;p&gt;If your organization uses directory-type Applications with very many manifests or very large ma…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/argoproj/argo-cd, Go: github.com/argoproj/argo-cd/v2&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;All versions of Argo CD starting with v0.7.0 are vulnerable to an uncontrolled memory consumption bug, allowing an authorized malicious user to crash the [repo-server](https://argo-cd.readthedocs.io/en/stable/operator-manual/architecture/#repository-server) service. The repo-server is a critical component of Argo CD, so crashing the repo-server effectively denies core Argo CD services (such as syncing Application updates).&lt;/p&gt;
&lt;p&gt;To achieve denial of service, the attacker must be an authenticated Argo CD user authorized to deploy Applications from a repository which contains (or can be made to contain) a large file.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;A patch for this vulnerability has been released in the following Argo CD versions:&lt;/p&gt;
&lt;p&gt;* v2.4.1
* v2.3.5
* v2.2.10
* v2.1.16&lt;/p&gt;
&lt;p&gt;**The patch introduces a new `reposerver.max.combined.directory.manifests.size` config parameter, which you should tune before upgrading in production.** It caps the maximum total file size of .yaml/.yml/.json files in directory-type (raw manifest) Applications. The default max is `10M` per Application. This max is designed to keep any single app from consuming more than 3G of memory in the repo-server (manifests consume more space in memory than on disk). The 300x ratio assumes a maliciously-crafted manifest file. If you only want to protect against accidental excessive memory use, it is probably safe to use a smaller ratio.&lt;/p&gt;
&lt;p&gt;If your organization uses directory-type Applications with very many manifests or very large ma…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-jhqp-vf4w-rpwq</guid>
    </item>
    <item>
      <title>gsd-2022-31016</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2022-31016</link>
      <description>gsd-2022-31016</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2022-31016</guid>
    </item>
    <item>
      <title>RHSA-2022:5152 — Red Hat Security Advisory: Red Hat OpenShift GitOps security update</title>
      <link>https://cve.radiocsirt.org/vuln/rhsa-2022:5152</link>
      <description>&lt;p&gt;argocd: vulnerable to an uncontrolled memory consumption bug argocd: vulnerable to a variety of attacks when an SSO login is initiated from the Argo CD CLI or the UI. argocd: cross-site scripting (XSS) allow a malicious user to inject a javascript link in the UI argocd: vulnerable to a symlink following bug allowing a malicious user with repository write access&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;argocd: vulnerable to an uncontrolled memory consumption bug argocd: vulnerable to a variety of attacks when an SSO login is initiated from the Argo CD CLI or the UI. argocd: cross-site scripting (XSS) allow a malicious user to inject a javascript link in the UI argocd: vulnerable to a symlink following bug allowing a malicious user with repository write access&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/rhsa-2022:5152</guid>
    </item>
  </channel>
</rss>
