<?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, 13 Oct 2026 02:34:08 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-266345</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-266345</link>
      <description>EUVD-2026-266345</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-266345</guid>
    </item>
    <item>
      <title>fkie_cve-2026-23990</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-23990</link>
      <description>&lt;p&gt;The Flux Operator is a Kubernetes CRD controller that manages the lifecycle of CNCF Flux CD and the ControlPlane enterprise distribution. Starting in version 0.36.0 and prior to version 0.40.0, a privilege escalation vulnerability exists in the Flux Operator Web UI authentication code that allows an attacker to bypass Kubernetes RBAC impersonation and execute API requests with the operator&amp;#39;s service account privileges. In order to be vulnerable, cluster admins must configure the Flux Operator with an OIDC provider that issues tokens lacking the expected claims (e.g., `email`, `groups`), or configure custom CEL expressions that can evaluate to empty values. After OIDC token claims are processed through CEL expressions, there is no validation that the resulting `username` and `groups` values are non-empty. When both values are empty, the Kubernetes client-go library does not add impersonation headers to API requests, causing them to be executed with the flux-operator service account&amp;#39;s credentials instead of the authenticated user&amp;#39;s limited permissions. This can result in privilege escalation, data exposure, and/or information disclosure. Version 0.40.0 patches the issue.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;The Flux Operator is a Kubernetes CRD controller that manages the lifecycle of CNCF Flux CD and the ControlPlane enterprise distribution. Starting in version 0.36.0 and prior to version 0.40.0, a privilege escalation vulnerability exists in the Flux Operator Web UI authentication code that allows an attacker to bypass Kubernetes RBAC impersonation and execute API requests with the operator&amp;#39;s service account privileges. In order to be vulnerable, cluster admins must configure the Flux Operator with an OIDC provider that issues tokens lacking the expected claims (e.g., `email`, `groups`), or configure custom CEL expressions that can evaluate to empty values. After OIDC token claims are processed through CEL expressions, there is no validation that the resulting `username` and `groups` values are non-empty. When both values are empty, the Kubernetes client-go library does not add impersonation headers to API requests, causing them to be executed with the flux-operator service account&amp;#39;s credentials instead of the authenticated user&amp;#39;s limited permissions. This can result in privilege escalation, data exposure, and/or information disclosure. Version 0.40.0 patches the issue.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-23990</guid>
    </item>
    <item>
      <title>GHSA-4xh5-jcj2-ch8q — Flux Operator Web UI Impersonation Bypass via Empty OIDC Claims</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-4xh5-jcj2-ch8q</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/controlplaneio-fluxcd/flux-operator&lt;/p&gt;
&lt;p&gt;A privilege escalation vulnerability exists in the Flux Operator Web UI authentication code that allows an attacker to bypass Kubernetes RBAC impersonation and execute API requests with the operator&amp;#39;s service account privileges.&lt;/p&gt;
&lt;p&gt;After OIDC token claims are processed through CEL expressions, there is no validation that the resulting `username` and `groups` values are non-empty. When both values are empty, the Kubernetes client-go library does not add impersonation headers to API requests, causing them to be executed with the flux-operator service account&amp;#39;s credentials instead of the authenticated user&amp;#39;s limited permissions.&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;- **Privilege Escalation**: Any authenticated user can escalate to operator-level read permissions and perform suspend/resume/reconcile actions
- **Data Exposure**: Unauthorized read access to Flux resources across all namespaces, bypassing RBAC restrictions
- **Information Disclosure**: View sensitive GitOps pipeline configurations, source URLs, and deployment status across the entire cluster&lt;/p&gt;
&lt;p&gt;### Attack Scenario&lt;/p&gt;
&lt;p&gt;**Prerequisite**: Cluster admins must configure the Flux Operator with an OIDC provider that issues tokens lacking the expected claims (e.g., `email`, `groups`), or configure custom CEL expressions that can evaluate to empty values.&lt;/p&gt;
&lt;p&gt;1. Cluster admin configures OIDC authentication with a provider that does not include `email` or `groups` claims in tokens
2. User authenticates with a valid token from that provider
3. The default CEL…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/controlplaneio-fluxcd/flux-operator&lt;/p&gt;
&lt;p&gt;A privilege escalation vulnerability exists in the Flux Operator Web UI authentication code that allows an attacker to bypass Kubernetes RBAC impersonation and execute API requests with the operator&amp;#39;s service account privileges.&lt;/p&gt;
&lt;p&gt;After OIDC token claims are processed through CEL expressions, there is no validation that the resulting `username` and `groups` values are non-empty. When both values are empty, the Kubernetes client-go library does not add impersonation headers to API requests, causing them to be executed with the flux-operator service account&amp;#39;s credentials instead of the authenticated user&amp;#39;s limited permissions.&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;- **Privilege Escalation**: Any authenticated user can escalate to operator-level read permissions and perform suspend/resume/reconcile actions
- **Data Exposure**: Unauthorized read access to Flux resources across all namespaces, bypassing RBAC restrictions
- **Information Disclosure**: View sensitive GitOps pipeline configurations, source URLs, and deployment status across the entire cluster&lt;/p&gt;
&lt;p&gt;### Attack Scenario&lt;/p&gt;
&lt;p&gt;**Prerequisite**: Cluster admins must configure the Flux Operator with an OIDC provider that issues tokens lacking the expected claims (e.g., `email`, `groups`), or configure custom CEL expressions that can evaluate to empty values.&lt;/p&gt;
&lt;p&gt;1. Cluster admin configures OIDC authentication with a provider that does not include `email` or `groups` claims in tokens
2. User authenticates with a valid token from that provider
3. The default CEL…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-4xh5-jcj2-ch8q</guid>
    </item>
  </channel>
</rss>
