<?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>Thu, 08 Oct 2026 08:27:49 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-326501</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-326501</link>
      <description>EUVD-2026-326501</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-326501</guid>
    </item>
    <item>
      <title>fkie_cve-2026-49821</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-49821</link>
      <description>&lt;p&gt;Fission is an open-source, Kubernetes-native serverless framework that simplifies the deployment of functions and applications on Kubernetes. Prior to version 1.24.0, Fission&amp;#39;s buildermgr controller processed Package CRDs without verifying that Package.spec.environment.namespace matched Package.metadata.namespace. This issue has been patched in version 1.24.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Fission is an open-source, Kubernetes-native serverless framework that simplifies the deployment of functions and applications on Kubernetes. Prior to version 1.24.0, Fission&amp;#39;s buildermgr controller processed Package CRDs without verifying that Package.spec.environment.namespace matched Package.metadata.namespace. This issue has been patched in version 1.24.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-49821</guid>
    </item>
    <item>
      <title>GHSA-vjhc-cf4p-72q4 — Fission: Cross-namespace Environment reference in Package allows build-time command execution and SA token exfiltration</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-vjhc-cf4p-72q4</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/fission/fission&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;Fission&amp;#39;s `buildermgr` controller processed `Package` CRDs without verifying that `Package.spec.environment.namespace` matched `Package.metadata.namespace`.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;An attacker with `packages.fission.io/create` in their own namespace could set `spec.environment.namespace` to any other tenant&amp;#39;s namespace. The controller then used its high-privilege service account to fetch the Environment
cross-namespace and dispatch the build command into the **victim namespace&amp;#39;s** builder pod.&lt;/p&gt;
&lt;p&gt;The build command&amp;#39;s stdout is written verbatim into `Package.status.buildlog`. By running malicious code through an npm `preinstall` lifecycle hook (or any equivalent build step), the attacker could read the victim namespace&amp;#39;s
`fission-builder` Bearer token from inside that builder pod and surface it through the build log — then use the leaked token to read every Secret and ConfigMap in the victim namespace.&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Cross-tenant compromise: a package author in one namespace could execute code inside another tenant&amp;#39;s builder pod and exfiltrate that namespace&amp;#39;s `fission-builder` service-account token, giving namespace-wide secret and configmap read in
 the victim namespace.&lt;/p&gt;
&lt;p&gt;### Fix&lt;/p&gt;
&lt;p&gt;Fixed in [#3379](https://github.com/fission/fission/pull/3379) and released in [v1.24.0](https://github.com/fission/fission/releases/tag/v1.24.0). Two checks in series:&lt;/p&gt;
&lt;p&gt;- **Admission webhook** (`pkg/webhook/package.go::Validate`) rejects `Package.spec.environment.namespace != Package.metadata.names…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/fission/fission&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;Fission&amp;#39;s `buildermgr` controller processed `Package` CRDs without verifying that `Package.spec.environment.namespace` matched `Package.metadata.namespace`.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;An attacker with `packages.fission.io/create` in their own namespace could set `spec.environment.namespace` to any other tenant&amp;#39;s namespace. The controller then used its high-privilege service account to fetch the Environment
cross-namespace and dispatch the build command into the **victim namespace&amp;#39;s** builder pod.&lt;/p&gt;
&lt;p&gt;The build command&amp;#39;s stdout is written verbatim into `Package.status.buildlog`. By running malicious code through an npm `preinstall` lifecycle hook (or any equivalent build step), the attacker could read the victim namespace&amp;#39;s
`fission-builder` Bearer token from inside that builder pod and surface it through the build log — then use the leaked token to read every Secret and ConfigMap in the victim namespace.&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Cross-tenant compromise: a package author in one namespace could execute code inside another tenant&amp;#39;s builder pod and exfiltrate that namespace&amp;#39;s `fission-builder` service-account token, giving namespace-wide secret and configmap read in
 the victim namespace.&lt;/p&gt;
&lt;p&gt;### Fix&lt;/p&gt;
&lt;p&gt;Fixed in [#3379](https://github.com/fission/fission/pull/3379) and released in [v1.24.0](https://github.com/fission/fission/releases/tag/v1.24.0). Two checks in series:&lt;/p&gt;
&lt;p&gt;- **Admission webhook** (`pkg/webhook/package.go::Validate`) rejects `Package.spec.environment.namespace != Package.metadata.names…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-vjhc-cf4p-72q4</guid>
    </item>
  </channel>
</rss>
