<?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, 15 Oct 2026 15:50:28 +0000</lastBuildDate>
    <item>
      <title>bdu:2024-02537</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2024-02537</link>
      <description>bdu:2024-02537</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2024-02537</guid>
    </item>
    <item>
      <title>EUVD-2026-261493</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-261493</link>
      <description>EUVD-2026-261493</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-261493</guid>
    </item>
    <item>
      <title>fkie_cve-2023-6476</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2023-6476</link>
      <description>&lt;p&gt;A flaw was found in CRI-O that involves an experimental annotation leading to a container being unconfined. This may allow a pod to specify and get any amount of memory/cpu, circumventing the kubernetes scheduler and potentially resulting in a denial of service in the node.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;A flaw was found in CRI-O that involves an experimental annotation leading to a container being unconfined. This may allow a pod to specify and get any amount of memory/cpu, circumventing the kubernetes scheduler and potentially resulting in a denial of service in the node.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2023-6476</guid>
    </item>
    <item>
      <title>GHSA-p4rx-7wvg-fwrc — CRI-O's pods can break out of resource confinement on cgroupv2</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-p4rx-7wvg-fwrc</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/cri-o/cri-o&lt;/p&gt;
&lt;p&gt;### Impact
_What kind of vulnerability is it? Who is impacted?_
All versions of CRI-O running on cgroupv2 nodes. 
Unchecked access to an experimental annotation allows a container to be unconfined. Back in 2021, [support was added](https://github.com/cri-o/cri-o/pull/4479) to support an experimental annotation that allows a user to request special resources in cgroupv2. It was supposed to be gated by an experimental annotation: `io.kubernetes.cri-o.UnifiedCgroup`, which was supposed to be filtered from the [list of allowed annotations](https://github.com/cri-o/cri-o/blob/main/pkg/config/workloads.go#L103-L107) . However, there is a bug in this code which allows any user to specify this annotation, regardless of whether it&amp;#39;s enabled on the node. The consequences of this are a pod can specify any amount of memory/cpu and get it, circumventing the kubernetes scheduler, and potentially be able to DOS a node. 
### Patches
_Has the problem been patched? What versions should users upgrade to?_
1.29.1, 1.28.3, 1.27.3&lt;/p&gt;
&lt;p&gt;### Workarounds
_Is there a way for users to fix or remediate the vulnerability without upgrading?_
use cgroupv1&lt;/p&gt;
&lt;p&gt;### References
_Are there any links users can visit to find out more?_&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/cri-o/cri-o&lt;/p&gt;
&lt;p&gt;### Impact
_What kind of vulnerability is it? Who is impacted?_
All versions of CRI-O running on cgroupv2 nodes. 
Unchecked access to an experimental annotation allows a container to be unconfined. Back in 2021, [support was added](https://github.com/cri-o/cri-o/pull/4479) to support an experimental annotation that allows a user to request special resources in cgroupv2. It was supposed to be gated by an experimental annotation: `io.kubernetes.cri-o.UnifiedCgroup`, which was supposed to be filtered from the [list of allowed annotations](https://github.com/cri-o/cri-o/blob/main/pkg/config/workloads.go#L103-L107) . However, there is a bug in this code which allows any user to specify this annotation, regardless of whether it&amp;#39;s enabled on the node. The consequences of this are a pod can specify any amount of memory/cpu and get it, circumventing the kubernetes scheduler, and potentially be able to DOS a node. 
### Patches
_Has the problem been patched? What versions should users upgrade to?_
1.29.1, 1.28.3, 1.27.3&lt;/p&gt;
&lt;p&gt;### Workarounds
_Is there a way for users to fix or remediate the vulnerability without upgrading?_
use cgroupv1&lt;/p&gt;
&lt;p&gt;### References
_Are there any links users can visit to find out more?_&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-p4rx-7wvg-fwrc</guid>
    </item>
    <item>
      <title>gsd-2023-6476</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2023-6476</link>
      <description>gsd-2023-6476</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2023-6476</guid>
    </item>
    <item>
      <title>msrc_CVE-2023-6476 — Cri-o: pods are able to break out of resource confinement on cgroupv2</title>
      <link>https://cve.radiocsirt.org/vuln/msrc_cve-2023-6476</link>
      <description>msrc_CVE-2023-6476</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/msrc_cve-2023-6476</guid>
    </item>
    <item>
      <title>RHSA-2024:0195 — Red Hat Security Advisory: OpenShift Container Platform 4.13.29 packages and security update</title>
      <link>https://cve.radiocsirt.org/vuln/rhsa-2024:0195</link>
      <description>&lt;p&gt;cri-o: Pods are able to break out of resource confinement on cgroupv2&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;cri-o: Pods are able to break out of resource confinement on cgroupv2&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/rhsa-2024:0195</guid>
    </item>
    <item>
      <title>WID-SEC-W-2024-0137 — Red Hat OpenShift Container Platform: Mehrere Schwachstellen ermöglichen Denial of Service</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2024-0137</link>
      <description>&lt;p&gt;Ein entfernter, anonymer oder authentisierter Angreifer kann mehrere Schwachstellen in Red Hat OpenShift Container Platform ausnutzen, um einen Denial of Service Angriff durchzuführen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein entfernter, anonymer oder authentisierter Angreifer kann mehrere Schwachstellen in Red Hat OpenShift Container Platform ausnutzen, um einen Denial of Service Angriff durchzuführen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2024-0137</guid>
    </item>
  </channel>
</rss>
