<?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>Tue, 06 Oct 2026 19:00:09 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-330303</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-330303</link>
      <description>EUVD-2026-330303</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-330303</guid>
    </item>
    <item>
      <title>fkie_cve-2026-48514</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-48514</link>
      <description>&lt;p&gt;MessagePack for C# is a MessagePack serializer for C#. Prior to 2.5.301 and 3.1.7, UnsafeBlitFormatterBase&amp;lt;T&amp;gt;.Deserialize reads an attacker-controlled byteLength from an extension payload and allocates an array based on that value before validating it against the extension header length or remaining payload bytes. The outer extension header is bounded by available input, but that bound is not used to constrain the inner byteLength before allocation. A very small payload can therefore request a very large T[] allocation. This vulnerability is fixed in 2.5.301 and 3.1.7.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;MessagePack for C# is a MessagePack serializer for C#. Prior to 2.5.301 and 3.1.7, UnsafeBlitFormatterBase&amp;lt;T&amp;gt;.Deserialize reads an attacker-controlled byteLength from an extension payload and allocates an array based on that value before validating it against the extension header length or remaining payload bytes. The outer extension header is bounded by available input, but that bound is not used to constrain the inner byteLength before allocation. A very small payload can therefore request a very large T[] allocation. This vulnerability is fixed in 2.5.301 and 3.1.7.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-48514</guid>
    </item>
    <item>
      <title>GHSA-w567-gjr2-hm5j — MessagePack-CSharp: Unity unsafe blit formatter allocates from unbounded byte length</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-w567-gjr2-hm5j</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; NuGet: MessagePack&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`UnsafeBlitFormatterBase&amp;lt;T&amp;gt;.Deserialize` reads an attacker-controlled `byteLength` from an extension payload and allocates an array based on that value before validating it against the extension header length or remaining payload bytes.&lt;/p&gt;
&lt;p&gt;The outer extension header is bounded by available input, but that bound is not used to constrain the inner `byteLength` before allocation. A very small payload can therefore request a very large `T[]` allocation.&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;Applications are affected when they deserialize untrusted payloads using Unity blit resolvers such as `UnityBlitResolver` or `UnityBlitWithPrimitiveArrayResolver`.&lt;/p&gt;
&lt;p&gt;This is especially relevant to Unity multiplayer clients or servers that use MessagePack-CSharp for networked values such as vectors, matrices, or primitive arrays. A hostile peer can send an extension payload with a large declared byte length and cause an out-of-memory exception or process termination on memory-constrained platforms.&lt;/p&gt;
&lt;p&gt;The resolver is opt-in, but the vulnerable value is pure wire input and the allocation happens before the formatter verifies that the declared bytes are actually present in the extension body.&lt;/p&gt;
&lt;p&gt;## Affected components&lt;/p&gt;
&lt;p&gt;- Package: `MessagePack.UnityClient`
- Resolvers: `UnityBlitResolver`, `UnityBlitWithPrimitiveArrayResolver`
- API: `UnsafeBlitFormatterBase&amp;lt;T&amp;gt;.Deserialize`
- Finding IDs: `MESSAGEPACKCSHARP-080`, duplicate/open variant `MESSAGEPACKCSHARP-OPEN-010`&lt;/p&gt;
&lt;p&gt;## Patches&lt;/p&gt;
&lt;p&gt;Fixes are prepared and will be released…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; NuGet: MessagePack&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`UnsafeBlitFormatterBase&amp;lt;T&amp;gt;.Deserialize` reads an attacker-controlled `byteLength` from an extension payload and allocates an array based on that value before validating it against the extension header length or remaining payload bytes.&lt;/p&gt;
&lt;p&gt;The outer extension header is bounded by available input, but that bound is not used to constrain the inner `byteLength` before allocation. A very small payload can therefore request a very large `T[]` allocation.&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;Applications are affected when they deserialize untrusted payloads using Unity blit resolvers such as `UnityBlitResolver` or `UnityBlitWithPrimitiveArrayResolver`.&lt;/p&gt;
&lt;p&gt;This is especially relevant to Unity multiplayer clients or servers that use MessagePack-CSharp for networked values such as vectors, matrices, or primitive arrays. A hostile peer can send an extension payload with a large declared byte length and cause an out-of-memory exception or process termination on memory-constrained platforms.&lt;/p&gt;
&lt;p&gt;The resolver is opt-in, but the vulnerable value is pure wire input and the allocation happens before the formatter verifies that the declared bytes are actually present in the extension body.&lt;/p&gt;
&lt;p&gt;## Affected components&lt;/p&gt;
&lt;p&gt;- Package: `MessagePack.UnityClient`
- Resolvers: `UnityBlitResolver`, `UnityBlitWithPrimitiveArrayResolver`
- API: `UnsafeBlitFormatterBase&amp;lt;T&amp;gt;.Deserialize`
- Finding IDs: `MESSAGEPACKCSHARP-080`, duplicate/open variant `MESSAGEPACKCSHARP-OPEN-010`&lt;/p&gt;
&lt;p&gt;## Patches&lt;/p&gt;
&lt;p&gt;Fixes are prepared and will be released…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-w567-gjr2-hm5j</guid>
    </item>
  </channel>
</rss>
