<?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, 02 Oct 2026 14:05:03 +0000</lastBuildDate>
    <item>
      <title>bdu:2026-00110</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2026-00110</link>
      <description>bdu:2026-00110</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2026-00110</guid>
    </item>
    <item>
      <title>EUVD-2026-223959</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-223959</link>
      <description>EUVD-2026-223959</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-223959</guid>
    </item>
    <item>
      <title>fkie_cve-2025-29922</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-29922</link>
      <description>&lt;p&gt;kcp is a Kubernetes-like control plane for form-factors and use-cases beyond Kubernetes and container workloads. Prior to 0.26.3, the identified vulnerability allows creating or deleting an object via the APIExport VirtualWorkspace in any arbitrary target workspace for pre-existing resources. By design, this should only be allowed when the workspace owner decides to give access to an API provider by creating an APIBinding. With this vulnerability, it is possible for an attacker to create and delete objects even if none of these requirements are satisfied, i.e. even if there is no APIBinding in that workspace at all or the workspace owner has created an APIBinding, but rejected a permission claim. A fix for this issue has been identified and has been published with kcp 0.26.3 and 0.27.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;kcp is a Kubernetes-like control plane for form-factors and use-cases beyond Kubernetes and container workloads. Prior to 0.26.3, the identified vulnerability allows creating or deleting an object via the APIExport VirtualWorkspace in any arbitrary target workspace for pre-existing resources. By design, this should only be allowed when the workspace owner decides to give access to an API provider by creating an APIBinding. With this vulnerability, it is possible for an attacker to create and delete objects even if none of these requirements are satisfied, i.e. even if there is no APIBinding in that workspace at all or the workspace owner has created an APIBinding, but rejected a permission claim. A fix for this issue has been identified and has been published with kcp 0.26.3 and 0.27.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-29922</guid>
    </item>
    <item>
      <title>GHSA-w2rr-38wv-8rrp — kcp allows unauthorized creation and deletion of objects in arbitrary workspaces through APIExport Virtual Workspace</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-w2rr-38wv-8rrp</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/kcp-dev/kcp&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;The `APIExport` Virtual Workspace can be used to manage objects in workspaces that bind that `APIExport` for resources defined in the `APIExport` or specified and accepted via permission claims. This allows an API provider (via their `APIExport`) scoped down access to workspaces of API consumers to provide their services properly.&lt;/p&gt;
&lt;p&gt;The identified vulnerability allows creating or deleting an object via the `APIExport` VirtualWorkspace in any arbitrary target workspace for pre-existing resources. By design, this should only be allowed when the workspace owner decides to give access to an API provider by creating an APIBinding.&lt;/p&gt;
&lt;p&gt;With this vulnerability, it is possible for an attacker to create and delete objects even if none of these requirements are satisfied, i.e. even if there is no APIBinding in that workspace at all or the workspace owner has created an APIBinding, but rejected a permission claim.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;A fix for this issue has been identified and has been published with kcp 0.26.3 and 0.27.0.&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;For users unable to upgrade to one of the patched versions, the following guidance can be given:&lt;/p&gt;
&lt;p&gt;- Minimise the set of people with `apiexport/content` sub-resource access to `APIExport` resources. Be aware that this has to apply to all workspaces to be effective.
- Filter incoming requests in a reverse proxy with a similar logic as the authorizer added in the referenced pull request.&lt;/p&gt;
&lt;p&gt;### References&lt;/p&gt;
&lt;p&gt;See pull request (https://github.com/kcp-dev/…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/kcp-dev/kcp&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;The `APIExport` Virtual Workspace can be used to manage objects in workspaces that bind that `APIExport` for resources defined in the `APIExport` or specified and accepted via permission claims. This allows an API provider (via their `APIExport`) scoped down access to workspaces of API consumers to provide their services properly.&lt;/p&gt;
&lt;p&gt;The identified vulnerability allows creating or deleting an object via the `APIExport` VirtualWorkspace in any arbitrary target workspace for pre-existing resources. By design, this should only be allowed when the workspace owner decides to give access to an API provider by creating an APIBinding.&lt;/p&gt;
&lt;p&gt;With this vulnerability, it is possible for an attacker to create and delete objects even if none of these requirements are satisfied, i.e. even if there is no APIBinding in that workspace at all or the workspace owner has created an APIBinding, but rejected a permission claim.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;A fix for this issue has been identified and has been published with kcp 0.26.3 and 0.27.0.&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;For users unable to upgrade to one of the patched versions, the following guidance can be given:&lt;/p&gt;
&lt;p&gt;- Minimise the set of people with `apiexport/content` sub-resource access to `APIExport` resources. Be aware that this has to apply to all workspaces to be effective.
- Filter incoming requests in a reverse proxy with a similar logic as the authorizer added in the referenced pull request.&lt;/p&gt;
&lt;p&gt;### References&lt;/p&gt;
&lt;p&gt;See pull request (https://github.com/kcp-dev/…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-w2rr-38wv-8rrp</guid>
    </item>
    <item>
      <title>openSUSE-SU-2025:14937-1 — govulncheck-vulndb-0.0.20250327T184518-1.1 on GA media</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2025:14937-1</link>
      <description>&lt;p&gt;govulncheck-vulndb-0.0.20250327T184518-1.1 on GA media&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;govulncheck-vulndb-0.0.20250327T184518-1.1 on GA media&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2025:14937-1</guid>
    </item>
  </channel>
</rss>
