<?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://db.gcve.eu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-17T05:59:54.131432+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@gcve.eu</email>
  </author>
  <link href="https://db.gcve.eu" 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://db.gcve.eu/vuln/fkie_cve-2026-77524</id>
    <title>fkie_cve-2026-77524</title>
    <updated>2026-10-17T05:59:54.142898+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>KEDA is a Kubernetes-based Event Driven Autoscaling component. In version 2.20.2 and earlier, a namespace administrator who can create TriggerAuthentication and ScaledObject resources can set hashiCorpVault.address to a tenant-controlled endpoint and select Kubernetes authentication without an explicit credential. KEDA then uses the operator pod's projected ServiceAccount token and sends it to that endpoint as a Vault login credential. The JWT-shape filter from the prior CVE-2025-68476 remediation accepts the operator token because its subject is a Kubernetes ServiceAccount, so the attacker can obtain the operator's cluster-wide permissions, including broad Secret reads and workload or admission-related operations. This vulnerability is fixed in 2.21.0.</p>
      </div>
    </content>
    <link href="https://db.gcve.eu/vuln/fkie_cve-2026-77524"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/ghsa-637c-6jxx-4rwm</id>
    <title>GHSA-637c-6jxx-4rwm — KEDA: Privilege escalation from namespace admin to cluster admin via KEDA TriggerAuthentication</title>
    <updated>2026-10-17T05:59:54.142962+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/kedacore/keda, Go: github.com/kedacore/keda/v2</p>
<p>## Summary</p>
<p>A namespace admin who creates a `TriggerAuthentication` and a `ScaledObject` in their own namespace can make the KEDA operator send its own ServiceAccount token to a tenant-controlled URL. That token holds `["*"]/["*"] get` cluster-wide, so it reads every Secret in every namespace, plus `batch/jobs` and `horizontalpodautoscalers` create/delete cluster-wide, `*/scale` update on any workload, `validatingwebhookconfigurations` update (rewrite or disable cluster admission), and `apiservices` update (hijack aggregated API routing). This is effectively privilege escalation from namespace admin to cluster admin in real environments: a cluster-wide Secret read alone is enough to find a token for a more privileged ServiceAccount, and the cluster-wide `batch/jobs` create lets the attacker run a workload in any namespace whose Pod Security Admission level permits it (or that is PSA-exempt, such as `kube-system` , `kyverno`) to reach the node filesystem and a control-plane kubeconfig.</p>
<p>This is an incomplete fix of CVE-2025-68476: its content filter only requires the loaded file to be a JWT whose subject begins with `system:serviceaccount:`, which the operator's own projected token satisfies by construction. The destination field `hashiCorpVault.address` is unvalidated.</p>
<p>Finder credits: Artem Cherezov @cherez0ff, with Claude Opus 4.8</p>
<p>## Verified live</p>
<p>kind v1.31.2, kedacore/keda v2.20.0 (latest at the time of audit, &lt;https://github.com/kedacore/keda&gt;) installed from the unmo…</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/ghsa-637c-6jxx-4rwm"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/msrc_cve-2026-77524</id>
    <title>msrc_CVE-2026-77524 — KEDA: Privilege escalation from namespace admin to cluster admin via KEDA TriggerAuthentication</title>
    <updated>2026-10-17T05:59:54.143043+00:00</updated>
    <content>msrc_CVE-2026-77524</content>
    <link href="https://db.gcve.eu/vuln/msrc_cve-2026-77524"/>
  </entry>
</feed>
