<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Wed, 07 Oct 2026 04:51:41 +0000</lastBuildDate>
    <item>
      <title>CVE-2022-3212 — DoS in axum-core due to missing request size limit</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2022-3212</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; tokio-rs axum-core&lt;/p&gt;
&lt;p&gt;&amp;lt;bytes::Bytes as axum_core::extract::FromRequest&amp;gt;::from_request would not, by default, set a limit for the size of the request body. That meant if a malicious peer would send a very large (or infinite) body your server might run out of memory and crash. This also applies to these extractors which used Bytes::from_request internally: axum::extract::Form axum::extract::Json String&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; tokio-rs axum-core&lt;/p&gt;
&lt;p&gt;&amp;lt;bytes::Bytes as axum_core::extract::FromRequest&amp;gt;::from_request would not, by default, set a limit for the size of the request body. That meant if a malicious peer would send a very large (or infinite) body your server might run out of memory and crash. This also applies to these extractors which used Bytes::from_request internally: axum::extract::Form axum::extract::Json String&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2022-3212</guid>
    </item>
    <item>
      <title>GHSA-m77f-652q-wwp4 — axum-core has no default limit put on request bodies</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-m77f-652q-wwp4</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; crates.io: axum-core&lt;/p&gt;
&lt;p&gt;`&amp;lt;bytes::Bytes as axum_core::extract::FromRequest&amp;gt;::from_request` would not, by default, set a limit for the size of the request body. That meant if a malicious peer would send a very large (or infinite) body your server might run out of memory and crash.&lt;/p&gt;
&lt;p&gt;This also applies to these extractors which used `Bytes::from_request` internally:
- `axum::extract::Form`
- `axum::extract::Json`
- `String`&lt;/p&gt;
&lt;p&gt;The fix is also in `axum-core` `0.3.0.rc.2` but `0.3.0.rc.1` _is_ vulnerable.&lt;/p&gt;
&lt;p&gt;Because `axum` depends on `axum-core` it is vulnerable as well. The vulnerable versions of `axum` are `&amp;lt;= 0.5.15` and `0.6.0.rc.1`. `axum` `&amp;gt;= 0.5.16` and `&amp;gt;= 0.6.0.rc.2` does have the fix and are not vulnerable.&lt;/p&gt;
&lt;p&gt;The patched versions will set a 2 MB limit by default.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; crates.io: axum-core&lt;/p&gt;
&lt;p&gt;`&amp;lt;bytes::Bytes as axum_core::extract::FromRequest&amp;gt;::from_request` would not, by default, set a limit for the size of the request body. That meant if a malicious peer would send a very large (or infinite) body your server might run out of memory and crash.&lt;/p&gt;
&lt;p&gt;This also applies to these extractors which used `Bytes::from_request` internally:
- `axum::extract::Form`
- `axum::extract::Json`
- `String`&lt;/p&gt;
&lt;p&gt;The fix is also in `axum-core` `0.3.0.rc.2` but `0.3.0.rc.1` _is_ vulnerable.&lt;/p&gt;
&lt;p&gt;Because `axum` depends on `axum-core` it is vulnerable as well. The vulnerable versions of `axum` are `&amp;lt;= 0.5.15` and `0.6.0.rc.1`. `axum` `&amp;gt;= 0.5.16` and `&amp;gt;= 0.6.0.rc.2` does have the fix and are not vulnerable.&lt;/p&gt;
&lt;p&gt;The patched versions will set a 2 MB limit by default.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-m77f-652q-wwp4</guid>
    </item>
  </channel>
</rss>
