<?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-02T10:40:35.470280+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/cve-2026-21728</id>
    <title>CVE-2026-21728 — Tempo query limit results in unbounded memory allocation</title>
    <updated>2026-10-02T10:40:35.481043+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Grafana Tempo, Grafana Enterprise Traces (GET), Red Hat Multicluster Global Hub 1.3.4, Red Hat Multicluster Global Hub 1.4.5, Red Hat Multicluster Global Hub 1.6.5, Red Hat Multicluster Global Hub 1.7.0, Red Hat multicluster global hub 1.5.3, Red Hat Logging Subsystem for Red Hat OpenShift, Red Hat Multicluster Global Hub, Red Hat Advanced Cluster Management for Kubernetes 2 and 6 more</p>
<p>Tempo queries with large limits can cause large memory allocations which can impact the availability of the service, depending on its deployment strategy.</p>
<p>Mitigation can be done by setting max_result_limit in the search config, e.g. to 262144 (2^18). Alternatively, automatically restart the service.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2026-21728"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-8396-jffm-qx4w</id>
    <title>GHSA-8396-jffm-qx4w — OpenFGA has cache-key delimiter injection in shared-iterator and v2 iterator that caches enables intra-store authorizat…</title>
    <updated>2026-10-02T10:40:35.481118+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/openfga/openfga</p>
<p>### Description
In OpenFGA, when iterator caching is enabled, two distinct check requests can produce the same cache key, leading to OpenFGA reusing an earlier cached result for a subsequent request.</p>
<p>### Preconditions
This applies if the following preconditions are present:</p>
<p>- FGA runs with SharedIteratorCache enabled,
- FGA runs with ListObjectsIteratorCache enabled.</p>
<p>### Fix
Upgrade to version 1.16.0 or greater.</p>
<p>### Acknowledgements
OpenFGA would like to thank @j4xT for the discovery and the detailed report.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-8396-jffm-qx4w"/>
  </entry>
</feed>
