<?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, 06 Oct 2026 11:53:14 +0000</lastBuildDate>
    <item>
      <title>BIT-flux-2022-39272 — Flux2 vulnerable to Denial of Service due to Improper use of metav1.Duration</title>
      <link>https://cve.radiocsirt.org/vuln/bit-flux-2022-39272</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Bitnami: flux&lt;/p&gt;
&lt;p&gt;Flux is an open and extensible continuous delivery solution for Kubernetes. Versions prior to 0.35.0 are subject to a Denial of Service. Users that have permissions to change Flux’s objects, either through a Flux source or directly within a cluster, can provide invalid data to fields `.spec.interval` or `.spec.timeout` (and structured variations of these fields), causing the entire object type to stop being processed. This issue is patched in version 0.35.0. As a workaround, Admission controllers can be employed to restrict the values that can be used for fields `.spec.interval` and `.spec.timeout`, however upgrading to the latest versions is still the recommended mitigation.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Bitnami: flux&lt;/p&gt;
&lt;p&gt;Flux is an open and extensible continuous delivery solution for Kubernetes. Versions prior to 0.35.0 are subject to a Denial of Service. Users that have permissions to change Flux’s objects, either through a Flux source or directly within a cluster, can provide invalid data to fields `.spec.interval` or `.spec.timeout` (and structured variations of these fields), causing the entire object type to stop being processed. This issue is patched in version 0.35.0. As a workaround, Admission controllers can be employed to restrict the values that can be used for fields `.spec.interval` and `.spec.timeout`, however upgrading to the latest versions is still the recommended mitigation.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bit-flux-2022-39272</guid>
    </item>
    <item>
      <title>EUVD-2026-233480</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-233480</link>
      <description>EUVD-2026-233480</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-233480</guid>
    </item>
    <item>
      <title>fkie_cve-2022-39272</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2022-39272</link>
      <description>&lt;p&gt;Flux is an open and extensible continuous delivery solution for Kubernetes. Versions prior to 0.35.0 are subject to a Denial of Service. Users that have permissions to change Flux’s objects, either through a Flux source or directly within a cluster, can provide invalid data to fields `.spec.interval` or `.spec.timeout` (and structured variations of these fields), causing the entire object type to stop being processed. This issue is patched in version 0.35.0. As a workaround, Admission controllers can be employed to restrict the values that can be used for fields `.spec.interval` and `.spec.timeout`, however upgrading to the latest versions is still the recommended mitigation.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Flux is an open and extensible continuous delivery solution for Kubernetes. Versions prior to 0.35.0 are subject to a Denial of Service. Users that have permissions to change Flux’s objects, either through a Flux source or directly within a cluster, can provide invalid data to fields `.spec.interval` or `.spec.timeout` (and structured variations of these fields), causing the entire object type to stop being processed. This issue is patched in version 0.35.0. As a workaround, Admission controllers can be employed to restrict the values that can be used for fields `.spec.interval` and `.spec.timeout`, however upgrading to the latest versions is still the recommended mitigation.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2022-39272</guid>
    </item>
    <item>
      <title>GHSA-f4p5-x4vc-mh4v — Improper use of metav1.Duration allows for Denial of Service</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-f4p5-x4vc-mh4v</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/fluxcd/flux2, Go: github.com/fluxcd/source-controller, Go: github.com/fluxcd/kustomize-controller, Go: github.com/fluxcd/helm-controller, Go: github.com/fluxcd/notification-controller, Go: github.com/fluxcd/image-automation-controller, Go: github.com/fluxcd/image-reflector-controller, Go: github.com/fluxcd/helm-controller/api, Go: github.com/fluxcd/image-automation-controller/api, Go: github.com/fluxcd/image-reflector-controller/api and 3 more&lt;/p&gt;
&lt;p&gt;Flux controllers within the affected versions range are vulnerable to a denial of service attack. Users that have permissions to change Flux’s objects, either through a Flux source or directly within a cluster, can provide invalid data to fields `.spec.interval` or `.spec.timeout` (and structured variations of these fields), causing the entire object type to stop being processed.&lt;/p&gt;
&lt;p&gt;The issue has two root causes: a) the Kubernetes type `metav1.Duration` not being fully compatible with the Go type `time.Duration` as explained on [upstream report](https://github.com/kubernetes/apimachinery/issues/131); b) lack of validation within Flux to restrict allowed values.&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;Admission controllers can be employed to restrict the values that can be used for fields `.spec.interval` and `.spec.timeout`, however upgrading to the latest versions is still the recommended mitigation.&lt;/p&gt;
&lt;p&gt;### Credits&lt;/p&gt;
&lt;p&gt;This issue was reported by Alexander Block (@codablock) through the Flux security mailing list (as [recommended](https://fluxcd.io/security/#report-a-vulnerability)).&lt;/p&gt;
&lt;p&gt;### For more information&lt;/p&gt;
&lt;p&gt;If you have any questions or comments about this advisory:&lt;/p&gt;
&lt;p&gt;- Open an issue in any of the affected repositories.
- Contact us at the CNCF Flux channel.&lt;/p&gt;
&lt;p&gt;### References&lt;/p&gt;
&lt;p&gt;- https://github.com/kubernetes/apimachinery/issues/131&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/fluxcd/flux2, Go: github.com/fluxcd/source-controller, Go: github.com/fluxcd/kustomize-controller, Go: github.com/fluxcd/helm-controller, Go: github.com/fluxcd/notification-controller, Go: github.com/fluxcd/image-automation-controller, Go: github.com/fluxcd/image-reflector-controller, Go: github.com/fluxcd/helm-controller/api, Go: github.com/fluxcd/image-automation-controller/api, Go: github.com/fluxcd/image-reflector-controller/api and 3 more&lt;/p&gt;
&lt;p&gt;Flux controllers within the affected versions range are vulnerable to a denial of service attack. Users that have permissions to change Flux’s objects, either through a Flux source or directly within a cluster, can provide invalid data to fields `.spec.interval` or `.spec.timeout` (and structured variations of these fields), causing the entire object type to stop being processed.&lt;/p&gt;
&lt;p&gt;The issue has two root causes: a) the Kubernetes type `metav1.Duration` not being fully compatible with the Go type `time.Duration` as explained on [upstream report](https://github.com/kubernetes/apimachinery/issues/131); b) lack of validation within Flux to restrict allowed values.&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;Admission controllers can be employed to restrict the values that can be used for fields `.spec.interval` and `.spec.timeout`, however upgrading to the latest versions is still the recommended mitigation.&lt;/p&gt;
&lt;p&gt;### Credits&lt;/p&gt;
&lt;p&gt;This issue was reported by Alexander Block (@codablock) through the Flux security mailing list (as [recommended](https://fluxcd.io/security/#report-a-vulnerability)).&lt;/p&gt;
&lt;p&gt;### For more information&lt;/p&gt;
&lt;p&gt;If you have any questions or comments about this advisory:&lt;/p&gt;
&lt;p&gt;- Open an issue in any of the affected repositories.
- Contact us at the CNCF Flux channel.&lt;/p&gt;
&lt;p&gt;### References&lt;/p&gt;
&lt;p&gt;- https://github.com/kubernetes/apimachinery/issues/131&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-f4p5-x4vc-mh4v</guid>
    </item>
    <item>
      <title>gsd-2022-39272</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2022-39272</link>
      <description>gsd-2022-39272</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2022-39272</guid>
    </item>
  </channel>
</rss>
