<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-17T11:57:57.266704+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-213455</id>
    <title>EUVD-2026-213455</title>
    <updated>2026-10-17T11:57:57.269399+00:00</updated>
    <content>EUVD-2026-213455</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-213455"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2023-30622</id>
    <title>fkie_cve-2023-30622</title>
    <updated>2026-10-17T11:57:57.269428+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Clusternet is a general-purpose system for controlling Kubernetes clusters across different environments. An issue in clusternet prior to version 0.15.2 can be leveraged to lead to a cluster-level privilege escalation. The clusternet has a deployment called `cluster-hub` inside the `clusternet-system` Kubernetes namespace, which runs on worker nodes randomly. The deployment has a service account called `clusternet-hub`, which has a cluster role called `clusternet:hub` via cluster role binding. The `clusternet:hub` cluster role has `"*" verbs of "*.*"` resources. Thus, if a malicious user can access the worker node which runs the clusternet, they can leverage the service account to do malicious actions to critical system resources. For example, the malicious user can leverage the service account to get ALL secrets in the entire cluster, resulting in cluster-level privilege escalation. Version 0.15.2 contains a fix for this issue.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2023-30622"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-833c-xh79-p429</id>
    <title>GHSA-833c-xh79-p429 — A potential risk in clusternet which can be leveraged to make a cluster-level privilege escalation</title>
    <updated>2026-10-17T11:57:57.269464+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/clusternet/clusternet</p>
<p>## Summary:
A potential risk in clusternet which can be leveraged to make a cluster-level privilege escalation.
## Detailed analysis:
The clusternet has a deployment called cluster-hub inside the clusternet-system Kubernetes namespace, which runs on worker nodes
randomly. The deployment has a service account called clusternet-hub, which has a cluster role called clusternet:hub via cluster role binding. The clusternet:hub cluster role has "*" verbs of "*.*" resources. Thus, if a malicious user can access the worker node which runs the clusternet, he/she can leverage the service account to do malicious actions to critical system resources. For example, he/she can leverage the service account to get ALL secrets in the entire cluster, resulting in cluster-level privilege escalation.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-833c-xh79-p429"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2023-30622</id>
    <title>gsd-2023-30622</title>
    <updated>2026-10-17T11:57:57.269492+00:00</updated>
    <content>gsd-2023-30622</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2023-30622"/>
  </entry>
</feed>
