<?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://vulnerability.circl.lu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-09-29T15:59:45.996066+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@circl.lu</email>
  </author>
  <link href="https://vulnerability.circl.lu" 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://vulnerability.circl.lu/vuln/cve-2022-1996</id>
    <title>CVE-2022-1996 — Authorization Bypass Through User-Controlled Key in emicklei/go-restful</title>
    <updated>2026-09-29T15:59:47.236598+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> emicklei/go-restful</p>
<p>Authorization Bypass Through User-Controlled Key in GitHub repository emicklei/go-restful prior to v3.8.0.</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/cve-2022-1996"/>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/ghsa-qmvj-4qr9-v547</id>
    <title>GHSA-qmvj-4qr9-v547 — Knative Serving vulnerable to attacker-controlled pod causing denial of service of autoscaler</title>
    <updated>2026-09-29T15:59:47.236711+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: knative.dev/serving</p>
<p>### Summary
A vulnerability was fond in Knative Serving that could allow an attacker to crash the Knative Serving autoscaler resulting in a denial of service. The attacker would need to have compromised one pod in the Knative Serving deployment, and with that position they could launch the attack against the autoscaler. 
When the autoscaler scrapes the metrics of pods, it sends a request to the `/metrics` endpoint of each pod and reads the response. The attacker would need to detect the request from the autoscaler to the `/metrics` endpoint of the pod they had compromised and send a malicious response back to the autoscaler. At this point, the autoscaler would crash. The root cause of the vulnerability was a memory exhaustion issue in the autoscaler that the attacker could trigger with the malicious reponse.</p>
<p>The vulnerability would allow a privilege escalation by the attacker from controlling one point to having negative impact on the entire Knative Serving deployment.</p>
<p>### Impact
All users are vulnerable to this; Users that have not had any of their pods compromised are not at risk of this vulnerability.</p>
<p>### Mitigation
The vulnerability has been patched in v1.10.5, v1.11.3 and v1.12.0</p>
<p>### Credits
The vulnerability was reported by Ada Logics during an ongoing security audit of Knative involving Ada Logics, the Knative maintainers, OSTIF and CNCF.</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/ghsa-qmvj-4qr9-v547"/>
  </entry>
</feed>
