<?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-03T11:06:09.845187+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-2024-37302</id>
    <title>CVE-2024-37302 — Synapse denial of service through media disk space consumption</title>
    <updated>2026-10-03T11:06:09.846957+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> element-hq synapse</p>
<p>Synapse is an open-source Matrix homeserver. Synapse versions before 1.106 are vulnerable to a disk fill attack, where an unauthenticated adversary can induce Synapse to download and cache large amounts of remote media. The default rate limit strategy is insufficient to mitigate this. This can lead to a denial of service, ranging from further media uploads/downloads failing to completely unavailability of the Synapse process, depending on how Synapse was deployed. Synapse 1.106 introduces a new "leaky bucket" rate limit on remote media downloads to reduce the amount of data a user can request at a time. This does not fully address the issue, but does limit an unauthenticated user's ability to request large amounts of data to be cached.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2024-37302"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-4mhg-xv73-xq2x</id>
    <title>GHSA-4mhg-xv73-xq2x — Synapse denial of service through media disk space consumption</title>
    <updated>2026-10-03T11:06:09.847017+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: matrix-synapse</p>
<p>### Impact</p>
<p>Synapse versions before 1.106 are vulnerable to a disk fill attack, where an unauthenticated adversary can induce Synapse to download and cache large amounts of remote media. The default rate limit strategy is insufficient to mitigate this. This can lead to a denial of service, ranging from further media uploads/downloads failing to completely unavailability of the Synapse process, depending on how Synapse was deployed.</p>
<p>### Patches</p>
<p>Synapse 1.106 introduces a new "leaky bucket" rate limit on remote media downloads to reduce the amount of data a user can request at a time. This does not fully address the issue, but does limit an unauthenticated user's ability to request large amounts of data to be cached.</p>
<p>### Workarounds</p>
<p>Synapse deployments can currently decrease the maximum file size allowed, as well as increase request rate limits. However, this does not as effectively address the issue as a dedicated rate limit on remote media downloads.</p>
<p>Server operators may also wish to consider putting media on a dedicated disk or volume, reducing the impact of a disk fill condition.</p>
<p>### References</p>
<p>* https://en.wikipedia.org/wiki/Leaky_bucket#As_a_meter</p>
<p>### For more information</p>
<p>If you have any questions or comments about this advisory, please email us at [security at element.io](mailto:security@element.io).</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-4mhg-xv73-xq2x"/>
  </entry>
</feed>
